[Résolu] Alléger /

tcheupel · 04-12-2022 12:31:55

Bonjour,

Ma partition racine commence à être pleine, j’aimerais y faire le ménage

udev               3,8G       0  3,8G   0% /dev

tmpfs              782M    1,7M  780M   1% /run

/dev/sda1           26G     23G  2,4G  91% /

tmpfs              3,9G       0  3,9G   0% /dev/shm

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

tmpfs              3,9G     36K  3,9G   1% /tmp

/dev/sda4          204G    148G   46G  77% /home

/dev/sda2          197M    3,5M  194M   2% /boot/efi

tmpfs              782M    112K  782M   1% /run/user/1000

J'ai déjà utilisé autoremove.

Je ne sais si c'est parce que j'ai essayé différents bureaux qu'elle aussi pleine ? : KDE/XFCE/LXQT à chaque fois je l'ai est désinstallés avec
sudo apt autoremove '^kde.*'

db85e1f9aa39690a6d161eb9743ae141_500.jpg?t=638c8566a2b9f

Dernière modification par tcheupel (04-12-2022 21:12:16)

raleur · 04-12-2022 12:42:50

Qu'affiche

du -xhd1 / | sort -h

tcheupel · 04-12-2022 13:54:45

4,0K    /mnt

4,0K    /srv

8,0K    /media

16K     /lost+found

2,4M    /root

87M     /etc

343M    /boot

1,5G    /opt

6,2G    /var

14G     /usr

22G     /

raleur · 04-12-2022 14:03:40

Comme on peut s'y attendre /usr occupe la majeure partie de l'espace. Il contient la plupart des fichiers installés par les paquets, à l'exception de /usr/local.
/var me semble un peu gros, il faudrait l'examiner de plus près.

du -xhd1 /usr /var | sort -h

En troisème position, /opt contient normalement des logiciels ne provenant pas de la distribution.

Dernière modification par raleur (04-12-2022 14:37:43)

tcheupel · 04-12-2022 14:15:21

4,0K    /usr/games

4,0K    /usr/lib32

4,0K    /usr/libx32

4,0K    /var/local

4,0K    /var/opt

12K     /var/mail

16K     /usr/lib64

68K     /var/spool

112K    /usr/local

136K    /var/tmp

160K    /usr/src

3,8M    /var/backups

39M     /usr/libexec

45M     /usr/sbin

46M     /usr/include

217M    /var/log

400M    /usr/bin

2,2G    /var/lib

3,8G    /var/cache

5,0G    /usr/share

6,2G    /var

8,5G    /usr/lib

14G     /usr

/var/cache est obèse, non ?

Dernière modification par tcheupel (04-12-2022 14:15:59)

raleur · 04-12-2022 14:36:54

Oui. En général c'est le cache de téléchargement d'APT, facile à vider avec "apt clean". Sinon il faut regarder plus en détail avec

du -xhd1 /var/cache | sort -h

Dernière modification par raleur (04-12-2022 14:42:51)

tcheupel · 04-12-2022 15:58:03

raleur a écrit :

Oui. En général c'est le cache de téléchargement d'APT, facile à vider avec "apt clean". Sinon il faut regarder plus en détail avec
du -xhd1 /var/cache | sort -h

"apt clean" a ramené le cache à 100mo et donc / à 76% pour 93% avant.

otyugh · 04-12-2022 16:06:34

Pourquoi tu sépares ton /home ? ©

Dernière modification par otyugh (04-12-2022 16:12:18)

naguam · 04-12-2022 16:30:10

Sur le neofetch, il y a 7 flatpak d'indiqués, si je dis pas de bêtise, les flatpaks sont installés dans /var, ce qui explique la taille de /var

Dernière modification par naguam (04-12-2022 16:30:21)

tcheupel · 04-12-2022 16:30:56

otyugh a écrit :

Pourquoi tu sépares ton /home ? ©

J'ai toujours fait comme ça : / swap /home

Lors d'une réinstallation, je ne formate que /

tcheupel · 04-12-2022 17:00:43

naguam a écrit :

Sur le neofetch, il y a 7 flatpak d'indiqués, si je dis pas de bêtise, les flatpaks sont installés dans /var, ce qui explique la taille de /var

Que j'avais d'ailleurs désinstallé sous Bulleyes ( -> SID). En tout cas cette recherche m'aura permis d'y voir plus clair sur certains points.

raleur · 04-12-2022 17:03:29

naguam a écrit :

les flatpaks sont installés dans /var

Peut-être dans /var/lib, je le trouve un peu gros.

tcheupel · 04-12-2022 18:00:47

raleur a écrit :

naguam a écrit :
les flatpaks sont installés dans /var

Peut-être dans /var/lib, je le trouve un peu gros.

Exact, il y a un dossier Flatpak de 2,8go

Dernière modification par tcheupel (04-12-2022 18:01:01)

Jean-Pierre Pinson · 04-12-2022 18:18:36

les flatpaks c'est pas tellement conseillé, il vaut mieux utiliser les paquets qui sont dans les dépôts debian.
Supprimer une application:

flatpak uninstall APPLICATION

Dernière modification par Jean-Pierre Pinson (04-12-2022 18:23:51)

--gilles-- · 04-12-2022 20:45:28

Bien vu, Jean-Pierre !

On peut aller plus loin et supprimer le plus possible les résidus de Flatpak ( pas testé moi-même, vu sur Askubuntu :

https://askubuntu.com/questions/1174596 … ve-flatpak

flatpak uninstall --all

sudo apt-get remove --autoremove flatpak

sudo apt-get purge flatpak

tcheupel · 04-12-2022 21:10:49

Voilà, les deux dossiers sont vidés, je suis revenu à un / de 71%. Merci.

raleur · 04-12-2022 21:54:38

Il me semble que les chiffres ne sont pas cohérents.

tcheupel a écrit :

"apt clean" a ramené le cache à 100mo et donc / à 76% pour 93% avant.

Jusque là c'est cohérent : 93% - 76% = 14% = 3,6 Go sur les 3,8 Go de /var/cache. Mais ensuite

tcheupel a écrit :

Peut-être dans /var/lib, je le trouve un peu gros.

Exact, il y a un dossier Flatpak de 2,8go

Or précédemment tu rapportais que

tcheupel a écrit :

2,2G /var/lib

Comment /var/lib/flatpak pourrait-il contenir 2,8 Go alors que /var/lib n'occupe que 2,2 Go dans le système de fichiers racine ? Contiendrait-il des montages d'autres systèmes de fichiers ? Des fichiers "creux" ?

tcheupel a écrit :

les deux dossiers sont vidés, je suis revenu à un / de 71%.

Quels deux répertoires ?
76% - 71% = 5% = 1,3 Go, très loin des 2,8 Go annoncés (mais compatible avec les 2,2 Go de /var/lib).

Dernière modification par raleur (04-12-2022 21:55:38)

tcheupel · 05-12-2022 09:50:31

/var/cache et /var/lib, après je me suis peut-être embrouillé quelque part, ce qui est probable

D'autant qu'en essayant d'installer autre chose, ça avait remis KDE, tout ou en partie, et que là je l'ai enlevé et / est à 67%. Donc tout va bien, car avant j'aurais tout cassé.

udev               3,8G       0  3,8G   0% /dev

tmpfs              782M    1,7M  780M   1% /run

/dev/sda1           26G     17G  8,3G  67% /

tmpfs              3,9G       0  3,9G   0% /dev/shm

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

tmpfs              3,9G     60K  3,9G   1% /tmp

/dev/sda4          204G    148G   46G  77% /home

/dev/sda2          197M    3,5M  194M   2% /boot/efi

tmpfs              782M     72K  782M   1% /run/user/1000

4,0K    /usr/games

4,0K    /usr/lib32

4,0K    /usr/libx32

4,0K    /var/local

4,0K    /var/opt

12K     /var/mail

16K     /usr/lib64

52K     /var/spool

104K    /var/tmp

112K    /usr/local

160K    /usr/src

3,8M    /var/backups

36M     /usr/libexec

44M     /usr/sbin

46M     /usr/include

185M    /var/cache

227M    /var/log

374M    /usr/bin

791M    /var/lib

1,2G    /var

4,6G    /usr/share

8,1G    /usr/lib

14G     /usr

naguam · 07-12-2022 19:04:29

Bon mais à terme je déconseille la séparation de / et de /home sur des partition directement dans la table de partition, hormis sur des gros disques, avec un partitionnement ayant une bonne marge de prévue.

Une solution pour diviser consiste à utiliser lvm, ou les subvolume btrfs pour ceux qui utilisent btrfs, afin de permettre une isolation tout en gardant une flexibilité sur l'utilisation de la place disponible sur le disque.
L'autre solution est de ne pas diviser, à la limite d'utiliser des quotas, et de faire des sauvegardes avec rsync (avec les bonnes options) du home juste avant une réinstallation pour restaurer ensuite.

Et une solution temporaire dans ton cas est de réduire ta partition home, de la sauvegarder sous forme d'image, de supprimer la partition home du disque, d'aggrandir / de recréer une partition après et de restaurer l'image de la partition home à cet emplacement, et de réaggrandir pour remplir l'espace restant.

(D'ailleurs toujours faire des backups quoi qu'il arrive)

PS: Je suis curieux, pour les connaisseurs, si il y a moyen d'utiliser DD de la même façon que la fonction memmove de la libc en language C, pour décaler une partition en une fois.
Il y a des solutions pour ça mais c'est souvent relativement compliqué.

Dernière modification par naguam (07-12-2022 19:18:06)

raleur · 07-12-2022 21:35:02

naguam a écrit :

Une solution pour diviser consiste à utiliser lvm, ou les subvolume btrfs pour ceux qui utilisent btrfs, afin de permettre une isolation tout en gardant une flexibilité sur l'utilisation de la place disponible sur le disque.

Les subvolumes de btrfs ne sont pas isolés les uns des autres : c'est le même système de fichiers, les mêmes méta-données, les mêmes unités d'allocation, donc les mêmes risques de corruption, de saturation de l'espace disque (à moins de définir des quotas)... Pas vraiment comparable à l'isolation procurée par des partitions ou des volumes logiques LVM.

naguam a écrit :

Je suis curieux, pour les connaisseurs, si il y a moyen d'utiliser DD de la même façon que la fonction memmove de la libc en language C, pour décaler une partition en une fois.

Si les zones source et destination ne se chevauchent pas, on peut utiliser dd sans souci pour copier du contenu en une fois. Si les zones source et destination se chevauchent, on doit encore pouvoir utiliser dd pour déplacer en une fois du contenu vers le début du disque mais pas vers la fin du disque puisque la copie progresse du début vers la fin et écraserait des données qui n'ont pas encore été lues.

naguam · 07-12-2022 21:55:16

Je savais que les subvolumes btrfs étaient dans une même partition et ce que ça implique ainsi que tu l'as dis (corruption, quotas, etc),
en revanche je pensais que pour la réinstallation il est possible de supprimer un subvolume et/ou sa data facilement pour réinstaller dedans (ce qui correspondrait à son besoin)

Et pour le second point je me disais que il y avait peut-être moyen de copier la data en partant de la fin et vers le début. Dans le cas ou la data se chevauche en voulant déplacer vers la fin du disque.
Alors rien à voir avec du stockage mais c'est ce que fait memmove, il regarde si les pointeurs donnés sont identiques ou proche et si l'adresse de destination est plus grande que l'adresse de source, il copie en partant de la fin, ou quelque chose dans le genre.

Je sais que sfdisk a une option --move-data. Mais je sais pas si il y a moyen de faire ça autrement (ddrescue peut-être)
Peut-être parted, (vu que gparted permet de déplacer des partition ?)

Dernière modification par naguam (07-12-2022 22:02:41)

raleur · 07-12-2022 22:33:56

naguam a écrit :

je pensais que pour la réinstallation il est possible de supprimer un subvolume et/ou sa data facilement pour réinstaller dedans

Un subvolume n'est jamais qu'un répertoire un peu spécial qu'on peut monter n'importe où. D'ailleurs on peut monter un répertoire normal n'importe où avec mount --bind, pas besoin de btrfs pour ça.
Si le but est simplement de réinstaller en conservant /home, pas besoin de partitions, volumes LVM ou subvolumes btrfs : il suffit de supprimer tous les répertoires de la racine sauf /home.

naguam a écrit :

Et pour le second point je me disais que il y avait peut-être moyen de copier la data de la fin vers le début. Dans le cas ou la data se chevauche en voulant déplacer vers la fin du disque.

Je n'ai pas vu une telle option dans la page de manuel de dd. ddrescue semble le permettre, mais la page de manuel est très succinte, il faudrait lire la documentation complète avec info.

naguam a écrit :

Peut-être parted, (vu que gparted permet de déplacer des partition ?)

A ma connaissance, parted peut seulement déplacer la fin d'une partition, pas son début ni son contenu.

Debian-facile

#1 04-12-2022 12:31:55

[Résolu] Alléger /

#2 04-12-2022 12:42:50

Re : [Résolu] Alléger /

#3 04-12-2022 13:54:45

Re : [Résolu] Alléger /

#4 04-12-2022 14:03:40

Re : [Résolu] Alléger /

#5 04-12-2022 14:15:21

Re : [Résolu] Alléger /

#6 04-12-2022 14:36:54

Re : [Résolu] Alléger /

#7 04-12-2022 15:58:03

Re : [Résolu] Alléger /

#8 04-12-2022 16:06:34

Re : [Résolu] Alléger /

#9 04-12-2022 16:30:10

Re : [Résolu] Alléger /

#10 04-12-2022 16:30:56

Re : [Résolu] Alléger /

#11 04-12-2022 17:00:43

Re : [Résolu] Alléger /

#12 04-12-2022 17:03:29

Re : [Résolu] Alléger /

#13 04-12-2022 18:00:47

Re : [Résolu] Alléger /

#14 04-12-2022 18:18:36

Re : [Résolu] Alléger /

#15 04-12-2022 20:45:28

Re : [Résolu] Alléger /

#16 04-12-2022 21:10:49

Re : [Résolu] Alléger /

#17 04-12-2022 21:54:38

Re : [Résolu] Alléger /

#18 05-12-2022 09:50:31

Re : [Résolu] Alléger /

#19 07-12-2022 19:04:29

Re : [Résolu] Alléger /

#20 07-12-2022 21:35:02

Re : [Résolu] Alléger /

#21 07-12-2022 21:55:16

Re : [Résolu] Alléger /

#22 07-12-2022 22:33:56

Re : [Résolu] Alléger /

Pied de page des forums