Итак, суть этой печальной истории в том, что ВНЕЗАПНО мой жесткий диск начал издеваться надо мной, когда я хотел поставить LibreOffice. После того, как система дважды перемонтировала партицию в readonly, я начал подозревать неладное. Глянул dmesg, а там! Мать моя женщина!

Особо впечатлительным лучше не смотреть!

[ 858.617479] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 858.617489] ata1.00: irq_stat 0x40000008 [ 858.617497] ata1.00: failed command: READ FPDMA QUEUED [ 858.617512] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 858.617514] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 858.617521] ata1.00: status: { DRDY ERR } [ 858.617526] ata1.00: error: { UNC } [ 858.621932] ata1.00: configured for UDMA/133 [ 858.621952] ata1: EH complete [ 861.617427] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 861.617438] ata1.00: irq_stat 0x40000008 [ 861.617446] ata1.00: failed command: READ FPDMA QUEUED [ 861.617461] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 861.617464] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 861.617471] ata1.00: status: { DRDY ERR } [ 861.617476] ata1.00: error: { UNC } [ 861.621883] ata1.00: configured for UDMA/133 [ 861.621902] ata1: EH complete [ 864.276812] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 864.276819] ata1.00: irq_stat 0x40000008 [ 864.276826] ata1.00: failed command: READ FPDMA QUEUED [ 864.276840] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 864.276843] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 864.276849] ata1.00: status: { DRDY ERR } [ 864.276854] ata1.00: error: { UNC } [ 864.280789] ata1.00: configured for UDMA/133 [ 864.280801] ata1: EH complete [ 866.967174] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 866.967185] ata1.00: irq_stat 0x40000008 [ 866.967193] ata1.00: failed command: READ FPDMA QUEUED [ 866.967208] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 866.967211] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 866.967217] ata1.00: status: { DRDY ERR } [ 866.967222] ata1.00: error: { UNC } [ 866.971168] ata1.00: configured for UDMA/133 [ 866.971186] ata1: EH complete [ 870.317106] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 870.317116] ata1.00: irq_stat 0x40000008 [ 870.317124] ata1.00: failed command: READ FPDMA QUEUED [ 870.317139] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 870.317142] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 870.317149] ata1.00: status: { DRDY ERR } [ 870.317154] ata1.00: error: { UNC } [ 870.320871] ata1.00: configured for UDMA/133 [ 870.320889] ata1: EH complete [ 873.325328] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 [ 873.325337] ata1.00: irq_stat 0x40000008 [ 873.325346] ata1.00: failed command: READ FPDMA QUEUED [ 873.325361] ata1.00: cmd 60/00:00:30:e9:78/02:00:2a:00:00/40 tag 0 ncq 262144 in [ 873.325364] res 41/40:00:89:e9:78/b1:00:2a:00:00/40 Emask 0x409 (media error) <F> [ 873.325371] ata1.00: status: { DRDY ERR } [ 873.325376] ata1.00: error: { UNC } [ 873.328743] ata1.00: configured for UDMA/133 [ 873.328799] sd 0:0:0:0: [sda] Unhandled sense code [ 873.328805] sd 0:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 873.328814] sd 0:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor] [ 873.328825] Descriptor sense data with sense descriptors (in hex): [ 873.328831] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 [ 873.328851] 2a 78 e9 89 [ 873.328860] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed [ 873.328872] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 2a 78 e9 30 00 02 00 00 [ 873.328891] end_request: I/O error, dev sda, sector 712567177 [ 873.328901] Buffer I/O error on device sda, logical block 89070897 [ 873.328909] Buffer I/O error on device sda, logical block 89070898 [ 873.328917] Buffer I/O error on device sda, logical block 89070899 [ 873.328924] Buffer I/O error on device sda, logical block 89070900 [ 873.328932] Buffer I/O error on device sda, logical block 89070901 [ 873.328940] Buffer I/O error on device sda, logical block 89070902 [ 873.328947] Buffer I/O error on device sda, logical block 89070903 [ 873.328955] Buffer I/O error on device sda, logical block 89070904 [ 873.328963] Buffer I/O error on device sda, logical block 89070905 [ 873.328970] Buffer I/O error on device sda, logical block 89070906 [ 873.329075] ata1: EH complete

Ну общую суть вы, думаю поняли - покупай новый жесткий диск@копируй разделы со старого.
Но! Проблема еще была в том, что некоторые разделы УЖЕ не монтировались, по причине ~~смерти~~ коррупции файловой системы. /me подумал-подумал и решил, а не попробовать ли как-то это дело замять, тем более, новый жесткий пока не входит в планы первоочерёдных покупок.
Гуугле мне подсказал парочку хороших решений, чем я незамедлительно и воспользовался.

Bad block HOWTO for smartmontools

Удивительная статья, которая мне очень сильно помогла. Для тех, кто не в ладах с языком международного общения, могу адаптировать статью, хотите - отпишитесь в комментариях.
Итак, разбор полётов, или что я сделал.
К счастью, у меня завалялась таблица разделов диска, сделанная fdisk -ul На самом деле, у меня было 10 разделов, но те три, которых здесь нет не были столь важны, как sda3+sda4(Зарезервированы под ~~FreeBSD~~DragonFlyBSD, sda1(загрузочный же, ёпта!) sda7+sda5(линуксовые разделы), ну и sda6(онимэ, музыка, прочий хлам)
Первым делом, был проведён тест, на то, какие партиции умерли, а какие еще живы. К моей радости, sda1 и sda6 остались живы, но о них попозже. все остальные монтироваться НЕ ЖЕЛАЛИ, а fsck завершался с ошибкой.
я запустил smartctl -t long /dev/sda и ушел на два часа. Через пару часов, возвратившись, я увидел сию картину smartctl -l selftest /dev/sda smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 8962 712567177 # 2 Short offline Completed without error 00% 5188 - # 3 Extended offline Aborted by host 90% 5188 -
Как видите, первая ошибка проявилась в блоке 712567177
Запускаем badblocks: badblocks -s -v -b 512 /dev/sda 712567277 712567077#-s показывает прогресс, -v увеличивает информативность, -b 512 - указывается размер блока, в данном случае - 512 байт, дальше указываем КОНЕЧНЫЙ и потом уже НАЧАЛЬНЫЙ блок, которые я выбрал из окружения в +-100 блоков к ошибочному.
И правда, выскакивают номера бэдблоков. Провел щадящий read-write тест (опция -n) - бэдблоки тоже продолжают появдяться. Далее я сделал то, что НЕ РЕКОММЕНДУЮ делать другим без полного понимания того, ЧТО они делают. badblocks -s -w -v -b 512 /dev/sda 712567277 712567077#-w - write-mode, заполнение определенными паттернами, МОЖЕТ ПОВРЕДИТЬ ДАННЫЕ. Что удивительно, после этого бэдблоки исчезли. Проведя еще несколько тестов smartctl, теперь уже с опцией -t short, я вычислил остальные бэдблоки и провел аналогичные операции. Теперь
smartctl -l selftest -d ata /dev/sda smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 8972 - # 2 Extended offline Completed: read failure 90% 8962 712567177 # 3 Short offline Completed without error 00% 5188 - # 4 Extended offline Aborted by host 90% 5188 -
Как видим, ошибок больше нет, но раз уже они появились - жди новых//уже откладываю деньги на новый хард.

Теперь о минусах такого способа. После всех манипуляций, fdisk -ul /dev/sda показал мне ПОЛНОСТЬЮ голый диск. Запускаем testdisk, находим разделы. К сожалению, sda6 не был найден. Ну ладно, мы не боимся этого. fdisk -u /dev/sda, дальше жмём n/*новый раздел*/ дальше вводим какой тип раздела, logical или primary, потом вводим начало и конец сектора/*ну недаром же у меня была таблица разделов?*/, записываем таблицу разделов - w и выходим из fdisk -q.
пишем partprobe, чтобы ядро узнало о новом разделе, вуаля - раздел появился и он полностью жив.
Итак, любые вопросы, предложения и замечания буду рад прочитать в комментариях.

Комментарии (6)

Гость - 13 Январь, 2011 - 06:06

Спасибо, полезно! Пойду экспериментировать со старым хардом.

ответить

Fatalist - 14 Январь, 2011 - 06:04

Молодца! Но семь разделов на одном жёстком... за что его так?

Kombala - 14 Январь, 2011 - 07:35

Вот так и выявляются те, кто невнимательно читал текст: ^_^
На самом деле, у меня было 10 разделов, но те три, которых здесь нет не были столь важны, как sda3+sda4

Гость - 20 Май, 2011 - 03:51

Автор не указал какая у него материнская плата. Прежде чем грешить на винт (который легко проверить, но только на другом, заведомо исправном ПК с помощью программы MHDD) нужно было ее посмотреть на предмет галюцинаций контроллера sata hdd, которыми страдают некоторые производители.

kDeviator - 29 Декабрь, 2012 - 15:39

Согласен с вами, господин посол, продолжайте пожалуйста...

У меня была аналогичная беда, но я выяснил TRUE'шную причину BAD'ности кластеров.
Вноваты производители винчей. Плата контактирует с гермоблоком+температура=окисление.

Короче, отвинтил я плату с винча, а с внутренней стороны все зелененькое, медно-купороз'ненькое :)
Улыбнуло...
Протер водочкой, затем принял внутрь "за успех", и...
Аллах акбар, винч перестал хрустеть.

Как бы там нибыло, а винт я все равно заменил.
Мне нервы дешевле двух килорублей, тем более, что знаем "винч вертится, значит довортится когда-нибудь".

P.S: для протирки использовалась водка без добавок - только спирт+вода.

P.P.S: не повторять до тех пор, пока не снимите данные с винча! Снятие платы может разгермитизировать его!

Xenomorph - 29 Декабрь, 2012 - 16:06

Вот, спасибо что напомнили о теме. На HDD я зря плохо думал, хотя от этого мне легче не стало тогда ;)

После покупки нового винта, через некоторое время опять те же симптомы.

Поменял SATAшный кабель - первое время помогло, опять те же симптомы.

Я уже думал на мамку грешить, но потом оказалось, что проблема была в плохом контакте переходника питания, контакты окислились и питания диску стало не хватать. Никогда бы не подумал, но замена БП на другой, на 100 ватт мощнее и(или) замена переходника питания решили проблему.

Бэдблоки, (почти)умерший хард и как мне удалось разобраться со всем этим делом.

Bad block HOWTO for smartmontools

Комментарии (6)

Отправить комментарий

Вход в систему

Сейчас на сайте