Итак, суть этой печальной истории в том, что ВНЕЗАПНО мой жесткий диск начал издеваться надо мной, когда я хотел поставить 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(Зарезервированы под FreeBSDDragonFlyBSD, 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, чтобы ядро узнало о новом разделе, вуаля — раздел появился и он полностью жив.
Итак, любые вопросы, предложения и замечания буду рад прочитать в комментариях.
На этот вопрос уже есть ответ: Как проверить целостность носителя данных (жесткий диск или флэш-диск)? 4 ответа
Всего новичков. Немного узнать о fsck на лету, но то, что я нахожу до сих пор, похоже, не очень сильно, когда я его применяю. Каким будет следующий шаг из этой подсказки для исправления ошибок, возникающих при загрузке?
задан
4 November 2017 в 22:49
поделиться
4 ответа
Я боюсь, что ваш жесткий диск имеет badblocks или он не работает. Вы видите это сообщение: blk_update_request: I/O error, dev sda, sector 2048? Это означает, что читать этот сектор с физического устройства невозможно.
Вам нужно загрузиться с LiveCD и проверить, что вы управляете:
$ sudo smartctl -HA /dev/sda
и проверить строку SMART overall-health self-assessment test result: PASSED, а строка Reallocated_Sector_Ct должна содержать 0 в RAW_VALUE.
Если самотестирование SMART PASSED, вы можете попробовать «переназначить» badblocks с помощью инструмента badblocks:
$ sudo badblocks -svo ~/msg.log /dev/sda
и запустить fsck после:
$ sudo fsck -a /dev/sda1
Если самотестирование SMART FAILED, вам нужно заменить ваш жесткий диск.
PS: Все эти шаги вы должны выполнить с сеанса LiveCD. И вы должны заменить /dev/sda на свой диск.
Update [11.11.2017]: Итак, я проверил один из моих старых HHD с badblocks, и у меня есть эти сообщения в моем syslog:
Nov 10 13:46:55 router kernel: [ 121.339691] ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 10 13:46:55 router kernel: [ 121.339702] ata2.01: BMDMA stat 0x64
Nov 10 13:46:55 router kernel: [ 121.339711] ata2.01: failed command: READ DMA
Nov 10 13:46:55 router kernel: [ 121.339726] ata2.01: cmd c8/00:08:58:64:00/00:00:00:00:00/f0 tag 0 dma 4096 in
Nov 10 13:46:55 router kernel: [ 121.339726] res 51/40:00:5b:64:00/00:00:00:00:00/f0 Emask 0x9 (media error)
Nov 10 13:46:55 router kernel: [ 121.339733] ata2.01: status: { DRDY ERR }
Nov 10 13:46:55 router kernel: [ 121.339738] ata2.01: error: { UNC }
Nov 10 13:46:55 router kernel: [ 121.364282] ata2.00: configured for UDMA/100
Nov 10 13:46:55 router kernel: [ 121.380287] ata2.01: configured for UDMA/100
Nov 10 13:46:55 router kernel: [ 121.380327] sd 1:0:1:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Nov 10 13:46:55 router kernel: [ 121.380337] sd 1:0:1:0: [sdb] tag#0 Sense Key : Medium Error [current] [descriptor]
Nov 10 13:46:55 router kernel: [ 121.380346] sd 1:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed
Nov 10 13:46:55 router kernel: [ 121.380355] sd 1:0:1:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 64 58 00 00 08 00
Nov 10 13:46:55 router kernel: [ 121.380361] blk_update_request: I/O error, dev sdb, sector 25691
Nov 10 13:46:55 router kernel: [ 121.380369] Buffer I/O error on dev sdb, logical block 3211, async page read
Nov 10 13:46:55 router kernel: [ 121.380410] ata2: EH complete
Итак, все сообщения о ошибках ввода-вывода поступают из ядра. Самое интересное, что я нашел в этой строке:
Nov 10 13:46:55 router kernel: [ 121.380346] sd 1:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed
Как я понял, это декодированное сообщение с прошивки диска. Похоже, что прошивка обнаружила ошибку чтения и попыталась перераспределить сектор и с ним не справилась. Следовательно, в нашем случае badblocks ничего не делал, кроме чтения всех секторов, и мы могли бы заменить его на dd if=/dev/sdX of=/dev/null.
И теперь я полностью взволнован с sudodus. Наиболее подходящим решением является:
sudo e2fsck -cfk /dev/sdxn
ответ дан Evgeniy Yanuk
18 July 2018 в 03:53
поделиться
[D0] S.M.A.R.T. информация о HDD и SSD
Проверьте значение S.M.A.R.T. Информация. Легко использовать псевдоним дисков gnome-disks в соответствии с этой ссылкой,
Реформировать жесткий диск после повреждения поврежденного загрузочного сектора вредоносным программным обеспечением — прокрутить вниз до «Возможно, повреждено оборудование на диске»
Выбрать S.M.A.R.T. через кнопку at (1) и проверить общую оценку на (2).
Реформирование жесткого диска после повреждения вредоносного загрузочного сектора — прокрутите вниз до «Возможно, повреждено дисковое оборудование»
Запустите fsck в файловой системе ext4
Когда я использую fsck в файловой системе ext4, я загружаюсь с другого диска и размонтирую файловую систему.
sudo e2fsck -f /dev/sdxn
где x — буква устройства, а n — номер раздела, в вашем случае /dev/sda1 в соответствии с снимком экрана.
Иногда это помогает выполнить эту команду дважды. Иногда файловая система повреждена без возможности восстановления.
Иногда возникают неисправные сектора (аппаратные дефекты на диске). Затем вы можете отметить поврежденные сектора (и заставить их избегать их) следующей командой
sudo e2fsck -cfk /dev/sdxn
Подробнее см. Руководство
man e2fsck
и следующую ссылку для получения дополнительных рекомендаций по ремонту файловых систем,
Исправьте таблицу разделов и файловую систему pendrive
ответ дан sudodus
18 July 2018 в 03:53
поделиться
Я боюсь, что ваш жесткий диск имеет badblocks или он не работает. Вы видите это сообщение: blk_update_request: I/O error, dev sda, sector 2048? Это означает, что читать этот сектор с физического устройства невозможно.
Вам нужно загрузиться с LiveCD и проверить, что вы управляете:
$ sudo smartctl -HA /dev/sda
и проверить строку SMART overall-health self-assessment test result: PASSED, а строка Reallocated_Sector_Ct должна содержать 0 в RAW_VALUE.
Если самотестирование SMART PASSED, вы можете попробовать «переназначить» badblocks с помощью инструмента badblocks:
$ sudo badblocks -svo ~/msg.log /dev/sda
и запустить fsck после:
$ sudo fsck -a /dev/sda1
Если самотестирование SMART FAILED, вам нужно заменить ваш жесткий диск.
PS: Все эти шаги вы должны выполнить с сеанса LiveCD. И вы должны заменить /dev/sda на свой диск.
Update [11.11.2017]: Итак, я проверил один из моих старых HHD с badblocks, и у меня есть эти сообщения в моем syslog:
Nov 10 13:46:55 router kernel: [ 121.339691] ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 10 13:46:55 router kernel: [ 121.339702] ata2.01: BMDMA stat 0x64
Nov 10 13:46:55 router kernel: [ 121.339711] ata2.01: failed command: READ DMA
Nov 10 13:46:55 router kernel: [ 121.339726] ata2.01: cmd c8/00:08:58:64:00/00:00:00:00:00/f0 tag 0 dma 4096 in
Nov 10 13:46:55 router kernel: [ 121.339726] res 51/40:00:5b:64:00/00:00:00:00:00/f0 Emask 0x9 (media error)
Nov 10 13:46:55 router kernel: [ 121.339733] ata2.01: status: { DRDY ERR }
Nov 10 13:46:55 router kernel: [ 121.339738] ata2.01: error: { UNC }
Nov 10 13:46:55 router kernel: [ 121.364282] ata2.00: configured for UDMA/100
Nov 10 13:46:55 router kernel: [ 121.380287] ata2.01: configured for UDMA/100
Nov 10 13:46:55 router kernel: [ 121.380327] sd 1:0:1:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Nov 10 13:46:55 router kernel: [ 121.380337] sd 1:0:1:0: [sdb] tag#0 Sense Key : Medium Error [current] [descriptor]
Nov 10 13:46:55 router kernel: [ 121.380346] sd 1:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed
Nov 10 13:46:55 router kernel: [ 121.380355] sd 1:0:1:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 64 58 00 00 08 00
Nov 10 13:46:55 router kernel: [ 121.380361] blk_update_request: I/O error, dev sdb, sector 25691
Nov 10 13:46:55 router kernel: [ 121.380369] Buffer I/O error on dev sdb, logical block 3211, async page read
Nov 10 13:46:55 router kernel: [ 121.380410] ata2: EH complete
Итак, все сообщения о ошибках ввода-вывода поступают из ядра. Самое интересное, что я нашел в этой строке:
Nov 10 13:46:55 router kernel: [ 121.380346] sd 1:0:1:0: [sdb] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed
Как я понял, это декодированное сообщение с прошивки диска. Похоже, что прошивка обнаружила ошибку чтения и попыталась перераспределить сектор и с ним не справилась. Следовательно, в нашем случае badblocks ничего не делал, кроме чтения всех секторов, и мы могли бы заменить его на dd if=/dev/sdX of=/dev/null.
И теперь я полностью взволнован с sudodus. Наиболее подходящим решением является:
sudo e2fsck -cfk /dev/sdxn
ответ дан Evgeniy Yanuk
24 July 2018 в 17:57
поделиться
[D0] S.M.A.R.T. информация о HDD и SSD
Проверьте значение S.M.A.R.T. Информация. Легко использовать псевдоним дисков gnome-disks в соответствии с этой ссылкой,
Реформировать жесткий диск после повреждения поврежденного загрузочного сектора вредоносным программным обеспечением — прокрутить вниз до «Возможно, повреждено оборудование на диске»
Выбрать S.M.A.R.T. через кнопку at (1) и проверить общую оценку на (2).
Реформирование жесткого диска после повреждения вредоносного загрузочного сектора — прокрутите вниз до «Возможно, повреждено дисковое оборудование»
Запустите fsck в файловой системе ext4
Когда я использую fsck в файловой системе ext4, я загружаюсь с другого диска и размонтирую файловую систему.
sudo e2fsck -f /dev/sdxn
где x — буква устройства, а n — номер раздела, в вашем случае /dev/sda1 в соответствии с снимком экрана.
Иногда это помогает выполнить эту команду дважды. Иногда файловая система повреждена без возможности восстановления.
Иногда возникают неисправные сектора (аппаратные дефекты на диске). Затем вы можете отметить поврежденные сектора (и заставить их избегать их) следующей командой
sudo e2fsck -cfk /dev/sdxn
Подробнее см. Руководство
man e2fsck
и следующую ссылку для получения дополнительных рекомендаций по ремонту файловых систем,
Исправьте таблицу разделов и файловую систему pendrive
ответ дан sudodus
24 July 2018 в 17:57
поделиться
Другие вопросы по тегам:
Похожие вопросы:
- Forum
- The Ubuntu Forum Community
- Ubuntu Official Flavours Support
- Hardware
- [all variants] Harddrive Problems: Sense Key : Medium Error [current]
-
Harddrive Problems: Sense Key : Medium Error [current]
Hi everyone,
I’ve got a problem with an external harddrive. It’s connected via USB to an old laptop, which is running ubuntu. The disk has 1TB of space consists out of two partitions:
- 900GB ext4 data partition
- 100GB raid 1 partition
The drive isn’t that old, but a couple of weeks ago it was gone. Everytime I tried to access it I got an I/O error from dmesg. I don’t remember exactly what it said, but I couldn’t mount it, couldn’t even get fdisk to read it. So I unplugged the power and plugged it back in, and everything worked fine again. I didn’t trust the data partition, so I ran fsck.ext4 -c and everything appeared to be fine.
But a couple of days ago the I/O errors returned. This I did the hard reset again, but this time it only took a couple of hours until the drive was gone. It only disappeared when I tried to write something to it, by the way. So this time I ran sudo fsck.ext4 -c -c to correct broken sectors or whatever, but its running now for more than 152 hours and only 2.84% is completed. And dmesg is flooded with information like this:
Code:
[4525465.692659] sd 7:0:0:0: [sdc] Sense Key : Medium Error [current] [4525465.692672] sd 7:0:0:0: [sdc] Add. Sense: Unrecovered read error [4525465.692686] sd 7:0:0:0: [sdc] CDB: Read(10): 28 00 0f 25 d2 1c 00 00 08 00 [4525465.692714] end_request: I/O error, dev sdc, sector 254136860 [4525465.765742] sd 7:0:0:0: [sdc] Unhandled sense code [4525465.765753] sd 7:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [4525465.765766] sd 7:0:0:0: [sdc] Sense Key : Medium Error [current] [4525465.765779] sd 7:0:0:0: [sdc] Add. Sense: Unrecovered read error [4525465.765794] sd 7:0:0:0: [sdc] CDB: Read(10): 28 00 0f 25 d2 24 00 00 08 00 [4525465.765823] end_request: I/O error, dev sdc, sector 254136868
Is there any way to save the drive? I really don’t know what to do, normally I’d just buy a new drive and try to save as much data as possible, but I’m a little short on money atm and I’d prefer to safe the disk. Especially as the information on there isn’t that important to me…
For any recomendations I’d be grateful!
-
Re: Harddrive Problems: Sense Key : Medium Error [current]
*push*
Now I’m at 3.67% with almost 200h elapsed… I don’t really think it’s working.
Bookmarks
Bookmarks
Posting Permissions
1
1
Если выдаются ошибки типа
[ 51.824142] sd 3:0:0:0: >[sdb] Unhandled sense code
[ 51.824145] sd 3:0:0:0: >[sdb]
[ 51.824147] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 51.824149] sd 3:0:0:0: >[sdb]
[ 51.824151] Sense Key : Medium Error [current] [descriptor]
[ 51.824155] Descriptor sense data with sense descriptors (in hex):
[ 51.824156] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[ 51.824166] e8 e0 88 00
[ 51.824170] sd 3:0:0:0: >[sdb]
[ 51.824173] Add. Sense: Unrecovered read error - auto reallocate failed
[ 51.824175] sd 3:0:0:0: >[sdb] CDB:
[ 51.824177] Read(10): 28 00 e8 e0 88 00 00 00 08 00
[ 51.824185] end_request: I/O error, dev sdb, sector 3907028992
[ 51.824188] quiet_error: 34 callbacks suppressed
[ 51.824190] Buffer I/O error on device sdb, logical block 488378624
[ 51.824205] ata4: EH complete
то с этот диск еще можно как-то использовать или пора выкидывать?
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 199 199 051 Pre-fail Always - 596
3 Spin_Up_Time 0x0027 185 167 021 Pre-fail Always - 5725
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 44
5 Reallocated_Sector_Ct 0x0033 166 166 140 Pre-fail Always - 271
7 Seek_Error_Rate 0x002e 200 192 000 Old_age Always - 104
9 Power_On_Hours 0x0032 078 078 000 Old_age Always - 16746
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 - 42
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 21
193 Load_Cycle_Count 0x0032 198 198 000 Old_age Always - 7815
194 Temperature_Celsius 0x0022 127 089 000 Old_age Always - 23
196 Reallocated_Event_Count 0x0032 001 001 000 Old_age Always - 271
197 Current_Pending_Sector 0x0032 197 196 000 Old_age Always - 1115
198 Offline_Uncorrectable 0x0030 200 199 000 Old_age Offline - 1
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 084 000 Old_age Offline - 3
SMART Error Log Version: 1
No Errors Logged
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% 16728 1732112
# 2 Short offline Completed: read failure 50% 16727 3907028992