Ok, the SMART data is not as nice as I thought, but it does not seem the worst situation ever, either.
The voice labeled "Current Pending Sector Count" (ID number 197) is marked red, and the value is 3. I have 3 bad sectors, and if I'm not wrong, this kind of error can be solved. Anyway, I'm waiting for the advice of someone more expert than me. If there is some way to solve the problem, please let me know.
Below is a SMART summary, it is collected from within Windows using a program named Defraggler, but the data, obviously, is the same as seen on Disk Utility.
Now, I must also say that my original problem of KDE running sluggish does not seem to me closely related to this particular hardware issue (but I can be wrong, I'm just speculating here):
My HD is partitioned as follow:
sda1 - A partition used by the Windows Vista Recovery, never used by me
sda2 - Windows XP installation
sda3 - NTFS archiving partition
sda4 - extended partition, containing:
sda5 - Linux Root
sda6 - Linux Home
sda7 - swap
The thing that look very strange to me is that, judging by the sector numbers and by a report from Gparted, the bad sectors are located exclusively on sda2 (Windows) that is not even mounted when Kubuntu starts; it uses just sda5 and sda6, now checked multiple times and surely clean and without any problem. And Windows, that runs on the damaged partition, has not a single problem from this point of view.
This makes me think that, even if I will be forced to clone my HD on a brand new one, these issues won't go away. Again, I'm waiting for your opinions and advices.
And many thanks to all of you, your suggestions are all very valuable.
The voice labeled "Current Pending Sector Count" (ID number 197) is marked red, and the value is 3. I have 3 bad sectors, and if I'm not wrong, this kind of error can be solved. Anyway, I'm waiting for the advice of someone more expert than me. If there is some way to solve the problem, please let me know.
Below is a SMART summary, it is collected from within Windows using a program named Defraggler, but the data, obviously, is the same as seen on Disk Utility.
Code:
1 Read Error Rate 0 198 198 51 0x00000000149F 3 Spin-Up Time 1425 ms 191 187 21 0x000000000591 4 Start/Stop Count 2.856 98 98 0 0x000000000B28 5 Reallocated Sectors Count 0 200 200 140 0x000000000000 7 Seek Error Rate 0 100 253 51 0x000000000000 9 Power-On Hours (POH) 200d 7h 94 94 0 0x0000000012C7 10 Spin Retry Count 0 100 100 51 0x000000000000 11 Recalibration Retries 0 100 100 51 0x000000000000 12 Power Cycle Count 2.682 98 98 0 0x000000000A7A 192 Power-off Retract Count 314 200 200 0 0x00000000013A 193 Load Cycle Count 62.342 180 180 0 0x00000000F386 194 Temperature 46 °C 101 89 0 0x00000000002E 196 Reallocation Event Count 0 200 200 0 0x000000000000 197 Current Pending Sector Count 3 200 200 0 0x000000000003 198 Uncorrectable Sector Count 0 100 253 0 0x000000000000 199 UltraDMA CRC Error Count 0 200 200 0 0x000000000000 200 Multi-Zone Error Rate 0 100 253 51 0x000000000000
Now, I must also say that my original problem of KDE running sluggish does not seem to me closely related to this particular hardware issue (but I can be wrong, I'm just speculating here):
My HD is partitioned as follow:
sda1 - A partition used by the Windows Vista Recovery, never used by me
sda2 - Windows XP installation
sda3 - NTFS archiving partition
sda4 - extended partition, containing:
sda5 - Linux Root
sda6 - Linux Home
sda7 - swap
The thing that look very strange to me is that, judging by the sector numbers and by a report from Gparted, the bad sectors are located exclusively on sda2 (Windows) that is not even mounted when Kubuntu starts; it uses just sda5 and sda6, now checked multiple times and surely clean and without any problem. And Windows, that runs on the damaged partition, has not a single problem from this point of view.
This makes me think that, even if I will be forced to clone my HD on a brand new one, these issues won't go away. Again, I'm waiting for your opinions and advices.
And many thanks to all of you, your suggestions are all very valuable.
Comment