LINUX.ORG.RU

История изменений

Исправление drfaust, (текущая версия) :

Посекторное чтение может учесть ошибку и продолжить. WHDD так и делает.

Ну это естественно, но данные сбойного сектора будут утеряны.

Неверно. Вычитывания нечитаемых данных не происходит.

Remap — замещение дефектных секторов на целые из специальной области, которая обычно располагается в конце диска (у центра).
На практике ремап происходит примерно так: сначала выполняется чтение поверхности диска, и если в процессе контроллер «увидит» задержку чтения, которая выходит за рамки допустимых норм, то он произведет попытку записи в этот сектор (тоже по определенному сценарию — может, одну, а может, и десять). В случае удачной перезаписи сектор остается в рабочем состоянии и служит дальше, если же запись в него не удалась, то контроллер прописывает в поле идентификации bad-сектора флаг перемещения, а в поле данных этого же сектора — адрес резервного из G-List. Адрес bad-сектора и его идентификационная информация помещаются в таблицу G-List.

Задача софта - «вынудить» подозрительный/сбойный сектор отремапить, т.е. сначала «считать», а уже потом «переназначать» и не средставми ata-команд, а средствами прошивки контроллера.

Исправление drfaust, :

Посекторное чтение может учесть ошибку и продолжить. WHDD так и делает.
Ну это естественно, но данные сбойного сектора будут утеряны.

Неверно. Вычитывания нечитаемых данных не происходит.

Remap — замещение дефектных секторов на целые из специальной области, которая обычно располагается в конце диска (у центра).
На практике ремап происходит примерно так: сначала выполняется чтение поверхности диска, и если в процессе контроллер «увидит» задержку чтения, которая выходит за рамки допустимых норм, то он произведет попытку записи в этот сектор (тоже по определенному сценарию — может, одну, а может, и десять). В случае удачной перезаписи сектор остается в рабочем состоянии и служит дальше, если же запись в него не удалась, то контроллер прописывает в поле идентификации bad-сектора флаг перемещения, а в поле данных этого же сектора — адрес резервного из G-List. Адрес bad-сектора и его идентификационная информация помещаются в таблицу G-List.

Задача софта - «вынудить» подозрительный/сбойный сектор отремапить, т.е. сначала «считать», а уже потом «переназначать» и не средставми ata-команд, а средствами прошивки контроллера.

Исходная версия drfaust, :

Посекторное чтение может учесть ошибку и продолжить. WHDD так и делает.
Ну это естественно, но данные сбойного сектора будут утеряны.

Неверно. Вычитывания нечитаемых данных не происходит.

Remap — замещение дефектных секторов на целые из специальной области, которая обычно располагается в конце диска (у центра).

На практике ремап происходит примерно так: сначала выполняется чтение поверхности диска, и если в процессе контроллер «увидит» задержку чтения, которая выходит за рамки допустимых норм, то он произведет попытку записи в этот сектор (тоже по определенному сценарию — может, одну, а может, и десять). В случае удачной перезаписи сектор остается в рабочем состоянии и служит дальше, если же запись в него не удалась, то контроллер прописывает в поле идентификации bad-сектора флаг перемещения, а в поле данных этого же сектора — адрес резервного из G-List. Адрес bad-сектора и его идентификационная информация помещаются в таблицу G-List.
Задача софта - «вынудить» подозрительный/сбойный сектор отремапить, т.е. сначала «считать», а уже потом «переназначать» и не средставми ata-команд, а средствами прошивки контроллера.