Edit : Vu les réponses que je reçois ici en plus de mes recherches parallèles, je me rends compte que j'aurais plus vite fait de réinstaller que de réparer. J'aurais aimé avoir le temps de mettre les mains dans le cambouis et apprendre pas mal de choses au passsage, mais je ne peux vraiment pas ma le permettre en ce moment.
Merci pour vos réponses en tout cas :)
--
Bonjour !
Vu que je suis un peu en crush en ce moment, j'ai besoin de mon outil de travail, et faire une réinstallation de ma fidèle Manjaro n'est pas vraiment dans mes projets du weekend. Du coup, comme la dernière mise a jour d'hier soir à tout cassé, je me tourne vers vous pour un ptit coup de pouce, si possible…
Donc hier soir le système me propose une mise à jour de different paquets, je me dis que je vais faire ça le temps d'un café avant de mem remettre au taf.
Je vois vaguement passer une boite de dialogue qui me demande si je veux remplacer truc-nvidia par machin-nvidia, je dis oui. Après tout, ça fait plusieurs année qu'aucune mise à jour ne m'a posé de soucis, ça ne va pas commencer ce soir n'est-ce pas ?
La mise à jour se passe bien et me demande de redemmarer, ce que je fais.
Au reboot, un message d'erreur, suivi d'un autre une ou deux minutes plus tard, puis mort cérébrale, plus rien ne se passe…
[FAILED] Failed to start Load Kernel Modules.
[FAILED] Failed to start Samba MMB Daemon.
À ce moment là je serre un peu les fesses. Un alt+ctrl+F2 me donne une console avec laquelle je peux me logger sur mon utilisateur.
Je tape une petite commande trouvée sur un forum qui va me dire ce qui s'est passé.
$sudo journalctl --boot --priority=3 --catalog
dont voici le résultat:
nov. 24 11:29:57 scampi kernel: ACPI BIOS Error (bug): AE_AML_BUFFER_LIMIT, Index (0x00000000E) is beyond end of object (length 0xE) (20220331/exoparg2-393)
nov. 24 11:29:57 scampi kernel: ACPI Error: Aborting method \_SB.PCI0.XHC.RHUB.HS15._PLD due to previous error (AE_AML_BUFFER_LIMIT) (20220331/psparse-529)
nov. 24 11:30:03 scampi kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO SMP preempt mod_unload '
nov. 24 11:30:03 scampi kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO SMP preempt mod_unload '
nov. 24 11:30:03 scampi kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO SMP preempt mod_unload '
nov. 24 11:30:03 scampi kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO SMP preempt mod_unload '
nov. 24 11:30:03 scampi kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO SMP preempt mod_unload '
nov. 24 11:29:57 scampi systemd-udevd[293]: /etc/udev/rules.d/40-libsane.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:8 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:9 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:12 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:13 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:16 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:19 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:20 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:23 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:24 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:27 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/60-openhantek.rules:28 Unknown group 'plugdev', ignoring.
nov. 24 11:29:58 scampi systemd-udevd[293]: /usr/lib/udev/rules.d/69-mixxx-usb-uaccess.rules:57 Unknown group 'uaccess', ignoring.
nov. 24 11:29:59 scampi systemd-modules-load[279]: Failed to insert module 'nvidia': Exec format error
nov. 24 11:29:59 scampi systemd-udevd[293]: /etc/udev/rules.d/S99-2000S1.rules:26 GOTO="libsane_rules_end" has no matching label, ignoring.
nov. 24 11:30:01 scampi systemd-modules-load[279]: Failed to insert module 'nvidia_drm': Exec format error
nov. 24 11:30:02 scampi systemd-modules-load[279]: Failed to insert module 'nvidia_uvm': Exec format error
nov. 24 11:30:02 scampi systemd[1]: Failed to start Load Kernel Modules.
░░ Subject: A start job for unit systemd-modules-load.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ A start job for unit systemd-modules-load.service has finished with a failure.
░░
░░ The job identifier is 51 and the job result is failed.
nov. 24 11:30:13 scampi (udev-worker)[320]: hiddev1: /usr/lib/udev/rules.d/69-mixxx-usb-uaccess.rules:57 Only network interfaces can be renamed, ignoring NAME="usb/%k".
nov. 24 11:30:13 scampi (udev-worker)[325]: hiddev0: /usr/lib/udev/rules.d/69-mixxx-usb-uaccess.rules:57 Only network interfaces can be renamed, ignoring NAME="usb/%k".
nov. 24 11:30:13 scampi (udev-worker)[317]: hiddev2: /usr/lib/udev/rules.d/69-mixxx-usb-uaccess.rules:57 Only network interfaces can be renamed, ignoring NAME="usb/%k".
nov. 24 11:30:13 scampi (udev-worker)[346]: hiddev0: /usr/lib/udev/rules.d/69-mixxx-usb-uaccess.rules:57 Only network interfaces can be renamed, ignoring NAME="usb/%k".
nov. 24 11:30:15 scampi libvirtd[550]: internal error: Unknown PCI header type '127' for device '0000:3b:00.0'
nov. 24 11:30:16 scampi nmbd[604]: [2023/11/24 11:30:16.896930, 0] ../../source3/nmbd/nmbd.c:901(main)
nov. 24 11:30:16 scampi nmbd[604]: main: nmbd version 4.19.2 started.
nov. 24 11:30:16 scampi nmbd[604]: Copyright Andrew Tridgell and the Samba Team 1992-2023
nov. 24 11:30:16 scampi nmbd[604]: [2023/11/24 11:30:16.929323, 0] ../../lib/util/become_daemon.c:150(daemon_status)
nov. 24 11:30:16 scampi nmbd[604]: daemon_status: daemon 'nmbd' : No local IPv4 non-loopback interfaces available, waiting for interface ...
nov. 24 11:30:16 scampi nmbd[604]: [2023/11/24 11:30:16.929607, 0] ../../source3/nmbd/nmbd_subnetdb.c:252(create_subnets)
nov. 24 11:30:16 scampi nmbd[604]: NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6 (IPv6).
nov. 24 11:31:45 scampi systemd[1]: Failed to start Samba NMB Daemon.
░░ Subject: A start job for unit nmb.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ A start job for unit nmb.service has finished with a failure.
░░
░░ The job identifier is 123 and the job result is failed.
nov. 24 11:31:46 scampi smbd[614]: [2023/11/24 11:31:46.068570, 0] ../../source3/smbd/server.c:1746(main)
nov. 24 11:31:46 scampi smbd[614]: smbd version 4.19.2 started.
nov. 24 11:31:46 scampi smbd[614]: Copyright Andrew Tridgell and the Samba Team 1992-2023
Voilà. Donc il y a apparement bien un soucis avec un module NVidia. Mon PC dispose d'une GeForce 970M, et j'utilise les pilotes proprio.
Si quelqu'un arrive à dechiffrer tout ça et m'expliquer comment regler le problème, je lui en serais éternellement reconnaissant :)
Merci d'avance !
# Juste comme ça
Posté par GG (site web personnel) . Évalué à 3.
Est ce que tu as essayé d'installer le précédant paquet à la place de celui qui l'a remplacé?
Je ne dis pas que c'est ça le soucis et que ça va régler le soucis, mais avec un peu de chance, oui.
Je n'ai pas regardé les logs. Il y a probablement autre chose, et je ne connais pas Manjaro.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Juste comme ça
Posté par WrathOfThePixel . Évalué à 1.
Je ne sais pas quels paquets ont étés mis à jour, j'ai perdu l'habitude de faire gaffe à ce genre de chose tellement tout à bien marché jusque là malheureuseent :/
[^] # Re: Juste comme ça
Posté par jnanar (site web personnel) . Évalué à 4.
/var/log/pacman.log contient la liste des mises à jour récentes. Ça semble une bonne base pour commencer à comprendre ce qu'il s'est passé. As-tu réessayer de remettre à jour depuis ?
# Wild guess…
Posté par Cyril Brulebois (site web personnel) . Évalué à 6.
Avertissement : Je ne connais rien à Manjaro.
Cependant, deux cas probables selon moi :
Dans le second cas :
ENOENTplutôt qu'àENOEXECsi les modules étaient complètement absents, mais j'ai déjà vu des cas d'erreur en espace utilisateur où il pouvait y avoir confusion entre ces deux codes d'erreur.Pistes :
dmesg.modprobe(et point précédent).Debian Consultant @ DEBAMAX
[^] # Re: Wild guess…
Posté par WrathOfThePixel . Évalué à 1.
Merci pour cette réponse détaillée. Malheureusement, et bien qu'utilisateur heureux de Linux depuis des années, mes compétences en administration système ne me permettent pas de faire tout ça simplement sans y passer des heures…
[^] # Re: Wild guess…
Posté par GG (site web personnel) . Évalué à 2.
Avec lsmod tu auras la liste des modules chargés.
Tu peux flitrer avec un grep
Par exemple :
lsmod | grep nvida
lsmod | grep gpu
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
# Paquets
Posté par Maderios . Évalué à 2.
Lesquels?
[^] # Re: Paquets
Posté par WrathOfThePixel . Évalué à 1.
Je ne sais pas.
[^] # Re: Paquets
Posté par Maderios . Évalué à 2. Dernière modification le 24 novembre 2023 à 14:11.
En tant que root, avec MC, tu peux aller voir dans /var/cache/pacman/pkg la liste de tous tes packages en cache. Dans MC, tu paramètres (avec la touche F9, à gauche) le tri des fichiers par date de modification puis tu regardes en bas de la liste, tu verras tous les derniers paquets que tu as installés, avec la date et l'heure (il peut y avoir un décalage mais c'est l'ordre qui compte). Ils se terminent par 'pkg.tar.zst'
[^] # Re: Paquets
Posté par jnanar (site web personnel) . Évalué à 3.
Plus facilement, on peut faire un cat /var/log/pacman.log qui contiendra la liste des paquets mis à jour. Les dernières lignes devraient être utiles.
D'après ce que je comprend, il faudrait refaire l'installation des modules nvidia pour le noyau installé. Manjaro a l'air d'avoir des outils dédiés pour ce genre d'opérations et OP semble ne pas être le seul à avoir ce genre de soucis.
https://forum.manjaro.org/t/failed-to-start-load-kernel-modules-after-reboot/113704/24
[^] # Re: Paquets
Posté par WrathOfThePixel . Évalué à 2.
Ah oui pas pensé à regarder pacman.log…
Le voici, mais je ne vois rien qui cloche plus que ça… A part que je m'en veut terriblement de pas avoir activé timeshift…
[^] # Re: Paquets
Posté par WrathOfThePixel . Évalué à 2.
Ok merci pour le tuyau,
Avec un ls -l -t j'ai pu sortir cette liste de paquets qui correspondraient à peu près a la mise à jour :
Je suis en ce moment sur une manjaro live pour sauvegarder mon vieux home, mais du coup j'ai accès a des outils si jamais…
[^] # Re: Paquets
Posté par mahikeulbody . Évalué à 4. Dernière modification le 24 novembre 2023 à 14:58.
Timeshift (avec btrfs), c'est la clé de la tranquillité, surtout sur une rolling release même si elle est en général sans problème. Moi, cette mise à jour m'empêchait de me relogguer (une sombre histoire de de database-mime à regénérer) ; je suis revenu en arrière avec Timeshift et j'ai tranquillement attendu que quelqu'un trouve la solution.
[^] # Re: Paquets
Posté par WrathOfThePixel . Évalué à 3.
Le soucis c'est qu'à l'époque où j'ai installé, je n'ai pas choisi BTRFS, du coup les timeshift me prennent beaucoup de temps et de place. Le plus ironique c'est que la veille j'en ai effacé un qui datait de moins d'un mois par manque de place, en me disant que j'allais le refaire "bientôt"… En me promettant de "bientôt" regarder comment je pourrais convertir mes partitions vers BTRFS bien sûr.
Bref une cascade de mauvaises décisions qui mènent à la catastrophe…
[^] # Re: Paquets
Posté par jnanar (site web personnel) . Évalué à 3.
Je pense que l'installation existante était récupérable. D'après ce que je vois, la mise a jour a désinstallé des modules/outils nvidia
et il aurait fallu réinstaller un substitut (ce dont tu parles dans ton message). La mise à jour a déclencher une mise à jour du noyau et le processus de mise à jour n'a pas pu installer le module pour ce nouveau noyau.
Au redémarrage, le système s'attendait à avoir un module nvidia et comme il n'était pas là, l'écran est resté noir. La procédure est assez convenue: il faut réinstaller le driver pour le noyau courant. La procédure Manjaro devrait suffire.
https://wiki.manjaro.org/index.php/Configure_Graphics_Cards
Si tu réinstalles et que ça te prend moins de temps, tant mieux mais je pense que c'était largement récupérable.
[^] # Re: Paquets
Posté par WrathOfThePixel . Évalué à 2.
Je n'ai pas encore réinstallé, j'en suis toujours à TARer le quasi To de mon home vers un disque externe. Je vais pouvoir faire quelques experimentation quand ça sera fini.
J'ai vu ça, mais le lib32 en prefixe m'a poussé à croire que c'était pas utile…
[^] # Re: Paquets
Posté par shuihuzhuan . Évalué à 2.
C'est peut-être l'occasion de passer au driver nouveau.
[^] # Re: Paquets
Posté par totof2000 . Évalué à 3. Dernière modification le 25 novembre 2023 à 14:49.
personnellement j'ai laissé tomber sur mon système : trop de problèmes. Temps CPU utilisé par X trop important, et comportements bizarres de l'IHM.
Je retenterai peut-être un de ces jours mais en ce moment je n'ai pas le temps de jouer à ça.
[^] # Re: Paquets
Posté par Maderios . Évalué à 2.
Inutilisable chez moi. La dernière version "stable" de Nouveau est sortie il y a presque 3 ans.
https://xorg.freedesktop.org/archive/individual/driver/
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/commits/master
[^] # Re: Paquets
Posté par shuihuzhuan . Évalué à 2.
Depuis 15 ans que je l'utilise, je n'ai jamais noté d'usage intensif du CPU et seulement 2 fois des problèmes qui m'ont obligé à passer temporairement au driver nvidia (la première fois) ou rester sur un noyau plus ancien (la seconde fois).
Après, je n'utilise pas X mais Wayland (sauf pendant ma période nvidia puisque le driver ne supportait pas Wayland…).
Si l'on montre sa motivation à résoudre le problème rencontré, Karol Herbst est réactif pour le corriger, même pour du très vieux matériel.
D'autre part, nouveau est dans le kernel et mesa. xf86 est un truc obsolète, en tout cas pas installé sur mon ordinateur.
À mon humble avis, il aurait suffit de dėsinstaller le driver nvidia et redémarrer pour retrouver une carte graphique fonctionnelle.
[^] # Re: Paquets
Posté par totof2000 . Évalué à 2.
Mon matériel était peut-être trop récent ?
[^] # Re: Paquets
Posté par shuihuzhuan . Évalué à 1.
Je ne peux pas dire, ma carte graphique date de 2007 :-)
# Le forum manjaro
Posté par nozof . Évalué à 3.
Dans ce post sont listés les problèmes et les solutions des mises à jour.
https://forum.manjaro.org/t/stable-update-2023-11-21-systemd-gamescope-plus-kde-frameworks-wine-pipewire-thunderbird/151904
[^] # Re: Le forum manjaro
Posté par WrathOfThePixel . Évalué à 2.
J'ai vu ça aussi, mais il me semble que ça concenre la dernière grosse MAJ, pas les quelques paquets d'hier. Je l'ai parcouru sans trop y croire, je vais m'y repencher, merci.
# Ca fait longtemps que ça ne m'est plus arrivé à ce point
Posté par totof2000 . Évalué à 5.
Aujourd'hui je ne fais plus de mise à jour quand j'ai un travail urgent ou quand j'ai un truc administratif important à faire via mon ordinateur. Ou alors je m'arrange pour en avoir un autre de secours sous la main.
Ce genre de problème m'est trop souvent arrivé : "allez, une petite mise à jour le temps d'un café …" Et bien souvent on se retrouve, lorsqui'on utilise des pilotes proprio, avec un affichage qui se vautre.
Mais les mises à jour foireuse ce n'est pas le propre de Linux : ça arrive aussi sous Windows. Et dans la mesure du possible, que ce soit sous Windows ou sous Linux, j'essaie de repousser (raisonnablement, entendons-nous bien) à un moment ou je pourrai prendre du temps pour réparer.
# Tu es en testing ?
Posté par papajoke . Évalué à 2. Dernière modification le 25 novembre 2023 à 17:37.
Il est facile de faire une recherche sur cette erreur dans le forum ;)
trouvé : https://forum.manjaro.org/t/testing-update-2023-11-22-kernels-firefox-appstream-1-0-blender-4-0-cinnamon-6-0/152000/7
Le module n'était pas pour le même noyau… petit problème corrigé très rapidement par cet utilisateur !
note: une branche "testing" est-elle bien compatible avec un poste de travail ;)
En se logant dans tty2, tu pouvais faire la prochaine mise à jour qui corrigeait ce problème de version.
Puisque tu avais le kernel 5, tu devais pouvoir l'utiliser, c'est justement l'intérêt d'avoir un second, le temps d'avoir le correctif et de ne pas être (toujours) bloqué.
Normalement on installe son home dans une autre partition, donc on peut réinstaller manjaro sans aucun problème (en 10 minutes), l'install ne touche alors pas au home existant.
[^] # Re: Tu es en testing ?
Posté par totof2000 . Évalué à 3.
Bof, même avec ça il vaut mieux avoir une sauvegarde au chaud au cas ou … une mauvaise manip peut vite arriver.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.