Journal Mise à jour fatale en Debian testing

Posté par  .
Étiquettes :
0
5
juin
2006
Pour la première fois, une mise à jour en testing a rendu ma machine proprement inutilisable : je n'ai plus de clavier sous X. Toutes les touches effectuent un changement de résolution (comme le fait Ctrl-Alt-+/-), mis à part Ctrl-Alt-Backspace.

Le problème restant insolvable après plusieurs heures passées dessus, la seule solution semble le rapport de bug. D'ailleurs, ça va probablement me faire réviser ma politique de mise à jour, je savais que c'est risqué d'être uptodate en unstable, mais j'aurais pas cru en testing... On va me répondre que testing porte bien son nom, mais il me semble que ce sont
les dépendances et les conflits entre paquets qui sont vérifiés en testing,
c'est en unstable que l'intégrité des paquets eux-mêmes est vérifiée.

Bref, rentrons dans le vif du sujet. Un bug est ouvert sur le sujet :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364932

Ma configuration est standard :

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection

Rien d'étrange apparaît dans les logs d'Xorg, et sur la sortie d'erreur standard :
([...] signale mes découpages)

% startx 2>sortie
% cat sortie
expected keysym, got XF86_Switch_VT_1: line 8 of xfree86
expected keysym, got XF86_Switch_VT_2: line 11 of xfree86
[...] Messages similaires répétés 14 fois
> Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)"
> Using last definition for duplicate fields
[...] Message identiques répété 16 fois
expected keysym, got XF86_Switch_VT_1: line 52 of pc
expected keysym, got XF86_Switch_VT_2: line 56 of pc
[...] Messages similaires répétés 23 fois
> Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Could not init font path element /usr/share/fonts/X11/TTF/, removing from list!
Could not init font path element /usr/share/fonts/X11/OTF, removing from list!
Could not init font path element /usr/share/fonts/X11/CID/, removing from list!
Warning: locale not supported by Xlib, locale set to C
Warning: X locale modifiers not supported, using default
Failed to open input method

J'ai purgé tous les paquets qui se rapportent à Xorg 6.9, excepté libice6 car beaucoup de paquets en dépendent.

J'ai fait les liens symboliques suivants :

# ln -s /usr/share/X11/XKeysymDB /usr/lib/X11/XKeysymDB
# ln -s /etc/X11/xkb /usr/lib/X11/xkb
# ln -s /usr/share/X11/XErrorDB /usr/lib/X11/XErrorDB

Ça n'a rien changé. J'ai aussi essayé :

% export XKBPATH='/usr/share/X11/xkb'
% startx

Idem, pas de changements.

J'ai modifié /etc/X11/xkb/symbols/pc/pc de la manière suivante :

// -VMode switches to the previous video mode
// key {
// type="CTRL+ALT",
// symbols[Group1]= [ KP_Subtract, XF86_Prev_VMode ]
// };

key { [ KP_Home, KP_7 ] };
key { [ KP_Up, KP_8 ] };
key { [ KP_Prior, KP_9 ] };

// +VMode switches to the next video mode
// key {
// type="CTRL+ALT",
// symbols[Group1]= [ KP_Add, XF86_Next_VMode ]
// };

Idem, pas de changements.

J'ai essayé de passer au layout us :

% startx 2>sortie
# sed -i {s/"fr"/"us"/} xorg.conf
% startx 2>sortie2
% diff sortie*
[...] Les lignes à propose de "creating new authority file" and "Log file" sont logiquement différentes
< expected keysym, got SunFA_Circum: line 55 of fr
< expected keysym, got SunFA_Diaeresis: line 55 of fr
[...] Messages similairers répétés 6 times ---]
< > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols
< > Ignoring extra symbols
---
> expected keysym, got dead_horn: line 86 of us
> expected keysym, got dead_hook: line 120 of us
[...] Messages similaires répétés 3 fois
[...] X servers shut down

Idem, pas de changements.

Si je change la partie XkbRules de mon xorg.conf :

Option "XkbRules" "foo" ou "xfree"

Le clavier marche, excepté les touches shift et alt (ctrl marche). Le log Xorg contient seulement :

(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(WW) Couldn't load XKB keymap, falling back to pre-XKB keymap
(II) Configured Mouse: ps2EnableDataReporting: succeeded

Et il n'y a rien de spécial sur la sortie d'erreur standard.

De plus, la molette de la souris (USB) ne marche plus pour les copier / coller :
- pas du tout avec xterm ;
- avec rxvt et firefox, ça marche dans la même fenêtre mais pas d'une fenêtre à une autre.

J'ai une autre machine en testing uptodate, et la mise à jour n'a pas causé de problème... La seule spécificité que je vois au système cassé, c'est qu'il n'a pas été réinstallé depuis longtemps (depuis la stable potato).

Versions des paquets relatifs à xorg :

libgl1-mesa-dri 6.4.2-1 A free implementation of the OpenGL API --
libgl1-mesa-glx 6.4.2-1 A free implementation of the OpenGL API --
libglu1-mesa 6.4.2-1 The OpenGL utility library (GLU)
xbase-clients 7.0.1-2 miscellaneous X clients
xfonts-100dpi 1.0.0-2 100 dpi fonts for X
xfonts-100dpi-transcoded 1.0.0-2 100 dpi fonts for X (transcoded from ISO
xfonts-75dpi 1.0.0-2 100 dpi fonts for X
[...] 100dpi pour le paquet 75dpi ?
xfonts-75dpi-transcoded 1.0.0-2 75 dpi fonts for X (transcoded from ISO
xfonts-base 1.0.0-3 standard fonts for X
xfonts-scalable 1.0.0-4 scalable fonts for X
xkb-data 0.8-5 X Keyboard Extension (XKB) configuration
xserver-xorg 7.0.20 the X.Org X server
xserver-xorg-core 1.0.2-8 X.Org X server -- core server
xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver
xserver-xorg-input-mouse 1.0.4-3 X.Org X server -- mouse input driver
xserver-xorg-input-synaptics 0.14.4-5 Synaptics TouchPad driver for
xserver-xorg-input-wacom 0.7.4.1-3 X.Org X server -- wacom input driver
xserver-xorg-video-all 7.0.20 the X.Org X server -- output driver
[...] Plusieurs pilotes d'affichages
xutils 7.0.0-3 X Window System utility programs

  • # ...

    Posté par  (site web personnel) . Évalué à -2.

    shit happens (et encore plus quand on utilise des trucs qui casses)

  • # Problème insolvable ?

    Posté par  . Évalué à 10.

    C'est un problème qui ne peut pas payer?

    Bon, je sors: j'ai un problème insoluble qui m'attend!

  • # Mouai

    Posté par  . Évalué à 3.

    fatale fatale.... y a pire hein.

    • [^] # Re: Mouai

      Posté par  . Évalué à 5.

      Fatale dans le sens où je peux plus utiliser ma machine, et où je suis pas arrivé à réparer à l'aide de google et consorts. C'est sûr qu'un problème avec udev qui empêche de démarrer c'est ennuyeux, mais je m'en suis toujours sorti jusque là. Comprendre : j'avais encore jamais perdu l'usage de ma machine pour déjà une journée.

  • # migration Xorg 6.9 vers 7

    Posté par  (Mastodon) . Évalué à 8.

    Regarde un peu de ce côté : http://wiki.debian.org/Xorg69To7

  • # Hihi, chez-moi-ça-marche...

    Posté par  . Évalué à 5.

    ... pas, non plus.

    En fait, maintenant tout est rentré dans l'ordre, mais ce matin, mise-à-jour majeure, plein de paquets X... notez que c'est bien fait : avant de configurer le tout, une petite fenêtre de dialogue m'a prévenu que le serveur xorg allait probablement se carapater.

    En effet, et en pire :
    1/ la mise-à-jour s'est arrêtée à mi-chemin* (à cause de /usr/X11R6/bin non vide)**
    2/ après un reboot, le serveur graphique ne se lançait plus,
    3/ apt-get ne voulait plus rien installer
    4/ apt-get -f install ne résolvait rien
    5/ rien de mieux avec aptitude
    ... arg, finalement, j'aurais du le déclarer férié ce joli lundi.

    En regardant la sortie de apt-get -f install, j'ai vu que X11-common posait problème (ainsi qu'opera). Je les ai donc virés :
    dpkg -r --force-depends x11-common opera

    Puis apt-get -f install pour remettre le tout en l'état.
    Ensuite il a fallu réinstaller xerver-xorg, gnome-session et quelques bidules, revoir quelques réglages mineurs (dont l'ordre des fonts dans xorg-conf) et voilà, etch is still alive, et lundi est presque fini.

    Debian, l'aventure au coin du clavier :)

    *Je viens d'ailleurs de découvrir dans ce journal un lien vers ce wiki qui explique pas mal de choses :
    http://wiki.debian.org/Xorg69To7
    ** j'ai vidé /usr/X11R6/bin à la main, aussi.

    • [^] # Re: Hihi, chez-moi-ça-marche...

      Posté par  . Évalué à 3.

      j'ai vidé /usr/X11R6/bin à la main, aussi.

      on l'a tous fait je crois...

      mais je n'ai pas eu ce problème de clavier. Evidemment il faudrait être sur place pour comprendre un peu mieux ce qui s'est passé (je parle de l'auteur du journal...), mais en général si une installation fonctionne et pas une autre, je pencherais plus sur un problème lié à la machine (ou plutôt sur le pas de chance, des paquets vraiment incompatibles...) qu'à un vrai bug.

      Et sinon as-tu essayé d'enlever la plupart des paquets liés à X, et de réinstaller ensuite avec des paquets de base en premier ? Des fois cela peut arranger les choses, comme pour cxente.

      Mais c'est vrai que si j'apprécie le système de dépendance de Debian, parfois je ne le comprends pas toujours non plus (la dernière fois, en installant le noyau pour Xen, il a voulu virer Grub..., que j'ai pu réinstaller aussitôt après, avant le redémarrage...)

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: Hihi, chez-moi-ça-marche...

        Posté par  . Évalué à 2.

        Avant de m'amuser à virer puis remettre les 3/4 de mon système (par le jeu des dépendances), j'aimerais savoir s'il n'y a pas une solution plus... soft.

        Quand au terme bug, c'est pas un gros mot non plus, c'est juste un comportement non prévu par les responsables du paquet :) Et l'absence de clavier sous xorg doit entrer dans cette catégorie...

        • [^] # Re: Hihi, chez-moi-ça-marche...

          Posté par  . Évalué à 3.

          oui, tu as raison. Mais je pense que cela peut aussi dépendre des autres paquets que tu as ou pas sur ton système (comme le prouve qu'une mise à jour sur un autre ordinateur s'est bien passée).
          Pour ma part, vu que je suis en sid, et que je fais les mises à jour au coup par coup, cela ne s'est pas trop mal passé. Mais sur les 4 ordinateurs que j' "administre", j'ai eu des trucs louches aussi lors du passage à Xorg 7

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Hihi, chez-moi-ça-marche...

          Posté par  . Évalué à 3.

          Pour l'avoir fait, supprimer les paquets X n'oblige pas forcément à virer les 3/4 du systèmes (les applis X n'ont pas de serveurs X en dépendance, lancement par réseau tout ça). A priori faut juste éviter de virer la Xlib.

          • [^] # Re: Hihi, chez-moi-ça-marche...

            Posté par  . Évalué à 1.

            J'ai déjà essayé de purger/réinstaller tous les paquets Xorg, du moins ce que je pouvais sans me taper 300 Mo à retélécharger. Pas de résultats, faudrait donc tout puger, xlib comprise...

    • [^] # Re: Hihi, chez-moi-ça-marche...

      Posté par  . Évalué à 3.

      Moi aussi ce matin j'ai voulu faire une mise à jour de ma testing. Comme d'habitude je fait un "apt-get update", puis un "apt-get upgrade -s | more" et que vois-je?

      Que plein de paquets seront conservés tandis que d'autres seront mis à jour et que se sont des paquets de X. Perso, dès que je vois un truc comme ça, j'attend...

      Finalement, j'ai bien fait!

  • # La faute à Ubuntu!

    Posté par  . Évalué à 2.

    Encore une preuve de la nuisance d'Ubuntu.

    • [^] # Re: La faute à Ubuntu!

      Posté par  . Évalué à 6.

      Même si je sens bien qu'il y a une grande dose de second degré... et même si je suis pro débian et tourne sous sarge avec quelques backports pour sentir le frisson de la nouveauté, je ne comprend pas cette vindicte gratuite envers ubuntu.
      Faut arrêter les trolls de bas étage, soyons constructifs. Ubuntu à son utilité.
      Elle simplifie un peu l'installation (pas grand chose, mais pour le novice, c'est énorme comme difference, car beaucoup moins de choix à faire, donc difficile de se sentir perdu).
      Tous les outils de mise à jour et de gestion de l'ordinateur en mode graphique sont installés par défaut... pas besoin de lancer un terminal en mode su... si on est pas geek, qu'on ne veux pas lire une doc, c'est appréciable.
      C'est vraiment minime, et en général, quelqu'un qui connait déjà linux n'a pas beaucoup d'intérêt à utiliser ubuntu par rapport à une testing.
      Mais le novice, lui au moins pourra se convertir sans trop de malheurs.

      • [^] # Re: La faute à Ubuntu!

        Posté par  (site web personnel) . Évalué à 0.

        s/qui connait déjà linux/qui aime configurer en profondeur et bidouiller/

        • [^] # Re: La faute à Ubuntu!

          Posté par  (site web personnel) . Évalué à 4.

          Ouais, enfin, faut pas exagérer non plus, hein, faire des apt-get sur les paquets qui vont bien et répondre à trois questions n'est pas très difficile.
          Debian n'est pas si difficile (en tous ça n'exige pas 2h de "bidouille" par jour contrairement à ce que certains voudraient faire croire), et puis modifier des fichiers de confs à la main n'est pas "bidouiller en profondeur" (surtout quand on voit le degré de commentairisation).

          La seule fois où j'ai essayé Ubuntu (en instable), le serveur X a cessé de fonctionner après une mise à jour, donc cela n'arrive pas qu'à Debian.

          Et puis, c'est sûr que faire des apt-get update && apt-get dist-upgrade -y --force-yes est dangereux ;)

          • [^] # Re: La faute à Ubuntu!

            Posté par  (site web personnel) . Évalué à 2.

            En fait, je vois mal l'utilité de debian, gentoo, slack etc par rapport à suse, mandriva, ubuntu etc si un système préconfiguré te suffit

          • [^] # Re: La faute à Ubuntu!

            Posté par  . Évalué à 1.

            > Et puis, c'est sûr que faire des apt-get update &&
            > apt-get dist-upgrade -y --force-yes est dangereux ;)

            Moui, enfin je mets pas « -y --force-yes » non plus :-P

            • [^] # Re: La faute à Ubuntu!

              Posté par  . Évalué à 3.

              cela dit, on oublie souvent deux trois outils qui peuvent faciliter la vie de celui qui joue avec des distributions debian de développement :

              apt-listbugs -> veux tu vraiment upgrader ce paquet qui a des bugs RC ?

              apt-listchanges -> tiens, il y a tel et tel changements dans le fonctionnement du paquet qui risque de te prendre au dépourvu, méfies toi petit scarabé.

              aptitude au lieu d'apt-get -> cet upgrade va casser tel et tel paquets, moi, à ta place, je laissserai ceux là ou ils sont, je mettrai ceux là à jour et ca ira bien pour les autres solutions, tape 'e', puis '.' ou ','.

              Ca réduit pas mal le risque de casse...

  • # Prudence

    Posté par  . Évalué à 4.

    J'ai aussi fait un aptitude update ce matin, et apt rapportait bien qu'il y avait un paquet cassé.
    Dans ce genre de cas, un peu de prudence et de patience s'impose :)

    Par contre, bonne nouvelle, apt télécharge des diff des fichier de packages: ça va plus vite !

  • # xkb-data

    Posté par  . Évalué à 6.

    Regarde /usr/share/doc/xkb-data/README.Debian
    Tu as fait
    # ln -s /etc/X11/xkb /usr/lib/X11/xkb

    C'est /usr/share/X11/xkb


    J'ai modifié /etc/X11/xkb/symbols/pc/pc de la manière suivante ...

    Je crois que xkb-data installe les fichiers dans /usr/share/X11/xkb/symbols/ maintenant.

    • [^] # Re: xkb-data

      Posté par  . Évalué à 1.

      Merci pour les remarques, j'ai tenté ces modifications, toujours rien.

      • [^] # Re: xkb-data

        Posté par  . Évalué à 1.

        > Regarde /usr/share/doc/xkb-data/README.Debian

        Ceci dit, je discute avec le mainteneur du paquet xkb-data sur le bugtrack Debian, donc ça va bien finir par avancer.

  • # Tout baigne ici

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Ben ici c'est passé comme une lettre à la poste, pas besoin de virer/modifier quoi que ce soit. Pour info, j'ai

    Driver "keyboard"

    et pas

    Driver "kbd"

    Dans xorg.conf

    La gelée de coings est une chose à ne pas avaler de travers.

  • # Pas de problème

    Posté par  . Évalué à 2.

    Un message m'a bien prevenu d'un problème potentiel et comment le résoudre, mais par contre aucun problème n'est sourvenu.
    Pour une fois qu'il y a rien a redire ;-)

  • # Et les forums ?

    Posté par  (site web personnel) . Évalué à 1.

    Et les forums, ca n'existe pas ?

    • [^] # Re: Et les forums ?

      Posté par  . Évalué à 3.

      Si.

      En même temps, tu noteras qu'il nous rapporte son histoire et ne pose pas explicitement de question, donc rien à faire dans les forums si on veut linuxferiser jusqu'au bout.

      Bonne journée.

  • # Ouf!

    Posté par  . Évalué à 3.

    Au vu de ce que je lis, j'ai donc bien fait de laisser en attente la mise à jour de Xorg.

    Par contre, j'ai mis à jours les autres paquets.
    Le résultat n'est pas brillants, la nouvelle version de freetype (2.2.x) me saccage l'affichage de OOo et de synaptic (lissage des polices sans le bytecode interpreter, alors que tout le reste s'affiche avec. Snif!).

    0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0

  • # Tu as tout compris :)

    Posté par  (site web personnel) . Évalué à 2.

    Pour la première fois, une mise à jour en testing a rendu ma machine proprement inutilisable : je n'ai plus de clavier sous X. Toutes les touches effectuent un changement de résolution (comme le fait Ctrl-Alt-+/-), mis à part Ctrl-Alt-Backspace.

    Le problème restant insolvable après plusieurs heures passées dessus, la seule solution semble le rapport de bug.


    Le rapport d'anomalie (et leur correction), c'est exactement le but d'une telle distribution :-)

    Encore faut-il que les rapports soient pertinents, néanmoins, à mon avis, trop peu de gens en font. Ils sont nécessaires en vue de corriger/optimiser la distribution (et surtout faire en sorte que personne après toi ne connaisse une telle situation)

  • # Workaround

    Posté par  . Évalué à 1.

    Le problème venait de fichiers dans /lib qui n'avaient rien à y faire. Supprimer tous les /lib/libX* et redémarrer X a suffit chez moi.

    Ça ne semble pas être le cas chez tout le monde, la seule solution connue pour l'instant étant alors de mettre "foo" comme XkbRules.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.