LINUX.ORG.RU

жесткий диск умирает?


0

1

что означают эти строки из /var/log/messages?

Jan 30 23:00:06 localhost kernel: [27244.133860] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90000 action 0xe frozen
Jan 30 23:00:06 localhost kernel: [27244.133865] ata1: irq_stat 0x00400000, PHY RDY changed
Jan 30 23:00:06 localhost kernel: [27244.133869] ata1: SError: { PHYRdyChg 10B8B }
Jan 30 23:00:06 localhost kernel: [27244.133881] ata1: hard resetting link
Jan 30 23:00:12 localhost kernel: [27250.269029] ata1: link is slow to respond, please be patient (ready=0)
Jan 30 23:00:16 localhost kernel: [27254.145031] ata1: COMRESET failed (errno=-16)
Jan 30 23:00:16 localhost kernel: [27254.145038] ata1: hard resetting link
Jan 30 23:00:17 localhost kernel: [27254.868039] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Jan 30 23:00:17 localhost kernel: [27254.868594] ata1.00: n_sectors mismatch 488397168 != 488395055
Jan 30 23:00:17 localhost kernel: [27254.868598] ata1.00: old n_sectors matches native, probably late HPA lock, will try to unlock HPA
Jan 30 23:00:17 localhost kernel: [27254.868602] ata1.00: revalidation failed (errno=-5)
Jan 30 23:00:22 localhost kernel: [27259.868033] ata1: hard resetting link
Jan 30 23:00:22 localhost kernel: [27260.173036] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Jan 30 23:00:22 localhost kernel: [27260.174781] ata1.00: configured for UDMA/133
Jan 30 23:00:22 localhost kernel: [27260.174790] ata1: EH complete
Jan 30 23:00:37 localhost kernel: [27275.051866] ata1: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
Jan 30 23:00:37 localhost kernel: [27275.051871] ata1: irq_stat 0x00400000, PHY RDY changed
Jan 30 23:00:37 localhost kernel: [27275.051875] ata1: SError: { PHYRdyChg }
Jan 30 23:00:37 localhost kernel: [27275.051887] ata1: hard resetting link
Jan 30 23:00:38 localhost kernel: [27275.774045] ata1: SATA link down (SStatus 0 SControl 310)
Jan 30 23:00:38 localhost kernel: [27276.020186] ata1: hard resetting link
Jan 30 23:00:43 localhost kernel: [27281.374026] ata1: link is slow to respond, please be patient (ready=0)
Jan 30 23:00:44 localhost kernel: [27281.425042] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Jan 30 23:00:44 localhost kernel: [27281.426800] ata1.00: configured for UDMA/133
Jan 30 23:00:44 localhost kernel: [27281.426809] ata1: EH complete
сопровождается звуком щелчка как будто бы, раньше было изредка а теперь всё чаще и чаще и несколько раз подряд

к тому же давно еще когда-то мне убунта говорила, что пора менять диск, но он работал и работал себе, а это недавно началось вот

сабж.

Походу винт умирает.Ему кстати сколько лет.Да и что пишет
smartctl -a /dev/sda | grep Load_Cycle_Count
?

pinachet ★★★★★
()

sudo smartctl -a /dev/sda | grep Load_Cycle_Count

дело в том, что sda переехало в sdc, но и smartctl -a /dev/sdc | grep Load_Cycle_Count тоже ничего не выводит

винт мало того, что старый (года три-четыре у меня), так еще и не я первый его владелец! купил у кого-то за бесценок...

Hrenomoto
() автор топика
Ответ на: комментарий от Hrenomoto

купил у кого-то за бесценок...


Выкинь. palimpsest можещь поставить от краснай шапки, тама нормально показывает.

amorpher ★★★★★
()
Ответ на: smartctl -a /dev/sdc от Hrenomoto

Для такого возраста неплохо. Один безнадёжный сектор, ещё один на очереди. Температура слегка высоковата, но терпима. Бэкап, думаю, есть, поэтому можно прогнать badblocks. Ну и кабели попробуй сменить.

GotF ★★★★★
()
Ответ на: комментарий от GotF

бэкапа как раз нет, потому что делать его некуда, но и очень важного ничего нет

badblocks может повредить данные?

с кабелями завтра попробую

Hrenomoto
() автор топика
Ответ на: комментарий от Hrenomoto

>> badblocks может повредить данные?

По дефолту только чтение, так что нет. Это я к тому, что фиг его знает, как диск перенесёт нагрузку.

GotF ★★★★★
()
Ответ на: smartctl -a /dev/sdc от Hrenomoto

Нормальный винт. 1 софтбэд (или не софт), а в остальном порядок.
Желательно улучшить охлаждение и заремапить не читающийся сектор.
Ремапить примерно так:
dd if=/dev/sdc of=/dev/zero
когда вылетит, смотреть в dmesg, какой сектор не прочитался.
потом
dd if=/dev/zero of=/dev/sdc bs=512 count=1 seek=номер_из_dmesg
потом возможно надо бы fsck, но если до данного момента работал с не читающимся сектором, то хуже не будет.
И будет как новенький.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.