¿Hay algún escenario donde se necesita rm -rf -no-preserve-root?

He visto algunas preguntas aquí donde las personas lo hacen accidentalmente rm -rf --no-preserve-rooto rm -rf *, borrando la mayoría o la totalidad de su sistema de archivos antes de que puedan reaccionar.

¿Hay alguna razón para usar --no-preserve-root, ya sea en uso normal, como desarrollador o como administrador?

IMPORTANTE: Los sistemas UEFI modernos montan el firmware bajo el /sysdirectorio y lo ponen a disposición del sistema operativo. NO ejecute este comando en un sistema moderno ya que eliminará este firmware, esencialmente bloqueando su máquina.

El escenario más simple que se me ocurre es que alguien quiere eliminar todos los datos de su disco. Puede haber razones perfectamente legítimas para hacer esto y la forma más simple en que puedo pensar es

rm -rf --no-preserve-root /

Resulta que este se da realmente como un ejemplo en info rm:

`--no-preserve-root'
    Do not treat `/' specially when removing recursively.  This option
    is not recommended unless you really want to remove all the files
    on your computer. 

Otra razón perfectamente buena es que desea eliminar un sistema de archivos montado en el que ha chrootingresado. En ese caso, rm -rf --no-preserve-root /eliminará el sistema en el chrootentorno pero dejará el suyo intacto.

Estoy seguro de que hay más razones posibles, pero en general parece un enfoque muy razonable que mi sistema me permita hacer lo que quiera con él. Es mi trabajo tener cuidado, el sistema solo debería permitirme hacer lo que quiero hacer. Si lo que quiero es estúpido, ese es mi problema y no el sistema operativo.

De todos modos, esta es una restricción relativamente nueva, se agregó en la séptima versión de la especificación POSIX (la anterior está aquí), antes de que rm -rf /fuera un comando perfectamente válido. En una nota histórica, los directorios .y ..siempre han estado protegidos rm, desde 1979, cuando rmadquirieron por primera vez la capacidad de eliminar directorios. Más sobre eso aquí .

La existencia del --no-preserve-rootinterruptor no es para agregar funcionalidad adicional, sino para anular una reducción muy sensata en la funcionalidad. Es probable que este cambio se base en la filosofía de que la computadora debe hacer lo que se le dice y que los comandos deben estar disponibles para expresar cualquier acción deseada. Este cambio es anterior a UEFI y, según mi experiencia, digo que ahora está obsoleto.

En la práctica moderna, sin este modificador, el rmcomando evita la eliminación accidental del directorio raíz cuando se utiliza una variable no inicializada o un espacio perdido.

rm -rf /${my_directory}
rm -rf / var/log/httpd/*

Nota divertida: la protección no era su intención. Según un blog de Sun Microsystems, eliminar el /directorio eliminará implícitamente el directorio de trabajo actual, una violación de la consideración especial ya hecha para los directorios .y ... Es por eso que su comité de estándares permitió esta excepción especial, no para prevenir un accidente. Este cambio se introdujo por primera vez con Solaris 10 build 36.

http://archive.is/5lmc9

Quizás esta no sea una respuesta que el autor de la pregunta original quiera, pero hay un caso de uso que necesita eliminar todos los archivos de forma recursiva del directorio raíz. Aunque no es a través del rmcomando, es parte del proceso switch_root (8) durante el arranque de su sistema Linux (no incorporado).