URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 17445
[ Назад ]

Исходное сообщение
"Сбойные блоки на винчестере"
Отправлено Miramon , 30-Май-02 15:51

А может и не сбойные блоки, но fsck ругается
THE FOLLOWING DISK SECTORS COULD NOT BE READ: 1234567
Соответственно, FILE SYSTEM MARKED DIRTY.
Диск вроде новый, 20-гиговый, практически не работавший (ста часов наработки нету).
Что делать-то?

Содержание

RE: Сбойные блоки на винчестере,lavr, 16:55 , 30-Май-02
- RE: Сбойные блоки на винчестере,Miramon, 07:52 , 31-Май-02
  - RE: Сбойные блоки на винчестере,lavr, 11:35 , 31-Май-02
    - RE: Сбойные блоки на винчестере,Miramon, 15:02 , 03-Июн-02
      - RE: Сбойные блоки на винчестере,lavr, 15:13 , 03-Июн-02

Сообщения в этом обсуждении

"RE: Сбойные блоки на винчестере"
Отправлено lavr , 30-Май-02 16:55

>А может и не сбойные блоки,
>но fsck ругается
>THE FOLLOWING DISK SECTORS COULD NOT
>BE READ: 1234567
>Соответственно, FILE SYSTEM MARKED DIRTY.
>Диск вроде новый, 20-гиговый, практически не
>работавший (ста часов наработки нету).
>
>
>Что делать-то?
битый и скорее всего в заводской таблице bad блоков отсутствуют соответствующие bad'ы.
через /stand/sysinstal удалить все, заново разметить и указать проверку bad блоков - думаю так

"RE: Сбойные блоки на винчестере"
Отправлено Miramon , 31-Май-02 07:52

>битый и скорее всего в заводской
>таблице bad блоков отсутствуют соответствующие
>bad'ы.
>через /stand/sysinstal удалить все, заново разметить
>и указать проверку bad блоков
>- думаю так
А как "указать проверку bad блоков"? (FreeBSD 4.2)
Маны по fsck излазил, ничего на эту тему не нашел.

"RE: Сбойные блоки на винчестере"
Отправлено lavr , 31-Май-02 11:35

>>битый и скорее всего в заводской
>>таблице bad блоков отсутствуют соответствующие
>>bad'ы.
>>через /stand/sysinstal удалить все, заново разметить
>>и указать проверку bad блоков
>>- думаю так
>
>А как "указать проверку bad блоков"?
>(FreeBSD 4.2)
>Маны по fsck излазил, ничего на
>эту тему не нашел.
это не в fsck, в какой-то из 2.x версий утилиту
bad144 - проверку на bad блоки и занесение их
в таблицу, изничтожили как класс, подразумевая что
диски приходят с заводской таблицей bad'ов, на
этапе disklabel можно указать доп.проверку и
дополнить таблицу и выделить альтернативные блоки
на этапе newfs
Для SCSI дисков это и вовсе не нужно, там своя технология пометки плохив и замена альтернативными из резерва или переадресация
итого:
man disklabel
man newfs
об этом я писал, что указать проверку bad блоков можно лишь в самом начале.

"RE: Сбойные блоки на винчестере"
Отправлено Miramon , 03-Июн-02 15:02

>это не в fsck, в какой-то из 2.x версий утилиту
>bad144 - проверку на bad блоки и занесение их
>в таблицу, изничтожили как класс, подразумевая что
>диски приходят с заводской таблицей bad'ов, на
>этапе disklabel можно указать доп.проверку и
>дополнить таблицу и выделить альтернативные блоки
>на этапе newfs
>Для SCSI дисков это и вовсе не нужно, там своя технология пометки
>плохив и замена альтернативными из резерва или переадресация
>
>итого:
>
>man disklabel
>man newfs
>
>об этом я писал, что указать проверку bad блоков можно лишь в
>самом начале.
НИ ХРЕ-НА!
Гонево это все. man disklabel - единственное упоминание bad-блоков - флаг badsect. Я так и не понял, нафиг он нужен. Ибо что с ним, что без... Те же яйца, вид сбоку. newfs со всеми возможными опциями ведет себя одинаково. Как не мог fsck прочесть некие блоки, так и не может. Наткнулся на утилитку с названием badsect. Диковатая у нее идея (для выходца из ДОСа, наслышавшегося про крутизну неимоверную юникса). Вместо того, чтобы на уровне файловой системы сбойные блоки пометить как неиспользуемые, создать на их месте мертвые файлы. Я еще не до конца разобрался, что там потом происходит, но кажется fsck это все потом похерит (я так понял, один несоторожный ответ, и снова FILE SYSTEM MARKED DIRTY). Во всяком случае сечас именно так у меня и происходит.

"RE: Сбойные блоки на винчестере"
Отправлено lavr , 03-Июн-02 15:13

>>это не в fsck, в какой-то из 2.x версий утилиту
>>bad144 - проверку на bad блоки и занесение их
>>в таблицу, изничтожили как класс, подразумевая что
>>диски приходят с заводской таблицей bad'ов, на
>>этапе disklabel можно указать доп.проверку и
>>дополнить таблицу и выделить альтернативные блоки
>>на этапе newfs
>>Для SCSI дисков это и вовсе не нужно, там своя технология пометки
>>плохив и замена альтернативными из резерва или переадресация
>>
>>итого:
>>
>>man disklabel
>>man newfs
>>
>>об этом я писал, что указать проверку bad блоков можно лишь в
>>самом начале.
>
>НИ ХРЕ-НА!
>Гонево это все. man disklabel - единственное упоминание bad-блоков - флаг badsect.
>Я так и не понял, нафиг он нужен. Ибо что с
>ним, что без... Те же яйца, вид сбоку. newfs со всеми
>возможными опциями ведет себя одинаково. Как не мог fsck прочесть некие
>блоки, так и не может. Наткнулся на утилитку с названием badsect.
>Диковатая у нее идея (для выходца из ДОСа, наслышавшегося про крутизну
>неимоверную юникса). Вместо того, чтобы на уровне файловой системы сбойные блоки
>пометить как неиспользуемые, создать на их месте мертвые файлы. Я еще
>не до конца разобрался, что там потом происходит, но кажется fsck
>это все потом похерит (я так понял, один несоторожный ответ, и
>снова FILE SYSTEM MARKED DIRTY). Во всяком случае сечас именно так
>у меня и происходит.
учи матчасть