[résolu] partition racine trop petite, que faire?

Herve5 · 05-10-2023 19:39:43

Bonjour à tous,

Après un passage à Debian 12 pour moi, et au dernier ubuntu pour ma compagne, je constate avec effroi que nos deux partitions racine sont clairement saturées.

La seule astuce que je connais, trouvée ici, consistait à nettoyer les noyaux précédents : c'est fait, et ça ne suffit pas.
Étant assez sceptique sur sur les snaps j'ai également remplacé le nouveau défaut "Firefox = snap" sur Ubuntu par un bon vieux package; de même chez moi j'ai "essoré" les appimages inutiles.
Que faire de plus?
Hormis peut-être supprimer carrément le package snap sur Ubuntu, je ne vois pas grand'chose que retailler la partition /, un truc qui me fait quand même dresser un peu les cheveux sur la tête.

S'il s'avère que c'est la chose à faire : il se trouve que nous avons chacun un second disque embarqué, gros, plus lent et pas plein, qui aujourd'hui sert à divers backups. Je me dis que je pourrais retailler ce disque en créant dessus une nouvelle partition plus grande que nos / actuels, copier dessus le système actuel, vérifier qu'ils fonctionnent, et seulement à ce moment-là retailler /, pour ensuite revenir dessus. Je vois bien que c'est largement plus complexe que ça (users, autres parttions de boot...) donc clairement j'attends vos commentaires avisés!

D'avance merci!
Hervé

Dernière modification par Herve5 (17-11-2023 17:43:04)

Mugen · 05-10-2023 22:21:53

Bonjour

As tu essayé de supprimer le cache apt ?

sudo apt clean

Et aussi supprimer les paquets qui ne sont plus nécessaires :

sudo apt autoremove

vv222 · 06-10-2023 00:32:27

Pour qu’on se fasse une meilleure idée de la situation, tu peux partager le retour des deux commandes suivantes ?

df --human-readable

du --human-readable --summarize /*

La première commande nous donnera un aperçu du partitionnement de tes disques et de l’espace disponible sur chaque partition, la seconde nous donnera des pistes pour identifier ce qui prend le plus de place sur la racine de ton système.

raleur · 06-10-2023 09:15:11

Je préfère la commande suivante qui se limite au système de fichiers racine.

du -hxd1 / | sort -h

Herve5 · 06-10-2023 10:02:54

@Mugen, vv222 et raleur : Merci pour ces réactions rapides!
- je ne l'avais pas mentionné mais effectivement j'avais déjà lancé apt clean et autoremove (hélas ;-)
- Les réponses à vos différentes demandes, qui du coup ne seront pas trop "summarizées" :-/

~$ df -h

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G    1,8M  1,6G   1% /run

/dev/nvme0n1p5      28G     22G  4,3G  84% /

tmpfs              7,7G       0  7,7G   0% /dev/shm

tmpfs              5,0M     12K  5,0M   1% /run/lock

/dev/nvme0n1p7     1,7T    1,2T  379G  77% /home

/dev/sda1          1,8T    1,5T  269G  86% /home/herve/stockphoto

/dev/nvme0n1p1     256M     63M  194M  25% /boot/efi

tmpfs              1,6G     96K  1,6G   1% /run/user/1000

~$ du --human-readable --summarize /*

Placez votre index droit sur le lecteur d’empreintes

0 /bin

254M  /boot

0 /dev

31M /etc

root@LinuxHerve:/home/herve# du -hxd1 / | sort -h

4,0K  /mnt

4,0K  /srv

16K /lost+found

16K /media

2,3M  /tmp

31M /etc

191M  /boot

208M  /root

2,3G  /var

2,5G  /opt

17G /usr

22G /

Merci encore!

Croutons · 06-10-2023 10:34:27

hello
perso je tourne avec moins que ça de dispo (3,9g de dispo) sur la racine depuis pas mal de temps
4,3 de dispo tu es encore large si tu n'as plus l'intention de trop installer de nouveau logiciel
bon la ou çà peut poser des problèmes c'est pour les applications qui utilisent des fichiers temporaire écrit sous /tmp, j'ai souvent été embêté du coup j'ai remonté mon dossier ou j'avais de la place avec l'option bind de mount
dans mon fichier fstab j'ai ajouté

#remontage dossier /tmp car plus assez d'espace sur la partition racine

/home/stephane/deb10_home/tmp /tmp none bind,x-gvfs-hide,nofail

de se fait toute les données de /tmp sont en faite écrite sous /home/stephane/deb10_home/tmp
l'option gvfs-hide permet de ne pas voir ce nouveau point de montage dans mon gestionnaire de fichier
les fichiers temporaire peuvent monter temporairement a plusieurs dizaine de gigas et tu te retrouves avec un beau message d'erreur et obligé d’arrêter ton projet en cours
par contre 2,5G de logiciel hors dépôt ça me parait beaucoup

edit: a oui j'oubliais mon nouveau /tmp a été modifier pour avoir les memes droit que celui d'origine

stat /home/stephane/deb10_home/tmp

 Fichier : /home/stephane/deb10_home/tmp

   Taille : 4096       Blocs : 8          Blocs d'E/S : 4096   répertoire

Périphérique : 254/0 Inœud : 14680065    Liens : 14

Accès : (1777/drwxrwxrwt)  UID : (    0/    root)   GID : (    0/    root)

 Accès : 2023-10-06 11:21:15.581766656 +0200

Modif. : 2023-10-06 09:03:25.133287925 +0200

Changt : 2023-10-06 09:03:25.133287925 +0200

  Créé : 2023-07-07 14:43:40.270170569 +0200

Dernière modification par Croutons (06-10-2023 10:43:27)

raleur · 06-10-2023 12:37:12

La sortie de la commande de vv222 semble incomplète, comme si elle était tronquée.

Croutons a écrit :

4,3 de dispo tu es encore large

D'autant plus qu'il y a en réalité environ 6 Gio d'espace libre car df retranche l'espace réservé à root (5% de 28 Gio, soit 1,4 Gio) de l'espace libre.
Si on analyse l'occupation des répertoires de la racine,
- le plus gros est dans /usr donc appartient aux paquets installés ; pas grand-chose d'autre à faire que désinstaller des paquets non nécessaires pour le réduire
- j'irais bien voir plus en détail l'occupation de /var avec

du -hxd1 /var | sort -h

il y a peut-être un peu à gratter
- le contenu de /opt pourrait être déplacé dans un autre système de fichiers. Qu'y a-t-il ?

Croutons a écrit :

/home/stephane/deb10_home/tmp /tmp

Mettre /tmp dans le répertoire personnel d'un utilisateur, c'est juste hideux.

Herve5 · 06-10-2023 12:39:22

j'ajoute la position des mes partitions aoutour de / :
GpartEdCapture%20d%e2Ao_%a9cran_2023-10-06_13-23-37.png

Herve5 · 06-10-2023 12:41:45

@raleur :

root@LinuxHerve:/home/herve# du -hxd1 /var | sort -h

4,0K  /var/local

4,0K  /var/opt

8,0K  /var/games

392K  /var/mail

424K  /var/tmp

1,2M  /var/spool

8,2M  /var/backups

131M  /var/log

199M  /var/cache

1,9G  /var/lib

2,3G  /var

Dernière modification par Herve5 (06-10-2023 12:42:28)

raleur · 06-10-2023 12:46:58

Qu'est-ce qui occupe autant d'espace dans /var/lib ? des snaps ou équivalents ?

du -hxd1 /var/lib | sort -h

Puisque c'est un SSD, ce que je ferais pour agrandir la racine :
- suppression de la partition de swap
- réduction de la partition /home pour créer une nouvelle partition de swap à la fin avec le même UUID
- agrandissement de la partition racine avec l'espace libéré par l'ancienne partition de swap

Herve5 · 06-10-2023 13:17:24

raleur a écrit :

La sortie de la commande de vv222 semble incomplète, comme si elle était tronquée.

En effet, après les 31M de /etc elle tourne très longtemps et je n'avais pas fait attention... je viens de la relancer et j'attends

raleur a écrit :

Qu'est-ce qui occupe autant d'espace dans /var/lib ? des snaps ou équivalents ?

oui, des flatpak en fait -je refuse farouchement les snaps-qui-sont-décidés-par-le-propriétaire-Mark-Shuttleworth mais il y quelques softs survivaures qui ne sont dispo facilement que via snap...
pas mal de paquets apt aussi, bien que j'aie soigneusement fait régulièrement des clean z'et autoclean

root@LinuxHerve:/home/herve# du -hxd1 /var/lib | sort -h

4,0K  /var/lib/avahi-autoipd

4,0K  /var/lib/ca-certificates-java

4,0K  /var/lib/dhcp

4,0K  /var/lib/geoclue

4,0K  /var/lib/git

4,0K  /var/lib/hp

4,0K  /var/lib/libuuid

4,0K  /var/lib/man-db

4,0K  /var/lib/misc

4,0K  /var/lib/private

4,0K  /var/lib/python

4,0K  /var/lib/snmp

4,0K  /var/lib/tpm

4,0K  /var/lib/udisks2

4,0K  /var/lib/unattended-upgrades

4,0K  /var/lib/usb_modeswitch

8,0K  /var/lib/blueman

8,0K  /var/lib/dbus

8,0K  /var/lib/hardware

8,0K  /var/lib/logrotate

8,0K  /var/lib/openvpn

8,0K  /var/lib/os-prober

8,0K  /var/lib/plymouth

8,0K  /var/lib/sudo

8,0K  /var/lib/synaptic

8,0K  /var/lib/vim

8,0K  /var/lib/xfonts

8,0K  /var/lib/xkb

12K /var/lib/gems

12K /var/lib/grub

12K /var/lib/sgml-base

16K /var/lib/gconf

16K /var/lib/uim

20K /var/lib/alsa

20K /var/lib/binfmts

20K /var/lib/biometric-auth

20K /var/lib/dahdi

24K /var/lib/emacsen-common

24K /var/lib/libxml-sax-perl

28K /var/lib/pam

28K /var/lib/upower

32K /var/lib/boltd

36K /var/lib/exim4

36K /var/lib/fprint

36K /var/lib/xml-core

52K /var/lib/polkit-1

56K /var/lib/colord

68K /var/lib/ghostscript

92K /var/lib/PackageKit

176K  /var/lib/bluetooth

280K  /var/lib/NetworkManager

388K  /var/lib/dictionaries-common

712K  /var/lib/usbutils

776K  /var/lib/systemd

2,0M  /var/lib/fwupd

2,1M  /var/lib/smartmontools

6,2M  /var/lib/lightdm

11M /var/lib/ucf

12M /var/lib/tor

57M /var/lib/swcatalog

80M /var/lib/ispell

114M  /var/lib/dpkg

144M  /var/lib/dkms

311M  /var/lib/aspell

550M  /var/lib/flatpak

649M  /var/lib/apt

1,9G  /var/lib

Dernière modification par Herve5 (06-10-2023 13:21:29)

vv222 · 06-10-2023 13:18:23

Herve5 a écrit :

~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
(…)
/dev/nvme0n1p5 28G 22G 4,3G 84% /
(…)
/dev/nvme0n1p7 1,7T 1,2T 379G 77% /home
(…)

Vu tout l’espace non utilisé par /home, tu pourrais simplement l’exploiter pour doubler la taille de la racine. Je n’ai pas regardé l’organisation des partitions sur le disque (ça a l’air d’avoir été partagé par une image hébergée sur un autre domaine que celui du forum), donc je ne pourrai pas détailler l’opération.

Herve5 · 06-10-2023 14:01:56

Merci vv222!
je reviens sur ta demande dont manifestement j'avais tronqué la réponse terminal, qui a pris beaucoup de temps pour arriver :

root@LinuxHerve:/home/herve# du --human-readable --summarize /*

0 /bin

254M  /boot

0 /dev

31M /etc

2,7T  /home

0 /initrd.img

0 /initrd.img.old

0 /lib

0 /lib32

0 /lib64

0 /libx32

16K /lost+found

16K /media

4,0K  /mnt

2,5G  /opt

du: impossible d'accéder à '/proc/1011/task/1015/fdinfo/40': Aucun fichier ou dossier de ce type

du: impossible d'accéder à '/proc/157154/task/157154/fd/5': Aucun fichier ou dossier de ce type

du: impossible d'accéder à '/proc/157154/task/157154/fdinfo/5': Aucun fichier ou dossier de ce type

du: impossible d'accéder à '/proc/157154/fd/3': Aucun fichier ou dossier de ce type

du: impossible d'accéder à '/proc/157154/fdinfo/3': Aucun fichier ou dossier de ce type

0 /proc

208M  /root

du: impossible d'accéder à '/run/user/1000/doc': Permission non accordée

1,9M  /run

0 /sbin

4,0K  /srv

0 /sys

2,3M  /tmp

17G /usr

2,3G  /var

0 /vmlinuz

0 /vmlinuz.old

Dernière modification par Herve5 (06-10-2023 14:04:47)

raleur · 06-10-2023 14:07:13

Herve5 a écrit :

En effet, après les 31M de /etc elle tourne très longtemps et je n'avais pas fait attention... je viens de la relancer et j'attends

Inutile, c'est probablement tout le contenu de /home qui ne nous intéresse pas.

Herve5 a écrit :

pas mal de paquets apt aussi,

Je trouve ton /var/lib/apt énorme (le mien fait 90 Mio). Tu as défini beaucoup de dépôts ?

vv222 a écrit :

Je n’ai pas regardé l’organisation des partitions sur le disque

L'ordre des partitions est : racine, swap, home. Agrandir directement la racine en prenant sur home nécessite de déplacer home qui est énorme donc ce serait très lourd, d'où ma suggestion précédente de plutôt récupérer l'espace occupé par le swap de 16 Go.

Herve5 · 06-10-2023 15:09:02

raleur a écrit :

Je trouve ton /var/lib/apt énorme (le mien fait 90 Mio). Tu as défini beaucoup de dépôts ?

non, mais j'ai beaucoup de logiciels, dont un certain nombre installés manuellement. Je ne sais pas si dans ce dernier cas les paquets sont conservés : si oui je pourrais les éliminer; je ne sais pas s'il y a une commande simple pour ça

raleur a écrit :

L'ordre des partitions est : racine, swap, home. Agrandir directement la racine en prenant sur home nécessite de déplacer home qui est énorme donc ce serait très lourd, d'où ma suggestion précédente de plutôt récupérer l'espace occupé par le swap de 16 Go.

Juste pour info, comme je me sers régulièrement de l'hibernation (longs voyages en train), j'ai peut-être un gros swap mais il me faut le conserver gros

Croutons · 06-10-2023 15:12:23

raleur a écrit :

Mettre /tmp dans le répertoire personnel d'un utilisateur, c'est juste hideux

désolé si c'est hideux mais c'est dans ce volume logique qu'il reste de la place
j'ai épuisé tout mes PV je ne peux plus créer de volume logique supplémentaire

pvscan

 PV /dev/sda5   VG VG1             lvm2 [401,50 GiB / 0    free]

  Total: 1 [401,50 GiB] / in use: 1 [401,50 GiB] / in no VG: 0 [0   ]

mais le répertoire appartient bien a root

edit: de ce que je vois il y a 15 Gio de swap contigu a la racine, il serait facile de réduire la swap par la gauche avec gparted et agrandir la racine par la droite
enfin je crois que ça devrait pas prendre longtemps

Dernière modification par Croutons (06-10-2023 15:17:22)

raleur · 06-10-2023 15:18:24

Herve5 a écrit :

j'ai beaucoup de logiciels, dont un certain nombre installés manuellement. Je ne sais pas si dans ce dernier cas les paquets sont conservés

Sauf erreur de ma part /var/lib/apt ne contient que les informations sur les dépôts et non sur les paquets installés (à l'exception de quelques informations d'état auto/manuel mais c'est tout petit). Quant au cache de téléchargement des paquets .deb il est dans /var/cache/apt.

Herve5 a écrit :

comme je me sers régulièrement de l'hibernation (longs voyages en train), j'ai peut-être un gros swap mais il me faut le conserver gros

Si tu recrées une partition de swap à la suite de la partition home tu pourras lui donner la taille que tu veux en réduisant la partition home d'autant.

Dernière modification par raleur (06-10-2023 15:21:16)

Herve5 · 06-10-2023 15:21:30

Croutons a écrit :

de ce que je vois il y a 15 Gio de swap contigu a la racine, il serait facile de réduire la swap par la gauche avec gparted et agrandir la racine par la droite

Merci, à tous, encore!
J'ai presque l'impression de suivre ;-)
Mais si je fais juste ça, je perds la taille de swap nécessaire pour hiberner : est-ce que je peux réduire ensuite la grosse partition /home par la gauche pour ensuite réaugmenter le swap?

raleur · 06-10-2023 15:23:45

Herve5 a écrit :

est-ce que je peux réduire ensuite la grosse partition /home par la gauche

Comme expliqué plus haut ce serait très long et pas sans risque car cela implique de déplacer (lire + réécrire) tout le contenu de la partition.

Dernière modification par raleur (06-10-2023 15:24:19)

Herve5 · 06-10-2023 15:36:59

raleur a écrit :

Comme expliqué plus haut ce serait très long et pas sans risque car cela implique de déplacer (lire + réécrire) tout le contenu de la partition.

oui, je comprends mieux. Lors de l'ajustement de ce swap je me souviens avoir réussi à en créer un nouveau, pour probablement le même genre de raison, mais ce fut très inquiétant pour moi à l'époque...
J'imagine que je devrais pouvoir créer un "swap 2" tout à droite, puis commander le repointage du swap dessus, puis effacer le swap ancien, puis agrandir le /?

Dernière modification par Herve5 (06-10-2023 15:38:44)

raleur · 06-10-2023 16:59:00

Si tu attribues au nouveau swap le même UUID que l'actuel, tu n'auras pas besoin de modifier le pointage du swap.

Herve5 · 06-10-2023 17:24:56

raleur a écrit :

Si tu attribues au nouveau swap le même UUID que l'actuel, tu n'auras pas besoin de modifier le pointage du swap.

Je suppose que pour faire ça il faudrait d'abord changer l'UUID de l'ancien swap, mais tu sembles confirmer que ce genre de chose est accessible au béotien que je suis ;-)

Croutons · 06-10-2023 17:34:38

la dernière fois que j'ai eu a le faire j'ai pas vu d'option dans gparted pour choisir son UUID
je l'avais changé par la suite avec mkswap

mkswap -U UUIDcelle du fichier fstab /dev/nvme0n1p?

cat /etc/fstab

edit: ah si y'a dans le menu partition , nouvel UUID
je sais pas si c'est nouveau, ou je l'ai pas vu a l'époque

Dernière modification par Croutons (06-10-2023 17:38:32)

Herve5 · 06-10-2023 17:55:14

Croutons a écrit :

mkswap -U UUIDcelle du fichier fstab /dev/nvme0n1p?

Merci!
Mais si je fais ça tel quel (avec mon UUID actuelle au bon endroit) je me retrouve avec deux partitions qui ont la même UUID, non? ou bien est-ce à dire que la commande va supprimer l'identité swap de la précédente toute seule?

Croutons · 06-10-2023 18:00:53

ah mais tu peux supprimé la partition swap actuel , y'a pas de raison que tu en ais 2 a un moment
pour être désactiver la swap avant

swapoff -a

Debian-facile

#1 05-10-2023 19:39:43

[résolu] partition racine trop petite, que faire?

#2 05-10-2023 22:21:53

Re : [résolu] partition racine trop petite, que faire?

#3 06-10-2023 00:32:27

Re : [résolu] partition racine trop petite, que faire?

#4 06-10-2023 09:15:11

Re : [résolu] partition racine trop petite, que faire?

#5 06-10-2023 10:02:54

Re : [résolu] partition racine trop petite, que faire?

#6 06-10-2023 10:34:27

Re : [résolu] partition racine trop petite, que faire?

#7 06-10-2023 12:37:12

Re : [résolu] partition racine trop petite, que faire?

#8 06-10-2023 12:39:22

Re : [résolu] partition racine trop petite, que faire?

#9 06-10-2023 12:41:45

Re : [résolu] partition racine trop petite, que faire?

#10 06-10-2023 12:46:58

Re : [résolu] partition racine trop petite, que faire?

#11 06-10-2023 13:17:24

Re : [résolu] partition racine trop petite, que faire?

#12 06-10-2023 13:18:23

Re : [résolu] partition racine trop petite, que faire?

#13 06-10-2023 14:01:56

Re : [résolu] partition racine trop petite, que faire?

#14 06-10-2023 14:07:13

Re : [résolu] partition racine trop petite, que faire?

#15 06-10-2023 15:09:02

Re : [résolu] partition racine trop petite, que faire?

#16 06-10-2023 15:12:23

Re : [résolu] partition racine trop petite, que faire?

#17 06-10-2023 15:18:24

Re : [résolu] partition racine trop petite, que faire?

#18 06-10-2023 15:21:30

Re : [résolu] partition racine trop petite, que faire?

#19 06-10-2023 15:23:45

Re : [résolu] partition racine trop petite, que faire?

#20 06-10-2023 15:36:59

Re : [résolu] partition racine trop petite, que faire?

#21 06-10-2023 16:59:00

Re : [résolu] partition racine trop petite, que faire?

#22 06-10-2023 17:24:56

Re : [résolu] partition racine trop petite, que faire?

#23 06-10-2023 17:34:38

Re : [résolu] partition racine trop petite, que faire?

#24 06-10-2023 17:55:14

Re : [résolu] partition racine trop petite, que faire?

#25 06-10-2023 18:00:53

Re : [résolu] partition racine trop petite, que faire?

Pied de page des forums