Nettoyage de /usr

enicnath · 08-05-2021 18:37:52

Bonjour,

Quelqu'un sait-il comment faire pour nettoyer ma partition /usr qui est pleine à 100%.
Je ne sais pas du tout par où commencer, ni comment savoir ce qui est supprimable.
Pourtant, elle fait 7 GO. Elle n'est pas si petite.

Merci d'avance
Enicnath

jpt · 08-05-2021 18:41:30

cd /usr puis essaye la commande du -bcs dossier dossier par dossier.

vv222 · 08-05-2021 19:04:17

Si tu as encore assez d’espace libre pour installer ncdu, la commande suivante t’aidera à naviguer dans l’arborescence en mettant en avant ce qui y occupe le plus d’espace :

ncdu -x /usr

leonlemouton · 08-05-2021 19:14:49

Salut,
Il y a aussi localepurge ; un programme qui supprime la doc dans les langues inutilisées.
Elles sont stockées dans /usr je crois.
https://wiki.debian-fr.xyz/Nettoyer_sa_ … ocalepurge

anonyme · 08-05-2021 20:37:07

Bonjour,

Pour le cas ou il serait utile de le préciser, il vaut mieux ne rien supprimer directement dans l'arborescence /usr, mais plutôt désintaller les paquets qui sont à l'origine des fichiers qui s'y trouvent.

nam1962 · 08-05-2021 20:54:31

Déjà :

sudo du -sh /usr

raleur · 08-05-2021 22:55:33

tux12 a écrit :

il vaut mieux ne rien supprimer directement dans l'arborescence /usr

Sauf ce qui est dans /usr/local (programmes non installés par des paquets Debian) et les résidus de compilations qui peuvent se trouver dans /usr/src.
On peut aussi supprimer les paquets installés automatiquemet qui ne sont plus nécessaires avec apt-get autoremove, supprimer d'anciens noyaux, et rechercher les paquets qui occupent le plus de place avec dpigs du paquet debian-goodies.

Dernière modification par raleur (08-05-2021 23:03:20)

jpt · 09-05-2021 08:42:00

Bonjour,

leonlemouton a écrit :

Il y a aussi localepurge ; un programme qui supprime la doc dans les langues inutilisées

Attention à savoir mettre les mains dans le cambouis, après :

aide de synaptic a écrit :

This is a script to recover disk space wasted for unneeded locales,
Gnome/KDE localizations and localized man pages. Depending on the
installation, it is possible to save some 200, 300, or even more
mega bytes of disk space dedicated for localization you will most
probably never have any use for. It is run automagically upon
completion of any apt installation actions.

Please note, that this tool is a hack which is *not* integrated with
Debian's package management system and therefore is not for the faint
of heart. This program interferes with the Debian package management
and does provoke strange, but usually harmless, behaviour of programs
related with apt/dpkg like dpkg-repack, reportbug, etc.
Responsibility for its usage and possible breakage of your system
therefore lies in the sysadmin's (your) hands.

Please definitely do abstain from reporting any such bugs blaming
localepurge if you break your system by using it. If you don't know
what you are doing and can't handle any resulting breakage on your own
then please simply don't use this package.

leonlemouton · 09-05-2021 09:06:48

Cf. Précaution dans le lien en fr que j'ai indiqué.

Tawal · 09-05-2021 11:06:47

Hello,

enicnath a écrit :

Pourtant, elle fait 7 GO. Elle n'est pas si petite.

Ben, elle n'est pas très grande non plus.
Chez moi /usr pèse 9.7Go sur un système qui lui fait 12Go ...

Il faudrait peut-être penser à agrandir cette partition ou réduire le nombre d'application installée.
.

enicnath · 09-05-2021 17:38:08

En fait, je pourrais l'agrandir, mais j'ose pas trop ; connaissez-vous une commande assez sécure qui me permettrait de faire ça sans mettre en l'air mon système ?

Par ailleurs et comme l'a recommandé jpt, j'ai fait "du -bcs" dossiers par dossiers.
J'ai deux dossiers qui sont plus lourds : /usr/lib (4354131639) et /usr/share (2261839344).

Sur ces deux répertoires, j'ai utilisé la commande "du -xks * |sort -n" pour avoir les plus gros.
dans share :
184360 hunspell
222144 fonts
246532 doc
426160 locale

dans lib :
328508 libreoffice
601440 rstudio
798212 modules
1147276 x86_64-linux-gnu

Pensez-vous que je puisse supprimer un de ces répertoires ?

Dernière modification par enicnath (09-05-2021 17:38:39)

jpt · 09-05-2021 18:32:47

Bonsoir,

1- on ne supprime rien en mode cow-boy
2- on ne sait pas ce que tu utilises ou pas, donc impossible de répondre simplement
3- je vois rstudio : tu fais de la programmation en R ? Si "non", tu peux désinstaller depuis synaptic, ça sera plus propre.
4- pareil pour libreoffice : tu l'utilises ou pas ? En fonction de ta réponse, tu gardes ou tu vires.

Pour le reste c'est trop tendu et tu ne gagneras pas grand chose.

Et pour l'agrandissement, ça dépend de la partition concernée et de où elle est située sur le disque. Si tu ne comprends pas ce que j'écris là, laisse tomber, tu vas tout casser.

Dernière modification par jpt (09-05-2021 18:33:32)

enicnath · 09-05-2021 21:42:30

Bonsoir,
En fait, les seules applis que je suis sur d'utiliser sont justement R et LibreOffice.
Pour l'agrandissement, comment voir où est située la partition sur le disque ?

Philou92 · 09-05-2021 21:50:14

fdisk -l

df -h

raleur · 09-05-2021 21:54:45

enicnath a écrit :

798212 modules

Ce sont les modules des noyaux installés. Un noyau 4.19 amd64 de buster occupant environ 260 Mio, je suppose qu'il y en a trois. Tu peux désinstaller le plus ancien pour libérer 260 Mo, voire les deux plus anciens pour libérer le double. C'est toujours ça.

enicnath a écrit :

Pensez-vous que je puisse supprimer un de ces répertoires ?

Non, évidemment. Ce sont des répertoires système dont le contenu provient de nombreux paquets installés.

hunspell, c'est pour la vérification d'orthographe. Pas bien compris en quoi c'est utile. Chez moi ce répertoire fait 2 Mo, je me demande ce que contient le tien..;

Stellal · 09-05-2021 23:15:16

Question :
Je comprends qu'il ne faut pas supprimer des répertoires dans usr.
Mais serait-il possible de suprimer simplement (sans désinstallation) des fichiers/répertoires inutilisés dans certains répertoires ?
je pense à locale et themes

du -hxd1 /usr/share/themes/ | sort -h

du -hxd1 /usr/share/locale/ | sort -h

Cela bien sur en prenant garde de conserver les fichiers utilisés par le systéme.

Tawal · 10-05-2021 09:29:59

Ne rien supprimer dans /usr ! Il y a un risque avéré de casser le système !
Même en touchant "qu'aux locales". Cf. lien du #4 et cf. #8

Au pire, il serait possible de supprimer ce qui se trouve sous /usr/local (sans e).
Mais même là, il peut y avoir des fichiers qui ont étés installés par un paquet tiers, mais avec peu de risque de planter le système en cas de suppression manuelle.

Perso, je commencerais par purger les noyaux (en garder 2), puis je regarderais s'il n'y a pas de "résidus de configuration".
Je supprimerais tous les paquets orphelins (si il y en a), en faisant attention que ce ne soit pas une petite appli/commande dont je me sers.
Puis je ferais un tour sur les paquets installés pour en virer un maximum (thèmes et locale entre autres et toute application connue pour n'être pas utilisée), mais je ne supprime aucun paquets dont je ne connais pas exactement l'utilité !

Quelques commandes :
Lister les résisdus de configuration :

dpkg -l | grep ^rc

Commencer à nettoyer proprement :

apt update

apt autoremove

apt autoclean

Lister les noyaux :

dpkg -l | grep  "^ii.*linux-image"

Avec 7Go pour /usr, je considérerais un système minimaliste : peu d'application graphique et juste les commandes vraiment utiles.
Afin de garder 25 à 30% de place libre pour les mises à jour futures.

Edit: il me semble que libreoffice garde ses locales indépendamment des locales du système. Il faut le configurer personnellement pour qu'il abandonne certaines langues. À voir comment tu l'utilises bien sûr.
.

Dernière modification par Tawal (10-05-2021 09:37:12)

enicnath · 10-05-2021 20:07:00

Bonsoir à tous,
Je réponds à plusieurs en même temps.

Résultat de la commande df -h

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

udev               1,9G       0  1,9G   0% /dev

tmpfs              384M    6,1M  378M   2% /run

/dev/sda2          6,4G    743M  5,3G  13% /

/dev/sda3          7,3G    7,2G     0 100% /usr

tmpfs              1,9G     67M  1,9G   4% /dev/shm

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

tmpfs              1,9G       0  1,9G   0% /sys/fs/cgroup

/dev/sda4          7,3G    517M  6,4G   8% /var

/dev/sda6          6,4G     30M  6,1G   1% /tmp

/dev/sda1          511M    5,2M  506M   1% /boot/efi

/dev/sda7          423G     34G  368G   9% /home

tmpfs              384M     52K  384M   1% /run/user/1000

On voit bien ici que /usr est plein !

Résultat de la commande fdisk -l

Périphérique    Début       Fin  Secteurs Taille Type

/dev/sda1        2048   1050623   1048576   512M Système EFI

/dev/sda2     1050624  14723071  13672448   6,5G Système de fichiers Linux

/dev/sda3    60315648  75939839  15624192   7,5G Système de fichiers Linux

/dev/sda4    44691456  60315647  15624192   7,5G Système de fichiers Linux

/dev/sda5    28481536  44691455  16209920   7,7G Partition d'échange Linux

/dev/sda6    14723072  28481535  13758464   6,6G Système de fichiers Linux

/dev/sda7    75939840 976771071 900831232 429,6G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Résultat de la commande du -h --max-depth=1 /usr/lib/modules

260M  ./4.19.0-6-amd64

260M  ./4.19.0-10-amd64

4,0K  ./4.19.0-13-amd64

261M  ./4.19.0-8-amd64

Pensez-vous que je puisse supprimer les versions 4.19.0-6-amd64, 4.19.0-8-amd64, 4.19.0-10-amd64 ?
Et c'est assez bizarre que la version la plus récente 4.19.0-13-amd64, ne fasse que 4K

Résultat de la commande dpkg -l | grep ^rc

rc  cracklib-runtime                              2.9.6-2                             amd64        runtime support for password checker library cracklib2

rc  cryptsetup                                    2:2.1.0-5+deb10u2                   all          transitional dummy package for cryptsetup-{run,initramfs}

rc  cryptsetup-initramfs                          2:2.1.0-5+deb10u2                   all          disk encryption support - initramfs integration

rc  cryptsetup-run                                2:2.1.0-5+deb10u2                   amd64        disk encryption support - startup scripts

rc  debian-reference-common                       2.76                                all          Debian system administration guide, common files

rc  fillets-ng                                    1.0.1-4+b1                          amd64        puzzle game about witty fish saving the world sokoban-style

rc  fonts-beng-extra                              1.0-6                               all          TrueType fonts for Bengali language

rc  fonts-deva-extra                              3.0-4                               all          Free fonts for Devanagari script

rc  fonts-gujr-extra                              1.0-7                               all          Free fonts for Gujarati script

rc  fonts-guru-extra                              2.0-4                               all          Free fonts for Punjabi language

rc  fonts-sipa-arundina                           0.2.2-2                             all          Thai DejaVu-compatible fonts

rc  fortune-mod                                   1:1.99.1-7+b1                       amd64        provides fortune cookies on demand

rc  keyutils                                      1.6-6                               amd64        Linux Key Management Utilities

rc  libpwquality-common                           1.4.0-3                             all          library for password quality checking and generation (data files)

rc  live-tools                                    1:20171207                          all          Live System Extra Components

rc  user-setup                                    1.81                                all          Set up initial user and password

rc  xfonts-thai-etl                               1:1.2.7-3                           all          Thai etl fonts for X

rc  xfonts-thai-manop                             1:1.2.7-3                           all          Manop Wongsaisuwan's bitmap fonts for X

rc  xfonts-thai-poonlap                           1:1.2.7-3                           all          Poonlap Veerathanabutr's bitmap fonts for X

rc  xfonts-thai-vor                               1:1.2.7-3                           all          Voradesh Yenbut's bitmap fonts for X

Est-ce que vous voyez comment je pourrais procéder pour gagner de la place dans /usr ou l'agrandir ?

raleur · 10-05-2021 22:43:12

enicnath a écrit :

On voit bien ici que /usr est plein

On voit aussi que si on sépare /home, /tmp, /usr et /var alors il ne reste plus grand-chose à mettre dans / et il était absurde de lui allouer presque autant que /usr.
On voit aussi qu'un tel découpage augmente le risque qu'un morceau soit sous-dimensionné donc il vaut mieux prendre la précaution d'utiliser des volumes logique LVM beaucoup plus faciles à redimensionner (avec de l'espace libre) que des partitions.

enicnath a écrit :

Pensez-vous que je puisse supprimer les versions 4.19.0-6-amd64, 4.19.0-8-amd64, 4.19.0-10-amd64 ?

Si tu fais ça il n'y aura plus aucun noyau et le système va marcher beaucoup moins bien. Il faut en laisser au moins un. En passant, tous ces noyaux sont obsolètes et contiennent des vulnérabilités connues, la version actuelle est 4.19.0-16.

enicnath a écrit :

Et c'est assez bizarre que la version la plus récente 4.19.0-13-amd64, ne fasse que 4K

Ce répertoire est vide, donc ce noyau n'est certainement pas installé.

enicnath a écrit :

Est-ce que vous voyez comment je pourrais procéder pour gagner de la place dans /usr ou l'agrandir ?

Purger les paquets dans l'état rc (désinstallés mais ayant encore des fichiers de configuration), mais j'ignore combien ça va libérer.
Démarrer avec un système live avec gparted pour réduire / et/ou /var et agrandir /usr.

Dernière modification par raleur (10-05-2021 22:45:56)

jpt · 11-05-2021 07:36:34

Bonjour,

raleur a écrit :

Purger les paquets dans l'état rc (désinstallés mais ayant encore des fichiers de configuration), mais j'ignore combien ça va libérer.

Une misère. Beaucoup de travail pour quasiment rien gagner.

raleur a écrit :

Démarrer avec un système live avec gparted pour réduire / et/ou /var et agrandir /usr.

Après avoir réorganisé la sortie de fdisk -l comme ça :

Périphérique    Début       Fin  Secteurs Taille Type                       Monté sur

/dev/sda1        2048   1050623   1048576   512M Système EFI

/dev/sda2     1050624  14723071  13672448   6,5G Système de fichiers Linux  /

/dev/sda6    14723072  28481535  13758464   6,6G Système de fichiers Linux  /tmp

/dev/sda5    28481536  44691455  16209920   7,7G Partition d'échange Linux  swap

/dev/sda4    44691456  60315647  15624192   7,5G Système de fichiers Linux  /var

/dev/sda3    60315648  75939839  15624192   7,5G Système de fichiers Linux  /usr

/dev/sda7    75939840 976771071 900831232 429,6G Système de fichiers Linux  /home

Les entrées de la table de partitions sont maintenant dans l'ordre des débuts des partitions.

je propose de recopier tout le /home sur un dd externe puis avec gparted supprimer sda7 et agrandir sda3 (le monter à 20 ou 30 G) et enfin recréer sda7 et y remettre le /home sauvegardé.
Ça devrait être le plus facile et le plus rapide et le moins dangereux.

Dernière modification par jpt (11-05-2021 07:37:45)

raleur · 11-05-2021 12:25:15

Je n'avais pas vu que les partitions n'étaient pas dans l'ordre.
Oui, c'est une possibilité. S'il n'y a pas de déplacement pas vraiment besoin d'utiliser gparted. Tu pourrais aussi simplement réduire sda7 au lieu de la supprimer et la recréer.
Attention si tu supprimes et recrées sda7, il faudra lui attribuer le même UUID qu'avant ou bien mettre son nouvel UUID dans /etc/fstab à la place de l'ancien.

jpt · 11-05-2021 13:18:45

raleur a écrit :

Tu pourrais aussi simplement réduire sda7 au lieu de la supprimer et la recréer.

Réduire, je pense que ça va la réduire "par la droite (imagine le graphique de gparted)" et donc il se retrouvera avec un morceau libre au bout du disque.
Ensuite, l'agrandissement de l'avant-dernière partition va obliger le système à déplacer la dernière partition vers l'espace libre pour libérer "à sa gauche" et attribuer cette libération à l'avant-dernière.

Pas impossible mais bonjour le boulot pour le disque, non ?

Ou alors faut y aller à la mano avec le calcul du début et de la fin des partitions, mais obligation de sauvegarder avant (de toute façon c'est hautement recommandé), et interdiction de se tromper !

Dernière modification par jpt (11-05-2021 13:21:44)

enicnath · 11-05-2021 20:18:18

Merci pour votre aide.

Je vais essayer de voir ce que donne gparted avant de faire quoi que ce soit, et surtout de bien sentir où je mets les pieds.

Et faire des sauvegardes, of course.

Je viendrai raconter ce que ça a donné.

raleur · 13-05-2021 09:27:25

jpt a écrit :

Réduire, je pense que ça va la réduire "par la droite (imagine le graphique de gparted)" et donc il se retrouvera avec un morceau libre au bout du disque.

Gparted permet de réduire une partition "par la gauche", ce qui revient de fait à un déplacement.

enicnath a écrit :

bonjour le boulot pour le disque, non ?

J'ignore si Gparted sait ne copier que les blocs occupés lors d'un déplacement, à l'instar de partclone (et non parted comme écrit précédemment) ou partimage qui sont utilisés par clonezilla. Dans le cas contraire il faut recopier tous les blocs, ce qui représente effectivement un gros boulot d'autant plus que la partition est grande et d'autant plus superflu que la partition est inoccupée.

Si la partition n'a jamais été beaucoup plus remplie qu'elle l'est actuellement, une alternative consisterait à d'abord réduire la partition "par la droite" à une taille un peu supérieure au minimum, ce qui déplacerait dans un premier temps les blocs occupés situés au-delà de la nouvelle taille, avant de la déplacer "vers la droite" de la taille qu'on souhaite libérer, puis finalement l'agrandir par la droite jusqu'à la fin du disque (ou pas, il sera toujours possible de le faire plus tard à chaud).

Dernière modification par raleur (05-06-2021 10:12:44)

enicnath · 05-06-2021 07:08:51

enicnath a écrit :

Je viendrai raconter ce que ça a donné.

Bonjour à tous,
Je viens donc raconter j'ai fait.
N'étant pas du tout sur de moi et ne voulant surtout pas perdre mes données (même si j'avais fait une sauvegarde), j'ai refait une installation complète en demandant de ne pas effacer mon /home.
Au passage, je suis passé à la 10.9
Lors du partitionnement, on précise la taille qu'on veut, mais on peut indiquer de ne pas effacer les données ; ce que j'ai fait.
J'ai donc diminué mon /home, mais sans le déplacer, pour ne pas perdre les données qui sont écrites en commençant par la gauche.
Et j'ai mis mes partitions /var et /tmp dans la place libérée, à droite.
Au final, je suis passé de :

Périphérique  Taille  Point de montage

/dev/sda1      512 M   boot

/dev/sda2      6,5 G   /

/dev/sda6      6,6 G   /tmp

/dev/sda5      7,7 G   swap

/dev/sda4      7,5 G   /var

/dev/sda3      7,5 G   /usr

/dev/sda7    429,6 G   /home

à :

Périphérique  Taille  Point de montage

/dev/sda1      537 M   boot

/dev/sda2      4,7 G   swap

/dev/sda3       24 G   /

/dev/sda7      373 G   /home

/dev/sda4       28 G   /var

/dev/sda5       36 G   /tmp

Ce n'est pas parfait, et je n'ai plus de /usr séparé de / (qui avec 24 G me semble encore un peu court)

En tout cas, merci à tous

Debian-facile

#1 08-05-2021 18:37:52

Nettoyage de /usr

#2 08-05-2021 18:41:30

Re : Nettoyage de /usr

#3 08-05-2021 19:04:17

Re : Nettoyage de /usr

#4 08-05-2021 19:14:49

Re : Nettoyage de /usr

#5 08-05-2021 20:37:07

Re : Nettoyage de /usr

#6 08-05-2021 20:54:31

Re : Nettoyage de /usr

#7 08-05-2021 22:55:33

Re : Nettoyage de /usr

#8 09-05-2021 08:42:00

Re : Nettoyage de /usr

#9 09-05-2021 09:06:48

Re : Nettoyage de /usr

#10 09-05-2021 11:06:47

Re : Nettoyage de /usr

#11 09-05-2021 17:38:08

Re : Nettoyage de /usr

#12 09-05-2021 18:32:47

Re : Nettoyage de /usr

#13 09-05-2021 21:42:30

Re : Nettoyage de /usr

#14 09-05-2021 21:50:14

Re : Nettoyage de /usr

#15 09-05-2021 21:54:45

Re : Nettoyage de /usr

#16 09-05-2021 23:15:16

Re : Nettoyage de /usr

#17 10-05-2021 09:29:59

Re : Nettoyage de /usr

#18 10-05-2021 20:07:00

Re : Nettoyage de /usr

#19 10-05-2021 22:43:12

Re : Nettoyage de /usr

#20 11-05-2021 07:36:34

Re : Nettoyage de /usr

#21 11-05-2021 12:25:15

Re : Nettoyage de /usr

#22 11-05-2021 13:18:45

Re : Nettoyage de /usr

#23 11-05-2021 20:18:18

Re : Nettoyage de /usr

#24 13-05-2021 09:27:25

Re : Nettoyage de /usr

#25 05-06-2021 07:08:51

Re : Nettoyage de /usr

Pied de page des forums