перезаписать значение команды shred?

Question

Я пытаюсь определить, какой shred использует для перезаписи файла. Вот описание:

Перезаписывайте указанные ФАЙЛ (ы) несколько раз, чтобы затруднить даже очень дорогое аппаратное зондирование для восстановления данных.

Может ли кто-нибудь подтвердить, что перезапись происходит со случайными данными (в отличие от 0, что происходит с --zero)? Страница man не содержит слова «random».

Если команда не использует случайные значения, то что используется?

Изменить: вот код, который я смотрю. Он взят из OpenStack's lvm.py и используется для удаления тома при удалении:

+  elif FLAGS.volume_clear == 'shred':
+      clear_cmd = ['shred', '-n3']
...

Answer 1

Страницы MAN и INFO для уничтожения coreutils не shred явно, как случайные данные используются в процессе перезаписи, однако это подразумевает, что случайные данные используются для перезаписи, в описании --zero:

'--нуль'

Обычно последний проход, который записывает клочок, состоит из случайных данных. Если это будет заметно на вашем жестком диске (например, потому что оно выглядит как зашифрованные данные), или вы просто считаете, что оно более аккуратное, опция --zero добавляет дополнительный перезаписывающий проход со всеми нулевыми битами. Это в дополнение к количеству проходов, указанных опцией --iterations. http://man7.org/linux/man-pages/man1/shred.1.html

и

'--Random-источник = файл'

Используйте файл в качестве источника случайных данных, используемых для перезаписи и выбора порядка прохода. http://man7.org/linux/man-pages/man1/shred.1.html

подразумевает, что вы можете указать устройство, используемое для предоставления случайного (/dev/urandom и т. д.). Более подробная информация здесь: https://www.gnu.org/software/coreutils/manual/html_node/Random-sources.html#Random-sources

Что --zero определенно заявляет, что оно написано с дополнительным проходом, я полагаю, что они настаивают на том, чтобы метод guttman использовался для первоначальной перезаписи.