Запись в плохой сектор приводит к сбою всех остальных операций

на моем жестком диске есть несколько плохих блоков, поэтому я пытаюсь получить список их всех, чтобы обойти их при создании новой файловой системы ext4, например:

badblocks -wsv -o badblocks_sdf.txt /dev/sdf

Как только он на самом деле попадает в плохой блок, каждый второй блок после этого терпит неудачу.

мой системный журнал заполняется следующими сообщениями:

[91197.287574] blk_update_request: I/O error, dev sdf, sector 4563147104
[91202.286344] scsi_io_completion: 126841 callbacks suppressed
[91202.286352] sd 3:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[91202.286360] sd 3:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 01 0f ff f8 50 00 00 00 08 00 00
[91202.286362] blk_update_request: 126841 callbacks suppressed
[91202.286364] blk_update_request: I/O error, dev sdf, sector 4563400784
[91202.286956] sd 3:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[91202.286962] sd 3:0:0:0: [sdf] tag#0 CDB: Read(16) 88 00 00 00 00 01 0f ff f8 50 00 00 00 08 00 00

это ожидаемое поведение, можно ли что-то сделать?

10
задан skerit
24.03.2023 20:57 Количество просмотров материала 2478
Распечатать страницу

1 ответ

современные жесткие диски используют технологии S. M. A. R. T и должны перераспределять "плохие блоки", чтобы они не появлялись в файловой системе. Если этот механизм не удалось, и вы столкнулись с то, что должно быть перераспределены секторе, эффективно, удары печеньки и, во многих случаях, становится innaccessible, пока питание переключено на диске. Другая вещь, которую мы привыкли видеть, еще в начале 1990-х годов, был неверный идентификатор сектора. Каждый участок имеет байт удостоверения личности который спрошен мимо операционная система и, если вы запросили этот сектор, диск будет заблокирован, потому что он не мог найти его. Любой из них почти невозможно определить как конкретную причину; но для меня не редкость делать клон с самого начала до ошибки, а затем второй запуск с конца назад при восстановлении данных. В любом случае, вы не должны доверять этому диску, и я надеюсь, что вы не наденете на него ничего, о чем заботитесь.

2
отвечен DavisMcCarn 2023-03-26 04:45

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх