Jean-Christophe Énée a écrit : > un petit souci sur ma trixie > /dev/mapper/blues--softwares--vg-var 11G 9.6G 819M 93% /var > que faire ?
C'est un problème tragiquement banal avec le partitionnement automatique réalisé par Debian. L'espace ridicule alloué à la partition /var ne correspond plus du tout à l'usage fait aujourd'hui de cette partition, qui peut accueillir les images et volumes Docker, Snap et Flatpak, les fichiers des bases de données et une multitude d'autres fichiers. Sur ma machine : /var/cache/apt => 4,3 Go /var/lib/docker => 26,0 Go /var/lib/flatpak => 2,3 Go /var/lib/snapd => 5,5 Go Soit plus de 38 Go rien que pour ces 4 répertoires. 1. La solution « immédiate » (et non pérenne) consiste à identifier le ou les répertoires qui consomment beaucoup d'espace dans /var et à purger ceux qui peuvent l'être. Par exemple, la commande « apt clean » peut réduire l'espace consommé par le répertoire « /var/cache/apt » à quelques centaines de Mo. 2. La solution « douce » (et pérenne) consiste à identifier le ou les répertoires qui consomment beaucoup d'espace dans /var, à copier leur contenu dans un répertoire situé sur une autre partition, avec un outil adéquat (rsync ou cpio) qui copiera l'ensemble des attributs, puis à supprimer le répertoire originel et à le remplacer par un lien vers le nouveau répertoire. Par exemple : $ sudo systemctl stop snapd $ sudo rsync -va /var/lib/snapd/ /home/snapd $ sudo rm -rf /var/lib/snapd $ sudo ln -s /home/snapd /var/lib/snapd 3. La solution « violente » consiste à reformater le disque et à créer une partition /var beaucoup plus généreuse, voire à ne créer que les partitions suivantes : * /boot * /boot/efi * / (chiffrée si possible) D'aucuns créent encore une partition /home. Pas moi, car j'hésite toujours entre l'espace à allouer à / et celui à allouer à /home et tôt ou tard, je regrette le choix fait. Sébastien -- Sébastien Dinot, [email protected] https://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
