LINUX.ORG.RU

стоит ли рисковать hdparm with option "--write-sector"? (kubuntu)


0

1

В один момент ноут не включился. грузит busybox и приглашает в терминал (initramfs) dmesg показал

[15751.727996] ata1.00: failed command: READ FPDMA QUEUED
[15751.728004] ata1.00: cmd 60/08:88:20:f8:af/00:00:37:00:00/40 tag 17 ncq 4096 in
[15751.728004]          res 41/40:08:21:f8:af/00:00:37:00:00/00 Emask 0x409 (media error) <F>
[15751.728008] ata1.00: status: { DRDY ERR }
[15751.728011] ata1.00: error: { UNC }
[15751.732118] ata1.00: configured for UDMA/133
[15751.732139] sd 0:0:0:0: [sda] Unhandled sense code
[15751.732142] sd 0:0:0:0: [sda]  
[15751.732144] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[15751.732146] sd 0:0:0:0: [sda]  
[15751.732148] Sense Key : Medium Error [current] [descriptor]
[15751.732152] Descriptor sense data with sense descriptors (in hex):
[15751.732153]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
[15751.732163]         37 af f8 21 
[15751.732167] sd 0:0:0:0: [sda]  
[15751.732170] Add. Sense: Unrecovered read error - auto reallocate failed
[15751.732173] sd 0:0:0:0: [sda] CDB: 
[15751.732174] Read(10): 28 00 37 af f8 20 00 00 08 00
[15751.732183] end_request: I/O error, dev sda, sector 934279201
[15751.732210] ata1: EH complete
[15751.732231] REISERFS warning (device sda8): journal-1212 journal_read_transaction: REPLAY FAILURE fsck required! buffer write failed
[15751.732240] REISERFS warning (device sda8): reiserfs-2006 journal_init: Replay Failure, unable to mount
[15751.732422] REISERFS warning (device sda8): sh-2022 reiserfs_fill_super: unable to initialize journal space

hdparm --read-sector 934279201 /dev/sda

/dev/sda: reading sector 934279201: FAILED: Input/output error

битый сектор. боюсь я запускать эту комманду с --write-sector. может есть какой-нить способ запретить файловой системе смотреть на какое-то количество секторов? Я с помощью badblocks нашел кучу блоков битых. Можно их как приспособить для этого? диск размечен в GPT. volume filesystem - reiserfs.

может есть какой-нить способ запретить файловой системе смотреть на какое-то количество секторов?

Зачем? Новые всё равно появятся.

anonymous ()
reiserfstune --badblocks file device

или

reiserfstune --add-badblocks file device
where «file» contains the list of blocks to be marked as bad.

Первое для перезаписи/создания списка, второе для дополнения существующего списка.

hidden_4003 ()
Ответ на: комментарий от teod0r

Должен, но вероятно уже закончились все резервные блоки. Было бы неплохо выхлоп smartctl -a увидеть.

hidden_4003 ()

какие могут быть последствия выполнения hdparm --write-sector 934279201 /dev/sda ? Если я сдам ноут по гарантии - может ли мой ремап быть причиной отказа от гарантии?

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

какие могут быть последствия выполнения hdparm --write-sector

ну в мане написано VERY DANGEROUS, наверное кранты харду могут присниться

teod0r ★★★★★ ()
Ответ на: комментарий от hidden_4003
root@kubuntu:~# reiserfstune --badblocks bb /dev/sda8
Filesystem looks not cleanly umounted, check the consistency first.

Просит проверить «консистенцию», но та не идет, ибо пишет, что ошибка вроде в железе.

nshell32 ()

Периодически приходится делать hdparm --write-sector на своём глючноватом wd blue, причём делал по 30 секторов иногда - видимо везло и терлись сектора без данных так что никакая инфа ещё не потерялась. Самое странное что эти «бэды» появляются только на линуксовом разделе и каждый раз номера секторов разные но reallocated_sector_count не увеличивается.

ivanich ★★ ()
Последнее исправление: ivanich (всего исправлений: 1)
Ответ на: комментарий от nshell32
5 Reallocated_Sector_Ct 0x0033 099 099 036 Pre-fail Always - 28
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 14

У Вас закончились резервные сектора на диске, у него есть 14 секторов помеченных для релокации но у диска не получается. Нужно бэкапить и менять диск.

hidden_4003 ()
Ответ на: комментарий от nshell32

Наверное есть флаг чтобы форсировать, но не думаю что это хорошая идея. Диск новый совсем 2 месяца только поработал думаю без проблем поменяете по гарантии.

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

А если Reallocated_Sector_Ct как был 0 так и остался? Current_Pending_Sector периодически увеличивается но перезапись этих секторов убирает их из Current_Pending_Sector, более того эти сектора потом читаются и пишутся без проблем, т.е. очень похоже на софтбэды, хотя с другой стороны Raw_Read_Error_Rate растет и после этого как раз и появляются «бэды» причем четко по 8 секторов подряд.

ivanich ★★ ()
Последнее исправление: ivanich (всего исправлений: 1)

Я бы сказал, что предупреждения hdparm'а имеют отношение скорее к софтовой целостности данных, чем к железу. Ни один вменяемый хард не даст тебе перезаписать свои сервометки и прочие резервные области (иначе первая же ФС, созданная на нём «от начала и до конца», прекрасно бы их потёрла).

Поэтому можно без проблем, если номер проблемного сектора точно известен. С гарантией тут проблем никаких - это обычная запись через обычный ATA-интерфейс, просто инициированная вручную.

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

Производители не декларируют можно только догадываться. Вероятно они и сами не знают, т.е. вполне могут взять бракованные пластины от 500 гб и продать как диск 250 Гб сколько там резервной емкости врядле кто-то считает.

hidden_4003 ()
Ответ на: комментарий от ivanich

А кабели проверяли ? Может плохой кабель или питание нестабильное ? Вполне может генерировать подобные ошибки, опасность в том что он и при записи может подобное сделать тогда на диск может записаться несколько не то что планировалось.

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

Этот вариант рассматривал, но проблема в том что это ноут которому месяцев 7 всего, и чтобы до шлейфов добраться надо его полностью разобрать но как-то лень этим заниматься.

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

Самое смешное что когда заметил такое странное поведение диска, переформатировал раздел в нтфс - поюзал его несколько недель в винде- за это время не появилось ни одного нового бэда.

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

Начало диска в общем.
Обычно наибольшая часть плохих секторов приходится на первую треть диска как больше всего используемую.

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