Уничтожение всего: файлы/папки и соответствующие имена файлов
Я предполагаю, что учетная запись VBoxManager не имеет доступа к/home/USERNAME/Des... Попытайтесь создать его в другом месте.
shred главным образом бесполезно. Для удаления содержания удаленного файла от образа диска не достаточно перезаписать места, где файл был: необходимо удалить все копии файла. Это не просто вопрос файла, перезаписанного на месте. Со многими типами файлов могло быть несколько файлов с главным образом тем же содержанием, потому что файл был отредактирован и существуют удаленные разбросанные резервные копии.
Кроме того, если диск становится поврежденным, может быть невозможно считать данные средствами программного обеспечения, но все еще возможный восстановить его аппаратными средствами, или позволяя диску остыть (помещение жесткого диска в морозильнике делает его менее подверженным ошибкам на некоторое время, пока это наконец не бросает фантом).
Безопасный способ уничтожить файл состоит в том, чтобы сохранить его от запуска в зашифрованном контейнере, защищенном сильным паролем (генерируйте достаточно долгий, случайный пароль и запишите его; когда Вы закончены с файлом, записываете листок бумаги). Вычистите свою файловую систему полностью (создайте резервную копию данных, затем перезапишите, это с обнуляет), затем создайте ecryptfs контейнер и восстановите свои файлы. Не забывайте вычищать резервное копирование, после того как Вы уверены, что восстановление было успешно, или уберите резервное копирование в безопасном месте.
shred быстрый случайный источник в Linux, полезном для перезаписи блочного устройства в единственной передаче (в отличие от этого, /dev/*random которые являются слишком медленными), но просто не особенно полезными в перезаписи единственных файлов. Сама файловая система не знает, где старые копии могут быть сохранены, таким образом перезаписывание на месте просто не возможно.
Я просто попробовал его ext4, в изображении на 1 ГБ после создания и удаления 3 файлов, затем заполнив его zerofile, затем извлекая исходное дерево Linux на нем... каждый шаг с синхронизирует/повторно монтирует промежуточный, и исходные имена файлов были все еще там.
Так вместо этого я придумал эту команду:
mkdir filenamescrubbing
cd filenamescrubbing
dd if=/dev/zero bs=1M | split -b 4096 -a 254
Это создает партии и много файлов с очень длинными именами (если Ваша файловая система допускает имена файлов с> 256 символов, используйте большее значение для-a). Пока это не исчерпает ни одно пространство (используйте меньшее значение для-b), или inodes.
Это избавилось от имен файлов для меня, потому что везде, где те имена файлов хранятся, создавая новый для каждого inode доступного, вычистил всех их.
Конечно, этот метод так же глуп, как заполняющий свободное пространство обнуляет. Никогда нет 100%-й гарантии, что это на самом деле работало (если это - большое количество файлов).
То, что можно сделать для проверки для единственного имени файла, grep -a -b --only-matching yourfilename /dev/yourdevice, принятие файловой системы хранит их явно. Я предполагаю, что Вы могли также сделать замену с sed или подобный на устройстве непосредственно, если Вы хотите рискнуть повреждать его.
Полное шифрование диска может быть благословением.