Linux Forum — Проблем'S с DD

Re: Проблем'S с DD

2014-04-14T20:22:37Z

Kenny пишет:

Уже все робит . Уже иксы настраиваю . Глянь тему новую . Может поможешь ...
Я медленно превращаюсь в Ъ

я не понял, это ТОЛЬКО для того, что-бы диск еред установкой почистить?!

на будущее:

Консоль:

# dd if=/dev/zero of=/dev/sdb count=1

работает мгновенно, результат -- ослепительно белая блузка!

Re: Проблем'S с DD

2014-04-14T20:13:29Z

Уже все робит . Уже иксы настраиваю . Глянь тему новую . Может поможешь ...
Я медленно превращаюсь в Ъ

Re: Проблем'S с DD

2014-04-14T20:09:59Z

Kenny, кстати, ЕМНИП dd bs=8M прекрасно работала у меня и с буфером в 2М.

и да, для параноиков подойдёт

Консоль:

# shred /dev/sdb

вот это точно ТОТАЛЬНЫЙ ПИСЕЦ

Re: Проблем'S с DD

2014-04-14T20:04:02Z

drBatty пишет:

Kenny пишет:
Посмотрю буфер диска
посмотрите. Если man набирать уже научились, подсказываю: hdparm -I

Справился . Все робит

Re: Проблем'S с DD

2014-04-14T11:08:26Z

Kenny пишет:

Посмотрю буфер диска

посмотрите. Если man набирать уже научились, подсказываю: hdparm -I

Re: Проблем'S с DD

2014-04-14T11:03:40Z

Kenny пишет:

Ат точнее на 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 набирать??

Re: Проблем'S с DD

2014-04-14T10:39:32Z

Посмотрю буфер диска . Боюсь угробить хард . На bs=4m ругается . Ат точнее на m

Re: Проблем'S с DD

2014-04-14T09:41:55Z

bormant пишет:

для ситуации последовательного заполнения нулями устройства технически реализация ненамного сложнее

не сложнее, но таки дольше. Если писать.

bormant пишет:

если реализовано фейковое стирание

там всё равно есть список дорожек для realloc'а. Можно их все "занулить", а когда туда будет туда запись, "разнулять", и писать туда. Никто ничего и не заметит.

Нужна для этого всего одна виртуальная дорожка, на которой везде нули. Её и сувать юзеру.

Re: Проблем'S с DD

2014-04-14T09:16:39Z

drBatty, для ситуации последовательного заполнения нулями устройства технически реализация ненамного сложнее, теоретически, если реализовано фейковое стирание по одной команде, ничто не мешает использовать аналогичную реализацию для некоторых простейших случаев... Да, с /dev/urandom такого не провернуть.

Re: Проблем'S с DD

2014-04-14T08:35:09Z

bormant, я не знаю. Я знаю, что есть техническая возможность это реализовать. Ну не верю я, что она умеет так быстро стирать. А вот есть-ли какой-то код разблокировки/мастер-пароль, и знает-ли про него АНБ/КГБ — я не в курсе. Это уже не ко мне.

Re: Проблем'S с DD

2014-04-14T08:20:44Z

drBatty, хм, тут не компетентен, возможно, в курсе Сноуден?

Re: Проблем'S с DD

2014-04-14T08:17:27Z

bormant, это я всё знаю. А вы уверены, что нет какой-то специальной команды восстановления? Технически ведь несложно перевести все сектора в состояние "типа чисто", проще, чем действительно их затирать.

Re: Проблем'S с DD

2014-04-14T08:13:21Z

drBatty,
стирает устройство, если поддерживает команду, совпадает текущий пароль и подача команд безопасности не заблокирована по hdparm --security-freeze. Паролей 2: user и master, текущий выбирается через hdparm --user-master u/m.
Результат выполнения несложно проверить, сравнив содержимое, скажем, таблицы разделов до и после.

ps. https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase

Re: Проблем'S с DD

2014-04-14T08:06:58Z

bormant, не по теме вопрос: а вы уверены, что команда ДЕЙСТВИТЕЛЬНО стирает?

Re: Проблем'S с DD

2014-04-14T08:05:33Z

А оно не умеет ли откликаться на команду стирания ATA (не перепутайте диск!)

# hdparm --security-erase NULL /dev/sdb