Всем хай ! Ну значит мне нужно забить диск нудьчигами и я с радостью написал в консолине - это
[console]dd if=/dev/zero of=/dev/sdb bs=500k[/console] Жду 3-й час . No результатов .
Что делать ?! Fedora 20 LiveCD
Проблем'S с DD
Поскольку жесткий диск большой, или ждите несколько часов, или затирайте MBR,
...ну или
dd if=/dev/zero of=/dev/sdb bs=4Mили даже
dd if=/dev/zero of=/dev/sdb bs=8M— всяко быстрее будет.
На днях затирал диски пл 160 Гигов. Параметр bs ставил 4k. Трет около 40 минут.
блок в 500к это очень мало. Ставьте 4M и больше.Жду 3-й час . No результатов .
и да, Fedora тут не при чём.
от диска зависит. Иные умеют такими блоками быстро стирать, иные не умеют. На производительность IRL это не влияет.На днях затирал диски пл 160 Гигов. Параметр bs ставил 4k. Трет около 40 минут.
А оно не умеет ли откликаться на команду стирания ATA (не перепутайте диск!)
# hdparm --security-erase NULL /dev/sdbbormant, не по теме вопрос: а вы уверены, что команда ДЕЙСТВИТЕЛЬНО стирает?
drBatty,
стирает устройство, если поддерживает команду, совпадает текущий пароль и подача команд безопасности не заблокирована по hdparm --security-freeze. Паролей 2: user и master, текущий выбирается через hdparm --user-master u/m.
Результат выполнения несложно проверить, сравнив содержимое, скажем, таблицы разделов до и после.
ps. https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
bormant, это я всё знаю. А вы уверены, что нет какой-то специальной команды восстановления? Технически ведь несложно перевести все сектора в состояние "типа чисто", проще, чем действительно их затирать.
drBatty, хм, тут не компетентен, возможно, в курсе Сноуден?
bormant, я не знаю. Я знаю, что есть техническая возможность это реализовать. Ну не верю я, что она умеет так быстро стирать. А вот есть-ли какой-то код разблокировки/мастер-пароль, и знает-ли про него АНБ/КГБ — я не в курсе. Это уже не ко мне.
drBatty, для ситуации последовательного заполнения нулями устройства технически реализация ненамного сложнее, теоретически, если реализовано фейковое стирание по одной команде, ничто не мешает использовать аналогичную реализацию для некоторых простейших случаев... Да, с /dev/urandom такого не провернуть.
не сложнее, но таки дольше. Если писать.для ситуации последовательного заполнения нулями устройства технически реализация ненамного сложнее
там всё равно есть список дорожек для realloc'а. Можно их все "занулить", а когда туда будет туда запись, "разнулять", и писать туда. Никто ничего и не заметит.если реализовано фейковое стирание
Нужна для этого всего одна виртуальная дорожка, на которой везде нули. Её и сувать юзеру.
Посмотрю буфер диска . Боюсь угробить хард . На bs=4m ругается . Ат точнее на m
Ат точнее на m
BYTES may be followed by the following multiplicative suffixes: c =1, w =2, b =512, kB
=1000, K =1024, MB =1000*1000, M =1024*1024, xM =M GB =1000*1000*1000, G =1024*1024*1024, and
so on for T, P, E, Z, Y.
PS: и когда вы научитесь man набирать?? :'( :'(
посмотрите. Если man набирать уже научились, подсказываю: hdparm -IПосмотрю буфер диска
посмотрите. Если man набирать уже научились, подсказываю: hdparm -I[/quote][quote="Kenny"]Посмотрю буфер диска
Справился . Все робит
Kenny, кстати, ЕМНИП dd bs=8M прекрасно работала у меня и с буфером в 2М.
и да, для параноиков подойдёт
[console]# shred /dev/sdb[/console]
вот это точно ТОТАЛЬНЫЙ ПИСЕЦ
Уже все робит . Уже иксы настраиваю . Глянь тему новую . Может поможешь ...
Я медленно превращаюсь в Ъ
Уже все робит . Уже иксы настраиваю . Глянь тему новую . Может поможешь ...
Я медленно превращаюсь в Ъ
я не понял, это ТОЛЬКО для того, что-бы диск еред установкой почистить?!
на будущее:
[console]# dd if=/dev/zero of=/dev/sdb count=1[/console]
работает мгновенно, результат -- ослепительно белая блузка!