Blog

Comment vérifier l'espace disque sur un Raspberry Pi

0
Comment vérifier l'espace disque sur un Raspberry Pi

Le Raspberry Pi demeure l'un des ordinateurs monocartes les plus utilisés en 2026. Les gens l'utilisent pour tout : bloqueurs de publicités Pi-hole, serveurs Home Assistant, configurations de jeux RetroPie, centres multimédias Jellyfin ou Kodi, et même d'expériences d'IA légères sur des modèles plus récents tels que le Pi 5 et le Pi 500. Quel que soit l'usage, l'espace de stockage devient un problème plus tôt que prévu.

La plupart des systèmes Raspberry Pi démarrent encore à partir de cartes microSD, généralement d'une capacité comprise entre 32 Go et 256 Go. Parallèlement, le démarrage à partir de SSD et de NVMe connectés en USB est devenu de plus en plus populaire grâce à de meilleures performances USB et à la prise en charge officielle du chargeur de démarrage. Bien que les stockages de plus grande capacité soient désormais courants, ils se remplissent également rapidement.

Une installation propre de Raspberry Pi OS ne paraît pas volumineuse au premier abord. La version Lite occupe généralement entre 4 et 8 Go, tandis que l'édition Desktop, avec Chromium et LibreOffice préinstallés, consomme environ 8 à 12 Go. En utilisation réelle, cependant, l'espace disque augmente rapidement. Les journaux système, les caches de paquets, les conteneurs Docker, les médias téléchargés et les fichiers temporaires issus des mises à jour régulières peuvent porter la consommation au-delà de 20, voire 50 Go en quelques semaines.

Une fois que le stockage vient à manquer, des problèmes surviennent. Les installations de paquets échouent avec des erreurs de type “ Plus d'espace sur le périphérique ”. Les téléchargements d'images Docker échouent en raison d'un système de fichiers racine plein. Les systèmes deviennent instables lorsque l'utilisation du disque approche les 100 %. Sur les cartes microSD, fonctionner à capacité quasi maximale accélère également l'usure et augmente le risque de corruption.

Ces problèmes sont courants car l'utilisation du disque est rarement surveillée. Les systèmes de fichiers ne sont pas toujours étendus après le flashage d'une image. Les journaux et les données Docker se développent sans limites. Les services de longue durée qui écrivent fréquemment aggravent la situation au fil du temps.

Savoir vérifier l'espace disque est donc essentiel pour tout projet Raspberry Pi. Ce guide vous présente des commandes terminal simples pour des vérifications rapides, des moyens de trouver exactement ce qui utilise votre espace de stockage, et des méthodes pratiques pour maîtriser l'utilisation du disque. Que vous utilisiez un serveur multimédia ou un nœud de capteur sans écran, ces compétences contribueront à maintenir votre Raspberry Pi stable et fiable.

Commandes de base et essentielles : df et lsblk

La manière la plus rapide de vérifier l'espace disque sur un Raspberry Pi est d'utiliser deux commandes intégrées : `df` et `lsblk`. Elles ne nécessitent aucun paquet supplémentaire et offrent une vue immédiate et de haut niveau de votre situation de stockage.

Ouvrez un terminal (via SSH, directement sur le bureau, ou via une session à distance) et commencez par la commande la plus couramment utilisée.

Vérifiez l'utilisation globale du disque avec df

				
					df -h
				
			

L'option -h affiche les tailles dans un format lisible par l'homme (Go, Mo au lieu d'octets bruts).

Ci-dessous se trouve une sortie typique d'un Raspberry Pi 5 exécutant Raspberry Pi OS (Trixie), utilisant une carte microSD de 64 Go et un SSD USB connecté :

				
					Système de fichiers      Taille  Utilisé Disponible Utilisation% Monté sur
/dev/root        59 Go   12 Go   45 Go  21% /
/dev/mmcblk0p1  512 Mo  128 Mo  384 Mo  25% /boot/firmware
/dev/sda1       931 Go  250 Go  681 Go  27% /media/pi/SSD
tmpfs            3,8 Go     0  3,8 Go   0% /dev/shm
tmpfs            1,6 G  1,2 M  1,6 G   1% /run
tmpfs            5,0 M     0  5,0 M   0% /run/lock
				
			

Colonnes clés à comprendre

  • Système de fichiers : Le périphérique ou la partition. (/dev/root représente le système de fichiers racine principal, qu'il réside sur une carte microSD ou un SSD.)
  • Taille : Capacité totale du système de fichiers.
  • Usagé Espace actuellement utilisé.
  • Disponibilité Espace disponible pour de nouvelles données.
  • Use% :Pourcentage d'espace utilisé. (Essayez de ne pas dépasser 85–90%, en particulier sur les cartes microSD.)
  • Monté sur : Où le système de fichiers apparaît dans l'arborescence des répertoires. (/ est le système de fichiers racine ; /boot/firmware contient les fichiers liés au démarrage sur Trixie et les versions ultérieures.)

Sur Trixie (et les versions tardives de Bookworm), le système de fichiers racine apparaît souvent sous le nom de /dev/root plutôt qu'un nom de périphérique direct tel que /dev/mmcblk0p2. Ceci est normal, il s'agit d'un lien symbolique vers la partition réelle.

Si vous ne vous souciez que du système de fichiers principal (qui est généralement celui qui se remplit en premier), vous pouvez le cibler directement :

				
					df -h /
				
			

Depuis n'importe quel répertoire, vous pouvez également vérifier à quel système de fichiers appartient ce chemin :

				
					df -h .
				
			

Identifier les disques et les partitions avec lsblk

Tandis que `df` affiche l'utilisation, `lsblk` montre les périphériques de stockage existants et leur organisation.

				
					lsblk -f
				
			

Exemple de sortie sur un Raspberry Pi démarrant depuis NVMe (une configuration courante sur les systèmes Pi 5 et Pi 500) :

				
					NOM        TYPE DE SYSTÈME DE FICHIERS TAILLE POINTS DE MONTAGE
mmcblk0            119,1 Go
├─mmcblk0p1 vfat    512 Mo /boot/firmware
nvme0n1            238,5 Go
├─nvme0n1p1 ext4    200 G /
└─nvme0n1p2 ext4     38 G /home
sda                931 G
└─sda1     exfat    931 G /media/pi/External
				
			

Cette sortie montre clairement :

  • Appareils (mmcblk0 = microSD, nvme0n1 = SSD NVMe, sda = disque USB)
  • Partitions sur chaque appareil
  • Types de systèmes de fichiers (ext4, vfat, exfat)
  • Points de montage

Utilisez lsblk chaque fois que vous attachez un nouveau stockage, que vous passez au démarrage sur SSD ou NVMe, ou que vous souhaitez confirmer qu'un disque est monté à l'endroit attendu.

Surveillance en direct pendant une activité intense

Pour les tâches de longue durée comme les téléchargements, les sauvegardes ou les constructions Docker, il peut être utile de surveiller l'évolution de l'utilisation du disque en temps réel :

				
					watch -n 5 df -h /
				
			

Cela actualise l'affichage toutes les cinq secondes et vous permet de voir la valeur « Use% » augmenter au fur et à mesure que les données sont écrites.

Quand faut-il s'inquiéter ?

Si l'utilisation du système de fichiers racine dépasse 90%, en particulier sur une carte microSD, vous devez agir rapidement. Une utilisation élevée de l'espace disque accélère l'usure, augmente le risque d'erreurs d'écriture et peut entraîner des erreurs du type “ Plus d'espace disponible sur le périphérique ”, même lorsque la commande `df` indique encore quelques gigaoctets d'espace libre. Les blocs réservés et l’épuisement des inodes peuvent entraîner des problèmes avant même que le disque ne soit techniquement plein.

Trouver ce qui utilise de l'espace : du, astuces avancées sur du et identification des coupables

Les commandes telles que `df` et `lsblk` indiquent l'espace disque utilisé, mais elles n'expliquent pas ce qui l'utilise. Pour identifier les véritables consommateurs d'espace, vous avez besoin de `du`.

La commande du estime l'utilisation du disque pour les répertoires et les fichiers, vous permettant d'examiner en profondeur jusqu'à ce que vous trouviez les plus gros consommateurs.

Commencez par votre répertoire personnel

Une première étape rapide consiste à vérifier les dossiers de premier niveau dans votre répertoire personnel :

				
					du -sh ~/*
				
			

Cette liste indique la taille de chaque élément contenu dans votre répertoire personnel (par exemple, Downloads, Documents, .cache).

L'option -s résume chaque répertoire, et -h rend la sortie lisible par l'homme.

Sur les installations de bureau, cela révèle souvent de volumineux caches de navigateur, des médias téléchargés ou des fichiers de projet résiduels.

Analyser le système de fichiers racine pour les grands répertoires

Pour obtenir une image plus complète, analysez le système de fichiers racine et triez les répertoires par taille. Certains chemins nécessitent un accès root, utilisez donc sudo :

				
					sudo du -h --max-depth=1 / | sort -hr | head -n 15
				
			

Que fait cette commande :

  • Analyse le système de fichiers racine (/)
  • Limite la sortie au premier niveau de répertoire (–max-depth=1)
  • Trie les résultats par taille, le plus grand en premier (sort -hr)
  • N'afficher que les 15 premières entrées

La sortie typique sur un Raspberry Pi pourrait ressembler à ceci :

				
					55 Go   /media
2,5 Go  /usr
800 Mo  /var
300 Mo  /opt
200 Mo  /home
				
			

De grandes valeurs sous /media sont courantes si vous montez des disques externes ou si vous y stockez des vidéos et des photos.

Sur de nombreux systèmes Raspberry Pi, en particulier dans les configurations de 2026, /var est un coupable fréquent en raison des fichiers journaux et des données des conteneurs.

Domaines problématiques courants à vérifier

Une fois qu'un répertoire suspect est identifié, concentrez-vous sur ces sources courantes de croissance du disque.

Journaux système et journald

Sur les récentes versions de Raspberry Pi OS (Trixie et ultérieures), systemd-journald utilise par défaut le stockage volatile en RAM. Si la journalisation persistante est activée, les journaux s'accumulent sous /var/log/journal.

Vérifiez l'utilisation actuelle des journaux avec :

				
					journalctl --disk-usage
				
			

Les journaux persistants peuvent facilement atteindre plusieurs centaines de mégaoctets si les services sont nombreux ou génèrent des erreurs de manière répétée.

Données Docker

Si vous utilisez des conteneurs Docker (fréquent pour Home Assistant, les extensions Pi-hole ou les serveurs multimédias), le stockage Docker est souvent le plus gros consommateur d'espace.

Vérifier l'utilisation du disque de Docker avec :

				
					docker system df
				
			

Par défaut, les journaux des conteneurs stockés dans `/var/lib/docker/containers/*-json.log` augmentent sans limite, à moins qu'une rotation des journaux ne soit configurée. Le stockage Overlay (overlay2) peut atteindre des dizaines de gigaoctets avec le temps.

Cache de paquets APT

Les fichiers du paquet téléchargé s'accumulent après les mises à jour et les améliorations :

				
					sudo du -sh /var/cache/apt
				
			

Ce répertoire peut être nettoyé en toute sécurité une fois les paquets installés.

Trouver des fichiers volumineux n'importe où

Pour localiser les fichiers individuels de plus de 100 Mo sur l'ensemble du système :

				
					sudo find / -type f -size +100M -exec ls -lh {} \; 2>/dev/null | sort -hr | head -n 10
				
			

La redirection des erreurs vers /dev/null permet d'éviter d'encombrer les répertoires système avec des messages de permission refusée.

Les principaux consommateurs d'espace disque sur un Raspberry Pi

Dans les configurations réelles de Raspberry Pi, les plus grands coupables sont généralement :

  • Images, conteneurs et volumes Docker non purgés
  • Les caches de navigateur sous ~/.cache (en particulier Chromium sur les systèmes de bureau)
  • Médias téléchargés, sauvegardes ou données de test dans /home/pi
  • Journaux de connexion, données de mise à jour temporaires et anciens paquets sous /var

Exécutez des analyses régulièrement après des mises à jour importantes, des modifications de conteneurs ou de nouveaux projets. Une fois que vous savez ce qui consomme de l'espace, la section suivante présente des outils interactifs et visuels qui rendent l'exploration et le nettoyage plus rapides et plus sûrs.

Outils interactifs et visuels : ncdu, analyseurs graphiques et au-delà

Après avoir utilisé `du` pour identifier les gros répertoires, les outils interactifs rendent l'exploration et le nettoyage beaucoup plus faciles. Ils transforment des nombres bruts en quelque chose de navigable, ce qui est particulièrement utile sur SSH ou sur des systèmes Raspberry Pi aux ressources limitées.

ncdu : l'outil le plus pratique pour la plupart des utilisateurs

Pour la plupart des utilisateurs de Raspberry Pi en 2026, l'outil phare sera ncdu (NCurses Disk Usage). Il offre une interface textuelle rapide, navigable au clavier, même sur des systèmes sans écran. Il consomme très peu de CPU et de mémoire et permet de supprimer des fichiers directement depuis le terminal.

Installez-le à partir des dépôts par défaut du Raspberry Pi OS (Trixie) :

				
					sudo apt update
sudo apt install ncdu
				
			

Pour analyser l'intégralité du système de fichiers racine :

				
					sudo ncdu -x /
				
			

L'option -x limite l'analyse au système de fichiers actuel et ignore les lecteurs externes montés. Ceci évite de longues analyses de périphériques de stockage USB ou réseau volumineux.

Une fois que ncdu démarre :

  • Utilisez les touches fléchées pour naviguer
  • Appuyez sur Entrée ou sur la flèche droite pour ouvrir un répertoire
  • Appuyez sur d pour marquer un fichier ou un répertoire pour suppression (confirmez avec y)
  • Appuyez sur ? pour afficher le menu d'aide complet
  • Appuyez sur q pour quitter

ncdu est excellent pour découvrir les consommateurs d'espace cachés, tels que les données Docker sous /var/lib/docker, les journaux accumulés dans /var/log, ou les caches volumineux dans ~/.cache. Pour de nombreux utilisateurs de Raspberry Pi, c'est le moyen le plus rapide de libérer de l'espace disque sans installer un environnement de bureau complet.

Option de l'interface graphique : Analyseur d'utilisation du disque (Baobab)

Si vous utilisez l'édition complète de bureau de Raspberry Pi OS (XFCE sur Trixie), vous pouvez utiliser l'analyseur d'utilisation de disque intégré (nom du paquet : baobab).

Installez-le si nécessaire :

				
					sudo apt install baobab
				
			

Lancez-le depuis le menu des applications

Outils système → Analyseur d'utilisation des disques, ou lancez-le depuis le terminal :

				
					baobab
				
			

L'outil vous invite à analyser votre répertoire personnel ou l'intégralité du système de fichiers. L'analyse du système de fichiers racine (/) offre la vue la plus complète.

Baobab offre :

  • Un graphique en anneau montrant les tailles de répertoires (les anneaux intérieurs sont les dossiers de premier niveau)
  • Une vue arborescente ou une vue en liste avec un dimensionnement proportionnel
  • Navigation par clic pour zoomer et options de clic droit pour supprimer ou déplacer des fichiers

Cette approche visuelle aide les nouveaux utilisateurs à repérer rapidement les tendances, telles que la domination de /var due aux journaux ou aux données de conteneur.

Au-delà des vérifications ponctuelles : surveillance à long terme

Pour les projets permanents tels que les serveurs multimédias ou les systèmes Home Assistant, envisagez une surveillance à long terme plutôt que des vérifications manuelles. Une configuration courante utilise la collecte de métriques (par exemple, Telegraf ou les exportateurs de nœuds) combinée à des tableaux de bord dans Grafana pour visualiser les tendances d'utilisation du disque au fil du temps.

Cette approche va au-delà du dépannage de base, mais elle permet de détecter une croissance lente et régulière avant que l'espace disque ne devienne un problème.

Comparaison d'outils

OutilTaperLe meilleur pourBureau requisSupprimer des fichiers
Diff / duCLI (de base)Aperçus rapides et numérisationsNonNon
ncduCLI (interactif)Exploration approfondie et assainissementNonOui
BaobabInterface utilisateur graphiqueAnalyse visuelle et apprentissageOuiOui
Pile GrafanaTableau de bord webSurveillance continue dans le tempsNon (navigateur)Non

Ces outils comblent le fossé entre les vérifications de base et la gestion directe des disques. Dans la plupart des cas, ncdu est le meilleur choix initial. Si vous préférez un retour visuel, Baobab est une alternative solide.

Prévention, Nettoyage, Automatisation et Bonnes Pratiques

Vérifier l'espace disque est une démarche réactive. Prévenir les problèmes d'espace disque est une démarche proactive.

En 2026, de nombreux systèmes Raspberry Pi, en particulier les configurations Pi 5 et Pi 500 démarrant à partir de SSD ou NVMe, disposeront d'un espace de stockage beaucoup plus important que les anciennes installations sur microSD. Cet espace supplémentaire conduit souvent les utilisateurs à négliger la maintenance jusqu'à ce que quelque chose tombe en panne. Quelques habitudes simples peuvent maintenir la stabilité et la prévisibilité des projets à long terme.

Toujours étendre le système de fichiers après l'imagerie

Après avoir flashé Raspberry Pi OS sur une carte microSD ou un SSD plus grand, l'espace inutilisé n'est pas toujours alloué automatiquement. Assurez-vous que le système de fichiers est étendu :

				
					sudo raspi-config
				
			

Accédez à Options avancées → Étendre le système de fichiers, puis redémarrez.

Cette étape garantit que le système d'exploitation peut utiliser la pleine capacité du disque.

Effectuer un nettoyage régulier

Un nettoyage léger et régulier permet d'éviter des pannes soudaines. L'exécution de ces étapes hebdomadairement ou mensuellement est généralement suffisante.

Nettoyage des paquets APT

Supprimer les paquets inutilisés et les fichiers d'installation mis en cache :

				
					sudo apt update
sudo apt autoremove
sudo apt clean
				
			

Ceci nettoie en toute sécurité /var/cache/apt et supprime les dépendances obsolètes.

Journaux système (journald)

Sur Raspberry Pi OS basé sur Bookworm et Trixie, systemd-journald utilise par défaut un stockage volatil (RAM). Les journaux sont effacés au redémarrage, à moins qu'une journalisation persistante ne soit explicitement activée.

Vérifier l'utilisation actuelle des journaux :

				
					journalctl --disk-usage
				
			

Si vous activez la journalisation persistante et souhaitez limiter sa croissance, modifiez :

				
					/etc/systemd/journald.conf
				
			

Décommentez et définissez :

				
					Storage=persistent
RuntimeMaxUse=100M
				
			

Puis redémarrez journald :

				
					sudo systemctl restart systemd-journald
				
			

Ceci limite l'utilisation des journaux et empêche une croissance silencieuse sous /var/log/journal.

Maintenance spécifique à Docker

Pour les utilisateurs de Raspberry Pi exécutant Docker (Home Assistant, Pi-hole, serveurs multimédias), le stockage Docker est souvent le plus gros consommateur de disque.

Pour supprimer les conteneurs, images, réseaux et volumes inutilisés :

				
					docker system prune -a --volumes
				
			

⚠️ Ceci supprime toutes les données Docker inutilisées. Ne l'exécutez pas si vous dépendez de conteneurs arrêtés ou d'images inutilisées.

Pour éviter que les journaux de conteneurs ne s'emballent, configurez la rotation des journaux dans daemon.json ou docker-compose.yml :

				
					"log-driver" : "json-file",
"log-opts" : {
  "max-size" : "50m",
  "max-file" : "5"
}
				
			

Redémarrez Docker après avoir appliqué les modifications.

Préférer un démarrage SSD ou NVMe

Le démarrage depuis un SSD ou un NVMe sur les modèles pris en charge (Pi 5 et Pi 500) offre :

  • Performances d'E/S plus rapides
  • Aucune usure de la carte microSD malgré des écritures constantes
  • Gestion simplifiée de stockage important

Vous pouvez flasher Raspberry Pi OS directement sur NVMe en utilisant Raspberry Pi Imager.
Définir l'ordre de démarrage via :

raspi-config → Options avancées → Ordre de démarrage → NVMe/USB en premier

Automatiser les alertes d'utilisation du disque

L'automatisation permet de détecter les problèmes à un stade précoce. Une simple vérification quotidienne du disque peut éviter les surprises.

Voici un script :

				
					nano /home/pi/check_disk.sh
				
			
				
					#!/bin/bash

USAGE=$(df -h / | awk 'NR==2 {gsub("%","",$5); print $5}')

if [ "$USAGE" -gt 85 ]; then
  echo "Avertissement d'utilisation du disque : ${USAGE}%" \
  | mail -s "Alerte disque Raspberry Pi" your@email.com
fi
				
			

Rendez-le exécutable :

				
					chmod +x /home/pi/check_disk.sh
				
			

Ajouter ceci à cron :

				
					crontab -e
				
			

Exécuter quotidiennement à 3 heures du matin :

				
					0 3 * * * /home/pi/check_disk.sh
				
			

Pour une surveillance avancée, des solutions basées sur des métriques telles que Telegraf avec des tableaux de bord Grafana peuvent visualiser les tendances d'utilisation du disque au fil du temps.

Conseils de dépannage

L'espace affiché par df est inférieur à celui attendu.

Assurez-vous que le système de fichiers est étendu. Sur les systèmes ext4, vérifiez également les blocs réservés :

				
					sudo tune2fs -l /dev/root | grep " Nombre de blocs réservés "
				
			

Docker remplit le disque silencieusement

Toujours élaguer après les expériences et activer la rotation des journaux.

Pensées finales

Utilisez df -h pour des vérifications rapides.

Utilisez `du` et `ncdu` pour identifier les plus gros consommateurs d'espace disque.

Utilisez des outils visuels lorsqu'ils vous aident à discerner les modèles plus rapidement.

Appliquez des limites préventives et une automatisation simple pour une stabilité à long terme.

Cinq minutes de maintenance régulière peuvent garantir la fiabilité d'un Raspberry Pi pendant des mois, qu'il exécute un système domotique, un serveur multimédia ou un nœud de capteur distant.

Si votre projet Raspberry Pi est plus qu'une expérience personnelle et que vous envisagez de transformer un prototype en matériel réel,PCBCool Nous pouvons vous aider. Nous sommes un fournisseur de services de fabrication électronique (EMS) au service des entreprises et des particuliers créateurs, sans quantité minimale de commande. De la fabrication et de l'assemblage de circuits imprimés à la production en petites séries, nous vous aidons à transformer les idées en produits fonctionnels, sans les obstacles qui accompagnent généralement la fabrication.

Foire Aux Questions (FAQ)

Q1 : Pourquoi mon Raspberry Pi manque-t-il d'espace disque si rapidement ?

Les journaux, les données de conteneur, les caches et les fichiers temporaires augmentent continuellement sur les systèmes toujours actifs.

Combien d'espace libre dois-je conserver sur le système de fichiers racine ?

R : Il est recommandé de disposer d'au moins 10 à 151 TP3T d'espace libre pour garantir un fonctionnement stable.

Q3 : Pourquoi df affiche-t-il de l'espace libre mais les écritures échouent-elles toujours ?

Les blocs réservés ou l'épuisement des inodes peuvent provoquer des défaillances avant que le disque ne soit entièrement utilisé.

La question 4 : Est-il dangereux pour les cartes microSD de fonctionner avec le disque presque plein ?

Oui. Cela augmente l'usure, ralentit les écritures et augmente le risque de corruption.

Q5 : Le démarrage à partir d'un SSD ou d'un NVMe réduit-il les problèmes d'espace disque ?

Améliore la fiabilité et les performances, mais n'empêche pas une croissance incontrôlée du disque.

Q6 : Les conteneurs Docker consomment-ils de l'espace disque lorsqu'ils sont arrêtés ?

Oui. Les images, volumes et journaux restent jusqu'à ce qu'ils soient explicitement supprimés.

Q7 : Les caches de navigateur peuvent-ils causer des problèmes d'espace disque sur les systèmes de bureau ?

Oui. Les caches de Chromium peuvent atteindre plusieurs gigaoctets avec le temps.

Q8 : Pourquoi mon disque externe est-il plein alors que le disque racine semble correct ?

Le stockage monté sous /media est séparé du système de fichiers racine.

Q9 : Raspberry Pi OS étend-il automatiquement le système de fichiers ?

A : Pas toujours. Une expansion manuelle est parfois requise après l'imagerie.

Q10 : Les fichiers journaux sont-ils automatiquement effacés lors du redémarrage ?

A : Uniquement si journald est configuré pour le stockage volatil.

Q11 : Pourquoi l'utilisation du disque augmente-t-elle après chaque mise à jour ?

Les caches de paquets, les dépendances obsolètes et les fichiers temporaires sont conservés, sauf nettoyage.

Q12 : Trop de petits fichiers peuvent-ils remplir un disque sans gros fichiers ?

Oui. Les limites d'inodes peuvent être atteintes même lorsque de l'espace semble disponible.

Q13 : Est-il sûr de supprimer des fichiers de /var/log ?

Oui, si les fichiers ne sont pas activement utilisés par des services en cours d'exécution.

Q14 : Faut-il stocker les bases de données sur le système de fichiers racine ?

A : Il est préférable de placer les données à forte activité d'écriture sur des SSD ou des stockages externes.

Q15 : Les anciens noyaux peuvent-ils s'accumuler sur Raspberry Pi OS ?

Rarement, mais des paquets obsolètes peuvent subsister après les mises à niveau.

Q16 : Pourquoi l'utilisation du disque augmente-t-elle même lorsque je n'ajoute pas de fichiers ?

Les services d'arrière-plan, les journaux et les tâches planifiées écrivent continuellement.

Q17 : Les partages réseau peuvent-ils prêter à confusion concernant l'utilisation du disque ?

Oui. Le stockage réseau monté peut masquer les limites du disque local.

Q18 : Est-il sûr d'utiliser le même disque pour le système d'exploitation et les données ?

Oui pour une utilisation légère, mais la séparation améliore la stabilité lors de charges de travail intensives.

Q19 : Pourquoi la sortie de df change-t-elle après un redémarrage ?

Les systèmes de fichiers temporaires et les journaux volatils sont effacés au démarrage.

Loki
Loki | Spécialiste du commerce international et de la fabrication de circuits imprimés

Loki travaille dans le commerce international et les circuits imprimés (PCB) depuis 2021, avec une expérience dans la fabrication, l'assemblage et la communication client de PCB. Chez PCBCool, il soutient la publication de contenu technique et aide à mettre en relation les demandes des clients avec le responsable de compte approprié pour un suivi de projet efficace.

Tags apparentés
Partager