logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 11-11-2020 11:36:35

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

[Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour depuis quelque temps ma session se fige. Au départ j'ai pensé longtemps à une détérioration de la base de données des fichiers tracker, mais j'ai abandonné l'idée suite à une recherche en ligne et j'ai effectué :

apt-get autoclean && aptitude clean


Cela a dégagé énormément de fichiers, 1064 fichiers exactement et fait de la place dans /var, mais la session se figeait quand même.



Alors j'ai regardé

journalctl -xb


Première réponse significative :

systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway.
░░ Subject: Le point de montage n'est pas vide
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ Le répertoire /var est spécifié comme point de montage (second champ du
░░ fichier /etc/fstab, ou champ Where= dans une unité (unit) systemd) et n'est
░░ pas vide.
░░ Cela ne perturbe pas le montage du système de fichiers, mais les fichiers
░░ préalablement présents dans ce répertoire sont devenus inaccessibles.
░░ Pour atteindre ces fichiers, veuillez monter manuellement le système de
░░ fichiers sous-jacent à un autre emplacement.
nov. 11 06:39:02 tapez-ici-vos-commandes systemd[1]: Mounting /var...
░░ Subject: L'unité (unit) var.mount a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support



Deuxième réponse significative :

systemd-journald[230]: Time spent on flushing to /var/log/journal/10153de6e09549c7b6>
nov. 11 06:39:03 tapez-ici-vos-commandes systemd-journald[230]: System Journal (/var/log/journal/10153de6e09549c7b614021e1357>
░░ Subject: Espace disque utilisé par le journal
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ Documentation: man:journald.conf(5)
░░
░░ System Journal (/var/log/journal/10153de6e09549c7b614021e135784b4) utilise actuellement 800.1M.
░░ Le maximum autorisé est défini à 932.2M.
░░ Au moins 466.1M doivent être laissés libres
░░ (sur 6.8G d'espace disque actuellement libre).
░░ La limite appliquée est donc 932.2M, dont 132.1M
░░ sont toujours disponibles.
░░
░░ Les limites définissant la quantité d'espace disque que peut utiliser le
░░ journal peuvent être configurées avec les paramètres SystemMaxUse=,
░░ SystemKeepFree=, SystemMaxFileSize=, RuntimeMaxUse=, RuntimeKeepFree=,
░░ RuntimeMaxFileSize= dans le fichier /etc/systemd/journald.conf.
░░ Voir journald.conf(5) pour plus de détails.
 




Alors j'ai regardé la taille des logs de journalctl et leur cohérence avec :

journalctl --verify



J'avais des fichiers logs journalctl invalides, j'ai purgé avec :

journalctl --vacuum-time=1s



J'ai vérifié que tout était normal, sans aucun fichier log invalide avec :

journalctl --verify


La situation des fichiers log de journalctl est redevenue normale.

Par contre j'ai toujours le message :

systemd[1]: var.mount: Directory /var to mount over is not empty, mounting anyway.
░░ Subject: Le point de montage n'est pas vide
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ Le répertoire /var est spécifié comme point de montage (second champ du
░░ fichier /etc/fstab, ou champ Where= dans une unité (unit) systemd) et n'est
░░ pas vide.
░░ Cela ne perturbe pas le montage du système de fichiers, mais les fichiers
░░ préalablement présents dans ce répertoire sont devenus inaccessibles.
░░ Pour atteindre ces fichiers, veuillez monter manuellement le système de
░░ fichiers sous-jacent à un autre emplacement.




Je démarre toujours d'habitude avec 4 ou 5 clés USB branchées. Je viens de m'apercevoir que si je démarre sans clé USB branchée, ma session ne se fige pas. Par contre si je branche une clé partitionnée en 3 partitions, EXT4, une autre FAT, puis une HFS+, ma session se fige.

inxi -Frp


[...]
Drives:    Local Storage: total: 348.57 GiB used: 75.94 GiB (21.8%)
           ID-1: /dev/sda vendor: Seagate model: ST3250318AS size: 232.89 GiB
           ID-2: /dev/sdb type: USB vendor: SanDisk model: Ultra size: 115.69 GiB
Partition: ID-1: / size: 22.79 GiB used: 8.26 GiB (36.2%) fs: ext4 dev: /dev/dm-0
           ID-2: /boot size: 235.3 MiB used: 91.4 MiB (38.8%) fs: ext2 dev: /dev/sda1
           ID-3: /home size: 190.25 GiB used: 40.73 GiB (21.4%) fs: ext4 dev: /dev/dm-4
           ID-4: /media/untel101/EXT4 size: 42.57 GiB used: 17.57 GiB (41.3%) fs: ext4 dev: /dev/sdb2
           ID-5: /media/untel101/HFS+Mac size: 43.38 GiB used: 263.9 MiB (0.6%) fs: hfsplus dev: /dev/sdb3
           ID-6: /media/untel101/PHOTOS size: 28.91 GiB used: 8.00 GiB (27.7%) fs: vfat dev: /dev/sdb1
           ID-7: /tmp size: 1.80 GiB used: 5.7 MiB (0.3%) fs: ext4 dev: /dev/dm-3
           ID-8: /var size: 9.10 GiB used: 1.03 GiB (11.3%) fs: ext4 dev: /dev/dm-1
Swap:      ID-1: swap-1 type: partition size: 3.89 GiB used: 0 KiB (0.0%) dev: /dev/dm-2 [...]
 



J'ai habituellement ceci dans les logs quand je débranche et puis je rebranche cette clé avec Nautilus et j'ai aussi maintenant :

FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
hfsplus: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

De temps en temps, je corrige ces systèmes de fichiers, mais corrigés ou non cela n'avait aucune incidence et ma session ne figeait pas, ni dans le cas des systèmes de fichiers de la clé corrigés, ni dans le cas contraire.

Je vais redémarrer avec juste une simple clé vfat ordinaire.

Dernière modification par --gilles-- (26-11-2020 15:02:51)


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#2 11-11-2020 11:41:33

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Hello
Ce que je comprend dans les résultats du journal c'est que tu utilises un répertoire non vide comme point de montage
Tu peux voir les fichiers qu'il contient en démontant /var
donc si ses fichiers son important, pour les rendre accessible il te faut:
démonter /var
voir ce que contient le répertoire
copier le contenu dans un répertoire provisoire
remonté /var
et éventuellement copier les données du répertoire provisoire dans /var si ce doit être le bon emplacement
bon je sais pas si c'est tout clair ?

FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
hfsplus: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.


me semble que ce quoi être normale si tu débranche ta clé a la "sauvage"

Dernière modification par Croutons (11-11-2020 11:50:48)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#3 11-11-2020 12:23:52

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour Croutons, pour la clé tri-partitionnée, je crois que je vais abandonner l'idée. C'était une bonne idée quand Linux lisait et écrivait les partitions HFS+ du Mac, mais depuis que Linux a décidé de juste les monter en lecture seule, je m'aperçois que finalement cela va m'apporter plus de déboires que d'avantages. De plus le débranchement de cette clé tri-partitionnée ne peut pas être fait correctement, c'est à dire qu'un seul clic sur une seule partition avec Nautilus pour la démonter correctement entraîne automatiquement le démontage sauvage des deux autres. Je vais récupérer les données et la reformater totalement en EXT4 et ce point sera réglé.

J'ai redémarré avec une simple clé vfat et cela n'a pas figé ma session.

Je ne suis pas très au point question montage - démontage de système de fichiers, je suis arrivé à Linux quand déjà ces opérations se passaient en graphique. Ce qui fait que je suis un peu frileux sur ces questions. A-t-on toujours le droit de démonter-remonter /var ? Ne doit-on pas se contenter de les mettre en lecture seule read-only, je ne sais pas, je pose des questions à la lecture de man umount.

Quelle seraient les bonnes commandes ?

Je lis ceci :

https://duckduckgo.com/?t=ffab&q=umount+%2Fvar&ia=web
Pour ne pas aller vers la boulette ! mad

Dernière modification par --gilles-- (11-11-2020 12:25:18)


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#4 11-11-2020 12:33:11

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

ma session se fige


Qu'entends-tu exactement par "ma session se fige" ? A quel moment ? En faisant quoi ?

Croutons a écrit :

démonter /var


Ça va être compliqué de démonter /var d'un système en fonctionnement, car divers démons l'utilisent (systemd, syslog...).
Le plus simple consiste à remonter la racine en "bind" sur un autre répertoire pour voir son contenu sans les montages.


mount --bind / /mnt
ls -alh /mnt/var


Il vaut mieux montrer que raconter.

Hors ligne

#5 11-11-2020 15:31:22

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

à raleur : Merci de me questionner. Ma session se fige ( au moins quasiment à coup sûr avec la clé USB trois partitions EXT4-VFAT-HFS+ déjà branchée avant le démarrage, mais apparemment pas,  à vérifier de manière approfondie, sans clé ou bien juste une clé VFAT branchée avant le démarrage ) soit dès que l'écran d'accueil est affiché ( ce que l'on appelle encore improprement le "Bureau" ) ou juste quelques secondes plus tard.

Comme je l'écris plus haut, je vais abandonner cette idée de clé USB trois partitions EXT4-VFAT-HFS+.


mount --bind / /mnt



ls -alh /mnt/var


total 16K
drwxr-xr-x  4 root root 4,0K 29 janv.  2020 .
drwxr-xr-x 23 root root 4,0K 10 nov.  12:31 ..
drwxr-----  3 root root 4,0K 25 août   2017 lib
drwxr-xr-x  3 root root 4,0K 29 janv.  2020 run
 



dans lib, il n'y a qu'un dossier hp qui est vide :

cd lib/



root@ma-machine:/mnt/var/lib# ls -ail


total 12
1320125 drwxr----- 3 root root 4096 25 août   2017 .
1305601 drwxr-xr-x 4 root root 4096 29 janv.  2020 ..
1320126 drwxr-xr-x 2 root root 4096 25 août   2017 hp
 




root@ma-machine:/mnt/var/lib# cd hp/



root@ma-machine:/mnt/var/lib/hp# ls -ail


total 8
1320126 drwxr-xr-x 2 root root 4096 25 août   2017 .
1320125 drwxr----- 3 root root 4096 25 août   2017 ..



et dans run ( je t'épargne les commandes ), il n'y a qu'un dossier plymouth qui est vide lui aussi. Je suppose que je dois virer tout ceci, mais j'attends ta confirmation.


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#6 11-11-2020 16:21:06

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

soit dès que l'écran d'accueil est affiché ( ce que l'on appelle encore improprement le "Bureau" )


Tu parles du bureau après l'ouverture de la session utilisateur ou du gestionnaire de connexion avant l'ouverture de session ?
Si c'est après l'ouverture de session, tu as testé avec un autre compte utilisateur ?
Dans tous les cas, est-ce que la machine répond encore aux combinaisons de touches pour basculer sur une autre console ?

--gilles-- a écrit :

Je suppose que je dois virer tout ceci


Si c'est vide, je suppose aussi.


Il vaut mieux montrer que raconter.

Hors ligne

#7 11-11-2020 16:46:14

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Je parles du bureau après l'ouverture de la session utilisateur.

J'ai créé un deuxième utilisateur, au début cela ne me le refaisais pas dans le deuxième pendant un mois et demi à peu près, mais cela a fini par recommencer aussi dans le deuxième ( le figeage ) et comme je pensais au début que c'était une corruption de la base de données tracker, j'en ai créé un troisième qui jusqu'à présent est resté toujours accessible. J'ai jonglé avec les sauvegardes pour réimplanter les fichiers qui étaient importants pour pouvoir continuer.

Quand c'est figé, rien ne répond, je suis obligé d'éteindre en appuyant longtemps sur le bouton de mise en marche, heureusement que le système de fichiers est journalisé.

Je fais le ménage :

root@ma-machine:/mnt/var# rm -rf lib/
root@ma-machine:/mnt/var# rm -rf run
root@ma-machine:/mnt/var# ls -ail
total 8
1305601 drwxr-xr-x  2 root root 4096 11 nov.  16:42 .
      2 drwxr-xr-x 23 root root 4096 10 nov.  12:31 ..

et je redémarre pour voir les messages de journalctl -xb


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#8 11-11-2020 17:58:56

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

J'ai du utiliser le troisième utilisateur, car cette fois-ci le deuxième est resté en rade que ce soit avec ou sans clé au démarrage.

Pour /var, il devenu correct, extraits de journalctl -xb  :

systemd[1]: Mounting /var...
░░ Subject: L'unité (unit) var.mount a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) var.mount a commencé à démarrer.
nov. 11 17:32:39 ma-machine kernel: EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null)
nov. 11 17:32:39 ma-machine systemd[1]: Mounted /var.
░░ Subject: L'unité (unit) var.mount a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) var.mount a terminé son démarrage, avec le résultat done.

Pour /tmp, j'avais le même type d'erreur qu'avec /var, j'ai appliqué la même méthode mount --bind / /mnt et j'ai supprimé les fichiers dans /mnt/tmp et j'ai maintenant :

systemd[1]: Mounting /tmp...
░░ Subject: L'unité (unit) tmp.mount a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) tmp.mount a commencé à démarrer.
nov. 11 17:32:36 ma-machine kernel: EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: (null)
nov. 11 17:32:36 ma-machine systemd[1]: Mounted /tmp.
░░ Subject: L'unité (unit) tmp.mount a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) tmp.mount a terminé son démarrage, avec le résultat done.






Mais il y a quand même un problème avec les tracker :

nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &DOCUMENTS. Igno>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &PICTURES. Ignor>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &VIDEOS. Ignorin>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignor>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &DOCUMENTS. Igno>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &PICTURES. Ignor>
nov. 11 17:33:01 ma-machine tracker-miner-f[897]: Unable to get XDG user directory path for special directory &VIDEOS. Ignorin>

Dernière modification par --gilles-- (11-11-2020 19:29:29)


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#9 12-11-2020 15:53:27

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

J'ai supprimé la première session utilisateur, celle qui était en fonctionnement quand il y a eu la foudre, en mode maintenance ( rescue ) avec

deluser --remove-home  $user0


Je n'ai plus les erreurs avec les tracker-miner-fs.

Pour l'instant les deux autres sessions ont l'air de fonctionner, mais j'attends un peu pour passer ce sujet en résolu.

Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#10 12-11-2020 16:32:52

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Je scrute encore plus que d'habitude les messages d'erreurs et j'en tiens plus compte et je vois dans journalctl -xb :

udisksd[939]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory


Je passe l'erreur dans duckduckgo et il me semble que ce site est pertinent :
https://eltallerdelbit.com/error-libbd_ … ubuntu-18/

Je fais le diagnostic qu'il demande :

systemctl status udisks2


● udisks2.service - Disk Manager
     Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor preset: enabled)
     Active: active (running) since Thu 2020-11-12 15:14:39 CET; 18min ago
       Docs: man:udisks(8)
   Main PID: 939 (udisksd)
      Tasks: 5 (limit: 4549)
     Memory: 8.1M
     CGroup: /system.slice/udisks2.service
             └─939 /usr/libexec/udisks2/udisksd

nov. 12 15:23:56 ma-machine udisksd[939]: Mounted /dev/sdb3 at /media/untel1/HFS+Mac on behalf of uid 1001
nov. 12 15:23:56 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb2 is busy, skipping cleanup
nov. 12 15:23:56 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
nov. 12 15:23:56 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb3 is busy, skipping cleanup
nov. 12 15:23:56 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
nov. 12 15:23:56 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb3 is busy, skipping cleanup
nov. 12 15:23:57 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
nov. 12 15:23:57 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb3 is busy, skipping cleanup
nov. 12 15:23:57 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
nov. 12 15:23:57 ma-machine udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
root@ma-machine:~#



En effet, skipping cleanup, sauter l'étape nettoyage, il faudrait régler ceci !

Mais ce n'est actuellement possible, car la solution que ce site préconise : entre autres, installer le paquet libblockdev-mdraid2 car la dépendance mdam est buggée dans stable, testing et unstable :
https://bugs.debian.org/cgi-bin/bugrepo … bug=962844

Je vais devoir surveiller ce paquet.


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#11 12-11-2020 17:35:47

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Il y a aussi un bug dans Testing Gnome Wayland concernant le crash des sessions, décidément !

https://bugs.debian.org/cgi-bin/bugrepo … bug=971057

Je l'ai trouvé car j'ai en partie les mêmes erreurs Gnome que celles décrites dans le bug.

Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#12 12-11-2020 17:57:28

anonyme
Invité

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour
ceci est normal je pense (pas utilisé )


udisksd[575]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
 



j'ai le même

#13 12-11-2020 18:46:47

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonsoir,

anonyme a écrit :

j'ai le même

Moi aussi, donc

anonyme a écrit :

ceci est normal je pense (pas utilisé)

je le pense aussi -- pas utilisé non plus.
Il doit s'agir des scories de systemd...

En fait, bien que certains ne soient pas d'accord, au plus ça va et au plus je pense que toute cette informatique n'est pas bien finie et comme les gars qui s'en occupent regardent devant (nouveaux trucs à développer), les choses pas gênantes en arrière peuvent rester ainsi et voilà où on en est.

Par contre,

--gilles-- a écrit :

le deuxième est resté en rade

ceci n'est pas un message d'erreur valide pour faire avancer le schmilblik. Quel diagnostic poser sur cette phrase quand il peut y avoir 1000 et une causes pour arriver à ce résultat ?


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#14 12-11-2020 19:19:57

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

anonyme et jpt, Il faudrait vous fassiez ce test pour avoir un avis motivé en oui ou en non  :

systemctl status udisks2



Je viens de brancher une clé vfat et je mets ici un extrait de la fin du message systemctl status udisks2 :

udisksd[939]: Mounted /dev/sdb1 at /media/untel1/CLEF_1GO on behalf of uid 1001
udisksd[939]: udisks_state_check_mounted_fs_entry: block device /dev/sdb1 is busy, skipping cleanup
root@ma-machine:~#
 





Le code de retour m'indique qu'une clé est occupée et que son nettoyage ne sera pas effectué.

À mon avis, cela empêche une bonne gestion des clés et des disques que l'on branche et débranche. D'ailleurs c'était quand je démarrais clés branchées que j'avais le problème de la deuxième session utilisateur figée.


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#15 12-11-2020 19:36:30

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

anonyme et jpt, Il faudrait vous fassiez ce test pour avoir un avis motivé en oui ou en non  :

voilà voilà :

$ systemctl status udisks2
● udisks2.service - Disk Manager
   Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-11-12 18:29:13 CET; 1h 2min ago
     Docs: man:udisks(8)
 Main PID: 682 (udisksd)
    Tasks: 5 (limit: 4915)
   Memory: 8.3M
   CGroup: /system.slice/udisks2.service
           └─682 /usr/lib/udisks2/udisksd

nov. 12 18:29:11 debox64 systemd[1]: Starting Disk Manager...
nov. 12 18:29:11 debox64 udisksd[682]: udisks daemon version 2.8.1 starting
nov. 12 18:29:12 debox64 udisksd[682]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
nov. 12 18:29:12 debox64 udisksd[682]: Failed to load the 'mdraid' libblockdev plugin -- tiens, les 2 lignes du raid inutiles chez moi, lol !
nov. 12 18:29:13 debox64 systemd[1]: Started Disk Manager.
nov. 12 18:29:13 debox64 udisksd[682]: Acquired the name org.freedesktop.UDisks2 on the system message bus <-- ça aussi, vachement utile, grrr !
nov. 12 19:30:44 debox64 udisksd[682]: Mounted /dev/sdd1 at /media/root/1AE9-2441 on behalf of uid 0

Petite différence de timing pour la dernière ligne, le temps que la clé soit montée, je présume.


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#16 12-11-2020 20:08:21

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

une bonne gestion des clés et des disques que l'on branche et débranche.


Bizarre, cette phrase : pour moi, les clé et les disques externes se branchent, oui, puis se "montent", bien souvent automatiquement, et enfin se démontent avant d'être débranchés.
C'est le seul moyen pour ne pas avoir d'ennuis.

Lire "monter" comme "connecter", présenter au système et donc à l'utilisateur les données que le support contient.

Dernière modification par jpt (12-11-2020 20:09:34)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#17 12-11-2020 20:35:05

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

jpt a écrit :

--gilles-- a écrit :

une bonne gestion des clés et des disques que l'on branche et débranche.


Bizarre, cette phrase : pour moi, les clé et les disques externes se branchent, oui, puis se "montent", bien souvent automatiquement, et enfin se démontent avant d'être débranchés.
C'est le seul moyen pour ne pas avoir d'ennuis.

Lire "monter" comme "connecter", présenter au système et donc à l'utilisateur les données que le support contient.



Tu cherches la petite bête, bien sûr que je démonte, c'est tellement évident ! cool cool J'ai écrit vite, je prépare aussi une soupe au potiron, chou-fleur, courgette, etc ...


J'utilise les partitions logiques, ce qui pourrait expliquer l'erreur qui est présente chez moi, vu certains points communs entre le RAID et ce type de partitions. Quel type de partitions utilise-tu ?


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#18 13-11-2020 08:51:43

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour,

--gilles-- a écrit :

c'est tellement évident !

pour toi, mais celui qui lit le post n'en a aucune notion, aucune certitude, et donc, comme on dit, "ça va mieux en le disant", cool

--gilles-- a écrit :

Quel type de partitions utilise-tu ?

ext4 pour le Linux pur et dur, ntfs (il me semble) pour les disques usb de sauvegarde (comme ça, lisibles quasiment partout en cas de catastrophe) et vfat pour les clés qui doivent être utilisées à la one again. Rien de spécial, quoi.

Et c'est vrai que ta clé "3-partoches" est un peu inhabituelle, étant entendu que dans l'absolu on ne voit pas pourquoi ça ne fonctionnerait pas.
Peut-être une histoire de contenu trop lourd, genre au démarrage la machine fait une reconnaissance des unités connectées et les analyse pour mettre les données en cache et les présenter vite à l'utilisateur, et s'il y en a beaucoup...

Mais tu as parlé de session "figée" : figée ad vitam æternam ou juste pendant 5 minutes ?


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#19 25-11-2020 12:59:40

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Je tiens à remercier tout particulièrement raleur, le nettoyage de /var et de /tmp m'a rendu une machine exploitable avec X11. Je cherche toujours pour la faire refonctionner avec Wayland ! neutral
Bon, je n'ai plus aussi l'erreur :

udisksd[939]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory



Suite au fait qu'en plus des apt update, apt full-upgrade quotidiens, j'ai simplement effectué deux fois aptitude en mode ncurse puis u pour update et g pour upgrade :

Aptitude 0.8.13: log report
Thu, Nov 12 2020 16:15:09 +0100

  IMPORTANT: this log only lists intended actions; actions which fail
  due to dpkg problems may not be completed.

Will install 4 packages, and remove 0 packages.
1454 kB of disk space will be used
========================================
[INSTALL, DEPENDENCIES] libbytesize-common:amd64 2.4-1
[INSTALL, DEPENDENCIES] libbytesize1:amd64 2.4-1
[INSTALL, DEPENDENCIES] mdadm:amd64 4.1-8
[INSTALL] libblockdev-mdraid2:amd64 2.24-2
========================================

Log complete.


Aptitude 0.8.13: log report
Sun, Nov 15 2020 16:56:57 +0100

  IMPORTANT: this log only lists intended actions; actions which fail
  due to dpkg problems may not be completed.

Will install 9 packages, and remove 0 packages.
1261 kB of disk space will be used
========================================
[INSTALL, DEPENDENCIES] libbytesize-common:amd64 2.4-1
[INSTALL, DEPENDENCIES] libbytesize1:amd64 2.4-1
[INSTALL, DEPENDENCIES] mdadm:amd64 4.1-8
[INSTALL] libblockdev-mdraid2:amd64 2.24-2
[UPGRADE] dash:amd64 0.5.10.2-7 -> 0.5.11+git20200708+dd9ef66-2
[UPGRADE] libayatana-ido3-0.4-0:amd64 0.8.0-1 -> 0.8.1-1
[UPGRADE] libayatana-indicator3-7:amd64 0.8.2-1 -> 0.8.3-1
[UPGRADE] libseccomp2:amd64 2.4.4-1+b1 -> 2.5.0-3
[UPGRADE] python3-six:amd64 1.15.0-1 -> 1.15.0-2
========================================

Log complete.


et depuis aucun problème avec mes clés USB !



Par contre quand je commence une session même en X11, j'ai tracker-miner-fs qui a du mal avec certains dossiers :

 25 10:28:12 ma-machine systemd[625]: Starting Virtual filesystem service...
░░ Subject: L'unité (unit) UNIT a commencé à démarrer
░░
░░ L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 25 10:28:08 ma-machine audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='unit=user@116 comm="systemd" exe="/lib/>
nov. 25 10:28:08 ma-machine systemd[1]: Started User Manager for UID 116.
░░ Subject: L'unité (unit) user@116.service a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) user@116.service a terminé son démarrage, avec le résultat done.
nov. 25 10:28:08 ma-machine systemd[625]: Started Multimedia Service.
░░ Subject: L'unité (unit) UNIT a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 25 10:28:08 ma-machine systemd[1]: Started Session c1 of user Debian-gdm.
░░ Subject: L'unité (unit) session-c1.scope a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) session-c1.scope a terminé son démarrage, avec le résultat done.
nov. 25 10:28:08 ma-machine systemd[625]: Starting Sound Service...
░░ Subject: L'unité (unit) UNIT a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a commencé à démarrer.
nov. 25 10:28:08 ma-machine systemd[625]: Starting Tracker metadata extractor...
░░ Subject: L'unité (unit) UNIT a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a commencé à démarrer.
nov. 25 10:28:08 ma-machine systemd[625]: Starting Tracker file system data miner...
░░ Subject: L'unité (unit) UNIT a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a commencé à démarrer.
nov. 25 10:28:08 ma-machine audit[572]: USER_START pid=572 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='op=PAM:session_open grantors=pam_keyin>
nov. 25 10:28:08 ma-machine systemd[625]: Started D-Bus User Message Bus.
░░ Subject: L'unité (unit) UNIT a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 25 10:28:09 ma-machine rtkit-daemon[502]: Supervising 0 threads of 0 processes of 0 users.
nov. 25 10:28:09 ma-machine rtkit-daemon[502]: Supervising 0 threads of 0 processes of 0 users.
nov. 25 10:28:10 ma-machine rtkit-daemon[502]: Successfully made thread 954 of process 947 owned by '116' RT at priority 20.
nov. 25 10:28:10 ma-machine rtkit-daemon[502]: Supervising 1 threads of 1 processes of 1 users.
nov. 25 10:28:10 ma-machine rtkit-daemon[502]: Successfully made thread 948 of process 948 owned by '116' high priority at nice level -11.
nov. 25 10:28:10 ma-machine rtkit-daemon[502]: Supervising 2 threads of 2 processes of 1 users.
nov. 25 10:28:10 ma-machine tracker-miner-f[950]: Set scheduler policy to SCHED_IDLE
nov. 25 10:28:10 ma-machine tracker-extract[949]: Set scheduler policy to SCHED_IDLE
nov. 25 10:28:10 ma-machine tracker-extract[949]: Setting priority nice level to 19
nov. 25 10:28:10 ma-machine tracker-miner-f[950]: Setting priority nice level to 19
nov. 25 10:28:12 ma-machine rtkit-daemon[502]: Supervising 2 threads of 2 processes of 1 users.
nov. 25 10:28:12 ma-machine rtkit-daemon[502]: Supervising 2 threads of 2 processes of 1 users.
nov. 25 10:28:12 ma-machine pipewire[947]: [W][000000037.564363][module-protocol-native.c:386 client_new()] server 0x562fd1a662b0: no peersec: Protocol not >
nov. 25 10:28:12 ma-machine pipewire[947]: [W][000000037.564459][module-protocol-native.c:386 client_new()] server 0x562fd1a662b0: no peersec: Protocol not >
nov. 25 10:28:12 ma-machine rtkit-daemon[502]: Successfully made thread 966 of process 965 owned by '116' RT at priority 20.
nov. 25 10:28:12 ma-machine rtkit-daemon[502]: Supervising 3 threads of 3 processes of 1 users.
nov. 25 10:28:12 ma-machine dbus-daemon[953]: [session uid=116 pid=953] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service'>
nov. 25 10:28:12 ma-machine systemd[625]: Starting Virtual filesystem service...
░░ Subject: L'unité (unit) UNIT a commencé à démarrer
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a commencé à démarrer.
nov. 25 10:28:12 ma-machine dbus-daemon[953]: [session uid=116 pid=953] Successfully activated service 'org.gtk.vfs.Daemon'
nov. 25 10:28:12 ma-machine systemd[625]: Started Virtual filesystem service.
░░ Subject: L'unité (unit) UNIT a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
nov. 25 10:28:13 ma-machine kernel: fuse: init (API version 7.31)
 



Suite à la lecture de cela : https://askubuntu.com/questions/1232686 … untu-20-04
J'ai essayé ceci :

systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service

Unit tracker-miner-rss.service does not exist, proceeding anyway.
Unit tracker-miner-apps.service does not exist, proceeding anyway.
Created symlink /home/untel1/.config/systemd/user/tracker-store.service → /dev/null.
Created symlink /home/untel1/.config/systemd/user/tracker-miner-fs.service → /dev/null.
Created symlink /home/untel1/.config/systemd/user/tracker-miner-rss.service → /dev/null.
Created symlink /home/untel1/.config/systemd/user/tracker-extract.service → /dev/null.
Created symlink /home/untel1/.config/systemd/user/tracker-miner-apps.service → /dev/null.
Created symlink /home/untel1/.config/systemd/user/tracker-writeback.service → /dev/null.
untel1@ma-machine:~$ tracker reset --hard
AVERTISSEMENT : cette opération peut supprimer définitivement les données.
Bien que la plupart du contenu indexé par Tracker puisse être réindexé en toute sécurité, il ne peut être assuré que ce soit le cas pour toutes les données. Soyez conscient des risques encourus en cas de perte de données, continuez à vos risques et périls.

Voulez-vous vraiment continuer ? [o|N]: o
1 PID trouvé…
  Processus 1766 — « tracker-miner-fs » tué
_g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
Setting database locations
Checking database directories exist
Checking database version
Checking whether database files exist
Removing all database/storage files
  Removing database:'/home/untel1/.cache/tracker/meta.db'
  Removing db-locale file:'/home/untel1/.cache/tracker/db-locale.txt'
  Removing journal:'/home/untel1/.local/share/tracker/data/tracker-store.journal'
  Removing db-version file:'/home/untel1/.cache/tracker/db-version.txt'

 



Mais cela ne donne rien, j'ai toujours l'erreur tracker-miner-fs, ma session fonctionne quand même en X11, mais elle ne foncvtionne pas en Wayland.

Est-ce lié à ce bug :
https://bugs.debian.org/cgi-bin/bugrepo … bug=956176

Je n'en sais rien !


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#20 26-11-2020 12:47:55

anonyme
Invité

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour
dsl pas vu ton #14
voila le retour


systemctl status udisks2
● udisks2.service - Disk Manager
     Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2020-11-24 07:18:58 CET; 2 days ago
       Docs: man:udisks(8)
   Main PID: 566 (udisksd)
      Tasks: 5 (limit: 15462)
     Memory: 8.1M
     CGroup: /system.slice/udisks2.service
             └─566 /usr/libexec/udisks2/udisksd

nov. 24 07:18:58 raven2200g systemd[1]: Starting Disk Manager...
nov. 24 07:18:58 raven2200g udisksd[566]: udisks daemon version 2.9.1 starting
nov. 24 07:18:58 raven2200g udisksd[566]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
nov. 24 07:18:58 raven2200g udisksd[566]: Failed to load the 'mdraid' libblockdev plugin
nov. 24 07:18:58 raven2200g systemd[1]: Started Disk Manager.
nov. 24 07:18:58 raven2200g udisksd[566]: Acquired the name org.freedesktop.UDisks2 on the system message bus
 



je précise en testing (bullseye) , pas en sid.
ps: tracker-miner-fs est un paquet recommandé , tester de l' enlever puis de le remettre
je précise aussi que avec mate je n'ai pas "tracker" installé sur cette machine
peut être regarder sur stable chez moi si il est installé
et je n'ai aucune machine en wayland

pour moi ce warning a toujours été présent


nov. 24 07:18:58 raven2200g udisksd[566]: failed to load module mdraid: libbd_mdraid.so.2:
cannot open shared object file: No such file or directory

nov. 24 07:18:58 raven2200g udisksd[566]: Failed to load the 'mdraid' libblockdev plugin
 



sur stable (buster) même message , pour moi cette erreur n'a aucune conséquence sur la machine , je pense même que c'est un warning (signaler) que une erreur .

Dernière modification par anonyme (26-11-2020 13:01:28)

#21 26-11-2020 15:01:35

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

Bonjour Robert et merci pour ton retour et tes commentaires.


Pour l'avertissement warning :

udisksd[566]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory



C'est réglé chez moi par l'installation de libbytesize-common, libbytesize1, mdadm, libblockdev-mdraid2. Je comprends très bien que tu n'en aies pas besoin puisque tu avais dit que tu n'utilisais pas les partitions logiques, mais comme je les utilise et en plus j'ai une clé formatée avec trois systèmes de fichiers différents VFAT, EXT4, HFS+ sur la même clé, je suis forcé d'avoir ces paquets pour que tout ceci fonctionne bien. Regarde le message #19.





Aujourd'hui, j'ai une bonne nouvelle big_smile qui devrait t'intéresser, au cas où tu voudrais utiliser Wayland dans l'avenir, j'ai réussi à me connecter à ma session utilisateur avec Wayland !! big_smile
Ceci a fortement l'air d'être lié au fait que j'ai réparé cette erreur  :

L'unité (unit) UNIT a commencé à démarrer.
nov. 25 10:28:12 ma-machine dbus-daemon[953]: [session uid=116 pid=953] Successfully activated service 'org.gtk.vfs.Daemon'
nov. 25 10:28:12 ma-machine systemd[625]: Started Virtual filesystem service.
░░ Subject: L'unité (unit) UNIT a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ L'unité (unit) UNIT a terminé son démarrage, avec le résultat done.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
nov. 25 10:28:12 ma-machine tracker-miner-f[950]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
nov. 25 10:28:13 ma-machine kernel: fuse: init (API version 7.31)
 


etc

J'ai lu la documentation : man xdg-user-dirs-update sur la définition ou redéfinition des répertoires spéciaux, ceux qui ont une icône particulière et qui sont renommés en français, Musique, Images, etc.

J'avais peur de lancer la commande xdg-user-dirs-update car la variable d’environnement XDG_CONFIG_HOME n'est pas définie alors que le man de xdg-user-dirs-update le demande. Mais j'ai trouvé une autre documentation qui dit que ce n'est pas la peine que cette variable d'environnement soit définie, puisque par défaut la commande utilisera  $HOME/.config :

https://developer.gnome.org/basedir-spec/ a écrit :

$XDG_CONFIG_HOME defines the base directory relative to which user specific configuration files should be stored. If $XDG_CONFIG_HOME is either not set or empty, a default equal to $HOME/.config should be used.



et en effet dans $HOME/.config on a bien un fichier nommé user-dirs.dirs qui contient bien les définitions de ces répertoires spéciaux :

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
#
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/Musique"
XDG_PICTURES_DIR="$HOME/Images"
XDG_VIDEOS_DIR="$HOME/Vidéo



Je n'avais donc plus aucune hésitation à employer la commande :

xdg-user-dirs-update


et depuis je peux me reconnecter aussi avec Wayland. big_smile

Dernière modification par --gilles-- (26-11-2020 15:04:05)


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#22 26-11-2020 16:39:09

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

J'utilise les partitions logiques, ce qui pourrait expliquer l'erreur qui est présente chez moi, vu certains points communs entre le RAID et ce type de partitions.


D'où sors-tu cela ? Il n'y a aucun point commun entre le RAID et les partitions logiques.

anonyme a écrit :

ceci est normal je pense (pas utilisé )

udisksd[575]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory


Oui, c'est une erreur normale. Le paquet libblockdev-mdraid2 qui fournit cette bibliothèque n'est qu'une dépendance de type "recommande" du paquet udisks2, et n'est utile que si on veut gérer du RAID logiciel avec udisks2. Si Gilles n'as pas de RAID logiciel, ce paquet est inutile.

Si Gilles regarde tous les messages d'erreur normaux qui se trouvent dans les logs ou qui sont envoyés sur la sortie d'erreur des programmes graphiques, il va devenir fou.

--gilles-- a écrit :

C'est réglé chez moi par l'installation de libbytesize-common, libbytesize1, mdadm, libblockdev-mdraid2. Je comprends très bien que tu n'en aies pas besoin puisque tu avais dit que tu n'utilisais pas les partitions logiques, mais comme je les utilise et en plus j'ai une clé formatée avec trois systèmes de fichiers différents VFAT, EXT4, HFS+ sur la même clé, je suis forcé d'avoir ces paquets pour que tout ceci fonctionne bien. Regarde le message #19.


Tu fais complètement fausse route.


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums