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