search for: calibration_retry_count

...Always - 0 7 Seek_Error_Rate 0x000e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 18868 10 Spin_Retry_Count 0x0012 100 253 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 18 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 10 193 Load_Cycle_Count 0x0032 200 200 000 Ol...

...il Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 523 10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 14 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 13 193 Load_Cycle_Count 0x0032 200 200 000 Ol...

...Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 080 080 000 Old_age Always - 14907 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 181 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 82 193 Load_Cycle_Count 0x0032 186 186 000 O...

...Always - 0 7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0 9 Power_On_Hours 0x0032 062 062 000 Old_age Always - 28012 10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 253 051 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 81 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 23 193 Load_Cycle_Count 0x0032 200 200 000 O...

...- 0 > 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always > - 0 > 9 Power_On_Hours 0x0032 080 080 000 Old_age Always > - 14907 > 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always > - 0 > 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always > - 0 > 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always > - 181 >192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always > - 82 >193 Load_Cycle_Count 0x0032 186 186...

...Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 2129 10 Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1572 191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 529 192 Power-Off_Retract_Count 0x0032 200 200 000...

Hello list I've been running the following command, first in fc20 and then now (since the beginning of March) in fc26: now=$(date +"%Y%m%d-%H%M"); sudo rsync -ahuAESX -vi /home/ /run/media/readlegal/Backup/home > /run/media/readlegal/Backup/rsync-changes_$now Since the move to fc26, this command has caused the complete freeze/crash of the system. I tried it under multi-user

On Sun, Jan 17, 2016 at 10:05 AM, Matt Garman <matthew.garman at gmail.com> wrote: > I'm not sure what's going on with your drive. But if it were mine, I'd want > to replace it. If there are issues, that long smart check ought to turn up > something, and in my experience, that's enough for a manufacturer to do a > warranty replacement. I agree with Matt. Go

...-O--CK 100 100 000 - 15 5 Reallocated_Sector_Ct PO--CK 200 200 140 - 0 7 Seek_Error_Rate -OSR-K 200 200 000 - 0 9 Power_On_Hours -O--CK 093 092 000 - 5288 10 Spin_Retry_Count -O--CK 100 253 000 - 0 11 Calibration_Retry_Count -O--CK 100 253 000 - 0 12 Power_Cycle_Count -O--CK 100 100 000 - 10 192 Power-Off_Retract_Count -O--CK 200 200 000 - 8 193 Load_Cycle_Count -O--CK 200 200 000 - 6 194 Temperature_Celsius -O---K 104 096 000 - 48 196 Reallo...

...Always - 0 8 Seek_Time_Performance 0x0027 250 243 187 Pre-fail Always - 47480 9 Power_On_Minutes 0x0032 253 250 000 Old_age Always - 0h+18m 10 Spin_Retry_Count 0x002b 222 215 223 Pre-fail Always FAILING_NOW 29 11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 249 249 000 Old_age Always - 1722 192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 0 193 Load_Cycle_Count 0x0032 253 253 000 Old_ag...

Hi, Recently I've decided to play with gjournal. Main reason was a promise of avoiding full fsck check after unclean shutdown. I've successfuly configured gjournal on existing filesystems (all UFS). And then it happened - my system had a power failure. After boot, it forced me to run fsck manualy. Nothing special, I did it before... But this time it failed on gjournaled disks.

Hi... I really hope that somebody can help me to brainstorm this problem. Please let me describe my enviornment. Environment --------------- Fedora 16 x86_64(fully up-to-date) Wine 1.5.1 32bit and noarch binaries only Nvidia GPU - GTS 450 Nvidia Driver - 295.40 (including 32bit libraries) I've installed Perfectworld International under wine. Everything was running fine until the most recent