Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

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

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

#1 11-10-2021 23:12:35

Elou-end
Membre
Distrib. : Debian 10
Inscription : 23-08-2021

Boot sur un écran noir (debian 10)

Hello,

J'ai pas réussi à trouvé de discussion sur le forum qui expliqué mon problème parce que même moi j'ai pas grand chose comme information.

Je suis sous debian 10 et mon PC est un Dell latitude 7480.

Pour l'histoire :

J'étais entrain de travailler et surfer sur internet (pour mes études) et là une pop up apparaît et me dis que mon système n'a plus beaucoup de place disponible (1GB de libre).
Surpris je vais voir ce que l'analyseur de donner dis, une partition temporaire et anormalement pleine (/var/tmp il me semble), comme j'ai beaucoup de fenêtres ouvertes et documents pdf sur Firefox, je me dis qu' un petit reboot ferai du bien et viderai un peu cette partition pleine.

Mais là, ça n'a pas du tout fonctionné. Lors du redémarrage, tous semblait se dérouler normalement et une fois que j'ai entré mon passwd de session, j'ai un écran noir avec seulement un underscore qui clignote en haut. Maintenant à chaque démarrage j'ai l'écran noir et pas moyen d'ouvrir de session. Je n'ai pas non plus accès aux bureau en ligne de commande.

Le problème c'est que je n'ai pas fait de nouvelles installations ou de mise à jour.

J'avoue ne pas vraiment savoir quoi faire et comment récupérer mon système. Est ce que vous avez une idées pour m'aider ?


Merci d'avance <3

Dernière modification par Elou-end (12-10-2021 12:19:03)


Hello, j'utilise Debian depuis un petit moment mais j'arrive toujours à me retrouver dans le pétrin ^^'

Hors ligne

#2 12-10-2021 20:30:03

raleur
Membre
Inscription : 03-10-2014

Re : Boot sur un écran noir (debian 10)

Elou-end a écrit :

une partition temporaire et anormalement pleine (/var/tmp il me semble)


Il est rare qu'une partition entière soit dédiée à /var/tmp. Plutôt /tmp ou /var.

Elou-end a écrit :

je me dis qu' un petit reboot ferai du bien et viderai un peu cette partition pleine.


/var/tmp n'est pas vidé au redémarrage. Cf. définition du FHS.

On va supposer que le problème est causé par le manque d'espace disque libre quelque part et faire une petite analyse de l'occupation.

df -hT
du -hxd1 / | sort -h


Refaire la seconde commande pour chaque point de montage d'une partition (affiché par df) puis les sous-répertoires les plus volumineux, par exemple

du -hxd1 /var | sort -h


si /var est un point de montage ou volumineux,

du -hxd1 /var/cache | sort -h


si /var/cache est volumineux, etc.

Dernière modification par raleur (12-10-2021 20:32:30)


Il vaut mieux montrer que raconter.

Hors ligne

#3 12-10-2021 23:04:20

Elou-end
Membre
Distrib. : Debian 10
Inscription : 23-08-2021

Re : Boot sur un écran noir (debian 10)

Merci raleur pour ta réponse,

Oui je croi que je me suis vraiment mal exprimé, je ne parlé pas d'une partition mais du dossier /var/tmp. ^^'
Et le message d'erreurs indiqué que ma parution système étais presque pleinne. (désolé d' avoir confondu les deux termes.

Pour les commande, est-ce que je peux les lancer depuis un live USB ou ça ne marchera pas comme il faut. Parce que je n'ai pas accès à un terminal sur ma machine. L'écran noir apparaît avant et même ctl+alt+F2/F3 ne fonctionne pas hmm

D'ailleurs lors du boot (avant que la fenêtre noire apparaîsse et durant les checks de démarrage) j'ai remarqué que j'avais un bug au lancement du frimwar :

Frimwar : Fail to load i915/kb1_dmc_ver1_04


Mais il me semble que j'avais déjà cette erreur avant et que tous fonctionnait normalement.

Et à la suite de la ligne précédente avec dev/sda10 la partition la partition sur laquelle il y'a mon système:

/dev/sda10 : clean 204589/1537088 files, 5834607/6144000 blocks
tmp tmp0: A TMP error (2314) occurred attempting the self test


Hello, j'utilise Debian depuis un petit moment mais j'arrive toujours à me retrouver dans le pétrin ^^'

Hors ligne

#4 13-10-2021 00:34:46

raleur
Membre
Inscription : 03-10-2014

Re : Boot sur un écran noir (debian 10)

Elou-end a écrit :

je ne parlé pas d'une partition mais du dossier /var/tmp


Un répertoire ne peut pas être "anormalement plein" (ni normalement d'ailleurs). Il n'a pas de taille limite, c'est la taille du système de fichiers qui le contient.

Elou-end a écrit :

Pour les commande, est-ce que je peux les lancer depuis un live USB ou ça ne marchera pas comme il faut.


Il faudra monter les partitions une par une et ajouter le point de montage au chemin des commandes du. Mais tu n'as pas besoin de système live, tu peux aussi bien démarrer en mode recovery.

Elou-end a écrit :

je n'ai pas accès à un terminal


Alors pourquoi avoir écrit ça ?

Elou-end a écrit :

Je n'ai pas non plus accès aux bureau en ligne de commande.


qui laissait penser que tu avais accès à la ligne de commande ?

Elou-end a écrit :

5834607/6144000 blocks


Soit quasiment 5% d'espace libre, ce qui est l'espace réservé à root par défaut. Cela signifie qu'un utilisateur non root (y compris celui avec lequel tourne le gestionnaire de connexion) ne peut plus faire d'écriture nécessitant d'allouer de l'espace disque sur cette partition.


Il vaut mieux montrer que raconter.

Hors ligne

#5 14-10-2021 22:57:53

Elou-end
Membre
Distrib. : Debian 10
Inscription : 23-08-2021

Re : Boot sur un écran noir (debian 10)

raleur a écrit :

Mais tu n'as pas besoin de système live, tu peux aussi bien démarrer en mode recovery.



Le recovery lui aussi ne fonctionne pas. J'ai donc essayer les commande avec un live os que j'avais sous la main.

Avec 63d48522-f30f-481f-95a3-494adf3f3d39 la partiton système de mon PC

 $ sudo du -hxd1 /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39 | sort -h
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/.cache
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/home
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/proc
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/run
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/srv
4.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/sys
8.0K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/mnt
12K     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/dev
12K     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/media
16K     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/lost+found
28K     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/tmp
160K    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/snap
21M     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/etc
55M     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/root
177M    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/boot
1.6G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/opt
7.1G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/usr
13G     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var
22G     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39



Est-ce que si le dossier /var fait 13G c'est "normal" ou c'est anormalement volumineux?

 $ sudo du -hxd1 /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var | sort -h
...
1.3G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/cache
5.8G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/lib
5.9G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log
13G     /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var



Lib est bien plein mais c'est surtout à cause de snap qui prend 4Go.

 $ sudo du -ah /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log | sort -h
...
2.0G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages
2.0G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/syslog
2.0G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/user.log
5.9G    /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log




Est ce que c'est normal d'avoir des fichier log aussi volumineux ?

raleur a écrit :

Cela signifie qu'un utilisateur non root (y compris celui avec lequel tourne le gestionnaire de connexion) ne peut plus faire d'écriture nécessitant d'allouer de l'espace disque sur cette partition.



Est-ce que cela signifie que si j'augmente la taille de ma partition systeme linux fonctionnemera de nouveau ?

Dernière modification par Elou-end (14-10-2021 23:01:55)


Hello, j'utilise Debian depuis un petit moment mais j'arrive toujours à me retrouver dans le pétrin ^^'

Hors ligne

#6 15-10-2021 00:40:38

raleur
Membre
Inscription : 03-10-2014

Re : Boot sur un écran noir (debian 10)

Elou-end a écrit :

Le recovery lui aussi ne fonctionne pas


Pourquoi ? Que se passe-t-il ?
Cela ne peut pas être à cause de l'espace disque libre, il reste les 5% réservés à root. Et même avec une racine pleine à 100%, je ne pense pas que cela empêche d'utiliser le mode recovery.

Elou-end a écrit :

Est ce que c'est normal d'avoir des fichier log aussi volumineux ?


Non, à moins qu'ils ne "tournent" jamais (absence de fichiers .1, .2...)
Quelque chose écrit de façon effrénée dans les logs. Vu les fichiers concernés, a priori il ne s'agit pas de messages du noyau mais d'un programme de la session utilisateur ou du gestionnaire de connexion.

Je te dirais bien de regarder dans l'un d'eux (il y a les mêmes messages répétitifs dans les trois), mais il peut être délicat d'afficher le contenu d'un fichier aussi volumineux, il faut bien choisir son programme (un "pager" comme less plutôt qu'un éditeur de texte). Le plus simple serait de supprimer ces trois fichiers puis de surveiller leur taille. S'ils grossissent rapidement à nouveau, il faudra regarder le contenu de l'un d'eux pour essayer d'en trouver l'origine.

Elou-end a écrit :

Est-ce que cela signifie que si j'augmente la taille de ma partition systeme linux fonctionnemera de nouveau ?


Cela ne sera que temporaire si les logs continuent à grossir.

Dernière modification par raleur (15-10-2021 00:41:15)


Il vaut mieux montrer que raconter.

Hors ligne

#7 15-10-2021 21:32:06

Elou-end
Membre
Distrib. : Debian 10
Inscription : 23-08-2021

Re : Boot sur un écran noir (debian 10)

raleur a écrit :

je ne pense pas que cela empêche d'utiliser le mode recovery.



Je ne sais pas pourquoi mais je ne pouvais pas utiliser le recovery non plus.

raleur a écrit :

Non, à moins qu'ils ne "tournent" jamais (absence de fichiers .1, .2...)



Si ils existent bien et sont moins volumineux (max 600 ko).

Les fichiers messages, syslog et user.log ont étaient modifier entre le 26/09 et le 12/10 se qui fait à peut près 3 semaines et pèse chacun 2Go, se qui fait beaucoup de log en peu de temps.

Ps: Je ne suis pas tout à fait sûr que les commandes utiliser si dessous donne les résultats que j'attens (en teme d'interprétation) car je ne suis pas un expert en shell ^^'

J'ai commencé par vouloir connaitre leurs tailles en terme de ligne:

$ sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | wc -l                        
10122849



Puis j'ai effectué des recherches avec des mots clés qui visiblement appaissait régulierement. J'aurrais aimé trouver une commande donnant le mots qui avec le plus d'ocurence mais visiblement ça n'existe pas.

$ sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gnome-shell" | wc -l
7332780



Comme c'est pas vraiment parlant, j'ai fait transformé le nombre obtenu en pourcentage par rapport au nombre de ligne du document.

 $ sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gnome-shell" | wc -l)/10122849))
72



Visiblement ce sont des extentions shell que j'ai installer qui sont à l'origine de ces gros fichier log.

Pour etre précis c'est gsconnect une extention pour connecter son smartphone et son PC. Ce qui est surprennant c'est que c'est la premiere fois que j'observe cela alors que j'utilise l'extention depuis quelque temps.

sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gnome-shell/extensions/gsconnect@andyholmes.github.io/service" | wc -l)/10122849))
72



De plus un autre élement est récurent :

$ sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gjs" | wc -l)/10122849))
18



Avec par exemple la ligne dans le fichier log, message : gjs[1752]: ../../../gobject/gsignal.c:2642: instance '0x55ecf11b8cd0' has no handler with id '183'

Mais je ne sais pas à quoi ça correspond...

J'ai chercher des trace de gsconnect dans les 2 autre fichier log volumineux :

$ sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/syslog | grep "gnome-shell/extensions/gsconnect@andyholmes.github.io/service" | wc -l)/10133112))
72
 



$ sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/user.log | grep "gnome-shell/extensions/gsconnect@andyholmes.github.io/service" | wc -l)/10102036))
72



Donc l'extention gnom shell gsconnect à visiblement génere 72% des lignes des fichiers log volumineux et serais la cause de la saturation de la memoire.


Et aprés verificaon "gjs" apparait aussi 18% du temps dans les fichier log volumineux.


Hello, j'utilise Debian depuis un petit moment mais j'arrive toujours à me retrouver dans le pétrin ^^'

Hors ligne

#8 16-10-2021 00:13:07

raleur
Membre
Inscription : 03-10-2014

Re : Boot sur un écran noir (debian 10)

Elou-end a écrit :

cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | wc -l


UUoC (usage inutile de cat)

wc -l <fichier>



Elou-end a écrit :

cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gnome-shell" | wc -l


Usage inutile de cat et de wc.

grep -c <motif> <fichier>



Elou-end a écrit :

sudo echo $((100*$(sudo cat /media/kali/63d48522-f30f-481f-95a3-494adf3f3d39/var/log/messages | grep "gnome-shell" | wc -l)/10122849))


Usage inutile de sudo (le premier), de cat et de wc.

echo $((100*$(sudo grep -c <motif> <fichier>)/10122849))



Elou-end a écrit :

Visiblement ce sont des extentions shell que j'ai installer qui sont à l'origine de ces gros fichier log.

Pour etre précis c'est gsconnect une extention pour connecter son smartphone et son PC


Comment l'as-tu installée ? Avec un paquet Debian officiel ?


Il vaut mieux montrer que raconter.

Hors ligne

#9 16-10-2021 09:53:56

Elou-end
Membre
Distrib. : Debian 10
Inscription : 23-08-2021

Re : Boot sur un écran noir (debian 10)

Merci raleur pour la simplification, ça fait moins lourd merci.gif

raleur a écrit :

Comment l'as-tu installée ? Avec un paquet Debian officiel ?



Non j'ai installé l’extension depuis extensions.gnome.org ou Logiciel (l’installateur de paquet graphique par défaut dans Debian), je ne sais plus trop.

Je pourrais essayer de l'installer depuis le dépôt officiel et pas passer par une extension directement.scratchhead.gif
Après je sais pas si on peut parler de dépôt officiel car c'est un paquet KDE et non Debian.

J'ai d’ailleurs supprimer les fichiers log trop volumineux (en gardant une achive) et désactiver l'extension le temps de trouver une solution et mon système fonctionne de nouveau.:D


Hello, j'utilise Debian depuis un petit moment mais j'arrive toujours à me retrouver dans le pétrin ^^'

Hors ligne

Pied de page des forums