Forum Linux.général Kernel panic - not syncing

Posté par .
Tags : aucun
1
3
jan.
2011
Bonjour à tous,

J'aurais besoin de votre avis...

Pendant mon absence (entre noël et le nouvel an), le ventilateur du processeur de notre serveur s'est arrêté. Si bien que le processeur a chauffé et cramé.
Je vous raconte pas mon retour...

Ma première idée a été de démonter le disque dur et de le mettre sur un autre pc mais lors du boot, j'ai le message suivant:

Initrd finished
Kernel panic - not syncing: Attempted to kill init!

Ma deuxième solution a été de mettre à jour le système de Mandriva 2008. J'ai téléchargé la dernière version et essayé de mettre à jour. Mais l'installation des paquets se traduit par une suite d'erreur et le boot n'est pas changé.

Ma dernière solution est de tout remettre sur l'ancien PC et de changer le processeur. Malheureusement, il n'y a pas eu que le processeur qui a cramé, la carte mère aussi.

Bref je suis dans l'impasse; à part installer un nouveau pc et récupérer un max de sauvegardes (avec un live CD) et tout réinstaller, je ne vois pas comment faire autrement.

Qu'en pensez-vous? Quelle est la meilleure solution selon vous?

Merci
  • # réinstaller

    Posté par (page perso) . Évalué à 2.

    mkinitrd c'est bien aussi.
    Sinon si tu regardes le message d'erreur complet tu dois pouvoir voir ce qui blo

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # héhé

    Posté par . Évalué à 2.

    en fait entre 2008 et 2010, y a eu quelques petits changement plus ou moins mineurs...
    lorsque tu as changé le disque de PC,
    * était il seul?
    => vérifier l'ordre entre les primary/secondary master/slave

    pour le boot si tu avais grub, et que le nouveau noyau a été installé (avant les erreurs donc)
    tenter d'ajouter a la ligne de boot root=/dev/sda1
    où sda1 est la première partition du premier disque, sdb3 3eme partition du 2eme disque (donc adapter la commande à l'installation)
    pour ajouter l'option au boot, lors du chargement de grub
    ESC
    descendre sur la ligne à booter
    e
    puis encore e
    ajouter root=/dev/sd
    <retour chariot/enter/entrée>
    b
    et hop

    (sinon se serait pas mal d'avoir plus d'information comme
    *partitionnement du disque (1 partition monstrueuse? Séparation du /, /usr, /var et /home, /opt...
    )
    la version du kernel précédent ? 2.6.???

    la carte mère qui à cramée (je ne vais pas demander les chipset c'est compliqué sans lspci )
    la carte mère destination

    type de disque ? sata? ide? scsi?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

    • [^] # Re: héhé

      Posté par . Évalué à 1.

      * était il seul?
      Oui

      => vérifier l'ordre entre les primary/secondary master/slave
      Je l'ai remis en premier....

      pour le boot si tu avais grub, et que le nouveau noyau a été installé (avant les erreurs donc)
      tenter d'ajouter a la ligne de boot root=/dev/sda1
      où sda1 est la première partition du premier disque, sdb3 3eme partition du 2eme disque (donc adapter la commande à l'installation)
      J'ai testé mais rien n'a changé

      (sinon se serait pas mal d'avoir plus d'information comme
      *partitionnement du disque (1 partition monstrueuse? Séparation du /, /usr, /var et /home, /opt...
      )
      Séparation du / et de /home
      la version du kernel précédent ? 2.6.???
      2.6.22.19

      la carte mère qui à cramée (je ne vais pas demander les chipset c'est compliqué sans lspci )
      la carte mère destination
      Les cartes mères sont du même type

      type de disque ? sata? ide? scsi?
      ide
      --
  • # livecd, pour faire les MAJ depuis le chroot de ton ancien disque

    Posté par . Évalué à 2.

    c'est presque une methode classique :

    1°) mettre le disque dans une autre machine (à processeur identique/similaire)
    2°) demarrer sur un livecd de la meme distrib que le disque dur
    3°) monter le disque dur/partition
    4°) monter /dev /proc dans le dossier du 3°)
    5°) faire un chroot dans le dossier de 3°)

    reinstaller le grub comme tu le ferais avec ta distrib habituelle.
    • [^] # Re: livecd, pour faire les MAJ depuis le chroot de ton ancien disque

      Posté par . Évalué à 2.

      comme dit plus haut, verifier aussi l'histoire des chemins de peripheriques
      suivant ou est branché le disque dur il passe de /dev/sdaY à /dev/sdXY

      X etant autre chose que "a"

      il faut donc verifier :
      grub : qui contient l'info precisant ou se trouve la racine du systeme ("root")
      /etc/fstab : qui indique comment monter des disques/partitions
    • [^] # Re: livecd, pour faire les MAJ depuis le chroot de ton ancien disque

      Posté par . Évalué à 1.

      J'ai essayé de suivre ce que tu as expliqué mais je bloque à l'étape 4

      si je fais
      mount -t ext3 /proc/ .
      j'ai le message suivant:
      mount: /proc n'est pas un périphérique de type bloc

      Connais-tu un bon tuto expliquant en détail les manips?
      • [^] # Re: livecd, pour faire les MAJ depuis le chroot de ton ancien disque

        Posté par . Évalué à 2.

        ta commande ne marche pas, parce que proc n'est pas un systeme de fichier en lui meme mais un acces à certaines valeurs du noyau

        un tuto ?
        google avec les mots "sauver un linux avec un chroot"

        en gros il faut enchainer les commandes suivantes (en considerant que sdXY est ta partition linux sur ton disque dur :
        mount /dev/sdXY /mnt
        mount --bind /dev /mnt/dev
        mount -t proc proc /mnt/proc
        mount /dev/sdXZ /mnt/home
        mount /dev/sdWA /mnt/var

        chroot /mnt bash


        le sdXZ et sdWA sont optionnels, c'est pour montrer qu'il faut refaire ce que fait le fichier fstab si tu veux un systeme "complet" dans ton chroot

        un fois chroot lancé, tu te retrouves en ligne de commande dans l'OS du disque dur
        tu peux alors refaire la configuration, faire les mises à jours, reinstaller grub/lilo

        bref faire ta maintenance
        • [^] # Re: livecd, pour faire les MAJ depuis le chroot de ton ancien disque

          Posté par . Évalué à 1.

          Merci pour ton aide,

          J'ai suivi les différentes étapes
          mount /dev/sda1 /mnt
          mount --bind /dev /mnt/dev
          mount -t proc /proc /mnt/proc
          chroot /mnt bash

          puis j'ai créé Grub

          # /sbin/grub
          grub> root (hd0,0)
          grub> setup (hd0)
          grub> quit

          Mais lors du reboot, j'ai grub inchangé et toujours Kernel panic - not syncing: Attempted to kill init
          • [^] # Quand kernel faché lui toujours faire ainsi

            Posté par . Évalué à 1.

            Kernel panic - not syncing: Attempted to kill init
            Ca le kernel ne se remets pas de ce que l'on dit de faire.
            En hyppothese je dirais qu'un module situe dans le ramdisk et part en panic total
            Comme tu as changé de machine je pencherais le controleur de disque.
            Ce que je te conseille, c'est de contruire sur la machine qui marche un ramdisk avec les bons modules, puis de rebooter sur ton disk en indiquant a grub le bon ramdisk
            • [^] # Re: Quand kernel faché lui toujours faire ainsi

              Posté par . Évalué à 1.

              Désolé mais là, je crois que ça dépasse mes compétences...

              A moins que;
              Si j'ai bien compris, tu me conseille d'installer un système sur un autre disque dur, de regarder le grub.
              Ensuite relancer la machine avec le disque dur qui ne démarre pas et remplacer les paramètres du grub au boot par ceux relevés.

              Est-ce ça?
              • [^] # Re: Quand kernel faché lui toujours faire ainsi

                Posté par . Évalué à 1.

                Pas tout a fait, je pense que si tu trouve ca hors de porté alors la solution avec un live-cd est la meilleure.

                Le message
                Initrd finished
                Kernel panic - not syncing: Attempted to kill init!

                Inique que le kernel n'est pas en mesure de trouver le bon module dans le initrd, ou qu'un des modules ne retrouve pas ces petits sur le nouveau PC.

                Ce que je te proposait aurait permis de rétablir le système d'origine en modifiant simplement le initrd pour intégrer le bon module.

                Pour cela il faut effectivement une autre machine identique (point de vue distro) à celle du disque a reparer pour identifier et récupérer le bon module et reconstruire l'intird.

                La modification de grub était a faire sur le disque fautif pour indiquer l'emplacement du nouvel initrd corrigé.
                • [^] # Re: Quand kernel faché lui toujours faire ainsi

                  Posté par . Évalué à 1.

                  Merci pour votre aide mais je pense que là le mieux est de démarrer avec le liveCD sauvegarder les dossiers /etc /var /home, les bases....et de tout réinstaller avec la dernière version de man driva.
          • [^] # Re: livecd, pour faire les MAJ depuis le chroot de ton ancien disque

            Posté par . Évalué à 2.

            si comme il est dit en dessous c'est un module qui est manquant pour un peripherique, il faut aussi regenerer le initrd.

            avec une debian c'est
            update-initramfs -u -k all

            à faire evidemment dans le chroot

Suivre le flux des commentaires

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