Forum Linux.redhat [installation] plantage de GRUB

Posté par  .
Étiquettes : aucune
0
10
août
2005
bonjour je viens tt juste de installer la rhel 4,quand j'ai droit a un kernel panic voici les details : 




Uncompressing linux....OK,Booting the kernel.

audit(1123635253.509:0):initialized

Red hat nash version 4118 starting

 kernel panic - not syncing :drivers :drivers/ide/pci/piix.C : 390 : spin_lock(drivers/ide/ide.c / 036b8e8) already locked by drivers /ide/ide-iops.C/1234












    

  • 

    

#
 
\_o<

    

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

    

    

    
Uncompressing linux....OK,Booting the kernel.
    

    
a ce moment precis, grub a fini de charger le kernel en memoire, et le kernel commence deja a s executer, ce qui veut dire que grub a non seulement fini son travail, mais a deja ete efface de la memoire par le kernel.
    

    
Ton grub marche donc tres bien.

    

    

    


      

    • 

      
[^]
#
 
Re: \_o<

      

      
Posté par  .
Évalué à 1.

      

      

      
bon ok ; reste la seconde partie a eclaircir :)

      

      

      


        

      • 

        
[^]
#
 
Re: \_o<

        

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

        

        

        
la seule maniere d aider un KP, c est de dumper le log du dit KP. Pour se faire, vu qu apparement tu n a pas encore acces au disque dur pour recuperer dmesg, ou syslog, il faut passer par le porte serie:
        

        
tu branche un cable croise entre les ports serie de la machine qui plante, et une machine saine sous le system que tu veux; je continue en supposant que cette autre machine est sous un Linux standard.
        

        
au prompt de grub, tu ajoute comme argument du kernel l option suivante:
        

        
console=ttyS0,9600
        

        
puis tu tapes sur la machine saine:
        

        
cat /dev/ttyS0 >brokenlog_of_KP.log
        

        
puis tu lance le demarrage du kernel qui va casser.
        

        
Tous les logs system sont alors dumpes sur le serie, puis ecris sur le disque de l autre machine.
        

        
Reste a publier ici ou sur un autre site l INTEGRALITE du dit log.
        

        
Et t est gentil, si y a l option 'quiet' au kernel, tu la degage. Sinon ca sert pas a grand chose.

        

        

        


          

        • 

          
[^]
#
 
Re: \_o<

          

          
Posté par  .
Évalué à 1.

          

          

          
waww thanks c plutot hard comme solution mais j'ai pas le matos (cable croisee entre le port serie)

          

          

          


            

          • 

            
[^]
#
 
Re: \_o<

            

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

            

            

            
bah, c est Emmanuel Menal, dev du GNU/Hurd qui m a explique ca pour aider a traker un pb sous Mach. Ca marche aussi bien avec Linux.
            

            
Si une machine n a pas de port serie, je ne l achete pas.
            

            
Si par contre elle a un lecteur floppy, tu peux tenter 
            

            
console=fd0
            

            
puis tu deplace la biscotte.
            

            
ou si tu as une part libre:
            

            
console=hda19
            

            
ou hda19 est une partition VIDE que tu dumpera en tant que telle. (ne cherche pas a la mounter, ni a la formatter)
            

            
On parle la de loguer un KP, donc on joue forcement avec des solutions hardcore, voire nightmare.
            

            
je n ai jamais tente moi meme un console= vers un device de storage. dis moi si ca marche :)
            

            
sous UNIX, tout est fichier, alors /dev/console ou /dev/hda19, il fait pas trop de difference, si ce n est que hda19 ou fd0 necessite un driver qui n est peut etre pas dispo aussi tot que ttyS0.

            

            

            


            • 


          

          • 


        

        • 


      

      • 


    

    • 


  • 

    

#
 
Pb de compilation du noyau....

    

    
Posté par  .
Évalué à 2.

    

    

    
Je peux me tromper, mais le message derrière le kernel panic n'indique-t-il pas qu'il ne peut charger simultanément le pilote pour piix et ide ?
    
Apparement, l'appel à spin_lock a déjà été effectué par ce dernier, et piix.C ne peut re-lancer cette fonction.
    
Pour ce que j'en sais, il semblerait que tu aies compilé ton noyau avec le support générique pour les chipsets PCI et le pilote nécessaire à ta carte (PIIX), ce qui est non seulement redondant, mais inutile.
    
Je peux me tromper, alors dans ce cas, je fais confiance à la communauté pour rétablir la vérité si toutefois j'ai dit des clowneries.
    
En espérant que ça aidera à résoudre ton problème.

    

    

    


      

    • 

      
[^]
#
 
Re: Pb de compilation du noyau....

      

      
Posté par  .
Évalué à 1.

      

      

      
je croit que je suis sur la voie :
      

      

      
http://lists.centos.org/pipermail/centos/2005-April/004831.html(...)
      

      
mais j'ai pas trouve de quel mode le gars parle??
      
vous avez une idée?

      

      

      


        

      • 

        
[^]
#
 
Re: Pb de compilation du noyau....

        

        
Posté par  .
Évalué à 2.

        

        

        
Je pense qu'il parle de la configuration des périphériques IDE (donc disque dur, CD). Cherche une option qui porte ce nom: 32Bit Data Transfer dans le BIOS, a régler individualement pour chaque disque dur.
        
Sinon, pour isoler le problème, essaie de démarrer en désactivant un maximum de périphériques (désactivation dans le BIOS pour les périphériques intégrés sur la carte mère, débranchement des autres). Ensuite tu les réactives un par un et tu vois celui qui coince.

        

        

        


        • 


      

      • 


    

    • 





Suivre le flux des commentaires




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