Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

Xavier34 · Le 20/05/2019, à 16:27

Bonjour à tous,

Depuis cet après-midi, après un redémarrage de l'ordi, Lubuntu reste bloqué à l'écran d'accueil, celui où on tape le mot de passe --alors même que je l'ai configuré pour ne pas avoir à taper ce mdp. C'est à dire que quand je tape le mdp, l'écran tente une connection, puis revient à l'écran d'accueil. Si je tape un mauvais mot de passe, c'est signalé en rouge.

Je ne peux donc accéder à l'ordi que via ctrl+alt+F1, où je peux effectivement me connecter et taper des lignes de commandes (je vous écris avec mon téléphone).

Comme j'avais lancé une mise à jour de routine avant que ce problème ne survienne, le premier truc que j'ai vérifié, c'est si elle avait marché : eh bien non. 84 paquets non mis à jour, car le dossier /var/cache/apt/archives est plein.
Les commandes clean, autoclean, autoremove n'y changent rien.

df -h me dit qu'effectivement le dossier / est plein à 100%. Alors qu'il fait 23Go...

Une idée ? Ces deux problèmes sont liés ?
Qu'est-ce qu'on peut supprimer sans risque dans le répertoire racine ?
Si je peux me connecter à l'ordi, je pourrai déjà copier les résultats des commandes...

Merci !

Dernière modification par Xavier34 (Le 21/05/2019, à 21:29)

FrancisFDZ · Le 20/05/2019, à 18:04

Bonjour,
Le PC démarre en mode console, c'est déjà ça, mais ça ne va pas être évident pour récupérer les réponses. Essaie d'abord de démarrer une session live ; à partir de là on va pouvoir voir ce qui cloche et virer ce qui doit l'être. Une fois la session activée, tu pourra monter ta partition / (par exemple sur /mnt)

sudo mount /dev/sdx /mnt

(remplacer sdx par la référence correspondant au disque)
et envoyer les retours de df -h

Dernière modification par FrancisFDZ (Le 20/05/2019, à 18:09)

geole · Le 20/05/2019, à 18:24

Bonjour
et pour tenter de gagner un échange, donne aussi le retour de

 sudo du /mnt  -xam --max-depth=1 2>/dev/null | sort -n | tail

 sudo du /mnt/var  -xam --max-depth=1 2>/dev/null | sort -n | tail

 sudo du /mnt/boot  -xam --max-depth=1 2>/dev/null | sort -n | tail

 sudo du /mnt/home  -xam --max-depth=1 2>/dev/null | sort -n | tail

Ajout. J'avais oublié de dire que ces commandes étaient à faire à la suite de la commande demandée par FrancisFDZ!!!:
et pas réalisé que l'ordinateur était en parfait état de marche.. mais qu'il manquait simplement de place disque..Mea culpa.

Dernière modification par geole (Le 21/05/2019, à 18:34)

nam1962 · Le 20/05/2019, à 19:03

Regarde les #2 et #3 de ce fil https://forum.ubuntu-fr.org/viewtopic.php?id=1970941

Xavier34 · Le 21/05/2019, à 12:07

Bonjour,
Merci pour vos réponses !

@Francis : je suis en vacances en ce moment avec l'ordi. Je vais demander à quelqu'un de me télécharger une image pour boot sur usb, mais pour l'instant, c'est compliqué.
On va essayer sans, si possible.
Déjà, si j'arrive à me connecter et faire des copier coller de résultats, ça pourra aider...

@geole: la première commande répond :

 1      /mnt

Les autres ne donnent rien.

@nam: merci pour les réf. Si je comprends bien, je suis ok au nivau des noyaux. Il ne me reste que les deux derniers.
Je cite l'article :

si le retour de la commande dpkg retourne une liste longue comme un longcat, on est très probablement dans le vrai. Pour parfaire le diagnostic on regarde le retour de la commande df -i, si la ligne qui se termine par un slash (/) affiche un pourcentage égal à 100 ou très proche alors que la même ligne de la commande df -h, eh bien on est dans le vrai. À l’inverse, si c’est df -h qui affiche 100% alors que df -i affiche un pourcentage raisonnable, il faudra rechercher la cause de de ce remplissage (dans les cas les plus fréquents il s’avère qu’un fichier de log se remplit anormalement) et peut-être passer la main à un contributeur plus expert en la matière.

Je suis dans le deuxième cas.

 dpkg -l

donne une longue liste, mais

df -h

qui donne 100%

df -i

donne 20%.

J'ajoute que

 sudo du --sh /var/log

donne

 13G    /var/log

J'ajoute que

 cd /var/log
ls -l

me renvoir une longue liste, dont un syslog de 6Go! Le problème doit bien venir de là...

Dernière modification par Xavier34 (Le 21/05/2019, à 12:26)

nam1962 · Le 21/05/2019, à 12:25

Donc c'est du côté des fichiers "temporaires (log, archives, résidus de config..)
Peux-tu regarder si /var/cache/apt/archives est toujours plein après un :

sudo apt clean

Et si

[[ $(dpkg -l | grep ^rc) ]] && sudo dpkg -P $(dpkg -l | grep ^rc | tr -s " " | cut -d " " -f 2)

fait de la place

Pour les logs, on regardera ensuite (dans leur cas, il est judicieux de trouver pourquoi ils se remplissent)

Dernière modification par nam1962 (Le 21/05/2019, à 12:28)

Xavier34 · Le 21/05/2019, à 12:41

Après apt-get clean, /var/cache/apt/archives fait 192k seulement

L'autre commande a l'air d'avoir purgé pas mal de trucs, mais le problème est toujours là.

nam1962 · Le 21/05/2019, à 12:44

Essaie :

sudo rm .Xauthority
sudo rm .ICEauthority
sudo rm .xsession-errors*
sudo reboot

Xavier34 · Le 21/05/2019, à 12:51

Le problème est toujours là.
.Xauthority et .xsession-errors* ont été supprimés, .ICEauthority n'existait pas.

(Je précise au cas où que j'ai Lubuntu)

nam1962 · Le 21/05/2019, à 12:59

Eh, beh !
Bien coincé !

Si tu passes :

sudo apt update
sudo apt full-upgrade
sudo apt autoremove --purge

Tout est normal ?

où en est le remplissage ?

df -Th

A propos, je te suppose en 18.04.1 64bits

Dernière modification par nam1962 (Le 21/05/2019, à 13:00)

Xavier34 · Le 21/05/2019, à 13:06

J'ai remarqué il y a pas longtemps que j'étais en retard de version, et j'ai upgrade sur la dernière LTS

Les commandes que tu me donnes, je les fais toujours en apt-get. T'as écrit apt volontairement ?.

Dernière modification par Xavier34 (Le 21/05/2019, à 13:07)

xubu1957 · Le 21/05/2019, à 13:07

Bonjour,

Montre :

lspci -nnk | grep 0280 -A3

Pour rechercher un cas de remplissage des logs, comme divers cas de cette discussion > entraide pour erreurs pcieport en masse

Xavier34 · Le 21/05/2019, à 13:13

@xubu: ça donne 4 lignes dont kernel driver in use: iwlwifi et kernels modules: iwlwifi

Les deux premières lignes, c'est Network controller et Subsystem.
Il te faut la réponse précise ?

xubu1957 · Le 21/05/2019, à 13:16

Tu n'as pas un pilote wifi problématique comme le Realtek RTL8723BE !

nany · Le 21/05/2019, à 13:21

Bonjour,

Xavier34 a écrit :

Il te faut la réponse précise ?

Oui. Prends des photos si besoin.
Et donne les retours de :

sudo du / -max -d1 2>/dev/null | sort -n | tail

sudo du /var -max -d1 2>/dev/null | sort -n | tail

sudo du /boot -max -d1 2>/dev/null | sort -n | tail

sudo du /home -max -d1 2>/dev/null | sort -n | tail

Xavier34 · Le 21/05/2019, à 13:26

L'update ne se fait pas par manque de place.
L'upgrade--full renvoie que j'ai linux-headers et linux-image de la version 16.04 installés automatiquement, mais le problème persiste après autoremove.
Ensuite, il y a des trucs à mettre à jours, mais c'est impossible par manque de place.

L'autoremove renvoie rien de spécial et le df -Th me donne le fichier racine plein.

xubu1957 · Le 21/05/2019, à 13:28

Regarde > la méthode de moko138 pour poster une image.

Xavier34 · Le 21/05/2019, à 13:29

Ok, je vais répondre avec des photos. Mais comment ? Je dois les mettre sur un serveur et placer l'url entre balises ?

Edit : ok, je lis la méthode.

Dernière modification par Xavier34 (Le 21/05/2019, à 13:30)

Xavier34 · Le 21/05/2019, à 13:42

nany · Le 21/05/2019, à 13:47

Bon ben c’est maintenant clair que c’est /var/log qui prend de la place.

Tu as une partition /home séparée ?
Pour s’en assurer, donne :

df -Th / /home

Xavier34 · Le 21/05/2019, à 13:52

Oui, j'ai fait une installation séparée. 23Go pour / et beaucoup pour /home.
Dans / 13 Go sont actuellement pris par log...

nany · Le 21/05/2019, à 13:58

OK. Il faudrait pouvoir voir ce qui se répète (à l’infini ?) dans /var/log/syslog pour voir quel est le problème et le régler.

NicoApi73 · Le 21/05/2019, à 14:01

Je connais 2 types de problèmes (il y en a probablement d'autres) qui remplissent les logs :
- les erreurs aer
- un stockage USB

Pour le premier, on peut facilement vérfier :

dmesg -lerr | tail -35

Pour le second, en fait c'est ponctuel et il faut analyser les logs

Donne également le retour suivant, qui expliquerait les erreurs AER (si tu en as) :

sudo lshw -class network -numeric

Dernière modification par NicoApi73 (Le 21/05/2019, à 14:02)

Xavier34 · Le 21/05/2019, à 14:14

@Nico, merci pour la réponse.

En lisant d'autres discussions sur le sujet, je me demande si je ne pourrais pas, dans un premier temps, copier le gros fichier syslog dans mon home, le réinitialiser, puis on cherche le problème dedans.
Comme ça, je peux au moins utiliser l'ordi. C'est raisonnable ?

nam1962 · Le 21/05/2019, à 14:17

Xavier34 a écrit :

(...)
Les commandes que tu me donnes, je les fais toujours en apt-get. T'as écrit apt volontairement ?.

Oui, [url=[modéré : pas d’auto-pub, merci]-apt-remplacent-commandes-apt-get/]apt a remplacé apt-get[/url] depuis la 16.04, grosso.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 20/05/2019, à 16:27

Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#2 Le 20/05/2019, à 18:04

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#3 Le 20/05/2019, à 18:24

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#4 Le 20/05/2019, à 19:03

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#5 Le 21/05/2019, à 12:07

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#6 Le 21/05/2019, à 12:25

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#7 Le 21/05/2019, à 12:41

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#8 Le 21/05/2019, à 12:44

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#9 Le 21/05/2019, à 12:51

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#10 Le 21/05/2019, à 12:59

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#11 Le 21/05/2019, à 13:06

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#12 Le 21/05/2019, à 13:07

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#13 Le 21/05/2019, à 13:13

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#14 Le 21/05/2019, à 13:16

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#15 Le 21/05/2019, à 13:21

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#16 Le 21/05/2019, à 13:26

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#17 Le 21/05/2019, à 13:28

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#18 Le 21/05/2019, à 13:29

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#19 Le 21/05/2019, à 13:42

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#20 Le 21/05/2019, à 13:47

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#21 Le 21/05/2019, à 13:52

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#22 Le 21/05/2019, à 13:58

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#23 Le 21/05/2019, à 14:01

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#24 Le 21/05/2019, à 14:14

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

#25 Le 21/05/2019, à 14:17

Re : Dossier système plein, Ubuntu bloqué à l'écran d'accueil [RESOLU]

Pied de page des forums