Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы он впредь к ним не обращался?
>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>он впредь к ним не обращался?Присоединяюсь, только для ufs? и что-нибудь в стиле scandisk?
>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>он впредь к ним не обращался?
>
>Присоединяюсь, только для ufs? и что-нибудь в стиле scandisk?Для Linux зависит от используемой FS:
- man fsck (для ex2[3]fs - опция -c)
- man xfs для reiserfs
- дополнительно man badblocksДля UFS (за OpenBSD/NetBSD не скажу, не изучал), а для FreeBSD
по большому счету НИКАК. Точнее, так:- нет утилити для сканирования, это можно найти используя dd или mhdd32
или smarttools
- есть утилита с помощью которой для fsck можно указать BAD сектора
которые не будут использоваться в FS# man badsect
правда есть одно НО, адресация секторов ОТНОСИТЕЛЬНАЯ (относительно FS),
а не абсолютная LBA, тот кто сможет пересчитать - тот и сможет
воспользоваться badsect, драйвер ATA выдает в логи абсолютную адресацию
BAD секторов, другие утилиты ТОЖЕ.
Так чта-а-а, механизм как бы есть, вот тока для КОГО и КТО сможет
им воспользоваться, непонятно... :(
>>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>>он впредь к ним не обращался?
>>
>>Присоединяюсь, только для ufs? и что-нибудь в стиле scandisk?
>
>Для Linux зависит от используемой FS:
>
>- man fsck (для ex2[3]fs - опция -c)
>- man xfs для reiserfs
>- дополнительно man badblocks
>
>Для UFS (за OpenBSD/NetBSD не скажу, не изучал), а для FreeBSD
>по большому счету НИКАК. Точнее, так:
>
>- нет утилити для сканирования, это можно найти используя dd или mhdd32
>
>или smarttools
>- есть утилита с помощью которой для fsck можно указать BAD сектора
>
>которые не будут использоваться в FS
>
># man badsect
>
>правда есть одно НО, адресация секторов ОТНОСИТЕЛЬНАЯ (относительно FS),
>а не абсолютная LBA, тот кто сможет пересчитать - тот и сможет
>
>воспользоваться badsect, драйвер ATA выдает в логи абсолютную адресацию
>BAD секторов, другие утилиты ТОЖЕ.
> Так чта-а-а, механизм как бы есть, вот тока для КОГО и
>КТО сможет
>им воспользоваться, непонятно... :(А на стади форматирования никак нельзя? типа формат с проверкой и пропиской?
>>>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>>>он впредь к ним не обращался?
>>>
>>>Присоединяюсь, только для ufs? и что-нибудь в стиле scandisk?
>>
>>Для Linux зависит от используемой FS:
>>
>>- man fsck (для ex2[3]fs - опция -c)
>>- man xfs для reiserfs
>>- дополнительно man badblocks
>>
>>Для UFS (за OpenBSD/NetBSD не скажу, не изучал), а для FreeBSD
>>по большому счету НИКАК. Точнее, так:
>>
>>- нет утилити для сканирования, это можно найти используя dd или mhdd32
>>
>>или smarttools
>>- есть утилита с помощью которой для fsck можно указать BAD сектора
>>
>>которые не будут использоваться в FS
>>
>># man badsect
>>
>>правда есть одно НО, адресация секторов ОТНОСИТЕЛЬНАЯ (относительно FS),
>>а не абсолютная LBA, тот кто сможет пересчитать - тот и сможет
>>
>>воспользоваться badsect, драйвер ATA выдает в логи абсолютную адресацию
>>BAD секторов, другие утилиты ТОЖЕ.
>> Так чта-а-а, механизм как бы есть, вот тока для КОГО и
>>КТО сможет
>>им воспользоваться, непонятно... :(
>
>
>
>А на стади форматирования никак нельзя? типа формат с проверкой и пропиской?
>man mke2fs - можно, опять же man по треубемой FS и что для нее можно
задать
>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>он впредь к ним не обращался?Можно поискать что-нибудь здесь: http://hddguru.com
>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>он впредь к ним не обращался?на ВСЕХ!!! современных (последние лет 10-ть) HDD есть 2 (заводская и пользовательская) таблицы bad блоков встроенные в сам HDD, которые являются прозрачными для софта. Посему, все современные оси и их файловые системы считают наличие bad-блоков невозможным и их не обрабатывают. Из программ, содействующих заполнению этих таблиц, можно посоветовать, например, досовскую MHDD. Ее офсайт (mhdd.com) сейчас закрыт, но отыскать в гугле ее несложно. Это для HDD, а если для дискет, то неужели религия не позволяет форматировать их в FAT любым досовским форматером?
>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>он впредь к ним не обращался?
>
>на ВСЕХ!!! современных (последние лет 10-ть) HDD есть 2 (заводская и пользовательская)не совсем так, все гораздо сложней
>таблицы bad блоков встроенные в сам HDD, которые являются прозрачными для
>софта. Посему, все современные оси и их файловые системы считают наличие
>bad-блоков невозможным и их не обрабатывают. Из программ, содействующих заполнению этих
>таблиц, можно посоветовать, например, досовскую MHDD. Ее офсайт (mhdd.com) сейчас закрыт,
>но отыскать в гугле ее несложно. Это для HDD, а если
>для дискет, то неужели религия не позволяет форматировать их в FAT
>любым досовским форматером?это раньше была таблица для IDE/EIDE дисков и была возможность ее
обновления. Теперь механизм иной - при наличии bad, встроенный механизм
должен сам ремапить плохие сектора, но делает это только при операциях
записи. Механизм этот или его реализации - редкое г...о.Не надо говорить за ВСЕ "Оси", потому как драйвера разные, в Unix'ах
обычно работа с контроллером идет напрямую, определить наличие BAD
не проблема, другое дело что драйвер только сообщает о наличии BAD,
другого он и не должен делать. А вот помечать BAD блоки на УРОВНЕ FS
- никто не запрещает.
Если мы указали Файловой системе конкретные сектора чтобы она их
считала BAD, в работе они уже не будут использоваться. Вот только
обычно, если стали появляться BAD'ы - нормальной работы уже не будет,
ну можно еще на личной WKS такое терпеть, на СЕРВЕРЕ - ни в коем случае.
>>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>>он впредь к ним не обращался?
>>
>>на ВСЕХ!!! современных (последние лет 10-ть) HDD есть 2 (заводская и пользовательская)
>
>не совсем так, все гораздо сложней
>
>>таблицы bad блоков встроенные в сам HDD, которые являются прозрачными для
>>софта. Посему, все современные оси и их файловые системы считают наличие
>>bad-блоков невозможным и их не обрабатывают. Из программ, содействующих заполнению этих
>>таблиц, можно посоветовать, например, досовскую MHDD. Ее офсайт (mhdd.com) сейчас закрыт,
>>но отыскать в гугле ее несложно. Это для HDD, а если
>>для дискет, то неужели религия не позволяет форматировать их в FAT
>>любым досовским форматером?
>
>это раньше была таблица для IDE/EIDE дисков и была возможность ее
>обновления. Теперь механизм иной - при наличии bad, встроенный механизм
>должен сам ремапить плохие сектора, но делает это только при операциях
>записи. Механизм этот или его реализации - редкое г...о.
>
>Не надо говорить за ВСЕ "Оси", потому как драйвера разные, в Unix'ах
>
>обычно работа с контроллером идет напрямую, определить наличие BAD
>не проблема, другое дело что драйвер только сообщает о наличии BAD,
>другого он и не должен делать. А вот помечать BAD блоки на
>УРОВНЕ FS
>- никто не запрещает.
> Если мы указали Файловой системе конкретные сектора чтобы она их
>считала BAD, в работе они уже не будут использоваться. Вот только
>обычно, если стали появляться BAD'ы - нормальной работы уже не будет,
>ну можно еще на личной WKS такое терпеть, на СЕРВЕРЕ - ни
>в коем случае.в тьом то и беда.... что на сервере
просто хард 200гигов ... а работает только кусок в 100 :( жалко
>>>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>>>он впредь к ним не обращался?
>>>
>>>на ВСЕХ!!! современных (последние лет 10-ть) HDD есть 2 (заводская и пользовательская)
>>
>>не совсем так, все гораздо сложней
>>
>>>таблицы bad блоков встроенные в сам HDD, которые являются прозрачными для
>>>софта. Посему, все современные оси и их файловые системы считают наличие
>>>bad-блоков невозможным и их не обрабатывают. Из программ, содействующих заполнению этих
>>>таблиц, можно посоветовать, например, досовскую MHDD. Ее офсайт (mhdd.com) сейчас закрыт,
>>>но отыскать в гугле ее несложно. Это для HDD, а если
>>>для дискет, то неужели религия не позволяет форматировать их в FAT
>>>любым досовским форматером?
>>
>>это раньше была таблица для IDE/EIDE дисков и была возможность ее
>>обновления. Теперь механизм иной - при наличии bad, встроенный механизм
>>должен сам ремапить плохие сектора, но делает это только при операциях
>>записи. Механизм этот или его реализации - редкое г...о.
>>
>>Не надо говорить за ВСЕ "Оси", потому как драйвера разные, в Unix'ах
>>
>>обычно работа с контроллером идет напрямую, определить наличие BAD
>>не проблема, другое дело что драйвер только сообщает о наличии BAD,
>>другого он и не должен делать. А вот помечать BAD блоки на
>>УРОВНЕ FS
>>- никто не запрещает.
>> Если мы указали Файловой системе конкретные сектора чтобы она их
>>считала BAD, в работе они уже не будут использоваться. Вот только
>>обычно, если стали появляться BAD'ы - нормальной работы уже не будет,
>>ну можно еще на личной WKS такое терпеть, на СЕРВЕРЕ - ни
>>в коем случае.
>
>в тьом то и беда.... что на сервере
>просто хард 200гигов ... а работает только кусок в 100 :( жалко
>Нда-с, ну что тут сказать - я бы "выгнал" сисадмина у которого на сервере
HD с bad'ами. Sorry, ничего личного, не может быть на сервере диск
с bad'ами, жирная точка и все тут.!!!
Из 200GB - 100, означает лишь ОДНО, диск сыпется и притом нещадно,
скоро потеряете ВСЮ информацию. :(((
>>>>>Как под линами отформатить диск с проверкой и пометками бед блоков? Чтобы
>>>>>он впредь к ним не обращался?
>>>>
>>>>на ВСЕХ!!! современных (последние лет 10-ть) HDD есть 2 (заводская и пользовательская)
>>>
>>>не совсем так, все гораздо сложней
>>>
>>>>таблицы bad блоков встроенные в сам HDD, которые являются прозрачными для
>>>>софта. Посему, все современные оси и их файловые системы считают наличие
>>>>bad-блоков невозможным и их не обрабатывают. Из программ, содействующих заполнению этих
>>>>таблиц, можно посоветовать, например, досовскую MHDD. Ее офсайт (mhdd.com) сейчас закрыт,
>>>>но отыскать в гугле ее несложно. Это для HDD, а если
>>>>для дискет, то неужели религия не позволяет форматировать их в FAT
>>>>любым досовским форматером?
>>>
>>>это раньше была таблица для IDE/EIDE дисков и была возможность ее
>>>обновления. Теперь механизм иной - при наличии bad, встроенный механизм
>>>должен сам ремапить плохие сектора, но делает это только при операциях
>>>записи. Механизм этот или его реализации - редкое г...о.
>>>
>>>Не надо говорить за ВСЕ "Оси", потому как драйвера разные, в Unix'ах
>>>
>>>обычно работа с контроллером идет напрямую, определить наличие BAD
>>>не проблема, другое дело что драйвер только сообщает о наличии BAD,
>>>другого он и не должен делать. А вот помечать BAD блоки на
>>>УРОВНЕ FS
>>>- никто не запрещает.
>>> Если мы указали Файловой системе конкретные сектора чтобы она их
>>>считала BAD, в работе они уже не будут использоваться. Вот только
>>>обычно, если стали появляться BAD'ы - нормальной работы уже не будет,
>>>ну можно еще на личной WKS такое терпеть, на СЕРВЕРЕ - ни
>>>в коем случае.
>>
>>в тьом то и беда.... что на сервере
>>просто хард 200гигов ... а работает только кусок в 100 :( жалко
>>
>
>Нда-с, ну что тут сказать - я бы "выгнал" сисадмина у которого
>на сервере
>HD с bad'ами. Sorry, ничего личного, не может быть на сервере диск
>
>с bad'ами, жирная точка и все тут.!!!
> Из 200GB - 100, означает лишь ОДНО, диск сыпется и притом
>нещадно,
>скоро потеряете ВСЮ информацию. :(((
1) :) ну для насала это сервак не к онторе а в локальной сети, сервак с фильмами на 1.4 терабайта и один винт с мультиками так себя ведёт
2) неменяем его только потому что денег нету на наовый
3) у него рабочие 100 гигов (именно там заканичваються беды и начинаеться номальная поверсхность) попросту отрезанны логическим диском а остальное где 100г с бедами не испротльзуеться (что очень жалко)
Для reiser есть тут -- http://rignesnet.tzo.com/archives/2005-11-15T23_50_11.htmlесли кратко --
Find out your partitions block size. This is 4096 by default in reiserfs but you can use the debugreiserfs command to find out what it is. It's important for the badblocks command next.
1. debugreiserfs <device> | grep -i 'blocksize'Run badblocks to scan the drive and store the list of found bad blocks in a file. I'm assuming the blocksize is the default here, if it isn't replace 4096 with the number given by debugreiserfs.
2. badblocks -n -b 4096 -o badblocksfile <device>Then run reiserfsck to fix the areas where the bad blocks are and mark them to not be used again.
3. reiserfsck --fix-fixable --badblocks badblocksfile <device>