Je pense que tu aurais pu t'éviter pas mal de désagréments en y allant par étapes et en utilisant aptitude au lieu d'apt-get (ce qui est d'ailleurs recommandé par les notes de publications de Etch) :
- Mise à jour si nécessaire de ta Etch histoire de partir sur de bonnes bases.
- Ajout des dépôts Lenny en plus de ceux de Etch dans ton source.list (ça peut être utile pour revenir à la version précédente d'un paquet en cas de probème)
- aptitude update puis aptitude upgrade (pour mettre à jour les paquets installés sans en installer de nouveaux ou en supprimer)
- Un petit reboot
- Si ça n'a pas été fait par l'upgrade : aptitude install du kernel de Lenny (en gardant bien l'ancien pour pouvoir rebooter dessus en cas de pb) suivi d'un reboot.
- Et enfin un aptitude dist-upgrade (ou plusieurs selon ce qui reste à mettre à jour, dans certains cas il faut rebooter après le dist-upgrade pour pouvoir installer la suite, genre après la mise à jour d'udev par exemple).
C'est un peu plus long mais je n'ai jamais eu de mauvaises surprises avec cette méthode (tirée en grande partie des recommandation des releases notes de la distrib).
Le plus simple dans ton cas aurait quand même été d'installer directement avec un CD Lenny comme dit plus haut ...
Au passage je reviens rapidement sur un petit détail :
>Gnome n'arrivait pas à lancer le gestionnaire de connexion (vous savez, le truc ou on rentre son login et mdp pour lancer l'OS).
Alors pour précision ce n'est pas gnome qui lance le gestionnaire de connexion (probablement GDM dans ton cas) mais l'inverse, cad gestionnaire de connexion lance ton gestionnaire de fenêtre (Gnome ou autre ...).
Ayant déjà eu le soucis à maintes reprises en testing (en stable aussi mais c'est moins fréquent).
C'est souvent au niveau du démarrage de xorg que ça bloque à cause d'un module compilé pour l'ancienne version du kernel (genre le pilote nvidia qui ne "marche plus" suite à une mise à jour de kernel, il faut alors recompiler le module en relançant le script d'install).
[^] # Re: Iso lenny
Posté par Enoch (site web personnel) . En réponse au message Passage de Etch à Lenny. Évalué à 2.
- Mise à jour si nécessaire de ta Etch histoire de partir sur de bonnes bases.
- Ajout des dépôts Lenny en plus de ceux de Etch dans ton source.list (ça peut être utile pour revenir à la version précédente d'un paquet en cas de probème)
- aptitude update puis aptitude upgrade (pour mettre à jour les paquets installés sans en installer de nouveaux ou en supprimer)
- Un petit reboot
- Si ça n'a pas été fait par l'upgrade : aptitude install du kernel de Lenny (en gardant bien l'ancien pour pouvoir rebooter dessus en cas de pb) suivi d'un reboot.
- Et enfin un aptitude dist-upgrade (ou plusieurs selon ce qui reste à mettre à jour, dans certains cas il faut rebooter après le dist-upgrade pour pouvoir installer la suite, genre après la mise à jour d'udev par exemple).
C'est un peu plus long mais je n'ai jamais eu de mauvaises surprises avec cette méthode (tirée en grande partie des recommandation des releases notes de la distrib).
Le plus simple dans ton cas aurait quand même été d'installer directement avec un CD Lenny comme dit plus haut ...
Releases notes de Etch.
http://www.debian.org/releases/stable/i386/release-notes/ch-(...)
Au passage je reviens rapidement sur un petit détail :
>Gnome n'arrivait pas à lancer le gestionnaire de connexion (vous savez, le truc ou on rentre son login et mdp pour lancer l'OS).
Alors pour précision ce n'est pas gnome qui lance le gestionnaire de connexion (probablement GDM dans ton cas) mais l'inverse, cad gestionnaire de connexion lance ton gestionnaire de fenêtre (Gnome ou autre ...).
Ayant déjà eu le soucis à maintes reprises en testing (en stable aussi mais c'est moins fréquent).
C'est souvent au niveau du démarrage de xorg que ça bloque à cause d'un module compilé pour l'ancienne version du kernel (genre le pilote nvidia qui ne "marche plus" suite à une mise à jour de kernel, il faut alors recompiler le module en relançant le script d'install).