Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

2 - Les distributions et les noyaux

> Forums de discussion > 2 - Les distributions et les noyaux > [Résolu] Ubuntu remplit le disque tout seul?
Dernier post

[Résolu] Ubuntu remplit le disque tout seul?

olicha utilisateur non connecté France
Bonjour,
Je suis passé sous 18.4 début 2019 mais je n'avais pas eu à travailler vraiment sur mon pc portable depuis.
Quand j'ai voulu faire une maquette au printemps, il a bloqué en me disant qu'il n'y avait plus de place sur le disque.
Moyennement surpris par cette information, et un peu pressé de produire cette première maquette pour en discuter avec le demandeur, j'ai récupéré un vieux portable Windows qui traînait pour y mettre Ubuntu et mes outils de base.
Maintenant j'ai pris le temps de nettoyer mon pc habituel. Il y a 38Go sur 46Go d'utilisés. Je suis passé sous la barre des 90% d'utilisation.
Mais surprise: sans rien faire, que à regarder le PC en tapant de temps en temps des df -h, je vois cette occupation monter lentement, Giga par Giga (même lorsque je ne suis pas connecté au réseau) jusqu'à atteindre 100% en une petite demi-heure.
Ca dit quelque chose à quelqu'un?

ycollet utilisateur non connecté France
Tu sais quel répertoire gonfle ?
J'avais eu un souci avec tuxguitar à un moment. Je le compilais moi même et le mode debug avait été activé et le répertoire .tuxguitar s'était rempli à la vitesse de la lumière

ycollet utilisateur non connecté France
Pour avoir un détail de l'occupation de répertoires dans mon home, j'utilise:
du -h --max-depth=1 .

olicha utilisateur non connecté France
super idée. Je fais ça au boot puis quand ça sature. Je redirige la sortie dans un fichier et je compare les deux fichiers.
Aucune différence chez moi, même en sudo.
Mais à la racine:
sudo diff ref1a.txt ref1b.txt 
1c1
< samedi 10 août 2019, 15:38:17 (UTC+0200)
---
> samedi 10 août 2019, 16:08:40 (UTC+0200)
11,12c11,12
< 104K	/tmp
< 5,9G	/var
---
> 96K	/tmp
> 11G	/var
24c24
< 38G	/
> 43G	/

et
ls -l /var | grep "août .10"
drwxr-xr-x  2 root root     4096 août  10 13:13 backups
drwxrwsrwt  2 root whoopsie 4096 août  10 16:18 crash
drwxrwxr-x 22 root syslog   4096 août  10 13:13 log
drwxrwxrwt 32 root root     4096 août  10 16:19 tmp

ensuite, ce qui me paraît intéressant:
ls -l /var/log | grep "août .10"
-rw-r-----   1 root              adm                 3489 août  10 16:24 apport.log
drwxr-xr-x   2 root              root                4096 août  10 13:13 apt
-rw-r-----   1 syslog            adm                38620 août  10 16:24 auth.log
-rw-r--r--   1 root              root               50148 août  10 15:35 boot.log
drwxr-xr-x   2 root              root                4096 août  10 13:13 cups
-rw-r--r--   1 root              root                   0 août  10 13:13 dpkg.log
drwxr-s---   2 Debian-exim       adm                 4096 août  10 13:13 exim4
-rw-r--r--   1 root              root                1254 août  10 15:35 gpu-manager.log
-rw-r--r--   1 root              root                5265 août  10  2012 jockey.log.6.gz
-rw-r-----   1 syslog            adm               473475 août  10 16:24 kern.log
-rw-r-----   1 syslog            adm              1282048 août  10 16:26 syslog
-rw-r-----   1 syslog            adm              1724323 août  10 13:13 syslog.1
-rw-rw-r--   1 root              utmp                9984 août  10 15:36 wtmp

syslog grossit suffisamment vite pour m'en faire deux en 3 heures
Quant /var/tmp, il ne doit pas être représentatif car je le vide à chaque fois que FF plante pendant que je rédige ce post, pour pouvoir le relancer.
ls -l /var/tmp | grep "août .10"
drwx------ 3 root             root            4096 août  10 15:35 systemd-private-25e29857831449b2a67274bdf6f2f724-bolt.service-dWYijd
drwx------ 3 root             root            4096 août  10 15:35 systemd-private-25e29857831449b2a67274bdf6f2f724-colord.service-vi7nN2
drwx------ 3 root             root            4096 août  10 15:37 systemd-private-25e29857831449b2a67274bdf6f2f724-fwupd.service-GXAJx6
drwx------ 3 root             root            4096 août  10 15:35 systemd-private-25e29857831449b2a67274bdf6f2f724-rtkit-daemon.service-V2OoyC
drwx------ 3 root             root            4096 août  10 15:35 systemd-private-25e29857831449b2a67274bdf6f2f724-systemd-resolved.service-4ppBJx
drwx------ 3 root             root            4096 août  10 15:35 systemd-private-25e29857831449b2a67274bdf6f2f724-systemd-timesyncd.service-gntGu6

Et sans doute le noeud du problème:
tail -20 /var/log/syslog
Aug 10 16:24:40 OCh-Ubuntu org.gnome.Shell.desktop[2098]: ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Aug 10 16:24:40 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9
Aug 10 16:24:40 OCh-Ubuntu kernel: [ 2982.629641] Chrome_~dThread[3226]: segfault at 0 ip af38d380 sp aab3e020 error 6
Aug 10 16:24:40 OCh-Ubuntu kernel: [ 2982.629646] Chrome_~dThread[3287]: segfault at 0 ip af47d380 sp aac2e020 error 6 in libxul.so[aec17000+6e15000]
Aug 10 16:24:40 OCh-Ubuntu kernel: [ 2982.629652]  in libxul.so[aeb27000+6e15000]
Aug 10 16:24:40 OCh-Ubuntu kernel: [ 2982.629656] Chrome_~dThread[3161]: segfault at 0 ip af462380 sp aac13020 error 6
Aug 10 16:24:40 OCh-Ubuntu kernel: [ 2982.629660]  in libxul.so[aebfc000+6e15000]
Aug 10 16:24:40 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: message repeated 5153 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]
Aug 10 16:24:40 OCh-Ubuntu crashreporter[3360]: GtkDialog mapped without a transient parent. This is discouraged.
Aug 10 16:24:40 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: message repeated 324383 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: message repeated 30 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: message repeated 79 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]
Aug 10 16:24:51 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9
Aug 10 16:26:05 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: message repeated 1040059 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]
Aug 10 16:26:05 OCh-Ubuntu firefox[3387]: Theme parsing error: <data>:1:34: Expected ')' in color definition
Aug 10 16:26:05 OCh-Ubuntu /usr/lib/gdm3/gdm-x-session[1223]: (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9

Je n'ai pas voulu trop en mettre mais il raconte plein de choses dans le syslog. Tout ce que je sais lire, ce sont les crashes successifs de FF qui m'obligent à utiliser ce post comme blocnote pour avoir une trace de ce que je fais entre deux crashes (désolé pour ceux qui liraient ce post pendant que je le ré-édite).
Ce ne serait pas les messages répétés qui seraient la source du problème?

ycollet utilisateur non connecté France
Je ferais juste une série de du -h --max-depth=1 dans /var puis dans le sous répertoire qui en le plus gros jusqu'à tomber sur le ou les fichiers qui sont les plus importants.
Après, ça permettrait d'avoir une idée du processus qui pose problème ...

olicha utilisateur non connecté France
Grace à la commande de ycollet, j'ai pu identifier que mon syslog grossissait à grande vitesse en particulier à cause de
/usr/lib/gdm3/gdm-x-session[1223]: message repeated 79 times: [ (EE) AlpsPS/2 ALPS DualPoint TouchPad: Read error 9]

Une recherche sur Internet m'a donné différents liens du style Troubleshooting: running out of disk space quickly . Ce n'est pas exactement celui que j'ai trouvé hier soir pour résoudre mon problème, mais en changeant d'ordinateur ce matin, la même recherche ne donne pas les mêmes résultats.
Celui que j'avais trouvé indiquait non seulement de désinstaller xserver-xorg-input-synaptics, mais d'installer libinput . Dans Synaptic, j'ai simultanément désinstallé complètement le premier et ré-installé le second qui était déjà là.
Depuis mon espace disque est stable à 83%.
Le syslog raconte des trucs bizarres au début (il aligne des phrases, comme s'il me racontait une histoire, sans time tag), mais il s'arrête rapidement et tout est stable.
Merci du coup de main.

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]

bda


Mégaphone [Afficher / Cacher]

sub26nico, 13:26, mer. 14 Aug 2019: Salut et bienvenue à Byond :-)
olinuxx, 14:48, mar. 13 Aug 2019: Bonjour et bienvenue à echevresm cool
olinuxx, 18:02, lun. 12 Aug 2019: Bonjour et bienvenue à barnabulle1700 cool
olinuxx, 15:15, dim. 11 Aug 2019: Bonjour et bienvenue à aldudes cool
sub26nico, 20:13, sam. 10 Aug 2019: Salut et bienvenue à pannanico1 :-)
dawamss, 13:09, ven. 09 Aug 2019: salut à toi olinuxx
olinuxx, 12:45, ven. 09 Aug 2019: Bonjour et bienvenue à dawamss cool
sub26nico, 15:11, mar. 06 Aug 2019: Salut et bienvenue à kiwi007 :-)
olinuxx, 14:07, mar. 06 Aug 2019: Bonjour et bienvenue à zigmhount cool
allany, 19:30, lun. 05 Aug 2019: Du tonnerre, l'édito d'août !!! [Lien]
ycollet, 11:07, lun. 05 Aug 2019: freqtweak est sur github maintenant ... [Lien]
sub26nico, 14:55, sam. 03 Aug 2019: Salut et bienvenue à Blinux :-)