|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Daniloff 2:5020/400 02 Mar 2006 01:20:23
To : Sergey Mudry
Subject : Re: Странный вопрос
--------------------------------------------------------------------------------
Sergey Mudry wrote:
> SD> Вообще-то badblocks работает с устройством.
> Да я и не сомневаюсь, что с устройством. Чем /dev/hda1 не устройство?
Hе устройство, а раздел. Это если в linux.
> Только про badblocks я ничего не говорил, у человека другая задача: у
> него список бэдов составлен заранее, только для /dev/hda и с другим
> размером блока.
Вот про другой размер блока я пропустил... Так кто ему список бэдов
составил?
>
> SD> И mkfs может эти блоки просто не использовать независимо от fs, если
> SD> ей сказать.
> А как ей это сказать-то? Чтобы независимо от fs?
> Сравни man mkfs.ext2 и man mkfs.reiserfs, какие им ключи давать, чтобы
> подсунуть файл с номерами бэдблоков.
> И вообще, информация о бэдблоках хранится внутри fs, и не может не
> зависеть от fs. Hе знаю правда, как в lvm... но кажется, об ней речи не
> идёт.
Hет. mkfs имеет ключи -l и -c. До того, как разметит файловую ситему. Вот
как лечить fs после появившихся на ней бэдблоков я однозначного рецепта не
дам. Пару раз у меня получалось, когда очень было надо - настолько, что
купить пару похожих винтов была не проблема (на первый - dd, со вторым
опыты).
>
> SD> Другой вопрос, насколько это нужно: если такой диск используется под
> SD> сквидовый кэш, то куда бы ни шло, а вот домашнюю систему я бы от
> SD> греха подальше перелил...
> Hу не знаю, случаи они разные бывают. У меня как раз наоборот, дома
> данных особенно терять нечего, когда на годовалом самсунге появились
> бэды, я просто прогнал badblocks+fsck, и пока забыл за них. Я совершенно
> не уверен, что этого же не произойдёт с каким-нибудь другим винтом.
> Просто не из чего выбирать, а просто так тратить деньги не хочется.
Hу, значит, я себя гораздо больше люблю :-)
--
С уважением,
Сергей Данилов.
--- ifmail v.2.15dev5.3
* Origin: RTComm.RU (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
