Vous n'êtes pas identifié(e).
Hors ligne
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
Leonlemouton
°(")°
Hors ligne
Almanet doLys de l'open source : mon tuto pour optimiser / finaliser une install
Manjaro Xfce - Debian Xfce - Yunohost - Xebian Et vous ?
61 convertis IRL (n'ont pas eu le choix...).
Hors ligne
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)
Il vaut mieux montrer que raconter.
Hors ligne
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 :
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.
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Leonlemouton
°(")°
Hors ligne
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.
.
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
Dernière modification par enicnath (09-05-2021 17:38:39)
Hors ligne
Dernière modification par jpt (09-05-2021 18:33:32)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
Tousse antique Ovide !
Hors ligne
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.
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..;
Il vaut mieux montrer que raconter.
Hors ligne
Cela bien sur en prenant garde de conserver les fichiers utilisés par le systéme.
Hors ligne
Commencer à nettoyer proprement :
Lister les noyaux :
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)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
On voit bien ici que /usr est plein !
Résultat de la commande fdisk -l
Résultat de la commande du -h --max-depth=1 /usr/lib/modules
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
Est-ce que vous voyez comment je pourrais procéder pour gagner de la place dans /usr ou l'agrandir ?
Hors ligne
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.
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.
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é.
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)
Il vaut mieux montrer que raconter.
Hors ligne
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.
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 :
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)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
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)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
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.
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)
Il vaut mieux montrer que raconter.
Hors ligne
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 :
à :
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
Hors ligne