Bien, he estado haciendo diferentes niveles de administrador de sistemas durante casi una década y, sin embargo, fui víctima de un viejo error; aunque no entiendo por qué pasó.
Estaba en mi servidor clasificando archivos .tar.gz de casi 15 años, descomprimiéndolos y luego ordenando los datos. Incluso siempre usé una carpeta nueva como zona de pruebas. Estaba en una carpeta ( /DATA/RAID1/ROOT/SORTME/BACKOPEN) que contenía un archivo sin comprimir de una instalación anterior de Ubuntu cuando decidí eliminar las carpetas del sistema más obvias que sabía que no necesitaría. Cuando ejecuté mi ejecución, rmse ejecutó hasta el final, pero cuando terminó, no tenía ni /bin, /sbinni ninguna de las otras carpetas asociadas raíz con nombres como los que intenté eliminar.
EL MANDO OFENSIVO:
root@dev1:/DATA/RAID1/ROOT/SORTME/BACKOPEN# rm -rfv cdrom/ boot/ bin/ calpp/ dev/ etc/ ldconfig icd-registration.tgz lib/ lib32/ lib64/ opt/ sbin/ selinux/ share/ srv/ usr/ var/
Ahora, ciertamente me doy cuenta en retrospectiva de que DEBERÍA haber tenido ./antes esos directorios para dar cuenta de la ruta relativa, pero todavía estoy confundido en cuanto a por qué /bino /sbinme eliminarían cuando los designé específicamente bin/ sbin/y NO estaba /en ese momento.
Me parece que si estuviera operando en mi pwd y no tuviera una barra diagonal anterior para especificar la raíz, solo debería haber eliminado los directorios en el directorio en el que estaba.
Gracias a Dios, no tenía ninguno /de los nombres de mis grupos ZFS en el rm, por lo que estoy bien, pero preferiría no volver a cometer este error nunca más.
La idea de estropear un sistema operativo como este es vergonzosa y no puedo evitar pensar que ./la respuesta sería otra cosa.
¿Qué no estoy notando aquí?
Gracias de antemano por sus esfuerzos.
ACTUALIZAR:
Bien, llegué a casa y reinstalé 14.04 exactamente desde el mismo ISO que he estado usando desde el lanzamiento. Volví a importar mis grupos ZFS (/DATA/RAID1|/DATA/RAID2) y verifiqué /DATA/RAID1/ROOT/SORTME/BACKOPEN solo para encontrar que TODOS los directorios/archivos que especifiqué en el comando infractor todavía existían. Sin querer arruinarme, copié y pegué el comando ofensivo en mi publicación, PERO antepuesto ./ a cada argumento de ruta/archivo. FUNCIONÓ y NO estropeó mi sistema operativo. También redirigí la salida de rm -rfv a un archivo para su posterior examen. No se eliminó ninguna parte de mi sistema operativo, todo estuvo bien. Supongo que si el problema fueran los enlaces físicos o simbólicos, habría tenido el mismo problema, pero esta vez no lo tuve. La trama se complica. Tengo la sensación de que tal vez nunca obtenga una respuesta, pero parece que tal vez esto sea solo una de esas cosas que sucedieron como un extraño accidente. Ciertamente puedo decir que seré mucho más cuidadoso en el futuro...