Итак, суть этой печальной истории в том, что ВНЕЗАПНО мой жесткий диск начал издеваться надо мной, когда я хотел поставить 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 ватт мощнее и(или) замена переходника питания решили проблему.

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

Формат ввода

Доступны HTML теги: <h1> <h2> <h3> <h4> <h5> <h6> <a> <img> <em> <u> <hr> <strong> <b> <s> <cite> <q> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd> <br> <p> <table> <tr> <td>
Строки и параграфы переносятся автоматически.
Используйте <code>...</code> для вставки кода в сообщения
Используйте [collapse] и [/collapse] для сворачиваемого текстового блока. [collapse collapsed] или [collapsed] для изначально свернутого блока.
Для вставки видео используйте [video:URL]

Подробнее о форматировании

Код: *

Введите цифры

Leave this field blank:

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

Bad block HOWTO for smartmontools

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

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

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

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