dist-upgrade catastrophique sur Etch

batosai · 13/11/2005 13:49:18

Salut à tous,

Je viens de lancer un dist-upgrade sur une Etch qui n'en avait pas eu depuis longtemps et ça tourne à la catastrophe :

Dans un premier temps, il me dit qu'il doit supprimer hotplug, cela me paraît curieux mais je laisse faire.
Il s'arrête avec des erreurs.
Je lance un apt-get -f install pour rattraper le coup. Il me parle de problème de dépendances sur udev (version du noyau).
J'ajoute le dernier noyau, je force le réinstallation de hotplug, refais un -f, ça a l'air de fonctionner.

Je relance un dist-upgrade par aptitude en espérant rattraper les choses, il me ressors des erreurs et remplace xfree86 par Xorg alors que je ne l'ai jamais installé.

Au reboot suivant, j'ai une message d'erreur (ncurses) de démarrage du serveur X et le clavier bloqué. Pas moyen de repasser en mode texte pour débloquer la situation et la machine refuse les connexions SSH.

Parallèlement à tout ça, j'ai fais un upgrade également sur ma station de travail (celle sue j'utilise en ce moment) et je n'ose pas le rebooter : je m'attends au pire.
Gecko fonctionne de façon très aléatoire : beaucoup d'erreurs XML sur des fonctions diverses et variées (enregistrement d'images, nouveau message dans thunderbird, etc...)

Je craque ! Moi qui avait toujours pensé que testing ne connaissait que de petits bugs passagers, me voila détrompé dans les grandes largeurs :-(

A moins que vous n'ayez une idée-miracle, je crois que je vais être forcé de faire une réinstall coplète et mon estime de la debien vient d'en prendre un sacré coup. Cela reste le meilleur système que je connaisse mais pour le desktop, mon opinion est moins ferme...

bz31 · 13/11/2005 15:10:46

... je force le réinstallation de hotplug, ...

Avec la dernière version de udev, tu n'as plus besoin de paquet hotplug qui est intégré dans udev. Tous ces changements (et des bugs) sont signalés automatiquement pas apt-listchanges (et apt-listbugs) au moment de upgrade.

batosai · 13/11/2005 15:45:17

Bon, j'ai réussi à reprendre la main sur la machine avec un démarrage "failsafe".

J'ai supprimé les liens symboliques qui empêchaient l'installation de udev et le "apt-get -f install" est passé.
J'ai reconfiguré le paquet xserver-xorg (je n'ai pas trouvé comment lui dire de revenir à xfree86) à la main et cela fonctionne, j'ai à nouveau une machine qui démarre en mode graphique !

Du coup, tenace, j'ai relancé un upgrade et cette fois il me trouve 13 paquets qui ne seront pas mis à jour, alors qu'il y a des versions plus récentes. J'espère que cette péripétie était dûe à un bug sur les serveurs et que ça ne veut pas dire que ma distrib est en vrac...

batosai · 13/11/2005 16:25:29

bz31 : merci pour l'info, je ne connaissais pas ces paquets, je vais me pencher dessus dès que j'aurai récupéré un fonctionnement à peu près normal.

La machine fonctionne normalement (avec Xorg), je m'intéresse maintenant à ma station de développement qui a eu la même première étape hier. Voila ce que ça donne :

shuttleX:/home/julien# aptitude -f install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Les paquets suivants ne sont pas utilisés et vont être ENLEVÉS :
  docbook-dsssl gnome-doc-tools gpdf gstreamer0.8-audiofile
  gstreamer0.8-mad gstreamer0.8-plugin-apps gstreamer0.8-tools libebook8
  libecal6 libedataserver3 libexif10 libgimpprint1 libiw27
  libnautilus-burn0 liboggflac1 liboil0.2 libsnmp5 libwnck4 libxft1
  libxklavier8 openjade pkg-config xfonts-100dpi xfonts-75dpi xfonts-base
  xfonts-scalable xlibmesa-dri xserver-xfree86 xutils
Les NOUVEAUX paquets suivants vont être automatiquement installés :
  xlibmesa-glu
Les paquets suivants seront automatiquement ENLEVÉS :
  mplayer-k6 mplayer-k7
Les paquets suivants ont été conservés :
  evolution evolution-data-server grub info libcamel1.2-0 libdb3 libdb4.1
  libebook1.2-3 libecal1.2-2 libedata-book1.2-2 libedata-cal1.2-1
  libedataserver1.2-4 libedataserverui1.2-4 libegroupwise1.2-5
  libldap-2.2-7 libsasl2 libsasl2-modules libvte-common libvte4 libxine1
  texinfo xpp xscreensaver xscreensaver-gl
Les NOUVEAUX paquets suivants vont être installés :
  lpr xlibmesa-glu
Les paquets suivants seront ENLEVÉS :
  a2ps alien cupsys cupsys-bsd cupsys-client deborphan emacsen-common
  gs-esp kernel-headers-2.6.8-2 kernel-headers-2.6.8-2-386
  kernel-kbuild-2.6-3 libcupsimage2 libgdk-pixbuf2 libggi2 libgii0
  libgii0-target-x libglu1-xorg librpm4 libt1-5 module-assistant mplayer-k6
  mplayer-k7 ntp ntpdate rpm samba xfonts-base-transcoded
Les paquets suivants seront mis à jour :
  udev
1 paquets mis à jour, 2 nouvellement installés, 56 à enlever et 24 non mis à jou r.
Il est nécessaire de télécharger 418ko/784ko d'archives. Après dépaquetage, 162M o seront libérés.
Voulez-vous continuer ? [Y/n/?]

Là, la réponse est évidemment non.

J'en déduis que Xorg est en train de devenir le serveur graphique par défaut ? Moi je veux bien mais pourquoi cela signifie-t'il que je ne peux plus imprimer, lire les PDF, lire les films, lire les MP3 ou communiquer avec les machines windows du réseau ???

De plus le passage sous Xorg me remplit d'apréhension car il m'a fallu de longues heures pour faire reconnaître à Xfree mon chipset nForce2 avec bi-écran, et que je n'ai pas envie de recommencer. Mais alors pas du tout.

bz31 · 13/11/2005 18:35:44

bz31 : merci pour l'info, je ne connaissais pas ces paquets, je vais me pencher dessus dès que j'aurai récupéré un fonctionnement à peu près normal.

Ces deux paquets apt-listbugs et apt-listchanges sont indispensables pour réduire considérablement le risque pendant un "apt-get upgrade". Voici le texte que tu devrais voir sur l'écran et recevoir par mail local si le paquet apt-listchanges installé :

udev (0.072-2) unstable; urgency=medium
* All files in /etc/udev/scripts/ and /lib/hotplug/ and some files
in /sbin/ have been moved to /lib/udev/.
Do not forget to update custom rules, if you have any.
-- Marco d'Itri <[email protected]> Sat, 5 Nov 2005 20:43:26 +0100
udev (0.070-3) unstable; urgency=low
* hotplug and coldplug support has been merged in the udev package, which
will load all the drivers needed as the beginning of the boot process
and handle hotplug events later.
The hotplug package has been disabled and should be manually purged.
This makes the following configuration files obsolete:
+ /etc/hotplug/*.rc and *.agent: the old hotplug files are not used
anymore. udev rules may be used to selectively disable coldplugging.
+ /etc/hotplug/usb/*.usermap: must be replaced by udev rules.
+ /etc/hotplug/blacklist*: should be replaced by modprobe configuration
directives (but now /etc/hotplug/blacklist.d/ will be processed by
modprobe).
* Because all modules will be loaded erliear hotplug scripts must use
only files not in /usr or wait for /usr to be mounted.
Firmwares must be moved to /lib/firmware/.
-- Marco d'Itri <[email protected]> Sun, 9 Oct 2005 17:12:54 +0200
udev (0.062-3) unstable; urgency=low
* Kernels older than 2.6.12 are not supported anymore.
If detected, the package will refuse to be installed or upgraded.
If the running kernel is downgraded after the package has been
installed udev will disable itself at boot time.
-- Marco d'Itri <[email protected]> Sun, 10 Jul 2005 15:02:43 +0200
udev (0.060-1) unstable; urgency=low
* Kernels older than 2.6.12 are not fully supported anymore, and if
used will cause a little delay in the processing of some events.
udev users are advised to update to 2.6.12 as soon as possible.
* Starting with this release udev will always be used as the hotplug
multiplexer even with kernels older than 2.6.10. Using udev with
these old kernels will break firmware loading for some drivers.
* All rules are applied now, but only the first matching NAME attribute
will be considered. It may be needed to add OPTIONS="last_rule" to
custom rules to restore the precedent behavior.
* The rules keys now support more operations, as documented in the
man page. Rules which previously used "=" to add a value to a
list-like variable should be changed to use "+=".
* Support for /etc/dev.d/ and /etc/hotplug.d/ multiplexing has been
removed from udev. Compatibility support is provided by some helper
programs started by RUN rules in hotplugd.rules.
-- Marco d'Itri <[email protected]> Wed, 22 Jun 2005 21:42:22 +0200

En particulier, il faut un kernel au moins 2.6.12 avec le nouveau udev. Sinon, udev ne se lance pas au boot.

J'en déduis que Xorg est en train de devenir le serveur graphique par défaut ?

Oui.

batosai · 13/11/2005 23:01:44

OK, merci pour ces infos. Je m'occuperai de faire cette migration un jour où j'aurai du temps devant moi...

Sinon, pour ma culture générale, le dist-upgrade est-il vraiment réservé au changement de distrib ? Un aptitude upgrade suffit-il dans tous les cas ?

J'ai remarqué que le dist-upgrade avait tendance à faire "boule de neige", je m'explique : j'ai installé il y a longtemps k3b et depuis, à chaque dist-upgrade, je gagne quelques librairies supplémentaires. La dernière en date s'appelle... KDE ! Sisi c'est vrai. Je crois que je vais faire une réinstall de zéro (avec les paquets indispensables dont j'ai découvert l'existence en route) et me limiter au upgrade de base maintenant ;-)

kra · 14/11/2005 15:49:14

bienvenue au club.
Meme probleme avec hotplug, mon modem usb ne se connecte plus au demarrage, et je suis oblige de me farcir des eaglectrl -i -d -s pour le faire marcher sa grand mere.
Alors ouais, ya des trucs a porter, mais je connais ni hotplug, ni udev et je sais meme pas ce que faisait le paquet eagle-usb...

Chose sympathique, amarok a disparu depuis quelques jours deja, du coup au lieu d'ecouter de la musique pour passer le temps, je chante (au grand dam de mes voisins)!!!

Bref, j'suis un peu echaude pour le coup la..

dist-upgrade n'est pas reserve au changmeent de distrib, juste aux updates "malins" (ie : essayant de gerer intelligement les nouvelles dependances introduites).

Andesi - forum

#1 13/11/2005 13:49:18

dist-upgrade catastrophique sur Etch

#2 13/11/2005 15:10:46

Re : dist-upgrade catastrophique sur Etch

#3 13/11/2005 15:45:17

Re : dist-upgrade catastrophique sur Etch

#4 13/11/2005 16:25:29

Re : dist-upgrade catastrophique sur Etch

#5 13/11/2005 18:35:44

Re : dist-upgrade catastrophique sur Etch

#6 13/11/2005 23:01:44

Re : dist-upgrade catastrophique sur Etch

#7 14/11/2005 15:49:14

Re : dist-upgrade catastrophique sur Etch

Pied de page des forums