/dev/sda1 100% sur debian 10

avct · 03-01-2022 10:53:30

bonjour,

ma partition est pleine ce qui me bloque pour les mises à jour, les suppressions...
après avoir fait quelques recherches j'ai vu que cela pouvait venir d'une mauvaise maintenance des noyaux, mais ce n'est pas le cas

dpkg -l | grep -Ei "linux-headers|linux-image"

ii linux-image-4.19.0-18-amd64 4.19.208-1 amd64 Linux 4.19 for 64-bit PCs (signed)
ii linux-image-amd64 4.19+105+deb10u13 amd64 Linux for 64-bit PCs (meta-package)

mes données web sont loin d'être compromettantes 500Mo pour 11Go d'espace disque saturé,

je vous liste le retour de la commande (j'ai vu que c'était souvent demandé)

sudo df -hT

udev devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs tmpfs 395M 41M 355M 11% /run
/dev/sda1 ext4 11G 11G 0 100% /
tmpfs tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda6 ext4 19G 537M 17G 4% /home
/dev/loop0 squashfs 100M 100M 0 100% /snap/core/11993
/dev/loop2 squashfs 43M 43M 0 100% /snap/certbot/1582
/dev/loop3 squashfs 62M 62M 0 100% /snap/core20/1242
/dev/loop4 squashfs 62M 62M 0 100% /snap/core20/1270
/dev/loop1 squashfs 44M 44M 0 100% /snap/certbot/1670
tmpfs tmpfs 395M 0 395M 0% /run/user/1000

en fait je ne sais pas trop dans quelle direction m'orienter.
j'ai une expérience très limité avec les serveurs debian, j'utilisais ubuntu.

merci pour vos réponse et bonne année à tous les lecteurs

raleur · 03-01-2022 11:02:26

Premier tour d'analyse avec

du -hxd1 / | sort -h

Les classiques :
- logs dans /var/log
- caches apt et autres dans /var/cache
- bases de données et autres dans /var/lib
- paquets installés dans /usr

Dernière modification par raleur (03-01-2022 11:06:03)

avct · 03-01-2022 11:03:06

en relisant j'ai vu que j'avais dit une con...

Dernière modification par avct (03-01-2022 11:59:41)

avct · 03-01-2022 11:04:34

salut et merci d'initier ce petit tour : )

du -hxd1 / | sort -h

4,0K /mnt
4,0K /opt
4,0K /srv
8,0K /media
16K /lost+found
24K /snap
56K /root
8,1M /etc
45M /boot
1,4G /usr
2,7G /var
6,0G /tmp
10G /

avct · 03-01-2022 11:08:46

étonnant ce /tmp non ?

raleur · 03-01-2022 11:09:14

6 Gio de fichiers temporaires dans /tmp. Habituellement on fait un second tour avec

du -hxd1 /tmp | sort -h

mais comme dans /tmp ça peut être un peu le bazar, il va peut-être falloir regarder directement.

avct · 03-01-2022 11:12:48

du -hxd1 /tmp | sort -h

4,0K /tmp/.font-unix
4,0K /tmp/.ICE-unix
4,0K /tmp/.Test-unix
4,0K /tmp/.X11-unix
4,0K /tmp/.XIM-unix
8,0K /tmp/systemd-private-3404d75be29a4ec98c074fbd4ca4e623-systemd-timesyncd.service-HmAeaT
9,4M /tmp/csf
6,0G /tmp
6,0G /tmp/systemd-private-3404d75be29a4ec98c074fbd4ca4e623-apache2.service-5wB8ZF

raleur · 03-01-2022 11:19:06

Apparemment il s'agit de fichiers temporaires d'apache2. J'ignore à quoi ils servent et si ce volume est normal, mais je doute qu'on puisse les supprimer comme ça sans arrêter le service apache2.
(Le nom du répertoire avec "systemd-private" vient de l'option PrivateTmp=yes de l'unité systemd d'apache2, mais à part ça se sont les fichiers qu'apache2 mettrait dans /tmp)

Dernière modification par raleur (03-01-2022 13:43:27)

avct · 03-01-2022 11:32:18

ok, j'ai tenté un reboot et les fichiers ont été ré initialisés correctement.
y a t il un moyen de voir à quel moment ça c'est produit, pour éviter de répéter la connerie si possible

raleur · 03-01-2022 11:35:42

Aucune idée. C'est peut-être arrivé progressivement, donc surveiller la taille régulièrement.

avct · 03-01-2022 11:39:00

merci raleur

Tawal · 03-01-2022 12:01:46

Hello,

Pour identifier l'origine, tu peux peut-être regarder les logs d'apache2.
Tu y verras peut-être des informations ou des messages d'erreur.

avct · 03-01-2022 12:15:56

merci Tawal si je trouve quelque chose je transmets

otyugh · 03-01-2022 12:40:20

(Et au passage si ta partition système n'a que 6Go d'espace libre d'avance, c'est que ta partition système est assez sous-dimensionnée - après même si tu avais 20Go d'avance, ils auraient aussi été remplis après assez de temps, mais... C'est une bonne habitude d'avoir toujours un peu d'avance pour ne pas avoir à toujours regarder, tu ne sais pas ce que tu va bien pouvoir installer demain qui va rendre la situation encore plus limite. C'est pour ça que dans le doute je trouve aussi simple d'avoir juste une grosse partition données/système et ne plus trop avoir à y penser >_<
- Rien d'urgent ni d'obligatoire cela dit.)

Dernière modification par otyugh (03-01-2022 12:41:10)

raleur · 03-01-2022 13:48:07

otyugh a écrit :

si ta partition système n'a que 6Go d'espace libre d'avance, c'est que ta partition système est assez sous-dimensionnée

Ça dépend des besoins. Pour le moment on ne sait pas si les 6 Gio (voire peut-être plus s'il y avait eu plus de place) d'apache2 dans /tmp sont normaux ou pas. S'ils le sont, il faudra envisager d'agrandir la racine ou de déplacer /tmp ailleurs.

otyugh a écrit :

même si tu avais 20Go d'avance, ils auraient aussi été remplis après assez de temps

Rien n'est moins sûr. Ça se serait peut-être stabilisé avant.

Debian-facile

#1 03-01-2022 10:53:30

/dev/sda1 100% sur debian 10

#2 03-01-2022 11:02:26

Re : /dev/sda1 100% sur debian 10

#3 03-01-2022 11:03:06

Re : /dev/sda1 100% sur debian 10

#4 03-01-2022 11:04:34

Re : /dev/sda1 100% sur debian 10

#5 03-01-2022 11:08:46

Re : /dev/sda1 100% sur debian 10

#6 03-01-2022 11:09:14

Re : /dev/sda1 100% sur debian 10

#7 03-01-2022 11:12:48

Re : /dev/sda1 100% sur debian 10

#8 03-01-2022 11:19:06

Re : /dev/sda1 100% sur debian 10

#9 03-01-2022 11:32:18

Re : /dev/sda1 100% sur debian 10

#10 03-01-2022 11:35:42

Re : /dev/sda1 100% sur debian 10

#11 03-01-2022 11:39:00

Re : /dev/sda1 100% sur debian 10

#12 03-01-2022 12:01:46

Re : /dev/sda1 100% sur debian 10

#13 03-01-2022 12:15:56

Re : /dev/sda1 100% sur debian 10

#14 03-01-2022 12:40:20

Re : /dev/sda1 100% sur debian 10

#15 03-01-2022 13:48:07

Re : /dev/sda1 100% sur debian 10

Pied de page des forums