Murat D. Kadirov -> Russian Debian List @ Wed, 11 Jun 2008 23:14:43 +0600:
MDK> Планируя зашифровать разделы на рейде, столкнулся с очень долгим
MDK> замусориванием рейда прежде, чем поднимать LUKS.
MDK> Использовал команду: dd if=/dev/urandom of=/dev/md0. Размер рейда 935
MDK> Гб. Забивал мусором суток двое, терпение моё на этом закончилось.
MDK> Замусоривается как-то вяло (косвенно сужу по шуму винчестера и миганию
MDK> лампочки на панели). Решил попробывать shred, по умолчанию он использует
MDK> тот же /dev/urandom. C опцией -v приблизительно оценил, что время
MDK> забивание мусором рейд-массива займёт порядка 20 часов. Указал shred`у
MDK> использовать вместо /dev/urandom /dev/zero (опция --random-source) т.к.
MDK> пользы от /dev/urandom в данном случае, как с козла молока: по окончании
MDK> энтропии, если правильно понимаю, /dev/urandom начинает генерировать уже
MDK> псевдослучайные числа.
MDK> Вопрос: применяет ли shred при указании опции ресурса /dev/zero
MDK> какие-либо алгоритмы генерации псевдослучайных чисел или таки гонит на
MDK> массив нули?
А у самого shred спросить? В смысле, дать ему малость поработать, а
затем dd if=/dev/md0 bs=1024 count=1 | od ?
Так по уму - вряд ли. Раз оно уже --random-source, то зачем дальше-то
выпендриваться?
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: [EMAIL PROTECTED]
Обновление Windows изменило интуитивно ясный интерфейс Вашего компьютера.
Загрузите обновление интуиции с сайта Microsoft.
(С)энта
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
