Вы можете использовать ffmpeg:
lame filename.mp3 filename.wav
ffmpeg -i filename.wav filename.spx
Источник: http://paramitech.com/convert-speex-file-into-mp3/
Чтобы стереть все следы написанного ранее (в том, что теперь является свободным пространством), это не очень хорошая идея.
Если другое файлы все еще существуют, эти файлы могут быть очень интересными для злоумышленника. Современные файловые системы с журналированием часто будут иметь информацию в нескольких местах, и в этом случае недостаточно удалить пространство памяти, которое было использовано для файла.См. man shred
CAUTION: Note that shred relies on a very important assumption: that
the file system overwrites data in place. This is the traditional way
to do things, but many modern file system designs do not satisfy this
assumption. The following are examples of file systems on which shred
is not effective, or is not guaranteed to be effective in all file sys‐
tem modes:
* log-structured or journaled file systems, such as those supplied with
AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)
* file systems that write redundant data and carry on even if some
writes fail, such as RAID-based file systems
* file systems that make snapshots, such as Network Appliance's NFS
server
* file systems that cache in temporary locations, such as NFS version 3
clients
* compressed file systems
In the case of ext3 file systems, the above disclaimer applies (and
shred is thus of limited effectiveness) only in data=journal mode,
which journals file data in addition to just metadata. In both the
data=ordered (default) and data=writeback modes, shred works as usual.
Ext3 journaling modes can be changed by adding the data=something
option to the mount options for a particular file system in the
/etc/fstab file, as documented in the mount man page (man mount).
In addition, file system backups and remote mirrors may contain copies
of the file that cannot be removed, and that will allow a shredded file
to be recovered later.
shred и другие инструменты перезаписи / методы могут быть использованы лучше, чтобы упростить чтение старой информации, когда вы уничтожаете весь раздел или целое запоминающее устройство (весь диск) вместо отдельных файлов или пространство между файлами.
Но я думаю, что лучший способ - зашифровать всю файловую систему с помощью очень хорошего пароля. Таким образом, ничто, а не текущие файлы, а не удаленные файлы можно читать без пароля.
Внимание: если вы забыли пароль, данные также будут потеряны для вас. Если файловая система повреждена, ее сложно восстановить. Таким образом, shred , который хранится в безопасном месте, и хорошая процедура резервного копирования, чтобы обновить вашу резервную копию.
Установщик Ubuntu имеет опцию «LVM с шифрованием», , который использует шифрование LUKS для корневой файловой системы. Это часто называют «зашифрованным диском». См. Эту ссылку,
Чтобы стереть все следы написанного ранее (в том, что теперь является свободным пространством), это не очень хорошая идея.
Если другое файлы все еще существуют, эти файлы могут быть очень интересными для злоумышленника. Современные файловые системы с журналированием часто будут иметь информацию в нескольких местах, и в этом случае недостаточно удалить пространство памяти, которое было использовано для файла.См. man shred
CAUTION: Note that shred relies on a very important assumption: that
the file system overwrites data in place. This is the traditional way
to do things, but many modern file system designs do not satisfy this
assumption. The following are examples of file systems on which shred
is not effective, or is not guaranteed to be effective in all file sys‐
tem modes:
* log-structured or journaled file systems, such as those supplied with
AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)
* file systems that write redundant data and carry on even if some
writes fail, such as RAID-based file systems
* file systems that make snapshots, such as Network Appliance's NFS
server
* file systems that cache in temporary locations, such as NFS version 3
clients
* compressed file systems
In the case of ext3 file systems, the above disclaimer applies (and
shred is thus of limited effectiveness) only in data=journal mode,
which journals file data in addition to just metadata. In both the
data=ordered (default) and data=writeback modes, shred works as usual.
Ext3 journaling modes can be changed by adding the data=something
option to the mount options for a particular file system in the
/etc/fstab file, as documented in the mount man page (man mount).
In addition, file system backups and remote mirrors may contain copies
of the file that cannot be removed, and that will allow a shredded file
to be recovered later.
shred и другие инструменты перезаписи / методы могут быть использованы лучше, чтобы упростить чтение старой информации, когда вы уничтожаете весь раздел или целое запоминающее устройство (весь диск) вместо отдельных файлов или пространство между файлами.
Но я думаю, что лучший способ - зашифровать всю файловую систему с помощью очень хорошего пароля. Таким образом, ничто, а не текущие файлы, а не удаленные файлы можно читать без пароля.
Внимание: если вы забыли пароль, данные также будут потеряны для вас. Если файловая система повреждена, ее сложно восстановить. Таким образом, shred , который хранится в безопасном месте, и хорошая процедура резервного копирования, чтобы обновить вашу резервную копию.
Установщик Ubuntu имеет опцию «LVM с шифрованием», , который использует шифрование LUKS для корневой файловой системы. Это часто называют «зашифрованным диском». См. Эту ссылку,