безопасный - удаляют, “Предупреждение: не Мог найти бесплатное имя файла для 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
Спасибо
1 ответ
Я думаю, что это косая черта в конце вашей строки srm:
srm -rv foldertest/
(я думаю, она появилась, потому что вы использовали Tab для автозаполнения имени файла в вашей оболочке.)
srm, похоже, не любит косую черту в конце имени каталога. Я написал этому парню по электронной почте, чтобы узнать, можно ли игнорировать предупреждение или это означает, что имя файла не было перезаписано случайными данными. Я обновлю, если он ответит.
Правка, сводка: Он говорит, что если вы видите это предупреждение, то данные внутри каталога были надежно стерты, но имя файла каталога — нет, и его можно восстановить в судебном порядке. Отказ от косой черты останавливает ошибку для меня, поэтому я буду делать это, хотя это только я - он не подтверждает мою идею (см. Его ответ ниже).
(Автозаполнение, конечно, настолько полезно, что функция bash, использующая sed для удаления косой черты в конце аргументов, может быть одним из способов, если вам помогает потеря косой черты.)
Полный ответ от разработчика (Ван Хаузер, его адрес электронной почты находится на странице руководства srm):
Привет,
не знаю, проблема ли в "/". Я не смотрел код для ... 10 лет сейчас? ;) но все данные стираются. единственное, чего не происходит, так это test_dir не переименовывается, поэтому имя каталога все еще может быть подлежат восстановлению с помощью судебной экспертизы.
С уважением, vh
("test_dir" - это просто эквивалент вашего "foldertest" в примере кода, который я ему отправил)