secure-delete, "Предупреждение. Не удалось найти свободное имя файла для X"

Я хочу использовать secure-delete чтобы безопасно удалить папки / файлы, и я сделал следующий тест:

mkdir foldertest
echo "something" > foldertest/filetest.txt
srm -rv foldertest/

вот результаты:

Using /dev/urandom for random input.
Wipe mode is secure (38 special passes)
Wiping foldertest/ DIRECTORY (going recursive now)
Wiping filetest.txt ************************************** Removed file filetest.txt ... Done
Warning: Couldn't find a free filename for foldertest/!
Removed directory foldertest/ ... Done

Папка foldertest (и его содержимое) был успешно удален, но я не получаю предупреждение:

Warning: Couldn't find a free filename for foldertest/!

Произошла ли безопасная процедура отмены без каких-либо проблем?

Технические характеристики:

  • Ubuntu 4.4.0-75-generic
  • безопасное удаление 3.1-6ubuntu1

Спасибо

0 ответов

Я думаю, это косая черта в конце вашей строки srm:

srm -rv foldertest/

(Я думаю, это Tab произошло потому, что вы использовали автозаполнение имени файла в своей оболочке.)

srm не похоже, чтобы в конце имени каталога была косая черта. Я написал этому парню по электронной почте, чтобы узнать, можно ли игнорировать предупреждение или это означает, что имя файла не было перезаписано случайными данными. Я обновлю, если он ответит.


Редактировать, резюме: он говорит, что если вы видите это предупреждение, значит, данные внутри каталога были надежно стерты, а имя файла каталога - нет и может быть восстановлено судебно. Если убрать косую черту, для меня ошибка остановится, поэтому я сделаю это, хотя это только я - он не подтверждает мою идею (см. Его ответ ниже).

(Автозаполнение, конечно, настолько полезно, что функция bash, использующая sed удаление косой черты в конце аргументов может быть одним из способов, если потеря косой черты работает для вас.)

Полный ответ разработчика (Ван Хаузер, его адрес электронной почты находится на странице srm man):

Здравствуй,

не знаю, проблема в "/". Я не смотрел на код... 10 лет?;) но все данные стираются. единственное, что не происходит, - это то, что test_dir не переименовывается, так что это имя каталога все еще может быть восстановлено экспертами.

С уважением, vh

("test_dir" - это просто эквивалент вашего "foldertest" в примере кода, который я ему отправил)

Другие вопросы по тегам