Forum Linux.redhat [installation] plantage de GRUB

• # \_o<

  Posté par doublehp (site web personnel) le 10 août 2005 à 12:17. É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 sky le 10 août 2005 à 12:43. Évalué à 1.

    

    bon ok ; reste la seconde partie a eclaircir :)

    • [^] # Re: \_o<

      Posté par doublehp (site web personnel) le 10 août 2005 à 14:59. É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 sky le 10 août 2005 à 16:12. É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 doublehp (site web personnel) le 10 août 2005 à 18:23. É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 Gyro Gearllose le 10 août 2005 à 14:48. É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 sky le 10 août 2005 à 16:14. É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 fusible le 10 août 2005 à 22:46. É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.