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

Posté par manud le 03 janvier 2011 à 17:26.

Étiquettes : aucune

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 Krunch (site web personnel) le 03 janvier 2011 à 17:37. É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 fearan le 03 janvier 2011 à 17:45. É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 manud le 04 janvier 2011 à 10:53. É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 NeoX le 03 janvier 2011 à 21:09. É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 NeoX le 03 janvier 2011 à 21:12. É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 manud le 04 janvier 2011 à 11:00. É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 NeoX le 04 janvier 2011 à 11:43. É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 manud le 04 janvier 2011 à 12:16. É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 TheBreton le 04 janvier 2011 à 13:17. É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 manud le 04 janvier 2011 à 13:46. É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 TheBreton le 04 janvier 2011 à 14:32. É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 manud le 04 janvier 2011 à 14:43. É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 NeoX le 04 janvier 2011 à 19:51. É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.