Forum Linux.debian/ubuntu Mises-à-jours destructrices ?

Posté par  .
Étiquettes :
0
29
mar.
2006
Salut,

Par deux fois, je vous ai déjà conté mes ennuis de kernel panic et problèmes assimilés :
http://linuxfr.org/forums/15/15167.html
http://linuxfr.org/forums/15/15298.html

De fait, j'ai appris à m'en sortir à coup de chroot. Et tant mieux, puisque depuis le problème arrive une à deux fois par semaine.

En gros : soit une debian etch et une mise à jour en travaillant (apt-get update && apt-get dist-upgrade), le soir je coupe et le lendemain... arg! yet another kernel panic de mes cou****s. (Mais ce n'est pas systématique).

Le problème semble venir de /lib/modules/2.6.version-du-noyau mais je n'arrive ni à identifier ni à éviter le problème. Je me demande si j'ai supprimé un paquet ou écrasé un fichier de configuration qui, lors de la mise à jour de modules ou du noyau, permet de garder l'ensemble cohérent. D'où ma question, qui n'a de simple que sa formulation :
Avez-vous une idée pour éviter ces kernel panic à répétition ?

Paquet à installer, re-installer, reconfigurer, configue à vérifier... Toute piste est bienvenue.
  • # pov' victim...

    Posté par  . Évalué à 2.

    apparemment les mises à jours que tu fais defont (cassent) les liens

    /vmlinuz -> /boot/un_kernel
    /initrd -> /boot/une_image

    du coup ton boot passe plus

    pour preuve quand tu refais le lien vers le kernel-2.xx qui marchait ben ca marche.

    maintenant si tu fais le lien vers le nouveau kernel-2.xx ca devrait marcher aussi.

    et comme signaler sur un autre post, changer lilo en grub te sauverais la mise (en quelques sorte) car il te ferait une ligne par kernel-2.xxx

    bon courage
    • [^] # Re: pov' victim...

      Posté par  . Évalué à 2.

      Merci mais ce n'est pas cela.

      1. Grub est bien, (gloire à lui et à ses codeurs sur sept générations), mais là n'est pas la question.
      2. J'ai dans mon fichier lilo.conf plusieurs entrées dont certaines qui me permettent d'aller en direct sur un noyau (sans liens) et le problème se pose tout de même.

      De plus, en admettant que le problème soit uniquement la rupture des liens, alors la question devient comment obtenir sans tout reinstaller un système debian "normal" ie : pour lequel les liens ne cassent pas ?
      Et ça existe, mon système était comme ça avant... alors j'ai modifié un truc, je ne sais pas quoi (shame on me, pauvre victime, si tu veux, mais on n'est pas là pour ça), et je demande à un marabout ou à une moule de passage de me donner un indice. Mon diagnostic pour l'instant : c'est un problème avec la gestion des modules.

      Une autre piste ?
      • [^] # Re: pov' victim...

        Posté par  . Évalué à 3.

        je pense que tu devrais refaire un beau initrd tout neuf, et depmod -a ne dis rien?
        • [^] # Re: pov' victim...

          Posté par  . Évalué à 2.

          et juste pour etre sur apres avoir modifier lilo.conf tu relance bien lilo?
          • [^] # initrd ...

            Posté par  . Évalué à 2.

            Merci de ton intervention.

            Oui je relance bien lilo (sinon, je n'aurais pas de nouveaux kernel panic, mais le même depuis quinze jours ;)

            Non, depmod -a ne dit rien.

            Pour le nouveau initrd, à chaque nouvelle installation de noyau, j'ai un nouveau initrd.img-numero-de-noyau... C'est de ça que tu parles ou je n'ai pas compris ta proposition ?
            • [^] # Re: initrd ...

              Posté par  . Évalué à 2.

              oui c'est cela

              essaye de faire un nouveau initrd que tu fais toi meme pour remplacer celui fourni

              mkinitrd -d /lib/modules/2.6.jesaispas -o /boot/initrd-essai

              puis change le nom dans lilo.conf
              • [^] # Re: initrd ...

                Posté par  . Évalué à 2.

                Accésoirement ça ne fonctionne pas, il me repond :
                /mkinitrd.conf: Configuration file not found*

                Et je pourrai fouiller dés que j'aurais un peu de temps pour ça. Toutefois, l'idée serait de retrouver un système avec lequel je n'ai justement besoin ni de chrooter mon disque ni de recréer un initrd tous les 5 jours...

                La source du problème n'est pas identifiée car je ne sais pas quels sont les mises-à-jours qui provoquent la casse. De plus le problème n'est pas franchement reproductible, il arrive juste souvent... Pas le genre de panne facile. En attendant, j'ai mis de côté le noyau 2.6-K7 pour un 2.6-486... et je retourne bosser en attendant le prochain cahot.

                * à moins que le problème ne soit là ?

Suivre le flux des commentaires

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