Carte 32 Go pleine. Est-ce normal ?

[Georges Orwell]

Bonjour,

Sur un RPI 4 j'ai installé uniquement Domoticz sans plug-in.
Dernièrement, mon Domoticz s'est mis en défaut.
La raison était que la carte micro-sd 32 Go était pleine.
Est-ce normal ?
Y a t-il des fichiers superflus que je peux supprimer ?

Merci.
Georges.

[lost]

Normalement, cela devrait être large.

Dans les hypothèses:

1) Après avoir claqué l'image sur la carte SD, au 1er démarrage du PI dessus, ne pas être passé par l'utilitaire raspi-config (sudo raspi-config) pour étendre le système de fichier fort limité de l'image (pour pouvoir être copié sur des cartes SD de tailles différentes selon l'utilisateur). La bonne nouvelle c'est qu'il n'est pas trop tard pour le faire (il y a toujours un % de place additionnelle réservé à root pour pouvoir se sortir d'affaire et utiliser qq utilitaires système/adminisitration)!

2) Avoir installé beaucoup de choses et/ou avoir revu le partitionnement post-intstall avec une partition système ou home... mal dimensionnée.

3) Certitude que la carte soit bien pleine ou juste impossibilité d'y écrire qui y fait penser? Attention à bien différentier les deux (commande "df") car une carte mémoire HS va passer définitivement en mode read-only pour préserver au mieux les données écrites d'un "jardinage" sauvage.

4) La carte contrefaite mentant sur sa capacité réelle, mais en général les symptômes diffèrent.

[pierrotori]

il faut analyser les différents répertoires comme var/log , temp, journal etc ...

Code : Tout sélectionner

sudo du -hs /var/log/* | sort -h | tail -n 5 

Code : Tout sélectionner

df -H

Code : Tout sélectionner

free

Code : Tout sélectionner

lsblk -f
lsblk

pourrais tu nous mettre le resultat des commandes ci dessus

as tu installé log2ram car il peut aussi être saturé ?

[Georges Orwell]

Bonjour,

Depuis je suis passé à une carte de... 200 Go, histoire d'avoir de la marge....
Je n'utilise pas log2ram.
Bien que je n'ai plus de problème, je mets quand même le résultat des commandes pour comprendre.

1.jpg (98.12 Kio) Consulté 552 fois

Merci pour votre aide.

Georges.

[pierrotori]

voici les miennes

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo du -hs /var/log/* | sort -h | tail -n 5
1,3M    /var/log/daemon.log.1
2,4M    /var/log/syslog.1
5,8M    /var/log/auth.log.1
8,7M    /var/log/auth.log
40M     /var/log/journal
pi@raspberrypi:~ $ df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           32G    9,4G   21G  32% /
devtmpfs           349M       0  349M   0% /dev
tmpfs              484M       0  484M   0% /dev/shm
tmpfs              194M    1,5M  192M   1% /run
tmpfs              5,3M    4,1k  5,3M   1% /run/lock
tmpfs              2,1M       0  2,1M   0% /tmp
tmpfs              2,1M       0  2,1M   0% /var/tmp
/dev/mmcblk0p1     268M     53M  215M  20% /boot
log2ram            126M     64M   63M  51% /var/log
tmpfs               97M       0   97M   0% /run/user/1000
pi@raspberrypi:~ $ free
               total       utilisé      libre     partagé tamp/cache   disponible
Mem:          944104      449972       43232       64440      450900      364332
Partition d'échange:          0           0           0
pi@raspberrypi:~ $ lsblk -f
NAME        FSTYPE FSVER LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1      vfat   FAT32 boot   AE82-4BC1
└─sda2      ext4   1.0   rootfs 6d2ff93e-eacd-415c-96d5-4611ad21e05f
mmcblk0
├─mmcblk0p1 vfat   FAT32 boot   AE82-4BC1                             204,6M    20% /boot
└─mmcblk0p2 ext4   1.0   rootfs 6d2ff93e-eacd-415c-96d5-4611ad21e05f   19,1G    30% /

mon var/log est en ram avec l'outil log2ram cette configuration voir https://github.com/azlux/log2ram#installation
/etc/log2ram.conf
SIZE=120M
MAIL=false
LOG_DISK_SIZE=240M

le fichier journal est deja bien gros voir ce poste
https://dannyda.com/2022/10/29/how-to-c ... linux-etc/

ainsi que ton syslog, avoir ce qu'il y a dedans

pas de fichier de swap : voir post https://nicolasforcet.com/2017/04/25/ra ... -carte-sd/

je te conseille d'optimiser tes logs avant de les monter en RAM car tu ne pourras pas installer log2ram

[gaston]

Elo,

Ce serait pas plutôt du coté de /dev/root qui utilise 31 Go ?
Aller voir dedans serait pas mal.

[Chrominator]

/dev/root est monté sur la racine, représentée par le /.
C'est la racine du système, ces 31 Go peuvent être n'importe où.

Pour fouiller, on peut utiliser du qui va donner la taille de ce qui est dans les répertoires dépendants.
De proche en proche, avec cette notion de taille, on s'approche de ce qui a gonflé démesurément.

Code : Tout sélectionner

$ sudo du -hd 1 /
2.7G    /var
8.0K    /mnt
1.6M    /run
108M    /root
4.0K    /srv
16K     /opt
0       /dev
283M    /boot
0       /sys
7.0M    /etc
16K     /lost+found

Après cette commande, je vois que /var "pèse" 2,7Go, donc j'explore ses sous-répertoires en faisant :

Code : Tout sélectionner

$ sudo du -hd 1 /var
36K     /var/spool
4.0K    /var/opt
2.3M    /var/backups
196M    /var/cache
4.0K    /var/local
4.0K    /var/crash
244M    /var/log
484K    /var/tmp
2.3G    /var/lib
4.0K    /var/mail
76K     /var/snap
2.7G    /var

Et là je vois que l'essentiel de l'occupation est dans /var/lib, donc normalement rien d'anormal et rien à nettoyer là-dedans.

Par contre si je m'intéressait à /var/log, je pourrais certainement économiser 200 Mo.

[Georges Orwell]

Étrange, étrange...

2.jpg (57.25 Kio) Consulté 510 fois

Georges

[gaston]

Merci de ton explication chrominator

[pierrotori]

@Chrominator tu as une configuration avec des containers ?
Peut-être un var/lib/overlay2 qui pourrait être épuré ?