Vous n'êtes pas identifié(e).
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é
Première réponse significative :
Deuxième réponse significative :
Alors j'ai regardé la taille des logs de journalctl et leur cohérence avec :
J'avais des fichiers logs journalctl invalides, j'ai purgé avec :
J'ai vérifié que tout était normal, sans aucun fichier log invalide avec :
La situation des fichiers log de journalctl est redevenue normale.
Par contre j'ai toujours le message :
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.
J'ai habituellement ceci dans les logs quand je débranche et puis je rebranche cette clé avec Nautilus et j'ai aussi maintenant :
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
Hors ligne
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
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
Hors ligne
ma session se fige
Qu'entends-tu exactement par "ma session se fige" ? A quel moment ? En faisant quoi ?
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.
Il vaut mieux montrer que raconter.
Hors ligne
dans lib, il n'y a qu'un dossier hp qui est vide :
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
Hors ligne
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 ?
Je suppose que je dois virer tout ceci
Si c'est vide, je suppose aussi.
Il vaut mieux montrer que raconter.
Hors ligne
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
Hors ligne
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
Hors ligne
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
Hors ligne
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
Hors ligne
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
Hors ligne
j'ai le même
j'ai le même
Moi aussi, donc
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,
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
Je viens de brancher une clé vfat et je mets ici un extrait de la fin du message systemctl status udisks2 :
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
Hors ligne
anonyme et jpt, Il faudrait vous fassiez ce test pour avoir un avis motivé en oui ou en non :
voilà voilà :
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
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
--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 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
Hors ligne
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",
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
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 :
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 :
Suite à la lecture de cela : https://askubuntu.com/questions/1232686 … untu-20-04
J'ai essayé ceci :
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
Hors ligne
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
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)
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 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 !!
Ceci a fortement l'air d'être lié au fait que j'ai réparé cette erreur :
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 :
$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 :
Je n'avais donc plus aucune hésitation à employer la commande :
et depuis je peux me reconnecter aussi avec Wayland.
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
Hors ligne
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.
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.
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