Un athanor est un chaudron d'alchimiste, 'athenor' ne veut strictement rien dire
Oups, désolé, je me suis loupé, et ne connaissais pas le terme (on en apprend tous les jours). Je corrige l'erreur.
On peut faire autrement :
on boote sur un live CD, on monte la partition sur laquelle on doit faire une modification, avec la commande mount, et on modifie un fichier en mode root. Si il est nécessaire de réinstaller Grub, on se connecte à Internet en live CD pour demander à quelqu'un comment réinstaller Grub proprement avec son script d'installation.
(J'aime Knoppix ! mais d'autres live CD permettent aussi cela très bien, Slax par exemple, le live CD de Ubuntu... faire des essais pour la connexion internet).
S'il s'agit simplement d'une ligne à corriger dans le menu Grub, ou de réinstaller Grub, je suis entièrement d'accord. Actuellement pour le Live CD Ubuntu, je ne sais pas, mais jusqu'à la Dapper Drake, le script d'installation de Grub n'y était pas, et il fallait utiliser un autre live, comme effectivement Knoppix ou Slax que tu cites, ou encore RIP (Recovery Is Possible), SystemRescue CD ...
Par contre dans certains cas, le complexité de la "correction" est telle que la restauration est bien plus simple, sûre et rapide. Il m'est notamment déjà arrivé :
- mise à jour de Dapper Drake vers Edgy Eft qui s'arrête brutalement en plein milieu, avec la moitié des paquets installés, à cause d'un lien symbolique placé par Opera à un endroit non prévu par le script de mise à jour (qui s'attendait à pouvoir supprimer le répertoire après avoir enlevé le contenu "officiel" de la distribution). C'était intéressant de pouvoir restaurer à l'état Dapper Drake, supprimer le lien, puis refaire la mise à jour proprement. J'aurais été incapable de déterminer ce qui avait été fait par la mise à jour, et donc de revenir en arrière. Relancer l'upgrade sur un système mis à niveau à moitié m'inspirait assez peu.
- fsck qui détecte des i-nodes altérés suite à un blocage de la machine (expérimentations avec la mise en veille/hibernation sur le portable, driver ATI et rendu 3D ...), et supprime joyeusement plusieurs dizaines de fichiers, dont des modules noyaux et librairies critiques. Avoir une sauvegarde avec le file system propre s'est avéré sympathique, surtout lorsque cela arrive trois ou quatre fois.
Comme quoi on ne réinstalle pas à tout bout de champ pour un oui ou un non sous Linux tout de même !
On est bien d'accord, je n'ai jamais réinstallé aucun Linux (diverses distributions) de zéro. Dans le pire des cas, j'ai restauré la sauvegarde ... je sais, je suis têtu avec ça

.
ce que je nomme compliqué c'est l'autre partie de l'histoire, la sauvegarde/restauration de partitions entières.
Pour prendre l'exemple de TrueImage, booter sur le CD, suivre l'assistant et cliquer sur la partition à sauvegarder (/, /home, Windows ...), choisir le répertoire cible sur le disque externe, sélectionner le taux de compression, valider, ce n'est pas spécialement compliqué.
Obtenir la sauvegarde 100% exacte de la partition "/" d'Ubuntu en 15 minutes, dans un fichier compressé d'un peu plus de 2 Go, c'est plutôt sympa. Pour la restauration, c'est moins de 5 minutes.
Ce sont des outils dont on ne se passe plus quand on a goûté. Si CloneZilla (pas encore testé) est fiable et efficace, le CD combiné GParted + CloneZIlla va être un excellent choix.
Ma foi, 'sudo apt-get install fluxbox', délogger, relogger sous fluxbox (gdm ou xdm offrira le choix entre les diverses interfaces graphiques installées), puis constater si les applis habituelles sont plus réactives ?
Il est peut-être possible de se passer de gamin, ou d'en stopper le processus, quand on est sous Fluxbox, il me semble avoir lu quelque chose à ce sujet. A vérifier
Passer sous Fluxbox pour voir si la lenteur est liée à Gnome est une bonne idée. Ce sera sans doute un peu plus réactif, Fluxbox étant plus léger. S'il est très rapide, le souci proviendra vraisemblablement de Gnome.
gamin ne tourne pas forcément sous Ubuntu. Je ne l'ai pas comme processus actif sur mon portable, ni dans une machine virtuelle de test.
Une machine virtuelle comme Qemu, avec Kqemu peut être employée d'une manière assez confortable avec les bonnes options. C'est amusant à faire, et en plus ça peut servir très souvent, pour essayer une distro qu'on ne connaît pas, entre autres. J'ai déjà réalisé un dual-boot Windows-Linux en machine virtuelle Qemu avec KQemu, je l'ai cassé, mais c'était intéressant et amusant de voir ça. L'intérêt est que tu ne risques rien au niveau des partitions du système hôte, et tu n'as pas besoin de mobiliser un autre ordi, ou un disque dur à part...
Ce n'est pas seulement intéressant et amusant, c'est extraordinaire pour effectuer des tests, et faire tourner des systèmes réels (sur des serveurs notamment). J'utilise à titre privé et professionnel VirtualBox et VmWare très régulièrement, et ce sont des outils irremplaçables.
Sur un système ralenti, le confort sera peut être moyen. Pour en avoir essayé quelques uns (Qemu/KQemu, VmWare, VirtualBox, VirtualPC), je conseillerais VirtualBox pour se lancer. Facile à prendre en main, disponible dans les dépôts Ubuntu, et le plus performant.
Et il y aurait encore plus simple : passer purement à Feisty en mettant à jour, après avoir préalablement désinstallé les paquetages inutilisés, mais pas sans prendre la précaution de savoir où en est la version, question stabilité et question problèmes (n'activer que les dépôts sécurité et main)
Le forum Ubuntu affiche pour le moment pas mal de soucis des utilisateurs suite à la mise à jour Edgy vers Feisty : serveur Xorg qui ne démarre plus, problèmes avec les drivers nvidia / ati, problèmes Wi-Fi, partitions qui ne se montent plus, soucis avec le Kernel 2.6.20 (disques SATA et autres) ...
Les dépôts sont actuellement surchargés par les mises à jour, le téléchargement des paquets est ralenti et moyennement fiable (ça bloque régulièrement, même durant les mises à jour mineures).
Personnellement, je vais attendre un peu avant l'upgrade, et je ne choisirais pas de tenter un upgrade sur un système subissant un problème d'origine inconnue. C'est pourquoi je suggérais de faire une réinstallation propre depuis le CD pour voir si le problème se règle.
Un dernier point pour sonadora concernant la sauvegarde en copiant les fichiers (via mc ou autres) : cela ne fonctionnera pas si le disque externe ne possède que des partitions Windows (FAT32 ou NTFS). On perdrait les attributs Linux (propriétaire, droits ...) ainsi que les liens. Dans ce cas, il faudra plutôt compresser les répertoires à sauvegarder en archive .tar (plus rapide) ou .tar.gz (plus compact), l'archive conservant toutes ces informations même si elle est copiée sur du FAT32 / NTFS.
Si le disque externe possède une partition Linux (ext2 ou ext3 par exemple), la copie simple est bien sûr ok. Il est également préférable d'effectuer la sauvegarde depuis un Live CD, afin que le système de fichiers ne soit pas en cours d'utilisation pendant la copie.