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" в примере кода, который я ему отправил)