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

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

Ce n'est pas un mesage AER récurrent qui t'a pourri tes logs.

Peux tu donner :

ls -lAsS /var/log | head

On va voir quels sont les fichiers les plus volumineux. Il y a peut être l'info dans ton fil, mais je ne l'ai pas vue.

Xavier34 · Le 21/05/2019, à 16:23

J'ai raté ta réponse.
Voici le résultat :

On retrouve les 13Go de log...

NicoApi73 · Le 21/05/2019, à 16:37

C'est bien kern.log et syslog qui remplissent ton /var/log

Comme l'a dit nany au #22, il faut aller à la pêche aux infos dans ces fichiers. J'espérais l'éviter avec le retour de dmesg, mais il n'y a pas d'erreur remontée de manière continue. Pour ça, il faut ouvrir kern.log et essayer de repérer une séquence qui se répète énormément de fois.

En plus, l'analyse avec des photos ça ne va pas être terrible.

Avant tout, basé sur une expérience précédente, on va tenter ceci :

cat /var/log/kern.log | grep  'blk_partition_remap' | head -10

Ca ne te prendra pas beaucoup de temps et si ça donne quelque chose, ça en fera gagner beaucoup

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

Xavier34 · Le 21/05/2019, à 16:47

Non, pas de réponse à cette commande.

Comment on fait pour aller voir la séquence qui se répète ? J'ai vu que ce problème apparaissait de temps en temps sur le forum.

Au cas où, je répète cette question :
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 ?

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

Xavier34 · Le 21/05/2019, à 17:01

Ah, y'a moyen d'avancer !
J'ai fait cat /var/log/syslog.1, et y'a ça qui tourne tellement en boucle que j'ai pu le prendre en photo (ça tourne encore maintenant). Et j'ai eu ce problème exactement quand j'ai branché le téléphone à l'ordi. Ça a l'air cohérent...

NicoApi73 · Le 21/05/2019, à 17:02

Il y a plusieurs manière de faire (dont certaines auxquelles je ne pense pas ):
- Editer le fichier avec un éditeur de texte (un fichier de 6Go, je ne sais pas ce que ça va donner...)
- partir de la fin du fichier et faire apparaître les "dernières lignes". Dans le fil pour lequel le problème venait d'une clé USB, j'avais dû faire apparaître 1000 lignes pour voir le message récurrent. (cat /var/log/kern.log | tail -1000). Faire apparaître et gérer 1000 lignes avec des photos, ça ne le fera pas
- on peut également essayer d'échantillonner au hasard par exemple 10 lignes d'échantillon 1000 lignes avant la fin, 2000 lignes avant la fin, 3000 lignes avant la fin:

cat /var/log/kern.log | tail -1000 | head
cat /var/log/kern.log | tail -2000 | head
cat /var/log/kern.log | tail -3000 | head

Xavier34 · Le 21/05/2019, à 17:04

Ah, j'ai naivement tenté cat et ça tourne...
Mais le problème me semble identifié...
Il y a une solution toute faite ?

NicoApi73 · Le 21/05/2019, à 17:07

ok. Vu ton post #30.

Donne le retour de ceci :

cat /var/log/kern.log | grep -B10 'did not claim interface 0 before use' | head -11

C'est un zéro (pas un O majuscule). Ca donnera les 10 lignes précédant l'apparition de ce message

EDIT : CTRL+C pour arrêter cat

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

Xavier34 · Le 21/05/2019, à 17:25

J'avais reboot l'ordi avec le téléphone branché.

Oui, je me souvenais de ctrl^C, c'est pour ça que j'ai tenté cat.

NicoApi73 · Le 21/05/2019, à 17:34

Je ne vois pas l'information que je cherche :

cat /var/log/kern.log | grep -B20 'did not claim interface 0 before use' | head -21

C'est effectivement quelque chose sur le port USB qui a posé problème. Il faudrait identifier ce que c'est pour éviter que ça se reproduise.

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

C'est un nouveau téléphone que je branchais.
Je sais pas du ça t'aide... J'ai regardé les 10 précédents, et encore un peu plus, c'est toujours un peu le même style d'info

xubu1957 · Le 21/05/2019, à 18:01

Vu :

ID 2a70:f003

Le téléphone sert-il de périphérique de stockage ?

Un cas > [RESOLU] Périphérique USB (Téléphone One +5) non utilisable sur USB

Xavier34 · Le 21/05/2019, à 18:09

Oui, il servait de périphérique de stockage.
Je vais donc essayé ce qui est proposé sur l'autre page. (Le mien, c'est le O+6, sur cette page c'est le 5, mais le problème est peut-être le même). Mais il faut d'abord que je puisse réutiliser l'ordi...
On les enlève comment ces deux fichiers de 6gigas ?

geole · Le 21/05/2019, à 18:15

Xavier34 a écrit :

J'ai raté ta réponse.
Voici le résultat :
http://free-pictures-hosting.org/upload/thumb/2019-05-21-16-22-05-612166-IMG-20190521-181652-01-01.jpg
On retrouve les 13Go de log...

Bonjour
Tu montres deux fichiers de taille énorme.
Dans l'ensemble, ils contiennent les mêmes informations.
Donc un dépannage immédiat est d'en suprimer un.

sudo rm /var/log/kern.log.1

puis regarder un peu ce que contient l'autre, Mais c'est inutile de lire tout le fichier '(cela prend du temps) pour ne prendre que les 1000 dernières lignes.
A partir de la ligne 10000 pour mille lignes, cela suffit.
donc la commande est

head    -11000  /var/log/syslog.1  | tail -1000

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

xubu1957 · Le 21/05/2019, à 18:15

Attends les conseils des autres aidants.

Je ne sais pas faire.

nam1962 · Le 21/05/2019, à 18:22

Donne

ls -lA | grep root

geole · Le 21/05/2019, à 18:25

Xavier34 a écrit :

On les enlève comment ces deux fichiers de 6gigas ?

Bonjour
Pour cela, comme tu dis ne pas avoir de clé USB d'installation, il faut simplement que tu bootes en mode recovery et faire le nécessaire pour faire afficher l'ecran de choix
de boot que ubuntu ne prévoit pas de montrer en cas de simple boot.
voir documentation recovery mode https://doc.ubuntu-fr.org/recovery_mode

tu choisis d'etre l'utilisateur root et tu fais la commande

rm /var/log/kern.log.1

Cependant j'ai l'impression que tu es déjà connecté normalement .

sudo rm /var/log/kern.log.1

puis tu rebootes normalement et tu donneras le retour de la commande

head  -11000 /var/log/syslog.1  | tail -1000

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

Xavier34 · Le 21/05/2019, à 18:30

@geole: juste pour être sûr, ta réponse prend en compte les derniers échanges avec xubu1957?
Edit: je parle de la réponse de 21h15

@nam:

 drwx------ 2 root root.      4096 déc. 20 2017 .gvfs

@xubu: merci !

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

geole · Le 21/05/2019, à 18:55

Xavier34 a écrit :

@geole: juste pour être sûr, ta réponse prend en compte les derniers échanges avec xubu1957?
Edit: je parle de la réponse de 21h15

@xubu: merci !

Je pense que tu parles de 17h15 et pas de 21h15.

Je résume. Je n'avais pas compris que tu travaillais encore avec ton ordinateur opérationnel
J'ai compris qu'on t'a donné des conseils classiques et que ce n'est depuis peu de temps que la cause est recherchée en demandant un extrait des fichiers de log

Je te demande donc de supprimer le fichier kern.log.1 pour que tu récupères immédiatement de l'espace disque.
= > cela va permettre la création de nouveaux fichiers syslog et kern.log dont il faudra suivre l'évolution si la cause est encore active.

Je pourrais même aller plus loin en te demandant de supprimer aussi l'autre fichier. ( Car c'est un fichier .1). il est fort probable que ton incident se reproduise.
Cependant je te demande un extrait de 1000 lignes d'un des fichiers pris à partir de la ligne 10000 car il y a toutes les chances que l'incident soit déja détecté.
Comme déjà dit, il est impossible d'ouvrir par GEDIT un fichier d'une telle taille, donc il faut prendre des extraits

donc

rm /var/syslog/kern.log.1
head  -11000   /var/log/syslog.1  | tail -1000

AJOUT: Pas vu que les lignes recherchées étaient indiquées dans le post #30

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

NicoApi73 · Le 21/05/2019, à 19:22

Xavier34 a écrit :

http://free-pictures-hosting.org/upload/thumb/2019-05-21-17-50-03-676011-IMG-20190521-194744-01.jpg
C'est un nouveau téléphone que je branchais.
Je sais pas du ça t'aide... J'ai regardé les 10 précédents, et encore un peu plus, c'est toujours un peu le même style d'info

C'est effectivement ton téléphone qui a fait générer tout ces messages.

Pour tout nettoyer :

echo | sudo tee /var/log/kern.log.*
echo | sudo tee /var/log/syslog.*
sudo logrotate --force /etc/logrotate.conf
echo | sudo tee /var/log/kern.log.1
echo | sudo tee /var/log/syslog.1

@geole, dans le retour du #30, on voit que c'est usb 1-1 qui pose problème et dans le retour du #36, on voit que c'est un produit android (donc le téléphone en question) qui est sur usb 1-1. C'est donc bien ce produit qui a posé problème. J'ai déjà vu ça avec une clé USB, dans les mêmes proportions, en quelques minutes, 6Go dans kern.log et 6Go dans syslog

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

Xavier34 · Le 21/05/2019, à 19:40

Alors j'ai supprimé kern.log.1, comme suggéré par Geole (sans passer par le démarrage en recovery mode) ce qui me permet de réutiliser l'ordi.
J'ai ensuite vu le message de NicoApi et j'ai copié collé les lignes.

Est-ce qu'il y a un moyen de vérifier que tout va bien ?
Le dossier racine ne prend plus que 12Go, ce qui est cohérent.

nam1962 · Le 21/05/2019, à 20:09

.gvfs doit t'appartenir et pas appartenir à root.

Je voulais voir ces infos avant de virer kern.log.1 et, comme le suggère NicoApi7,3 syslog.1.
Les suggestions de NicoApi73 finalisent ton déblocage.

Oublie les posts de geole : ce gusse a été plusieurs fois banni sous plusieurs pseudos et n'a jamais fait que compliquer les fils, quand il ne faisait pas pire (destruction, pratiques malsaines, non respect des règles de l'open source...)
Là il revient sous un nouveau pseudo....
Que veux-tu...

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

NicoApi73 · Le 21/05/2019, à 20:18

@nam : je n'ai pas compris ce que tu voulais voir et mes excuses si j'ai fait virer les fichiers trop vite.

Si ce sont les droits et/ou propriétaires sur kern.log et syslog, ils ont été protégés avec logrotate. ce qui était vrai avant l'est toujours maintenant.

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

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

Du coup, je dois faire un truc pour .gvfs?
Puis je mets le fil en résolu.

nam1962 · Le 21/05/2019, à 20:27

@NicoApi73 : aucun souci, on avait tout vu ! Tes nettoyages complètent l'action !
(tu m'y as appris une méthode élégante)

@Xavier34 : pour les droits sur .gvfs, chez moi ils sont à moi et non à root.
Laissons les comme çà chez toi, si un souci se présente, ce sera le premier truc à modifier.

Tu peux mettre [Résolu] quitte à rouvrir si souci similaire.

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

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

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

#27 Le 21/05/2019, à 16:23

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

#28 Le 21/05/2019, à 16:37

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

#29 Le 21/05/2019, à 16:47

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

#30 Le 21/05/2019, à 17:01

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

#31 Le 21/05/2019, à 17:02

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

#32 Le 21/05/2019, à 17:04

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

#33 Le 21/05/2019, à 17:07

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

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

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

#35 Le 21/05/2019, à 17:34

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

#36 Le 21/05/2019, à 17:52

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

#37 Le 21/05/2019, à 18:01

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

#38 Le 21/05/2019, à 18:09

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

#39 Le 21/05/2019, à 18:15

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

#40 Le 21/05/2019, à 18:15

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

#41 Le 21/05/2019, à 18:22

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

#42 Le 21/05/2019, à 18:25

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

#43 Le 21/05/2019, à 18:30

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

#44 Le 21/05/2019, à 18:55

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

#45 Le 21/05/2019, à 19:22

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

#46 Le 21/05/2019, à 19:40

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

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

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

#48 Le 21/05/2019, à 20:18

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

#49 Le 21/05/2019, à 20:21

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

#50 Le 21/05/2019, à 20:27

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

Pied de page des forums