Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

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

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

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

enicnath
Membre
Inscription : 28-04-2012

Nettoyage de /usr

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

Hors ligne

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

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Nettoyage de /usr

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

AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

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

vv222
Administrateur
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : Linux ≥ 5.10 (amd64)
(G)UI : Openbox
Inscription : 18-11-2013
Site Web

Re : Nettoyage de /usr

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


Jouer sous Debian ? Facile !

Hors ligne

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

leonlemouton
Adhérent(e)
Distrib. : Buster
(G)UI : Mate ∨ LXQt
Inscription : 14-08-2012

Re : Nettoyage de /usr

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

Leonlemouton
°(")°

Hors ligne

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

tux12
Membre
Lieu : ./
Distrib. : stable
Noyau : celui de la stable
(G)UI : KDE
Inscription : 27-02-2008

Re : Nettoyage de /usr

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.

Tout est un sauf zéro. - Wau Holland

Hors ligne

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

nam1962
Banni(e)
Distrib. : Manjaro, Debian, Xebian, Yunohost
Noyau : Ca dépend
(G)UI : Xfce
Inscription : 02-08-2017

Re : Nettoyage de /usr

Déjà :

sudo du -sh /usr


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

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

raleur
Membre
Inscription : 03-10-2014

Re : Nettoyage de /usr

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 (09-05-2021 00:03:20)


Il vaut mieux montrer que raconter.

En ligne

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

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Nettoyage de /usr

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.


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

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

leonlemouton
Adhérent(e)
Distrib. : Buster
(G)UI : Mate ∨ LXQt
Inscription : 14-08-2012

Re : Nettoyage de /usr

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

Leonlemouton
°(")°

Hors ligne

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

Tawal
Membre
Distrib. : Debian 11 Bullseye
Noyau : Linux 5.10.0-9-amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Nettoyage de /usr

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.
.


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 !

En ligne

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

enicnath
Membre
Inscription : 28-04-2012

Re : Nettoyage de /usr

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 18:38:39)

Hors ligne

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

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Nettoyage de /usr

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 19:33:32)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

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

enicnath
Membre
Inscription : 28-04-2012

Re : Nettoyage de /usr

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 ?

Hors ligne

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

Philou92
Adhérent(e)
Lieu : Hauts de Seine
Distrib. : Debian bullseye (testing)
Noyau : Linux 5.10.0-5-amd64
(G)UI : LightDM et Xfce4.16
Inscription : 29-04-2015

Re : Nettoyage de /usr

fdisk -l




df -h


Tousse antique Ovide !

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Nettoyage de /usr

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..;


Il vaut mieux montrer que raconter.

En ligne

#16 10-05-2021 00:15:16

Stellal
Membre
Distrib. : DEBIAN 10 (Buster)
Noyau : Linux 4.19.0-16-amd64
(G)UI : MATE 1.20.4
Inscription : 25-04-2021

Re : Nettoyage de /usr

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.

Hors ligne

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

Tawal
Membre
Distrib. : Debian 11 Bullseye
Noyau : Linux 5.10.0-9-amd64
(G)UI : Xfce
Inscription : 25-02-2021

Re : Nettoyage de /usr

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 10: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 !

En ligne

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

enicnath
Membre
Inscription : 28-04-2012

Re : Nettoyage de /usr

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Nettoyage de /usr

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 23:45:56)


Il vaut mieux montrer que raconter.

En ligne

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

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Nettoyage de /usr

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 08:37:45)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Nettoyage de /usr

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.

Il vaut mieux montrer que raconter.

En ligne

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

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Nettoyage de /usr

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 14:21:44)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

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

enicnath
Membre
Inscription : 28-04-2012

Re : Nettoyage de /usr

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.  scratchhead.gif
Et faire des sauvegardes, of course.

Je viendrai raconter ce que ça a donné.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Nettoyage de /usr

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 11:12:44)


Il vaut mieux montrer que raconter.

En ligne

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

enicnath
Membre
Inscription : 28-04-2012

Re : Nettoyage de /usr

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

Hors ligne

Pied de page des forums