Nettoyer les logs et le cache
Un disque plein provoque des erreurs en cascade : la base refuse d'écrire, Nginx ne peut plus créer ses fichiers temporaires, systemd n'arrive plus à journaliser. Avant de supprimer quoi que ce soit, mesurez, puis traitez les causes dans l'ordre : journaux, paquets, caches, conteneurs. Supprimer au hasard fait souvent perdre plus d'espace qu'il n'en libère, ou casse un service.
Mesurer avant d'agir
df -h
df -i
sudo du -xh --max-depth=1 / 2>/dev/null | sort -h
sudo journalctl --disk-usageRegardez aussi /var, qui concentre la plupart des coupables : journaux systemd, logs Nginx, cache APT, images Docker, files d'attente de mail. Si df -i indique 100 % alors que df -h montre de l'espace, le problème est le nombre d'inodes, souvent des millions de petits fichiers dans un cache ou une session.
Journaux systemd
La bonne commande est celle qui comprend le format du journal :
sudo journalctl --vacuum-time=14d
sudo journalctl --vacuum-size=500M--vacuum-time supprime les entrées plus anciennes que la durée indiquée, --vacuum-size réduit l'ensemble sous la taille donnée. Pour une limite permanente, modifiez /etc/systemd/journald.conf :
SystemMaxUse=500MPuis redémarrez le service : sudo systemctl restart systemd-journald. Ne supprimez pas les fichiers de /var/log/journal à la main : journald garde des fichiers ouverts et l'espace n'est pas réellement rendu.
Paquets et caches
APT.
sudo apt clean
sudo apt autoremove --purge
sudo du -sh /var/cache/apt/archivesapt clean vide le cache des .deb téléchargés. apt autoremove --purge retire les paquets devenus inutiles, mais lisez la liste avant de confirmer : un paquet marqué automatiquement peut être requis par un service que vous avez installé à la main.
Caches applicatifs et fichiers temporaires.
sudo systemd-tmpfiles --clean
npm cache clean --force
pip cache purge
composer clear-cachesystemd-tmpfiles --clean applique les règles de rétention de /tmp et /var/tmp. Ne supprimez pas les fichiers récents de /tmp : sockets, sessions et fichiers de verrouillage de services en cours d'exécution y vivent. Pour les caches applicatifs, utilisez la commande de l'outil plutôt qu'un rm -rf sur un dossier dont vous ne connaissez pas le rôle.
Docker
docker system df
docker image prune -a
docker builder prunedocker system df montre la répartition entre images, conteneurs, volumes et cache de construction. docker image prune -a supprime les images non utilisées, docker builder prune le cache de construction. N'ajoutez pas --volumes sans avoir listé les volumes : cela supprime des données persistantes. Arrêtez les conteneurs qui écrivent avant un nettoyage agressif.
Règles de sécurité
- Listez toujours le contenu avant de supprimer un chemin.
- Préférez les outils qui connaissent le format :
journalctl,apt,docker. - Vérifiez
df -havant et après pour mesurer le gain réel. - Corrigez la rétention plutôt que de nettoyer tous les mois : un disque qui se remplit en une semaine signale un problème, pas un manque d'hygiène.
Publicité
Cet article vous a-t-il aidé ?
À lire aussi
- Comprendre le swap d'un VPSCe que fait le swap, ce qu'un conteneur système permet réellement, et comment réduire la pression mémoire autrement.
- Diagnostiquer un site lentMesurer le temps de réponse avant de modifier quoi que ce soit, puis isoler serveur, base, Nginx et application.
- Surveiller la disponibilité de son VPSMettre en place une vérification externe, des alertes utiles et une méthode pour distinguer panne réseau, serveur et application.