Journal linux 2.5.65

Posté par  .
Étiquettes :
0
21
mar.
2003
salut a tous
j'ai essaye de compiler un kernel 2.5.65
la compilation se passe sans pb, mais apres le reboot, j'ai plein de pbs : lsmod marche pu, il fait des erreurs de partout, ..
bref c'est un peu la galere

si vous avez rencontres des pbs et que vous les avez resolus, merci de m'en faire part :)

++
sam

ps: amd duron 1200, carte msi chipset via et geforce2 pour le matos, debian testing/unstable mise a jour toutes les nuits pour l'os

  • # Re: linux 2.5.65

    Posté par  . Évalué à 3.

    Pour ce qui est des modules, ça a bien changé et les anciens outils ne fonctionnent plus. Mets à jour modutils.

  • # Re: linux 2.5.65

    Posté par  . Évalué à 8.

    Faut mettre à jour modutil et mkinitrd (si tu l'utilise). Tout le nécessaire pour redhat 8.0 est ici : http://psyche.fedora.us/apt/RPMS.kerneldevel/

    • [^] # Re: linux 2.5.65

      Posté par  . Évalué à 5.

      J'oubliais. Les paquets sont compatibles avec l'utilisation d'un noyau 2.4.

    • [^] # Re: linux 2.5.65

      Posté par  . Évalué à 8.

      Les sources de référence : http://www.kernel.org/pub/linux/kernel/people/rusty/modules/

  • # Euh comment dire?

    Posté par  . Évalué à 1.

    2.5.65 c'est quand même un noyau instable. Et commela stabilisationsur cettesérie n'avance pass vite (enfin comme sur la 2.3 quoi)je m'attends pas à ce que tout marche commesurdes roulettes. L'idée c'est que si 2.5.65 marche pas il faut attendre 2.5.66 Répéter l'opération. Et comme dit au dessus, vérifier les dépendances (eh oui, le noyau a aussi des dépendances, pour compiler ou pour fonctionner)

    • [^] # Re: Euh comment dire?

      Posté par  . Évalué à 6.

      > 2.5.65 c'est quand même un noyau instable. Par définition. Mais s'il n'y a pas de tests, il ne va pas devenir un noyau stable. Enfin, certains pensent que le 2.5 est prêt pour des tests intensifs. http://www.linuxjournal.com/article.php?sid=6740 OSDL commence à utiliser 2.5 en production : http://www.osdl.org/newsletters/newsletter_2003_mar.html > Et comme dit au dessus, vérifier les dépendances Deux mises à jour seulement pour une distribe moderne : mkinitrd et mod-utils. C'est beaucoup plus légé que lors du passage à 2.2 ou 2.4.

      • [^] # Re: Euh comment dire?

        Posté par  . Évalué à 1.

        pour la mise a jour, je l'ai dit, ma debian est mise a jour toutes les nuits alors je vois pas pkoi ca marcherais po pour modutils ++ sam

        • [^] # Re: Euh comment dire?

          Posté par  . Évalué à 4.

          Parce qu'il y a deux modutils totalement différents. Voir ici : http://www.kernel.org/pub/linux/kernel/people/rusty/modules/ Tu veras que le .src.rpm est beaucoup plus gros car il contient aussi l'ancien modutils pour 2.4 . Sinon il n'y a pas de compatibilité avec 2.4. Je sais pas si debian fournit le nouveau modutil. Si c'est le cas, donne un pointeur pour que tout le monde en profite car le nouveau modutils est sortie il y a 2 à 3 mois (vers 2.5.48). Et confirme que le modutil par défaut de debian contient aussi le nouveau modutil et que mkinitrd support aussi la cohabitation du nouveau et ancien modutil comme ici : http://psyche.fedora.us/apt/RPMS.kerneldevel/ NB: les url ici ont été données au-dessus.

          • [^] # Re: Euh comment dire?

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

            on peut lire ca
            dans ca http://www.codemonkey.org.uk/post-halloween-2.5.txt(...)

            Modules.
            ~~~~~~~~
            - The in-kernel module loader got reimplemented.
            - You need replacement module utilities from
            http://www.kernel.org/pub/linux/kernel/people/rusty/modules/(...)
            - A backwards compatible set of module utilities is also available
            from the same URL in RPM format.
            - Debian sid users can 'apt-get install module-init-tools'
            - Modules now free stuff marked with __init or __initdata.
            - For Red Hat users, there's another pitfall in "/etc/rc.sysinit".
            During startup, the script sets up the binary used to dynamically load
            modules stored at "/proc/sys/kernel/modprobe". The initscript looks
            for "/proc/ksyms", but since it doesn't exist in 2.5 kernels, the
            binary used is "/sbin/true" instead.

            This, eventually, will keep modules from working. Red Hat users will
            have to patch the "/etc/rc.sysinit" script to set
            "/proc/sys/kernel/modprobe" to "/sbin/modprobe", even
            when "/proc/ksyms" doesn't exist.

            fin

Suivre le flux des commentaires

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