Disque dur plein

Entraide Home Assistant
1

Salut a tous,

J’ai un souci avec mon disk dur HA celui-ci est plein sans aucune raison

Capture
Capture1350×221 15.5 KB

J’ai purger mon fichier
Capture

J’ai les contener de purger aussi

Capture
Capture1376×578 128 KB

et je ne trove pas d’ou ca viens

Capture
Capture1064×290 22.3 KB

System Health

version core-2021.6.5
installation_type Home Assistant Supervised
dev false
hassio true
docker true
virtualenv false
python_version 3.8.9
os_name Linux
os_version 4.19.0-16-amd64
arch x86_64
timezone Europe/Paris
Home Assistant Community Store
GitHub API ok
Github API Calls Remaining 4641
Installed Version 1.12.4
Stage running
Available Repositories 852
Installed Repositories 59
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Debian GNU/Linux 10 (buster)
update_channel beta
supervisor_version supervisor-2021.06.3
docker_version 20.10.5
disk_total 113.6 GB
disk_used 102.6 GB
healthy true
supported true
supervisor_api ok
version_api ok
installed_addons Samba share (9.5.1), Duck DNS (1.12.5), MQTT Server & Web client (1.2.0), File editor (5.3.1), Terminal & SSH (9.1.3), ESPHome (1.18.0), Spotify Connect (0.8.2), Grafana (7.0.1), Portainer (1.5.1), Node-RED (9.1.4), Tydom2MQTT - Beta (release_1.2.1), Zigbee2mqtt (1.19.1-1), Zigbee2mqtt Edge (edge), InfluxDB (4.1.1), Visual Studio Code (3.4.1), TasmoAdmin (0.15.0)
Lovelace
dashboards 3
resources 42
views 15
mode storage
Spotify
api_endpoint_reachable ok

Merci d’avance

2

Des snapshots ?

3

Salut,

Il faut aussi penser à purger les images et les volumes…

  • docker image prune -fa
  • docker volume prune -f

Et si tous les containers sont opérationnels, on peut demander à effacer tout le reste… Attention quand même

  • docker system prune -a
4

non j’ai que 350mo de snapshot

5

j’ai recuper 2%
Capture

6

2% ou 2GB ? Parce que sinon ça veut dire que tu as rempli 100Go de données ???
Et ça, en 5 jours si j’en crois le graph ?

7

Oui c’est exactement ca 100G de donnée

8

Bon ben tu es bon pour commencer par chercher les plus gros répertoires :

du -shc /* | sort -h

Et ensuite en te plaçant dans le bon sous répertoire

du -shc ./* | sort -h
9

j’ai le dossier /var a 92g et je n’arrive pas a y rentrer avec cd var

10

cd /var avec les droits root si besoin

11

Capture

12

il manque les tailles mais tu peux virer tous *log.?.gz
Par contre faut trouver pourquoi tu fais autant de données dans les logs… c’est pas normal

13

comment je fais pour virer tous ses logs et gz ? Merci

14

par exemple

rm user.log.4.gz

15

merci Pulpy
je vais surveiller de pret pour comprendre pourquoi j’ai ses log

16

faut regarder dans user.log ce qu’il contient

17

je l’ai efface avant trop bete j’ai les commandes pour y retourner encore merci je reviens vers toi demain je vais retourner voir la famille encore grand merci a toi

18

j’ai regarde mon fichier user.log et celui-ci ecrit en permanence
j’ai utilse cette commande

tail -f
19

Les fichiers de log sont là pour garder la trace de ce qui se passe.
Donc si trop d’événements il faut chercher la cause :

  • un service ou une application qui est resté en mode debug
  • un plantage et relance régulier d’un truc

De toute façon c’est en lien avec un changement il y a environ 5 jours

20

J’ai trouve j’avais mon Z2M qui avait le log d’active donc depuis que je l’ai retiré ca se tiens mais je ne comprends pas pourquoi celui-ci etait sur true :frowning:
Encore merci j’ai appris des nouvelle commande sur debian :slight_smile: