Comment résoudre le problème de démarrage de Linux dû à une partition pleine ?

Lorsque Linux ne démarre plus parce qu'une partition (généralement la racine / ou /boot) est pleine , la situation peut être extrêmement angoissante : impossible de se connecter, certains services plantent et on a l'impression d'avoir tout cassé. Heureusement, dans la plupart des cas, une réinstallation complète n'est pas nécessaire ; il suffit de libérer de l'espace de manière stratégique et, si besoin, d'ajuster la taille des partitions.

Dans cet article, vous découvrirez, étape par étape et en détail, comment identifier la partition saturée, son contenu, comment la nettoyer en toute sécurité et quand il est conseillé d'étendre ou de restructurer le disque . Vous trouverez des exemples pratiques avec Debian, Ubuntu, Kubuntu, Linux Mint et les serveurs Linux, ainsi que des conseils pour éviter que ce problème ne se reproduise.

Que se passe-t-il lorsque la partition racine ou /boot est pleine ?

Lorsque la partition racine (le célèbre /) ou la partition / boot Ils atteignent 100 %, puis les symptômes étranges commencent : le système n'écrit plus dans /tmpLes interfaces graphiques ne fonctionnent pas, et il est possible qu'après avoir saisi votre mot de passe, La séance va se terminer immédiatement. et retournez à l'écran de connexion. Dans les environnements serveur, des services tels qu'Apache, le MTA de messagerie ou les démons de base de données cessent de fonctionner correctement.

Sur un ordinateur de bureau, un scénario typique se produit juste après la connexion : un message d'erreur tel que « Session X : avertissement : impossible d'écrire dans /tmp ; la session risque de se fermer avec une erreur » . Le système étant incapable d'écrire dans les fichiers temporaires, la session graphique échoue et vous restez bloqué dans une boucle de connexion. Sur les serveurs, vous constaterez qu'il est impossible d'installer des paquets, que les mises à jour ne sont pas appliquées et que les services essentiels refusent de démarrer.

Dans les configurations à double démarrage (par exemple, Windows + Ubuntu), et si vous devez libérer de l'espace sur Windows ( en partitionnant un disque dur sous Windows ), il est fréquent que l'utilisateur ait sous-estimé la taille de la partition Linux : 15 à 20 Go semblent suffisants au premier abord , mais avec les mises à jour du noyau, les snaps, les flatpaks, les journaux et les sauvegardes locales, cette partition finit par exploser.

Symptômes typiques d'une partition Linux complète

Voici quelques signes très clairs indiquant que votre partition système a atteint ses limites : le système devient instable , les services s’arrêtent sans raison apparente, les paquets ne peuvent pas être installés ou mis à jour et des erreurs de disque dur ou d’espace insuffisant commencent à apparaître.

Sur les serveurs web, vous pourriez rencontrer des messages d'erreur tels que « Apache n'a pas pu être redémarré », des pannes persistantes du serveur de messagerie lors du téléchargement de nouveaux messages, ou des erreurs d'écriture dans les bases de données, le système de fichiers étant saturé. Sur les ordinateurs de bureau exécutant Linux Mint, Kubuntu ou des distributions similaires, le problème typique est un blocage sur l'écran de connexion après une mise à jour majeure ou plusieurs mois sans maintenance.

Un autre symptôme courant est que Vous ne pouvez même pas installer le plus petit paquet Que ce soit depuis le gestionnaire de paquets ou le terminal, toute tentative d'installation génère une erreur « Espace insuffisant sur le périphérique ». Et si le problème affecte /bootIl arrive parfois que la mise à jour du noyau se bloque à mi-chemin et que le système cesse de démarrer correctement, vous obligeant à utiliser les modes de récupération ou une clé USB Live.

Comment identifier quelle partition est pleine

La première étape consiste à vérifier précisément les informations saisies. Pour ce faire, ouvrez une session console (un TTY avec Ctrl+Alt+F2/F3) ou en démarrant à partir d'une distribution Live, exécutez df -hCette commande affiche, dans un format lisible, l'utilisation de chaque système de fichiers monté.

Un résultat normal affiche quelque chose comme la taille totale, la taille utilisée, la taille disponible et le pourcentage d'utilisation pour chaque partition. Vous cherchez à trouver des lignes comme /, /boot, /home, /var ou tout autre appareil dont l'utilisation atteint 90 à 100 %. Au-delà de 80 %, il est déjà conseillé de vérifier ; au-delà de 90 %, la situation est critique et il faut agir au plus vite.

Si vous gérez un serveur avec un panneau de contrôle de type Webmin, vous pouvez également vérifier l'état du disque en accédant au module Partitions/Stockage. Dans tous les cas, l'indicateur clé est simple : le pourcentage d'espace utilisé par la partition concernée . Sans cela, vous travaillerez à l'aveugle.

Sur certains ordinateurs de bureau, vous constaterez que ce n'est pas le répertoire racine qui est saturé, mais plutôt /home , où s'accumulent de nombreux fichiers personnels (vidéos, machines virtuelles, conteneurs, etc.). La démarche diagnostique reste la même : il faut d'abord identifier la partition saturée, puis parcourir l'arborescence pour découvrir quels répertoires la remplissent.

Principales raisons pour lesquelles Linux ne démarre pas : manque d'espace disque.

Il existe plusieurs raisons courantes pour lesquelles votre partition / ou /boot peut soudainement déborder . Certaines sont dues à de mauvaises décisions de partitionnement, d'autres à des programmes gourmands en ressources disque, et d'autres encore à un simple oubli de nettoyage régulier.

Une raison typique concernant les serveurs est qu'ils sont fabriqués Les sauvegardes ou les fichiers volumineux sont extraits directement dans / au lieu de les stocker dans /home ou une autre partition de données. Il est également courant d'installer des logiciels lourds (serveurs de jeux, moteurs 3D, kits de développement logiciel volumineux, etc.) sous /usr o /opt, qui restent accrochés à la partition racine et finissent par engloutir tout l'espace sans que personne ne s'en aperçoive.

Une autre source fréquente de problèmes est… bûches qui poussent de manière incontrôlableLes systèmes gourmands en ressources, tels que les serveurs web, les serveurs de messagerie, les bases de données ou les applications très verbeuses, peuvent vous submerger. /var/log En quelques jours seulement si la rotation des journaux n'est pas correctement configurée. Dans certains cas particuliers, il existe même des bogues, comme celui de... mod_gzip dans Apache, qui laissent derrière eux d'énormes fichiers temporaires dans /tmp sans jamais les nettoyer.

Sur les ordinateurs de bureau modernes, les technologies comme Snap, Flatpak et Docker sont en grande partie responsables de ce problème : chaque conteneur ou système packagé inclut ses propres dépendances, ce qui entraîne la duplication de bibliothèques et une consommation importante d'espace disque, souvent inaperçue. Si l'on ajoute à cela les machines virtuelles VirtualBox ou VMware, ainsi que le cache des navigateurs comme Firefox et Chrome, la saturation du disque devient inévitable.

De plus, il est important de se rappeler l' espace réservé par les systèmes de fichiers comme ext4 pour la journalisation et pour le répertoire racine lui-même. Même si l'utilisateur voit le disque plein à 100 %, le système réserve toujours un petit pourcentage qui, s'il est épuisé, peut entraîner une corruption des données ou empêcher les services critiques d'écrire.

Identifiez les répertoires et les fichiers qui occupent de l'espace.

Une fois le système de fichiers affecté localisé, vous devez descendre d'un niveau et consulter Où va réellement cet espace ?Pour cela, l'outil classique est duSaisissez la partition problématique, par exemple cd /et exécute quelque chose comme du -chs * pour obtenir la taille de chaque répertoire de premier niveau dans un format lisible par l'homme.

Avec du -chs Vous verrez la taille totale et la taille de chaque sous-répertoire, et vous pouvez aller encore plus loin : si /var C'est immense, vous entrez et répétez l'ordre là-bas ; si le suspect est /homeVous procédez de la même manière. De cette façon, vous affinez la recherche jusqu'à trouver le ou les dossiers qui occupent réellement une grande partie de l'espace disque.

Lorsque vous recherchez des fichiers individuels très volumineux dans un répertoire spécifique, une combinaison très pratique est ls -lh --sort=size | head -n 5Cette commande affiche les cinq fichiers les plus volumineux du répertoire courant, avec leur taille dans un format facile à lire. C'est un moyen rapide de les repérer. archivo.log de plusieurs gigaoctets qui ont augmenté pendant des mois sans que personne ne s'en aperçoive.

Si vous préférez quelque chose de plus interactif, des outils comme ncdu (mode texte) ou baobabs (analyseur graphique d'utilisation du disque) autoriser Parcourez l'arborescence des répertoires et voyez en un coup d'œil qui occupe quoi.Sur les serveurs et systèmes sans environnement graphique, ncdu / C'est une merveille pour attraper les coupables en quelques minutes seulement.

En parallèle, pour déterminer quels processus écrivent de manière intensive sur le disque à ce moment-là, iotop Il est très utile : il affiche les opérations d'E/S en temps réel et peut vous indiquer si un service particulier génère constamment des journaux ou des fichiers temporaires.

Supprimer en toute sécurité les fichiers volumineux et les répertoires inutiles

Une fois les fichiers et dossiers inutiles identifiés, la partie délicate commence : supprimer ou déplacer les données sans perturber le système . La règle d'or est de ne jamais supprimer aveuglément des éléments essentiels au système (fichiers binaires, bibliothèques, configurations critiques). Commencez toujours par les fichiers utilisateur, les anciennes sauvegardes, les journaux volumineux ou les caches pouvant être régénérés.

Pour supprimer un fichier dont vous n'avez pas besoin, il vous suffit d'utiliser... rm nombre_de_archivoIl s'agit d'une commande irréversible : tout ce que vous supprimez de cette manière ne va pas à la corbeille, cela disparaît instantanément. Il est donc préférable de vérifier deux fois. Pour les journaux volumineux, une technique moins radicale consiste à les vider tout en conservant le fichier : cat /dev/null > archivo.log. De cette façon Vous libérez de l'espace, mais le fichier existe toujours.Cela évite les problèmes avec les services qui s'attendent à le trouver.

Si vous souhaitez conserver le contenu d'un journal mais récupérer de l'espace, vous pouvez le compresser puis le vider: Par exemple, tar -czvf archivo.tar.gz archivo.log pour générer un fichier tar.gz puis, cat /dev/null > archivo.log pour maintenir la propreté du journal. Cette pratique est courante lorsqu'on souhaite analyser des journaux historiques sans pouvoir se permettre de saturer le disque.

Dans les répertoires personnels et racines, il est assez courant de trouver anciens fichiers d'installation (.tar.gz, .rpm, .deb) qui ne sont plus nécessaires. Vous pouvez les déplacer vers une partition disposant d'espace, par exemple /home/archivosavec quelque chose comme mkdir -p /home/archivos && mv *.tar.gz *.rpm /home/archivos. Donc Téléchargez le poids de / sans rien perdre.

Les répertoires temporaires constituent un cas particulier : /tmp et, dans de nombreuses distributions, /var/tmpDans les systèmes où mod_gzip ou d'autres services laissent derrière eux d'énormes fichiers temporaires (par exemple, avec l'extension .txt). .wrk), vous pouvez les lister avec ls -l /tmp/*.wrk et les supprimer avec rm -rf /tmp/*.wrkCependant, avant de faire un rm -rf sur /tmp Réfléchissez à ce qui se trouve à l'intérieur : supprimer sans discernement des éléments en production sans vérifier peut perturber les processus en cours.

Nettoyage complet d'une partition /boot sous Debian et dérivés

Un autre problème très fréquent est la saturation de la partition /boot par d'anciens noyaux . Chaque mise à jour du noyau y dépose son paquet, et si ces derniers ne sont pas nettoyés, ils s'accumulent rapidement sur de petites partitions de 300 à 500 Mo. Lorsque /boot est saturée, les mises à jour suivantes échouent et, dans les cas extrêmes, le système peut ne plus démarrer.

Sous Debian et ses dérivés (Ubuntu, Mint, etc.), la méthode la plus simple pour nettoyer les anciens noyaux consiste à utiliser apt --purge autoremoveCette commande supprime les anciens noyaux qui ne sont plus utilisés et les autres paquets installés comme dépendances qui ne sont plus nécessaires, en supprimant également leurs fichiers de configuration.

Avant de le lancer, il est conseillé de vérifier quels noyaux vous avez installés et lequel vous utilisez. uname -r et certains dpkg -l | grep linux-imageCela vous assure de disposer d'au moins un ou deux noyaux plus anciens que le noyau actuel au cas où vous auriez besoin de démarrer à partir d'une version antérieure à l'aide de GRUB.

Une fois le répertoire /boot nettoyé, les mises à jour du noyau reprennent leur cours normal et ce goulot d'étranglement disparaît. Dès lors, il est conseillé exécuter périodiquement apt autoremove afin que la partition ne soit pas à nouveau corrompue par des versions obsolètes.

Journaux de fichiers, navigateurs, snaps, flatpaks et Docker : de gros consommateurs d’espace disque

Au-delà du système de base, plusieurs familles d'applications ont tendance à consommer silencieusement de l'espace : les systèmes de journalisation, les navigateurs, les systèmes de gestion de paquets plus récents (Snap et Flatpak) et les plateformes de conteneurs comme Docker.

Concernant les journaux, tout service très verbeux (serveurs web, serveurs de messagerie, bases de données, applications d'entreprise) peut générer des centaines de Mo, voire plusieurs Go, de journaux. Si vous n'avez pas rotation des bûches (avec des outils comme logrotate) ou si la configuration comporte un niveau de détail excessif, votre /var/log Elles peuvent proliférer sans contrôle.

Les navigateurs comme Firefox et Chrome stockent dans votre cache disque des piles de fichiers temporaires : pages, images, vidéos, scripts… Sous Linux, les caches résident généralement dans ~/.cache/mozilla/firefox/ y ~/.cache/google-chrome/Si vous ne les avez pas vidés depuis des années, vous pourriez constater que plusieurs gigaoctets sont occupés pour cette seule raison.

Snap et Flatpak, en revanche, encapsulent les applications ainsi que la quasi-totalité de leurs dépendances, ce qui implique bibliothèques dupliquées qui existent déjà dans le système. Chaque application dispose de son propre espace dans les routes comme ~/.var/app/ (Flatpak) ou /var/lib/snapd/snap/Plus vous avez d'applications exécutées sur ces systèmes, plus la partition racine consommera de ressources.

Un phénomène similaire se produit avec Docker, mais à une échelle beaucoup plus grande : tous les Images, calques, conteneurs et volumes Ils vivent généralement dans /var/lib/dockerSi vous ne nettoyez pas avec des commandes comme docker system prune, docker image prune o docker volume pruneEt si vous laissez traîner d'anciens conteneurs et volumes, ce dossier peut rapidement occuper des dizaines, voire des centaines de gigaoctets.

Utilisation de logrotate et de la rotation logarithmique pour éviter le remplissage

Une gestion appropriée des journaux est essentielle pour Ne manquez plus jamais d'espace, en silence.Dans la plupart des distributions, logrotate Il est chargé de faire pivoter, de compresser et de supprimer les anciens enregistrements conformément à la politique que vous définissez dans /etc/logrotate.conf et dans les dossiers de /etc/logrotate.d/.

Si vous souhaitez forcer une rotation immédiate, vous pouvez utiliser logrotate -f /etc/logrotate.d/nombre_configCela vous oblige à appliquer la politique définie pour cet ensemble de journaux : renommage des fichiers, création de nouveaux fichiers, compression, etc. Vous pouvez également déclencher une rotation simplement en redémarrant le service associé ou en lui envoyant un signal (par exemple, kill -SIGUSR1 <PID>), bien que l'option la plus robuste soit d'utiliser la configuration logrotate.

L'objectif est de trouver un juste milieu : suffisamment de journaux pour l'audit et le débogage, mais pas une quantité infinie . Ajustez la taille maximale autorisée, le nombre de copies conservées, leur compression et la fréquence de rotation (quotidienne, hebdomadaire, mensuelle, etc.). Un paramétrage correct vous évitera bien des soucis.

Quand le nettoyage ne suffit pas : étendre ou redistribuer les cloisons

Il arrive que, malgré un nettoyage minutieux, la partition soit tout simplement trop petite pour vos besoins. Par exemple, une partition racine de 14 à 15 Go pour une distribution Linux moderne avec snaps, flatpaks, Docker, compilateurs, etc., peut s'avérer insuffisante, même avec une organisation rigoureuse.

Dans ces cas-là, il est conseillé d'envisager d'étendre ou de redistribuer l'espace disque. Si vous utilisez un autre système d'exploitation en dual boot (par exemple, Windows) ou une partition de données surdimensionnée, vous pouvez réduire cette dernière pour libérer de l'espace non alloué , puis étendre la partition Linux souhaitée. Cette opération s'effectue généralement en démarrant à partir d'une image ISO Live avec un outil de partitionnement comme GParted ou le gestionnaire de partitions KDE.

La procédure habituelle consiste à libérer de l'espace depuis l'autre système ou depuis l'environnement Live (en supprimant des fichiers ou en réduisant la taille des partitions), puis à démarrer sur une distribution Live, à ouvrir le gestionnaire de partitions et à étendre la partition racine (ou la partition concernée) pour utiliser cet espace libre. Au redémarrage, si tout s'est bien passé, Linux démarrera avec davantage de gigaoctets disponibles et un risque de saturation ultérieur réduit.

Sur les serveurs, il est parfois plus judicieux de créer une nouvelle partition et déplacer les données volumineuses là-bas (par exemple /var/lib/docker(bases de données, référentiels de sauvegarde), puis en le montant au point de montage approprié. Dans d'autres cas, un second disque dédié aux données est ajouté, le premier étant réservé au système.

Vérifier et réparer les partitions endommagées (fdisk et fsck)

Il arrive parfois que non seulement l'espace disque soit insuffisant, mais que des erreurs de partition ou de système de fichiers surviennent également . Un arrêt brutal avec un disque plein, des problèmes matériels avec le disque ou des coupures de courant peuvent laisser le système dans un état instable, l'empêchant de démarrer normalement.

Pour diagnostiquer la structure des partitions, vous pouvez utiliser fdisk -l à partir d'une distribution Live ou d'un environnement de secours. Cette commande liste toutes les partitions détectées sur vos disques, avec leurs noms de périphérique (/dev/sda1, /dev/nvme0n1p2etc.), tailles et types. Cela permet d'identifier clairement où votre système Linux d'origine est installé (souvent, /dev/sda1 ou similaire).

Une fois que vous avez localisé la partition Linux, vous pouvez utiliser fsck pour trouver et corriger les erreurs dans le système de fichiers : par exemple, sudo fsck /dev/sda1Cet outil analyse la structure et Il corrige les incohérences, les blocs mal marqués, les inodes corrompus, etc. Toutefois, il doit être exécuté avec la partition démontée (ou montée en lecture seule) pour éviter tout problème.

Il convient de noter que fdisk y fsck Ce ne sont pas des jouets : Une utilisation incorrecte peut entraîner une perte totale de données.Avant de toucher aux partitions ou de réparer les systèmes de fichiers, assurez-vous d'avoir une sauvegarde de tout ce qui est important (par exemple, cloner des disques durs avec plusieurs partitions), comprenez bien l'appareil que vous manipulez et suivez les étapes calmement.

Il convient de noter que fdisk y fsck Ce ne sont pas des jouets : Une utilisation incorrecte peut entraîner une perte totale de données.Avant de modifier les partitions ou de réparer les systèmes de fichiers, assurez-vous d'avoir une sauvegarde de vos données importantes, de bien comprendre le périphérique sur lequel vous travaillez et de suivre attentivement les étapes.

Interaction avec GRUB, UEFI, le démarrage sécurisé et les modes de récupération

Lorsque Linux ne démarre pas, le problème n'est pas toujours uniquement dû à un manque d'espace disque. Il peut provenir du gestionnaire de démarrage (GRUB), de la configuration UEFI/BIOS ou du noyau lui-même . Dans tous les cas, ces composants influent également sur la possibilité d'accéder au mode de récupération et de résoudre les problèmes d'espace disque.

Si vous parvenez à afficher le menu GRUB, vous pouvez généralement accéder à « Options avancées » et choisissez une autre version ou un autre mode du noyau RécupérationDans ce mode, vous avez accès à des utilitaires tels que fsck, clean (pour libérer de l'espace inutile), dpkg (pour réparer les colis endommagés) et grub (pour régénérer le chargeur de démarrage). Parfois, l'exécution de ces options suffit à rendre le système suffisamment fonctionnel pour démarrer et poursuivre le nettoyage interne.

Sur les ordinateurs modernes équipés d'UEFI et du démarrage sécurisé, certaines distributions exigent la désactivation du démarrage sécurisé ou l'activation du mode Legacy pour démarrer à partir de certaines clés USB Live ou de distributions moins courantes. Il est également conseillé de désactiver le démarrage rapide dans UEFI et Windows lors du partage d'un disque, car il peut bloquer l'accès aux partitions et compliquer les réparations.

Si le problème vient du fait que GRUB est défectueux (par exemple, après une mauvaise mise à jour du noyau ou une réinstallation de Windows qui a été superposée), vous avez la possibilité d'utiliser des outils comme Boot-Repair depuis une image Ubuntu Live : ajoutez le PPA, installez l'outil, exécutez-le et laissez-le analyser et réparer le gestionnaire de démarrage, réinsérer GRUB et détecter les systèmes d'exploitation.

En fin de compte, si rien de tout cela ne fonctionne et que les données sont sécurisées, il reste toujours la possibilité de réinstaller la distributionCertaines distributions proposent déjà une option dans leur assistant de réinstallation permettant de réinstaller tout en conservant vos données personnelles. /home et même bon nombre de vos applications. Si vous disposez également de partitions séparées (système, données, démarrage), le processus est beaucoup moins perturbateur.

Bonnes pratiques de cloisonnement et de prévention à long terme

Un moyen très efficace de minimiser l'impact du remplissage des cloisons est Planifiez bien le cloisonnement dès le début.Dans de nombreux cas, il est conseillé de séparer au moins la racine. /, la partition de données (/home ou similaire) et, si vous souhaitez affiner, /var y /bootDonc, si le système d'exploitation forestière se dérègle ou si quelqu'un le remplit /home Avec les vidéos 4K, le système de base ne plante pas.

Pour une installation de bureau classique, une 20-30 Go de racine C'est généralement une bonne base si vous n'utilisez pas Docker de manière intensive ou des centaines de packages Flatpak. /bootSi vous utilisez une partition séparée, 500 Mo à 1 Go suffisent généralement. La taille de la partition d'échange peut être ajustée en fonction de votre RAM : égale à la quantité de RAM si vous en avez peu, inférieure si vous en avez beaucoup, ou vous pouvez même utiliser un fichier d'échange à la place d'une partition dédiée.

Sur les serveurs utilisant intensivement Docker, il peut être judicieux de dédier une partition spécifique à /var/lib/docker ou des données de base de données, afin que la saisie de données soit limitée à cette partie et n'entraîne pas le plantage de l'ensemble du système. De même, séparer /var Cela permet d'isoler les journaux, les files d'attente de messagerie, les caches de paquets et autres éléments variables.

Outre la conception des cloisons, c'est un élément clé surveiller l'espace disque avec une certaine régularité. Vous pouvez utiliser des outils de surveillance (Nagios, Zabbix, Prometheus, etc.) ou de simples scripts avec df -h Ils devraient envoyer un courriel ou une alerte lorsqu'une partition dépasse un certain seuil (par exemple, 80 %). L'important est de détecter le problème avant qu'il n'atteigne 100 % et ne vous laisse sans solution.

Enfin, prendre l'habitude de nettoyer régulièrement les caches inutilisés, les snaps ou flatpaks, les anciennes images Docker, les caches du navigateur et les noyaux obsolètes est la meilleure façon d'éviter le cauchemar de voir Linux ne pas démarrer à cause d'une partition pleine le jour même où vous en avez le plus besoin.

Une chose est claire : lorsqu’une partition est pleine sous Linux, le système peut se comporter de manière très étrange, mais avec une méthode simple – identifier la partition saturée et localiser les répertoires responsables – df y duEn commençant par supprimer les fichiers inutiles, en ajustant les journaux et les paquets volumineux comme les snaps, les flatpaks ou les conteneurs, et, si nécessaire, en étendant ou en restructurant le disque, il est parfaitement possible de récupérer le processus de démarrage sans perdre de données et de laisser l'ordinateur mieux préparé pour fonctionner pendant de nombreux mois sans subir une autre panne due à un manque d'espace.