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 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

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.


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : 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

En ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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)


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : 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 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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.


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : 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 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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)


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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.

Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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.


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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.

Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

robert2a
Membre
Distrib. : debian 11
(G)UI : Mate
Inscription : 15-11-2014

Re : 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

Hors ligne

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

jpt
Membre
Distrib. : Debian 10.6
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Session debian figée quand clé USB présente au démarrage

Bonsoir,

robert2a a écrit :

j'ai le même

Moi aussi, donc

robert2a 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 ?


Ryzen3 3200G - Gigabyte B450M

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : Session debian figée quand clé USB présente au démarrage

robert2a 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.


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

jpt
Membre
Distrib. : Debian 10.6
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Session debian figée quand clé USB présente au démarrage

--gilles-- a écrit :

robert2a 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.


Ryzen3 3200G - Gigabyte B450M

Hors ligne

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

jpt
Membre
Distrib. : Debian 10.6
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : 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)


Ryzen3 3200G - Gigabyte B450M

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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 ?


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

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

jpt
Membre
Distrib. : Debian 10.6
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : 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 ?


Ryzen3 3200G - Gigabyte B450M

Hors ligne

#19 Aujourd'hui 12:59:40

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

Re : 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 !


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

En ligne

Pied de page des forums