bash – Acabo de borrar todo en mi directorio personal. ¿Cómo? ¿Y por qué quedan algunos archivos allí?

Pregunta:

Nunca pensé que esto me pasaría a mí, pero ahí lo tienes. ¯\_(ツ)_/¯

Ejecuté un script de compilación desde un repositorio dentro del directorio incorrecto sin mirar primero la fuente. Aquí está el script Scripts/BuildLocalWheelLinux.sh :

cd ../Dependencies/cpython
mkdir debug
cd debug
../configure --with-pydebug --enable-shared
make
cd ../../..

cd ..
mkdir -p cmake-build-local
cd cmake-build-local
rm -rf *
cmake .. -DMVDIST_ONLY=True -DMVPY_VERSION=0 -DMVDPG_VERSION=local_build
make -j
cd ..

cd Distribution
python3 BuildPythonWheel.py ../cmake-build-local/[redacted]/core.so 0
python3 -m ensurepip
python3 -m pip install --upgrade pip
[more pip install stuff]
python3 -m setup bdist_wheel --plat-name manylinux1_x86_64 --dist-dir ../dist
cd ..
cd Scripts

La parte peligrosa parece ser

mkdir -p cmake-build-local
cd cmake-build-local
rm -rf *

Pero pensándolo bien, en realidad parece que no podría salir mal.

La forma en que se supone que debe ejecutar este script es cd Scripts; ./BuildLocalWheelLinux.sh . Cuando lo ejecuté por primera vez, mostró un error en la última línea (como aprendí después). Tenía prisa, así que pensé "tal vez los documentos estén desactualizados, intentaré ejecutar desde la raíz del proyecto. Así que ejecuté ./Scripts/BuildLocalWheelLinux.sh . De repente, el tema de vscodes y el nivel de zoom cambiaron, mi terminal zsh config se restableció, las fuentes de terminal se establecieron por defecto, y presioné Ctrl + C una vez que me di cuenta de lo que estaba sucediendo.

Quedan algunos archivos, pero no tienen un patrón obvio:

$ ls -la
total 216
drwx------ 27 felix   felix   4096 May 12 18:08 .
drwxr-xr-x  3 root    root    4096 Apr 15 16:39 ..
-rw-------  1 felix   felix  12752 Apr 19 11:07 .bash_history
-rw-r--r--  1 felix   felix   3980 Apr 15 13:40 .bashrc
drwxrwxrwx  7 felix   felix   4096 May 12 18:25 .cache
drwx------  8 felix   felix   4096 May 12 18:26 .config
drwx------  3 root    root    4096 Apr 13 21:40 .dbus
drwx------  2 felix   felix   4096 Apr 30 12:18 .docker
drwxr-xr-x  8 felix   felix   4096 Apr 15 13:40 .dotfiles
-rw-------  1 felix   felix   8980 Apr 13 18:10 examples.desktop
-rw-r--r--  1 felix   felix    196 Apr 19 15:19 .gitconfig
-rw-r--r--  1 felix   felix     55 Apr 16 13:56 .gitconfig.old
-rw-r--r--  1 felix   felix   1040 Apr 15 13:40 .gitmodules
drwx------  3 felix   felix   4096 May  6 10:10 .gnupg
-rw-r--r--  1 felix   felix   1848 May  5 14:24 heartbeat.tcl
-rw-------  1 felix   felix   1610 Apr 13 20:36 .ICEauthority
drwxr-xr-x  5 felix   felix   4096 Apr 21 16:39 .ipython
drwxr-xr-x  2 felix   felix   4096 May  4 09:35 .jupyter
-rw-------  1 felix   felix    161 Apr 27 14:23 .lesshst
drwx------  3 felix   felix   4096 May 12 18:08 .local
-rw-r--r--  1 felix   felix    140 Apr 29 17:54 minicom.log
drwx------  5 felix   felix   4096 Apr 13 18:25 .mozilla
drwxr-xr-x  2 felix   felix   4096 Apr 13 18:10 Music
drwxr-xr-x  6 felix   felix   4096 May 12 17:16 Nextcloud
-rw-r--r--  1 felix   felix     52 Apr 16 11:43 .nix-channels
-rw-------  1 felix   felix   1681 Apr 20 10:33 nohup.out
drwx------  3 felix   felix   4096 Apr 15 11:16 .pki
-rw-------  1 felix   felix    946 Apr 16 11:43 .profile
drwxr-xr-x  2 felix   felix   4096 Apr 13 18:10 Public
drwxr-xr-x  2 felix   felix   4096 May 12 18:08 .pylint.d
-rw-------  1 felix   felix   1984 May 12 18:06 .pythonhist
-rw-r--r--  1 felix   felix   2443 Apr 19 13:40 README.md
drwxr-xr-x 13 felix   felix   4096 May 12 18:08 repos
drwxr-xr-x  6 felix   felix   4096 Apr 19 11:08 snap
drwx------  3 felix   felix   4096 May  5 15:33 .ssh
drwxr-xr-x  5 felix   felix   4096 Apr 26 17:39 .stm32cubeide
drwxr-xr-x  5 felix   felix   4096 May  5 15:52 .stm32cubemx
drwxr-xr-x  2 felix   felix   4096 Apr 23 11:44 .stmcube
drwxr-xr-x  2 felix   felix   4096 Apr 13 18:10 Templates
drwxr-xr-x  3 felix   felix   4096 Apr 19 11:57 test
drwxr-xr-x  2 felix   felix   4096 Apr 13 18:10 Videos
-rw-------  1 felix   felix  14313 May 12 10:45 .viminfo
-rw-r--r--  1 felix   felix    816 Apr 15 13:40 .vimrc
drwxr-xr-x  3 felix   felix   4096 Apr 16 12:08 .vscode
-rw-r--r--  1 felix   felix   2321 Apr 19 18:47 weird_bug.txt
-rw-r--r--  1 felix   felix    162 Apr 15 13:40 .xprofile

.config se ha ido, así como algunos directorios XDG estándar como Imágenes y Escritorio, pero .bashrc todavía está allí. .nix-channels todavía está allí, pero .nix-defexpr fue .nix-defexpr .

Entonces, esto me lleva a dos preguntas:

  1. ¿Qué salió mal? Me gustaría arreglar este script de compilación y hacer un PR para evitar que esto suceda en el futuro.
  2. ¿En qué orden se eliminaron los archivos? Obviamente no en orden alfabético, pero * expande en orden alfabético, así que parece que algo más está sucediendo aquí.

Respuesta:

Ay. No eres la primera víctima .

¿Qué salió mal?

Comenzando en su directorio personal, por ejemplo, /home/felix , o incluso en /home/felix/src o /home/felix/Downloads/src .

cd ../Dependencies/cpython

Falló porque no hay ../Dependencies .

mkdir debug cd debug

Ahora se encuentra en el subdirectorio debug del directorio desde el que comenzó.

../configure --with-pydebug --enable-shared make

No hace nada porque no hay ../configure o make .

cd ../../.. cd ..

Si comenzó con no más de tres niveles de directorio, con cd debug alcanzando un cuarto nivel, el directorio actual es ahora el directorio raíz. Si comenzó con cuatro niveles de directorio, el directorio actual es ahora /home .

mkdir -p cmake-build-local

Esto falla porque no tienes permiso para escribir en / o /home .

cd cmake-build-local

Esto falla porque no hay un directorio cmake-build-local .

Ahora llegamos a …

¿En qué orden se eliminaron los archivos?

rm -rf *

Esto intenta eliminar de forma recursiva todos los archivos del directorio actual, que es / o /home . Los directorios de inicio se enumeran en orden alfabético, pero los archivos que se encuentran debajo se enumeran en el orden arbitrario de recorrido de directorio. Es el mismo orden que ls --sort=none (a menos que rm decida usar un orden diferente por alguna razón). Tenga en cuenta que este orden generalmente no se conserva en las copias de seguridad y puede cambiar cuando se crea o elimina un archivo en el directorio.

Cómo arreglar el guión

Primero, casi cualquier script de shell debería tener set -e cerca de la parte superior. set -e hace que el script se anule si falla un comando. (Un comando falla si su estado de salida es distinto de cero). set -e no es una panacea, porque hay circunstancias en las que no entra en vigor. Pero es lo mínimo que puede esperar y habría hecho lo correcto aquí.

(Además, el script debe comenzar con una línea shebang para indicar qué shell usar, por ejemplo, #!/bin/sh o #!/bin/bash . Pero eso no ayudaría con este problema).

rm -rf * , o variantes como rm -rf $foo.* (¿y si $foo resulta estar vacío?), son frágiles. Aquí, en lugar de

mkdir -p cmake-build-local
cd cmake-build-local
rm -rf *

Sería más robusto eliminar y volver a crear el directorio. (Esto no preservaría los permisos en el directorio, pero aquí esto no es una preocupación).

rm -rf cmake-build-local
mkdir cmake-build-local
cd cmake-build-local

Otra forma es más robusta contra la eliminación de archivos incorrectos, pero más frágil contra archivos faltantes para eliminar: elimine solo los archivos que se sabe que se han creado, ejecutando make clean que tiene comandos rm para objetivos de compilación conocidos y para extensiones conocidas (por ejemplo, rm *.o está bien).

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top

web tasarım