L'erreur la plus commune est de ne pas disposer de l'ensemble des outils en version statique dans ce cas, vous ne pouvez utiliser que la commande cd et rien d'autre. C'est pour cette raison que j'ai décrit en détail, dans ce guide pratique, comment recréer des versions statiques de tous les outils nécessaires.
Le seul outil non statique est mount et, pour de bonnes raisons à mon avis, il est inclus dans le paquetage linux-utils, qui contient également login, passwd, etc. De même que vous ne pouvez utiliser de version compilée statiquement en association avec PAM ou d'autres logiciels de sécurité, ce serait une erreur de les recompiler de manière statique quelles que soient les circonstances. Vous êtes bien entendu libre de le faire si vous êtes certain de ce que vous faites.
La méthode permettant de retrouver une configuration en état de
marche est très simple si vous utilisez des outils compilés de manière
statique : allez dans le répertoire
/usr/local/lib/
et déplacez les fichiers
nouvellement installés dans un autre répertoire (par exemple,
/usr/local/lib/deplace/
). Vous pourrez les
identifier grâce à leurs numéros de versions, qui devrait
être identique que celui de la glibc (dans mon cas, les noms de
fichiers répondaient tous au schéma lib*-2.2.4), et bien entendu par
les dates et heures de création. Il est assez rare que deux
bibliothèques différentes aient le même numéro de version au
même moment — je ne l'ai moi-même jamais
vécu — mais pour vous assurer quand même de ne rien détruire
d'important pour votre système vérifiez les date et heure de
création. S'il est installé, Midnight Commander est très utile pour
cel.
Vous pouvez essayer d'effacer les fichiers
ld-2.2.4.so
et libc-2.2.4.so
et de lancer ldconfig -v ensuite, avant de détruire
tous les fichiers endommagés. Cela vous permettra au moins d'utiliser
la plupart des programmes et, dans tous les cas, vous pourrez utiliser
Midnight Commander.
N'oubliez pas non plus de lancer au moins une fois ldconfig -v après avoir détruit les fichiers incriminés.
Une source courante de problème est que votre distribution
stocke les fichiers des bibliothèques à un emplacement différent que
celui utilisé par les routines d'installation que vous avez lancées,
donc il arrive souvent que deux versions différentes soient
simultanément en fonction, se perturbant l'une l'autre. Dans mon cas,
j'ai eu beaucoup de soucis à cause d'une seconde copie de
libc6.so
dans le répertoire
/lib
, un lien symbolique entre ce fichier et son
pendant contenu dans le répertoire /usr/local/lib
a remédié au problème.