[Débutant] Failed to start Load Kernel Modules

smolski · 25-04-2017 17:02:41

L'étape suivante logique serait que tu enlèves les backports, que tu mettes les sources testing (marquer stretch à la place de testing dans les sources) et de nouveau une mise à jour.
Cependant, si tout marche ainsi pour toi, je te conseille d'en rester là.
Sinon, à tes risques périls, bien que testing soit en freeze.

Les sources testing :
https://debian-facile.org/doc:systeme:a … res-a-jour

Soit :

    # testing

    deb http://ftp.fr.debian.org/debian/ testing main contrib non-free

    deb http://security.debian.org/ testing/updates main contrib non-free

    # unstable

    deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free

    # experimental

    deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free

IMPORTANT : Ici, tu changes impérativement le terme testing par stretch
Ce qui va te demander de surveiller toutes les mises à jour à venir, notamment en utilisant apt-listbug :
https://debian-facile.org/doc:systeme:apt:apt-listbugs

Nous nous éloignons fortement du débutant là.
...

31hud · 25-04-2017 17:33:18

Ah bah non ! Je me suis mis à Debian Jessie stable pour le support de 5 ans (LTS), pas pour changer au bout de 6 mois.
Et puis ça nous éloigne surtout du problème d'UUID et de systemd-fsck au démarrage qui ne vérifie pas les partitions étendues, non ? Pas sûr que de passer à Stretch résolve mon problème sans vouloir t'offenser

smolski · 25-04-2017 17:40:15

Je ne crois pas que fsck ignore les paritions étendues.
Et si tu lances la commande fsck en root sur les partitions étendues ?
https://debian-facile.org/doc:systeme:fsck

Tu as plusieurs alternatives de vérification, à toi de voir celles que tu choisies, y'a pas de problème à ce niveau d'utilisation de l'outil.
...

31hud · 25-04-2017 18:14:54

Pas fsck, systemd-fsck qui se charge au démarrage de vérifier l'intégrité de la journalisation je crois. Or, au timestamp où il devrait passer en revue sda5E, sda7E et sda8E (vers les 6~7 secondes) comme il le fait sur les PC avec une install fraîche, systemd renvoie un message qui concerne "Failed to insert module 'kdbus' : Function not implemented". Si j'ajoute à ça le fait que j'ai parfois un message watchdog à la fermeture qui m'avertit qu'il n'arrive pas à démonter les mêmes partitions (/var /tmp /home et swap), j'ai un faisceau de présomptions qui m'orientent vers ma bêtise (ignorance) de n'avoir pas modifié les UUID en copiant mon install depuis l'ancien PC.

Le sources.list a peut-être un rapport avec tout ça, mais je ne vois pas lequel, désolé pour mon faible niveau de connaissances.

Y'aurait pas une commande du genre "sudo dpkg-reconfigure systemd" par hasard ?

Dernière modification par 31hud (28-04-2017 18:11:18)

smolski · 25-04-2017 20:36:21

Là, je suis dépassé, je passe la main maintenant que tu as des sources plus équilibrés.
...

31hud · 25-04-2017 21:37:00

Merci pour le coup de main, smolski

J'aurai appris à constituer une liste de sources propres.

smolski · 26-04-2017 06:47:46

31hud a écrit :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=e2386104-40be-483b-838c-06d67648bfb5 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda8 during installation
UUID=ef9a426c-c0b4-4f20-85d8-dbadee7b91f5 /home ext4 defaults 0 2
# /tmp was on /dev/sda7 during installation
UUID=d997ea44-4027-454e-baee-bca6f428bf03 /tmp ext4 defaults 0 2
# /var was on /dev/sda5 during installation
UUID=3ae17c58-3930-40c4-ad45-4d7a47993bcc /var ext4 defaults 0 2
# swap was on /dev/sda6 during installation
UUID=3df4d9fd-5300-49f0-a654-3f53f1d6f654 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

Et si tu mettais le chemin réel des partitions à la place de l' UUID voire un peu ?
Genre :

# /home was on /dev/sda8 during installation

/dev/sda8   /home           ext4    defaults        0       2

31hud · 28-04-2017 18:07:16

Debian recommande de définir les partitions par leur UUID. Pour voir si ça résoudrait les soucis que je rencontre, pourquoi pas ? Ça ne risque pas de mettre le bazar (plus que maintenant je veux dire) ? Dans ce cas, je générerai ensuite des UUID qui vont bien depuis un live CD et un coup d'update-grub comme j'ai pu lire. Et si ça plante, je réinstalle tout depuis le début

En faisant une recherche avec les mots-clés "uuid - kdbus - systemd", je suis tombé sur le sujet de quelqu'un qui passait :

sudo journalctl | grep systemd

Eh bien je retrouve les modules qui génèrent parfois des messages d'erreur à la fermeture comme Avahi mDNS/DNS-SD qui prend 1m30 pour se fermer. On voit aussi que systemd-fsck vérifie bien les partitions journalisées de la partition étendue mais ça ne s'affiche pas comme sur d'autres machines et problèmes pour démonter les partitions à la fermeture ( /var systématique, les autres de manière aléatoire).

Dernière modification par 31hud (28-04-2017 18:09:31)

smolski · 28-04-2017 20:10:23

31hud : je ne comprends pas, as-tu modifié le fstab comme je te le proposais ?
Est-ce que ce qui suit dans ton post :

sudo journalctl | grep systemd

concerne ce changement ?

Sois plus clair et détaille mieux tes retours, nous ne sommes pas par-dessus ton épaule pour te voir faire ni lire ce qui se passe sur ton écran.
...

31hud · 02-05-2017 06:35:36

Pardon, je n'ai pas été très clair. Non, je n'avais pas fait la modification au moment d'écrire mon message : je me demandais juste si ça pouvait avoir des conséquences néfastes ou si c'était sans danger. J'ai quand même fait un update-grub mais au redémarrage, mêmes symptômes : la vérification des partitions étendues ne s'affiche pas.

La deuxième partie résulte juste d'une recherche que j'avais effectuée au sujet de systemd et des uuid qui me semblait être lié aux soucis que je rencontre. Je disais juste que j'y retrouvais des modules ou fonctionnalités que je retrouve parfois à la fermeture comme Avahi mDNS/DNS-SD Stack.
Donc,

sudo journalctl | grep systemd

me donne (entre autres)

avril 25 15:06:43 machine systemd-journald[584]: Runtime journal (/run/log/journal/) is 5.0M, max 40.2M, 35.2M free.

avril 25 15:06:44 machine systemd[1]: Failed to insert module 'kdbus': Function not implemented

...

avril 25 15:06:45 machine systemd-udevd[619]: Process '/bin/mount -t fusectl fusectl /sys/fs/fuse/connections' failed with exit code 32.

...

avril 25 15:06:46 machine systemd-udevd[791]: Process '/bin/mount -t fusectl fusectl /sys/fs/fuse/connections' failed with exit code 32.

...

avril 25 15:06:51 machine systemd-udevd[973]: Process '/usr/sbin/alsactl -E HOME=/var/run/alsa restore 1' failed with exit code 99.

avril 25 15:06:51 machine systemd-udevd[983]: Process '/usr/sbin/alsactl -E HOME=/var/run/alsa restore 0' failed with exit code 99.

...

avril 25 15:06:51 machine systemd[1]: Activating swap /dev/disk/by-uuid/3df4d9fd-5300-49f0-a654-3f53f1d6f654.

...

avril 25 15:06:51 machine systemd[1]: Activated swap /dev/disk/by-uuid/3df4d9fd-5300-49f0-a654-3f53f1d6f654.

avril 25 15:06:51 machine systemd[1]: Reached target Swap.

avril 25 15:06:51 machine systemd-fsck[1518]: /dev/sda5 : propre, 9092/183264 fichiers, 203700/732160 blocs

...

avril 25 15:06:51 machine systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway.

avril 25 15:06:51 machine systemd[1]: Mounting /var...

avril 25 15:06:51 machine systemd[1]: Mounted /var.

...

avril 25 15:06:51 machine systemd-fsck[1533]: /dev/sda7 : propre, 22/650240 fichiers, 93234/2621440 blocs

...

avril 25 15:06:52 machine systemd[1]: Started File System Check on /dev/disk/by-uuid/d997ea44-4027-454e-baee-bca6f428bf03.

avril 25 15:06:52 machine systemd[1]: tmp.mount: Directory /tmp to mount over is not empty, mounting anyway.

avril 25 15:06:52 machine systemd[1]: Mounting /tmp...

avril 25 15:06:52 machine systemd-fsck[1517]: /dev/sda8 : propre, 22910/1048576 fichiers, 684666/4194304 blocs

avril 25 15:06:52 machine systemd[1]: Started File System Check on /dev/disk/by-uuid/ef9a426c-c0b4-4f20-85d8-dbadee7b91f5.

avril 25 15:06:52 machine systemd[1]: Mounting /home...

avril 25 15:06:52 machine systemd[1]: Mounted /tmp.

avril 25 15:06:52 machine systemd[1]: Mounted /home.

avril 25 15:06:52 machine systemd[1]: Reached target Local File Systems.

...

On voit donc que systemd-fsck vérifie bien la journalisation des partitions étendues mais que ça ne s'affiche pas lors du démarrage comme sur d'autres machines installées proprement (installations non copiées). On voit aussi que le module 'kdbus' est le premier message d'erreur.

Je n'ai pas encore généré des UUID pour remplacer ceux qui avaient été copiés de l'installation de l'autre ordinateur. Pas de risque à procéder comme ça ? :
https://askubuntu.com/questions/171446/ … er-machine

Dernière modification par 31hud (02-05-2017 06:38:59)

Debian-facile

#26 25-04-2017 17:02:41

Re : [Débutant] Failed to start Load Kernel Modules

#27 25-04-2017 17:33:18

Re : [Débutant] Failed to start Load Kernel Modules

#28 25-04-2017 17:40:15

Re : [Débutant] Failed to start Load Kernel Modules

#29 25-04-2017 18:14:54

Re : [Débutant] Failed to start Load Kernel Modules

#30 25-04-2017 20:36:21

Re : [Débutant] Failed to start Load Kernel Modules

#31 25-04-2017 21:37:00

Re : [Débutant] Failed to start Load Kernel Modules

#32 26-04-2017 06:47:46

Re : [Débutant] Failed to start Load Kernel Modules

#33 28-04-2017 18:07:16

Re : [Débutant] Failed to start Load Kernel Modules

#34 28-04-2017 20:10:23

Re : [Débutant] Failed to start Load Kernel Modules

#35 02-05-2017 06:35:36

Re : [Débutant] Failed to start Load Kernel Modules

Pied de page des forums