logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

[Résolu] Alléger /

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

Qu'affiche

du -xhd1 / | sort -h


Il vaut mieux montrer que raconter.

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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     /
 

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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.

Hors ligne

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

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : [Résolu] Alléger /

Pourquoi tu sépares ton /home ? ©

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


virtue_signaling.pngpalestine.png

En ligne

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

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [Résolu] Alléger /

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)

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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 /

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

naguam a écrit :

les flatpaks sont installés dans /var


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


Il vaut mieux montrer que raconter.

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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)

Hors ligne

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

Jean-Pierre Pinson
Adhérent(e)
Lieu : Orléans
Distrib. : Debian Sid 64bits Ordi.: Thinkpad T400
Noyau : de cerise
(G)UI : xfce
Inscription : 04-03-2017

Re : [Résolu] Alléger /

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)


Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Alléger /

Bien vu, Jean-Pierre !  smile


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


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

tcheupel
Membre
Distrib. : SID
Noyau : 6.5
(G)UI : GNOME
Inscription : 03-03-2019

Re : [Résolu] Alléger /

/var/cache et /var/lib, après je me suis peut-être embrouillé quelque part, ce qui est probable wink 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
 

Hors ligne

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

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [Résolu] Alléger /

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : [Résolu] Alléger /

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Alléger /

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.


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums