# Volume "racine de fichiers" taille insuffisante

**URL:** <https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160>\
**Category:** Support Debian\
**Created:** [Novembre 1, 2020, 8:55 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160 "2020-11-01T20:55:17Z")\
**Posts on this page:** 15\
**Page:** 3

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Novembre 5, 2020, 7:57 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/41 "2020-11-05T19:57:34Z")

</div>

> [@pierre40](#):
>
> ```auto
> # find /var /lib* /usr -size +100M -exec ls -sh {} \;
> 2,3G	/var/log/kern.log.1
> 2,3G	/var/log/syslog.1
> 2,3G	/var/log/messages.1
> 
> ```

Merci de ton retour.  
En 3 ans, il y a peut-être eu des évènements qui n’ont plus d’intérêt maintenant.  
Dans un premier temps, pour soulager ton système, supprime ces 3 gros fichiers, reboot, et tu verras progressivement l’évolution des logs.

---

<div class="post-metadata">

**Author:** ![pierre40](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/8dc957/32.png) [@pierre40](https://www.debian-fr.org/u/pierre40)\
**Post date:** [Novembre 5, 2020, 8:18 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/42 "2020-11-05T20:18:25Z")

</div>

Bonjour Verner,  
J’ai fait de la place et voici le résultat:

```nohighlight
root@debian:/home/user1# du -hxd1 / | sort -h
4,0K	/mnt
4,0K	/opt
4,0K	/srv
16K /lost+found
16K /media
68K /tmp
912K	/root
10M /sbin
11M /bin
32M /etc
55M /boot
326M	/lib
361M	/var
3,6G	/usr
4,4G	/

```

Cela va de suite beaucoup mieux.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Novembre 5, 2020, 8:23 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/43 "2020-11-05T20:23:32Z")

</div>

> [@pierre40](#):
>
> Voilà les premières ligne d’aujourd’hui

Ce ne sont pas les premières lignes du démarrage d’aujourd’hui qu’il faut regarder mais les motifs répétitifs dans le fichier kern.log.1. Contrairement à ce que tu as écrit, ce fichier ne court pas du 2 au 5 novembre mais du 25 octobre (date de l’arrêt du log précédent kern.log.2.gz) au 2 novembre (date de l’arrêt de kern.log.1). Les autres fichiers kern.log.\* ont des tailles modestes donc le problème a dû se produit seulement entre le25 octobre et le 2 novembre.

> [@Verner](#):
>
> En 3 ans, il y a peut-être eu des évènements qui n’ont plus d’intérêt maintenant.

Pourquoi parles-tu de 3 ans ? Ces logs ne remontent qu’à un mois.

> [@pierre40](#):
>
> J’ai fait de la place et voici le résultat:

Le résultat, c’est que tu as détruit les preuves et on ne saura pas ce qui s’est passé, sauf si ça se reproduit et tu ne pourras pas le prévenir puisque tu ne sais pas ce que c’était.

---

<div class="post-metadata">

**Author:** ![pierre40](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/8dc957/32.png) [@pierre40](https://www.debian-fr.org/u/pierre40)\
**Post date:** [Novembre 5, 2020, 8:26 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/44 "2020-11-05T20:26:25Z")

</div>

C’est parce que j’avais indiqué avoir fait l’installation de debian il y a 3 ans environs.  
Merci pour tes explications.  
A partir de quelle taille de dossier peut-on considérer que /var/log doit-être nettoyé?

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Novembre 5, 2020, 8:26 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/45 "2020-11-05T20:26:49Z")

</div>

@pierre40  
Si tu compares à mon premier message, tu verras que ça va effectivement mieux !  
Surveille ça de temps en temps quand-même.  
Si tu ne vois nul-part de messages d’alarme ou de dysfonctionnement, pas trop d’inquiétude pour le moment.  
Le transfert d’images était visiblement qu’une grosse coïncidence, une fausse piste.  
Pour voir:

`systemctl list-unit-files | awk '/log.*bled/'`

---

<div class="post-metadata">

**Author:** ![pierre40](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/8dc957/32.png) [@pierre40](https://www.debian-fr.org/u/pierre40)\
**Post date:** [Novembre 5, 2020, 8:31 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/46 "2020-11-05T20:31:21Z")

</div>

> [@Verner](#):
>
> `systemctl list-unit-files | awk '/log.*bled/'`

Voici le résultat de ta commande

```plaintext
root@debian:/home/user1# systemctl list-unit-files | awk '/log.*bled/'
rsyslog.service enabled  
syslog.service enabled

```

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Novembre 5, 2020, 8:32 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/47 "2020-11-05T20:32:14Z")

</div>

Ok. La suite au prochain épisode !  
Enjoy.

---

<div class="post-metadata">

**Author:** ![pierre40](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/8dc957/32.png) [@pierre40](https://www.debian-fr.org/u/pierre40)\
**Post date:** [Novembre 5, 2020, 8:32 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/48 "2020-11-05T20:32:53Z")

</div>

Merci à vous 2 pour votre aide précieuse.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Novembre 5, 2020, 8:46 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/49 "2020-11-05T20:46:36Z")

</div>

Mon aide n’était pas désintéressée. J’attendais quelque chose en retour : des informations. Découvrir pourquoi le volume des messages du noyau est devenu anormalement gigantesque sur une période de temps. Il aurait suffi de supprimer un voire deux des trois fichiers qui contenaient des copies de ces messages, pour libérer sufffisamment d’espace disque et permettre au système de fonctionner normalement pendant un bon moment, et tu aurais pu en conserver au moins un pour l’analyser.

PS : si tu veux aider les lecteurs qui rencontreraient un problème d’espace disque, il vaudrait mieux marquer comme solution le message avec la commande du qui affiche l’espace disque occupé dans chaque répertoire de la racine.

---

<div class="post-metadata">

**Author:** ![pierre40](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/8dc957/32.png) [@pierre40](https://www.debian-fr.org/u/pierre40)\
**Post date:** [Novembre 5, 2020, 8:51 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/50 "2020-11-05T20:51:31Z")

</div>

As-tu souvenir d’un post similaire dans le forum avec un traitement comme tu l’indiques?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Novembre 5, 2020, 9:09 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/51 "2020-11-05T21:09:10Z")

</div>

Pas besoin de souvenir, il suffit de chercher :  
[https://www.debian-fr.org/search?q=du%20-hxd1](https://www.debian-fr.org/search?q=du%20-hxd1)

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Novembre 5, 2020, 9:26 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/52 "2020-11-05T21:26:23Z")

</div>

@pH  
C’est quoi cette manie de vouloir systématiquement tout embrouiller à l’infini ?  
Pas la peine de faire un patacaisse parce-que dans une doc «&nbsp;Debian&nbsp;» tu as trouvé une commande ‹&nbsp;du&nbsp;›, mais pas exactement les mêmes options que les miennes: et alors ?  
Il y a plein de combinaisons possibles… Pas besoin de chercher un doc Debian: tu as le ‹&nbsp;man&nbsp;› pour ça.  
Dans le kit de recherche, j’ai déjà tout donné, mais pas pris le temps d’expliquer il est vrai:

`du -hd0 /var/ /usr`

Donnera dans un premier temps un aperçu des **gros volumes** de premiers niveaux.  
Inutile d’aller chercher des fichiers de taille 4K dont on se moque éperdumment…

Ensuite, pour affiner la recherche sur les **fichiers** , il faut utiliser la commande find avec option -size.

`find /var /lib* /usr -size +100M -exec ls -sh {} \;`

Ma priorité n’était pas de faire un tuto, mais de comprendre précisemment la chronologie de l’affaire pierre40 et pas quelqu’un d’autre.  
En espérant être suffisamment clair. Fatigant ces embrouilles totalement inutiles.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Novembre 5, 2020, 9:50 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/53 "2020-11-05T21:50:02Z")

</div>

C’est plutôt toi qui crées des «&nbsp;embrouilles totalement inutiles&nbsp;».

> [@Verner](#):
>
> Dans le kit de recherche, j’ai déjà tout donné, mais pas pris le temps d’expliquer il est vrai:
> 
> `du -hd0 /var/ /usr`

Quel «&nbsp;kit de recherche&nbsp;» ? Tu n’a jamais proposé cette commande dans aucun de tes messages de ce sujet, que tu as fait traîner en longueur en demandant un répertoire, puis un nautre, puis encore un autre… mais jamais /var. Résultat : 21 messages pour rien avant que j’intervienne pour faire avancer les choses.

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Novembre 5, 2020, 9:52 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/54 "2020-11-05T21:52:35Z")

</div>

Allez mon gars . Hallucinant. Jamais vu ça.  
Salut.

---

<div class="post-metadata">

**Author:** ![Herve5](https://www.debian-fr.org/user_avatar/www.debian-fr.org/herve5/32/7751_2.png) [@Herve5](https://www.debian-fr.org/u/Herve5)\
**Post date:** [Novembre 9, 2020, 5:02 UTC](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160/55 "2020-11-09T17:02:32Z")

</div>

> [@pierre40](#):
>
> As-tu souvenir d’un post similaire dans le forum avec un traitement comme tu l’indiques?

Perso j’ai eu exactement le même problème il y a environ un mois, sur il me semble les mêmes fichiers, et j’avoue qu’après des itérations semblables sur Debian-Facile j’ai fini par purger également les logs «&nbsp;fautifs&nbsp;». (car moi j’étais à 100% et le serveur X ne démarrait carrément plus!)  
Ce que j’ai fait en plus c’est

- dégager des paquets inutiles avec des apt autoremove, apt clean et autres autoclean
- éditer quelque chose dans logrotate qui limite explicitement les log à une taille max, mais je ne retrouve plus le détail à l’instant
- nettoyer un tas d’énormes trucs dans les flatpak, qu’on voit dans var/lib/flatpak, chose qui m’a bien refroidi sur les flatpaks du reste.  
H.

[Page précédente](https://www.debian-fr.org/t/volume-racine-de-fichiers-taille-insuffisante/83160.md?page=2)
