Puede ejecutar shred directamente en el nodo del dispositivo del disco desde el sistema en ejecución. Será infeliz y producirá errores de E / S ya que el sistema de archivos todavía está montado sobre un disco lleno de datos aleatorios, pero como el binario shred y cualquier biblioteca de la que dependan están completamente cargados antes de que comience el proceso, debería poder resistir todo lo demás que colapsa bajo los errores de E / S y aún así completar el procedimiento de borrado.
Tenga en cuenta que existe una pequeña posibilidad de que los datos confidenciales se vuelvan a escribir en el disco después de , ya que se borraron debido a que el sistema de archivos aún está montado de lectura / escritura y el sistema podría estar vaciando buffers llenos de datos confidenciales. al disco. Para mitigar esto, vuelva a montar el sistema de archivos como de solo lectura si puede, aunque estoy bastante seguro de que no puede hacerlo fácilmente desde el sistema de archivos raíz una vez que el sistema se esté ejecutando. Puede modificar su fstab para montarlo usando la opción ro y reiniciar (pero asegúrese de que al proceso de inicio no le importe y al menos puede llegar lo suficiente para iniciar un servidor SSH para que pueda conectarse), o desde una consola física / dispositivo de administración fuera de banda, inicie el sistema operativo con una línea de comando del kernel personalizada linux /boot/vmlinuz... root=/dev/sdX ro quiet init=/bin/sh que monta el sistema de archivos raíz como de solo lectura e inicia una shell desnuda en lugar del proceso de inicio, y desde ahí debería poder para ejecutar shred sin ninguna fuga de datos, ya que el FS ahora es de solo lectura.
Tenga en cuenta que si tiene alguna partición de intercambio configurada en el dispositivo que está borrando, asegúrese de "desmontarlas" con swapoff /dev/sdXY (o comentarlas en el fstab y reiniciar) antes de borrar el disco para asegurar el proceso. Se puede completar sin problemas. Si bien los errores de E / S no son fatales para un proceso que ya está cargado, el desorden con la partición de intercambio puede hacer que el sistema se bloquee completamente antes se complete el borrado.
Finalmente, otra opción es el comando ATA Secure Erase:
hdparm --security-set-pass verysecure /dev/sdX
hdparm --security-erase verysecure /dev/sdX
Suponiendo que confía en que el fabricante de la unidad lo implemente correctamente, esto debería ser suficiente, pero aún se aplica todo lo anterior con respecto a las fugas de datos y la partición de intercambio.
Si está realmente paranoico, puede usar un método, luego reinicie en algún medio de instalación o entorno de recuperación a través de la red (la mayoría de los proveedores de alojamiento lo tienen) y haga el segundo método.