[Noyau] Plus aucun module après MAJ du noyau (Résolu)

[jaco]

Bonjour,

La mise à jour du noyau 2.6.38-5.1 m'a tout cassé mon IEEEPC 401

En gros, il boote mais ne veut plus charger aucun module (message "modprobe: FATAL could not read /lib/modules/2.6.28-ARCH/kernel/net/ipv6/ipv6.ko") : donc je n'ai ni réseau, ni accès à mes périphs USB...

Comme c'est un petit netbook, je ne garde pas les anciennes versions des paquetages ce qui fait que je ne peux pas faire un pacman -U pour revenir au noyau précédent vu que je vide systématiquement le cache (ça m'apprendra.. la prochaine fois, je garderai au moins kernel26...). J'ai bien récupéré ces paquetages sur une autre machine mais je sèche pour les injecter dans mon IEEEPC.

Bref, hormis une solution miraculeuse (voire une explication rationnelle de la raison pour laquelle un paquetage publié dans core arrive à péter toute une installation), je pense que je suis bon pour tout réinstaller, c'est ça ?

Je prends toute suggestion. Merci d'avance

[tuxce]

FATAL could not read /lib/modules/2.6.28-ARCH/kernel

2.6.28 , erreur de recopie ou le vrai message d'erreur ? Et dans le 2ème cas, la source du problème. (Une entrée rajoutée manuellement dans grub ?)

[benjarobin]

je pense que je suis bon pour tout réinstaller, c'est ça ?

Cela ne va pas C'est quoi cette manie de vouloir réinstaller au moindre soucis...
Si tu n'arrive absolument pas à obtenir une console, alors tu prends un liveCD, tu chroot (voir wiki) et tu réinstalle une plus vielle version du kernel (Elle devrait être dans le cache de pacman)...
Mais c'est très bizarre ton histoire, cela n'aurais pas dut se produire...

[oktoberfest]

Hello,

comme dit benjarobin pourquoi vouloir tout réinstaller ? Si on utilise Linux en général et Archlinux en particulier, c'est entre autre parce que ce système permet d'éviter d'être réinstallé tout les 6 mois.

Si tu arrives à booter sur ton netbook (malgré les messages d'erreur), peux-tu :
- regarder ce que tu as dans /lib/modules ? Y trouves-tu un répertoire correspondant à ton noyau ?
- regarder si / est plein ?

[jaco]

2.6.28 , erreur de recopie ou le vrai message d'erreur ? Et dans le 2ème cas, la source du problème. (Une entrée rajoutée manuellement dans grub ?)

Oui, pardon, erreur de recopie : il fallait lire 38, pas 28...

[jaco]

Hello,

comme dit benjarobin pourquoi vouloir tout réinstaller ? Si on utilise Linux en général et Archlinux en particulier, c'est entre autre parce que ce système permet d'éviter d'être réinstallé tout les 6 mois.

Si tu arrives à booter sur ton netbook (malgré les messages d'erreur), peux-tu :
- regarder ce que tu as dans /lib/modules ? Y trouves-tu un répertoire correspondant à ton noyau ?
- regarder si / est plein ?

Non, mais c'était une blague... Ça fait 15 ans que j'utilise Unix, je vais pas tout réinstaller à chaque pépin

Mais, en fait, ce netbook est surtout une machine de test pour évaluer Arch Linux en vue de choisir une distrib pour mon futur portable "de travail"... donc il est plus ou moins conçu pour des installations à répétition.

Je dois dire que ça me refroidit un peu cette histoire : cette dernière version du noyau a dû rester 1 jour à peine dans testing avant d'être transférée dans core si j'en juge par les messages de la liste de diffusion. Pour un composant aussi essentiel, je ne trouve pas ça très sérieux, pour tout dire.

Sinon, pour répondre à tes questions, le répertoire /lib/modules/2.6.38-ARCH existe et contient notamment le fichier kernel/net/ipv6/ipv6.ko.gz alors que les messages du noyau lors du démarrage me disent que modprobe n'arrive pas à le trouver.

Et, oui, ma partition / a encore de la place (c'est pour ça que je nettoie régulièrement le cache de pacman, d'ailleurs).

[jaco]

Si tu n'arrive absolument pas à obtenir une console

Non, mais j'ai une console... C'est juste que la moitié des modules n'est pas chargée (il ne charge que ceux de l'environnement initial, en fait). Dès que modprobe essaie de trouver quelque chose, il échoue... Donc, pas de réseau, pas de X, pas d'USB, etc.

[tuxce]

Tu peux démarrer sur l'image fallback ?

Depuis la console, le modprobe fonctionne ?

(Tu devrais éviter le multi post)

[jaco]

Avec l'image fallback, c'est pareil...

Et en mode console, modprobe échoue de la même façon... Si je me mets, par exemple, dans le répertoire /lib/modules/2.6.38-ARCH/kernel/net/ipv6, un ls -l me montre qu'il existe bien un fichier ipv6.ko.gz. Or un modprobe ipv6.ko (ou ipv6.ko.gz) me répond qu'il ne trouve pas ce module.

En fait, je soupçonne une régression de ce noyau par rapport à ma carte réseau (Atheros L2 Fast Internet rev a0 d'après lspci). Si, déjà, j'arrivais à lui faire charger le bon module pour avoir une interface eth0, les choses seraient résolues.

Bon, j'admets que je maîtrise encore mal ces histoires de modules Linux car j'ai passé de longues années avec FreeBSD qui ne les gère pas de la même façon.

[tuxce]

Code : Tout sélectionner

modprobe ipv6

sans le .ko*
et même:

Code : Tout sélectionner

depmod -a
modprobe ipv6

des fois que la mise à jour ait donné une erreur non relevée.

[jaco]

Ah oui, j'avais aussi essayé sans le ko* et c'était pareil...

Par contre, le depmod -a semble améliorer la situation. Après l'avoir exécuté, le modprobe ipv6 marche et un lsmod me confirme qu'il est bien chargé.

Ça progresse

(PS: ça fait mieux que progresser puisqu'un reboot plus tard, tout refonctionne correctement... Je mets donc en résolu, je te remercie beaucoup pour ton aide et, maintenant, je vais essayer de comprendre pourquoi l'installation du nouveau noyau n'a pas fait toute seule ce que depmod -a a permis de résoudre... Merci encore

[benjarobin]

Le depmod n'est pas censé être fait au boot ? A moins que l'initscript est changé depuis la mise à jour

[jaco]

Je ne sais pas si c'est lié, mais initscripts a été modifié le 2/05 d'après la page d'accueil de Archlinux.fr...

[benjarobin]

En effet cela vient de l'initscript, ils n'ont pas inclue la ligne :

Code : Tout sélectionner

status "Updating Module Dependencies" /sbin/depmod -A

Je sens un nombre de catastrophe en vue /sujet sur le forum assez impressionnante...
Pourtant le depmod est bien fait dans le .install du kernel26

Le man de depmod dit :

Il est aussi possible de créer le ficher des dépendance juste après avoir compilé un nouveau noyau. Si vous faites "depmod -a 2.2.99" quand vous avez compilé le noyau 2.2.99 et ses modules dans un premier temps, pendant que le noyau 2.2.98 (par exemple) continue de s'éxécuter, le fichier sera créé là où il faut.
Dans ce cas par contre, les dépendances pour le noyau ne sont pas garanties d'être correctes...

Ce qui veut dire ???

Sinon c'est normal apparemment :
https://bugs.archlinux.org/task/20174
http://projects.archlinux.org/initscrip ... 7f9993995a

[jaco]

Juste pour le signaler...

Il m'est arrivé le même problème ce matin en mettant à jour le noyau vers 2.6.38.6-1

Un coup de "depmod -a" a réglé le problème.

Donc, si je comprends bien, il faut maintenant faire manuellement ce depmod après chaque update du noyau ?

[tuxce]

En théorie, il n'y en a pas besoin, le depmod se fait lors de l'install ou mise à jour.

[jaco]

Le problème, c'est que la théorie ne s'applique pas dans mon cas

Il y a t-il un endroit particulier où je pourrai trouver pourquoi, en pratique, ça ne marche pas chez moi ? Car je récupère les mêmes paquets que tout le monde donc j'en déduis qu'il y a quelque chose dans mon installation qui empêche le paquet de faire ce depmod...

[tuxce]

Le depmod est lancé par le script d'install de kernel26, s'il retourne une erreur, elle s'affiche normalement lors de l'install.

[jaco]

C'est bien le problème : je n'ai *aucune* erreur à l'installation...

[benjarobin]

Tu peux donner la sortie du log de pacman contenant la mise à jour du kernel