Suppression accidentelle de /bin. Comment puis-je le restaurer ?

Si votre système actuel dispose encore d'un Shell en cours d'exécution et d'un accès à Internet, cela peut être fait en utilisant des outils existant ailleurs sur le système. Je suppose que vous avez seulement supprimé /bin . /bin possède bien sûr l'utilitaire le plus pratique que vous puissiez utiliser dans une telle situation (busybox), mais sans cela, nous devrons faire preuve d'un peu de créativité.

Comme vous avez déjà un Shell en cours d'exécution, et comme sudo est en /usr/bin Si vous avez besoin de plus de temps, nous allons faire fonctionner une racine Shell avant de faire plus de dégâts. Mais /bin/bash et la plupart des autres coquillages sont partis ! Heureusement, Linux a toujours une copie en mémoire du Shell que vous utilisez. Donc :

sudo /proc/$$/exe

Strictement parlant, nous n'avons pas besoin d'une racine Shell pour la plupart de ce qui suit. Mais de toute façon.

Maintenant, dpkg fonctionne toujours, au moins pour trouver quels paquets ont des fichiers dans le répertoire /bin :

dpkg -S /bin

Nous pouvons utiliser awk pour le traiter et obtenir les noms des paquets, et xargs y apt-get pour télécharger les paquets (tous en /usr/bin ). Si vous disposez d'un répertoire temporaire que vous pouvez utiliser, cd là, parce que votre répertoire actuel va devenir un peu désordonné :

dpkg -S /bin | awk -F '[, :]' '{NF--}1' | xargs apt-get download

Maintenant, le plus gros problème que nous avons est que /bin/tar est manquante, et sans elle, dpkg ne peut pas extraire les archives. Nous pouvons arriver aux deux tiers du chemin, parce que :

1. .deb sont en fait ar archives (toujours dans /usr/bin ) :

   ar x tar_*.deb

2. Composé de deux .tar.* archives, data y control :

   $ echo *.tar.*
   control.tar.gz data.tar.xz

3. Alors que les utilitaires gzip sont dans /bin , unxz est en /usr/bin :

   unxz data.tar.xz

Maintenant, nous avons un data.tar sans tar d'extraire tar d'elle.

Python à la rescousse ! C'est ici que sudo est vraiment nécessaire :

$ sudo python -c 'import tarfile; tarfile.open("data.tar").extractall("/")'
$ echo /bin/*
/bin/tar

Maintenant nous pouvons utiliser dpkg d'extraire les fichiers deb restants pour obtenir une version raisonnablement complète /bin :

for i in *.deb; do dpkg-deb -x "$i" /; done

Cependant, nous devrions quand même faire une installation correcte des fichiers deb, afin que les liens symboliques etc. qui seraient créés par les paquets soient recréés :

sudo apt install --reinstall ./*.deb

Ou :

sudo dpkg -i *.deb
sudo apt-get install -f

Notes :

1. Nous ne pouvons pas utiliser Python 2 pour extraire directement l'adresse de l'utilisateur. data.tar.xz puisque Python 2 ne supporte que la compression gzip et bzip2. Python 3, en revanche, la prend en charge. Vous pouvez donc utiliser Python 3 directement sans unxz :

   sudo python3 -c 'import tarfile; tarfile.open("data.tar.xz").extractall("/")'

2. Après être rentré /bin/tar vous devez encore extraire certains des fichiers deb avant de pouvoir utiliser apt-get : les shells, coreutils, etc. Il est plus facile de les extraire tous et de les réinstaller plus tard.

Vous pourriez temporairement mettre les fichiers d'un CD live ou d'un autre système dans votre /bin pour rendre votre système utilisable, puis remplacez-les par des fichiers de votre installation Ubuntu en exécutant apt-get install --reinstall pour les paquets qui ont des choses dans /bin .

Quelques ajouts à cette excellente réponse après avoir rencontré ce problème (ainsi que la suppression de l'adresse de l'entreprise). /boot , /etc , /lib y /lib64 ) :

• chroot nécessite /lib y /lib64 doit être présent, sinon vous obtiendrez l'erreur suivante :
  failed to run command ‘/bin/bash’: No such file or directory
  Je les ai copiés à partir du LiveCD OS et je n'ai eu aucun problème pour les restaurer. Cela dépend des paquets que vous avez installés sur le système.
• Je ne peux pas éditer la réponse référencée ci-dessus, mais il y a une coquille :
  cp /etc/resolv.conf /mnt/etc/resolv.cof
  devrait être
  cp /etc/resolv.conf /mnt/etc/resolv.conf
• /boot peut facilement être restauré en utilisant les outils Grub. Voir aquí .
• Comme cette réponse recommande, apt install --reinstall <package> est un excellent moyen de restaurer les fichiers manquants dans /bin , /lib y /lib64 .
  • Certains paquets ont dû être réinstallés : libaio1 , mysql-server , openvpn , vsftpd

Note à moi-même :
rm -rf folder /* n'est pas la même chose que rm -rf folder/*