Forum Linux.mandriva Recompilation du noyau

• # grrr

  Posté par Muse_power le 13 juillet 2004 à 04:45. Évalué à 1.

  

  je vous jure que je craque vraiment là ^^ !
  J'ai du réinstaller mandrake 6 fois pour repartir à 0 ...
  
  si vous ne m'aidez pas au moins compatissez je vous prie :)

• # Soutien moral....

  Posté par xavier dumont le 13 juillet 2004 à 07:04. Évalué à 1.

  

  Je ne peux rien faire pour toi, mais j'ai eu quelques galères pas tristes aussi. Alors, je te peux te donner un petit conseil : Repose-toi. si j'en crois le post tu es encore debout à 4 heures du matin ! C'est pas bon pour la concentration.
  Et puis est-ce que ça en vaut la peine ?
  Bon, surement... mais tout de même.....
  Tu y arriveras, c'est sur, mais pas si tu te tires une balle dans la tête !
  Courage.

• # Ce qu'il faut faire

  Posté par snt le 13 juillet 2004 à 09:10. Évalué à 4.

  

  Tu prends le source rpm du kernel mandrake que tu as déjà sur ta machine. Tu le recompiles sans rien toucher. Ca devrait pas poser de probleme car le fichier de config est déjà un fichier de config valide.
  Si ca passe pas, c'est que tu ne procède pas dans le bon ordre. Alors tu reviens sur les forums et tu mets _précisement_ ce que tu as fait et le message d'erreur que tu as. Parce "...J'ai fait toutes les étapes possibles dans tous les ordres , passé par xconfig des miliers de fois . Rien n'y fait ." ca n'aide pas beaucoup à t'aider.
  Si par hasard la compil du noyau mandrake se passe bien, tu change un parametre à la fois dans le fichier de config fourni et tu recompiles. Tu verra bien où ca se passe mal.

• # Les problèmes que j'ai rencontrés...

  Posté par Neni (site web personnel) le 13 juillet 2004 à 09:18. Évalué à 1.

  

  Le passage au noyau 2.7 n'a pas été facile pour moi non plus. Je suis sous Mandrake cooker (donc j'utilise le noyau MDK cooker).
  Sur mon ancienne machine (AMD 1500+ tout bête), l'option nolapic faisait bloquer le boot à la detection du CPU. Il m'a suffit de l'enlever pour que tout fonctionne.
  Sur ma nouvelle (avec un disque dur SATA), ce fut encore plus drole. Les disques qui étaient en /dev/hdx en 2.6 sont devenus /dev/sdx en 2.7. Et là, merci vi qui m'a permis de modifier les fichiers avec un syteme minimum.
  Enfin, pour les noyau mandrake, je fais toujours un lien symbolique dans /lib/modules entre le repretoire du noyau mdk et celui 'custom' (en ce moment 2.6.7-2mdk et 2.6.7-2mdkcustom) car j'ai eu des problèmes avec les modules fraichement compilés qui n'étaient pas pris en compte.

• # Dependances 2.6

  Posté par -=[ silmaril ]=- (site web personnel) le 13 juillet 2004 à 10:01. Évalué à 4.

  

  Tu n'a pas oublié le modules-init-tools ??
  
  Sinon as tu verifié que le support de ton disque racine (controlleur + file-systeme) etait bien en dur dans ton noyau, sinon as tu oublié le mkinitrd ?
  
  PS1: Dire j'ai tout essayé, en plus d'etre faux (vu que tu n'y arrive pas et que je suis en 2.6.7) est vraiment inutile. On ne sait pas ce que tu as essayé precisement donc ...
  
  PS2: Si c'est ta premiere recompilation de noyau utilise le fichier de config de ta distribution pour commencer
  
  PS3: Si ta machine est recente et ne necessite pas de patch specifique ==> prend un noyau de ta distribution.

• # Explications....

  Posté par Muse_power le 13 juillet 2004 à 14:47. Évalué à 1.

  

  Bon merci pour vos réponses : je sais que je n'ai rien précisé dans mon dernier post , désolé , j'étais crevé .
  
  J'ai bien dormi cette nuit , je suis d'attaque pour réessayer 1 heure ou 2 mais bon ...
  
  alors , je vais expliquer ma procédure en détail :
  
  d'abord , comme l'explique le fichier "README" , j'installe les sources dans un répertoire dans lequel j'ai des droits d'écriture et d'éxectution : mon répertoire "/home" , plus précisement dans "/home/utilisateur/Noyau"
  
  Ainsi après avoir décompressé mon "linux-2.6.7.tar.gz" -avec tar xzvf - je crée le lien symbolique "linux" pointant vers "linux-2.6.7 "
  puis je me log en root pour executer :
  
  # make dep
  * sur cette commande il ne trouve jamais aucune dépendance *
  #make clean
  #make mrproper
  #make xconfig
  *ici je configure mon noyau , en faisant en sorte d'enlever les "M" concernant les periphériques SCI ( ça fait foirer l'installation des modules )
  et USB ( même problème ) , j'enregistre alors mon fichier .config *
  #make modules
  *en général pas de problème à ce niveau *
  #make module install
  
  *
  C'est là que les problèmes arrivent: :
  *
  
  [root@localhost linux]# make modules install
  make[1]: << arch/i386/kernel/asm-offsets.s >> est ? jour.
  CHK include/linux/compile.h
  Mutex destroy failure: Device or resource busy
  Building modules, stage 2.
  MODPOST
  *** Warning: "request_firmware" [drivers/net/tokenring/tms380tr.ko] undefined!
  *** Warning: "release_firmware" [drivers/net/tokenring/tms380tr.ko] undefined!
  Kernel: arch/i386/boot/bzImage is ready
  sh /home/beethoven/Noyau/linux-2.6.7/arch/i386/boot/install.sh 2.6.7 arch/i386/boot/bzImage System.map ""
  mke2fs 1.32 (09-Nov-2002)
  mke2fs 1.32 (09-Nov-2002)
  There is an error when regenerating lilo, you may have to check your /etc/lilo.conf
  "
  * Donc là je vais consulter le fichier /etc/lilo.conf pour voir ce qui cloche *
  
  # kwrite /etc/lilo.conf
  
  [ boot=/dev/hda
  map=/boot/map
  default="linux"
  keytable=/boot/fr-latin1.klt
  prompt
  nowarn
  timeout=100
  message=/boot/message
  menu-scheme=wb:bw:wb:bw
  
  image=/boot/vmlinuz.old
  label="linux.old"
  root=/dev/hda1
  initrd=/boot/initrd.old.img
  append="devfs=mount hdc=ide-scsi acpi=off quiet"
  vga=788
  read-only
  image=/boot/vmlinuz-2.6.7
  label=267
  root=/dev/hda1
  read-only
  optional
  vga=788
  append=" devfs=mount hdc=ide-scsi acpi=off quiet"
  initrd=/boot/initrd-2.6.7.img
  
  ]
  
  *Bon il faut savoir qu'avant la compilation , j'ai renommé mon "/boot/vmlinuz" en "/boot/vmlinuz.old" et mon "/boot/initrd.img" en "/boot/initrd.old.img" , et maintenant dans "/boot" je trouve les fichiers et répertoires suivants :
  "
  boot.0300 grub/ kernel.h@ message-text vmlinuz-2.4.21-0.13mdk
  config@ initrd-2.4.21-0.13mdk.img kernel.h-2.4.21-0.13mdk System.map@ vmlinuz-2.6.7
  config-2.4.21-0.13mdk initrd-2.6.7.img map System.map-2.4.21-0.13mdk vmlinuz.old@
  config-2.6.7 initrd.img@ message@ System.map-2.6.7
  fr-latin1.klt initrd.old.img@ message-graphic vmlinuz@
  "
  
  Mon lien "initrd.img@" pointe vers "initrd-2.6.7.img" et "initrd.old.img" vers "initrd-2.4.21-0.13mdk.img" . Donc à première vue je ne vois pas ce qui ne va pas dans mon "lilo.conf" si ce n'est que que les lignes pour le nouveau noyau n'utilisent pas les liens mais directement le fichier...
  C'est alors que , pour y voir plus clair ,j'essaye :
  
  #lilo
  
  et là :
  "
  Added linux.old
  Added 267
  Fatal: No images have been defined or default image doesn't exist.
  "
  
  ...C'est là ou je bloque....No images have been defined ? Et pourtant...
  
  Bon et même quand j'arrive à passer cette étape .( ça a du m'arriver une fois par miracle ) . Je reboot et lors du lancement du nouveau noyau , j'obtiens :
  
  "error 19 mounting ext 3 flags freeing unused kernel memory : 224 Kfreed
  Kernel panic : no init found .Try passing init = option to kernel "
  
  ou encore :
  
  " Loading noyau EBDA too big "
  
  Voilà...Je vous serait très très reconnaissant de m'aider .

  • [^] # Re: Explications....

    Posté par riba le 13 juillet 2004 à 18:12. Évalué à 2.

    

    > Mutex destroy failure: Device or resource busy
    disque plein? google?
    C'est ta premiere erreur, donc faut partir de là et pas essayer de bidouller ensuite.

    • [^] # Re: Explications....

      Posté par Muse_power le 13 juillet 2004 à 18:37. Évalué à 1.

      

      Disque plein ...? Impossible , j'ai énormément de place ...!
      
      google ? Qu'est ce que tu veux dire ?

  • [^] # Re: Explications....

    Posté par Greg le 13 juillet 2004 à 21:58. Évalué à -1.

    

    Bon commencons par le début, t'as peut être oublié un truc dans ton message mais je vois pas de make tout court.....
    
    Je résume le étapes pour compiler le noyau (comme dans le README):
    
    make mrproper (pour tout nettoyer)
    make menuconfig (ou make xconfig mais moi j'aime pas et j'ai eu des pb avec)
    make
    make modules
    make modules_install
    
    ensuite tu copie /usr/src/linux/arch/i386/boot/image/bzImage (j'suis plus certain mais ça doit être ça ou qque chose d'approchant) dans /boot/mon_noyau
    
    ensuite tu modifie l'entrée dans /etc/lilo.conf
    
    tu executes lilo
    et tu reboot et c'est beau !
    
    ne renome ou ne fais pas de liens pour les modules, c'est mal ! laisse faire la nature.

• # Module ext3fs

  Posté par Adrien BUSTANY (site web personnel) le 13 juillet 2004 à 21:45. Évalué à 1.

  

  Perso sur une redhat 9 j'avais bien galeré, mais c'était le module pour les systèmes de fichiers étendus ext3fs qui chargeait pas. Essaye de le régler dans le noyau et non comme un module (je sais pas comment on dit un pas_module). Si tu regardes les messages au dessus de ton erreur dans la console du début, tu devrais voir s'il s'agit de ça. Tu devras aussi mettre à jour tes module-init-tools etc.
  Bon courage !
  PS. Tu peux pas garder 2 kernels, dont un qui marche ? Ou t'as déjà ça ?

  • [^] # Re: Module ext3fs

    Posté par Muse_power le 13 juillet 2004 à 23:13. Évalué à 1.

    

    merci vous deux !
    Madcat , si : j'ai mes deux kernels
    sinon , je vois bien ce que tu veux dire , je vais faire ça ! ;)
    c'est dans quelle section ce module ? Je trouverai ..
    
    Greg je vais essayer sans bidouiller les liens , et je sais plus si j'ai fais le make ... bon je vais essayer et je vous dit tout ca !! Merci encore !

Suivre le flux des commentaires

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