Plus d'espace dans le système de fichiers racine, comment pourrais-je augmenter la taille?

24

Voici mon système de fichiers:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

Et comme vous pouvez le voir, le système de fichiers racine est plein.

J'ai déjà essayé de supprimer toutes les choses inutiles mais je n'ai toujours pas assez d'espace.

Comment pourrais-je l'augmenter? Il me reste 60 giga sur mon disque dur, est-il possible d'y déplacer mon système de fichiers racine?

Dimitri Danilov
la source
3
Pouvez-vous montrer le résultat de sudo pvscan, s'il vous plaît?
mattdm
1
@mattdm PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free] Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0 ]
Dimitri Danilov
15
Euh, 1.7G gratuit, où est le problème?
Simon Richter
3
Si c'est votre définition de "complet", vous devriez voir mon système de fichiers lol
Courses de légèreté avec Monica
2
@SimonRichter J'avais 1,9 giga lorsque j'ai supprimé tout mon / var / cache, mais ce répertoire s'est rempli très rapidement et j'ai ~ 100 mois en moyenne
Dimitri Danilov

Réponses:

47

Bonnes nouvelles! pvscanmontre PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- vous devriez donc être en mesure d'ajouter jusqu'à 77,56 Go à l'un de vos systèmes de fichiers. Je suggérerais de l'ajouter dans des blocs plus petits (comme 10GiB), donc vous avez une réserve à mettre /homesi vous décidez que vous avez besoin de croissance là-bas plus tard.

Il s'agit d'une opération relativement bien testée et généralement sûre, mais toutes les opérations de volume et de système de fichiers au niveau racine comportent un certain risque - assurez-vous d'abord que la sauvegarde fonctionne. Ensuite....

Vous pouvez étendre votre rootvolume logique pour utiliser l'espace libre avec lvextend, comme ceci:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(Ou -Let -rau lieu de --sizeet --resizefs, si vous préférez des options courtes.)

mattdm
la source
5
Bien que ce soit toujours une bonne idée d'avoir des sauvegardes. Je considérerais cela comme un risque assez faible car aucune donnée existante n'est déplacée et le système de fichiers est (vraisemblablement) natif Linux, pas de rétro-ingénierie.
plugwash
141.56 GiB / 77.56 GiB freese lit comme X sur Y gratuitement. Donc au début, je pensais que c'était une blague: P
Insane
1
@Insane Ouais, ce n'est pas le meilleur formatage. Vous pouvez obtenir les mêmes informations formatées de différentes manières à partir de pvsou pvdisplay, si vous préférez.
mattdm
10

Réponse plus générale pour LVM:

Tout d'abord - assurez-vous que vous disposez d'un stockage supplémentaire non partitionné. Ensuite:

  1. Utilisez fdiskpour créer une nouvelle partition (plus sûre que l'extension d'une partition existante)

  2. Utilisez pvcreatepour créer un volume LVM physique:

    pvcreate /dev/sdxx
    
  3. Utilisez vgextendpour étendre un groupe LVM existant à l'aide d'un nouveau volume physique:

    vgextend groupname /dev/sdxx
    

    Vous pouvez obtenir des noms de groupe avec vgdisplay

  4. Utilisez lvextendle mappeur lvm pour augmenter le volume lvm:

    lvextend -l +100%FREE /dev/mapper/xxx
    
  5. Développez le système de fichiers:

    xfs_growfs /dev/mapper/xxx
    

    Ou

    resize2fs /dev/mapper/xxx
    
Maciej Asembler
la source
1

Le système de fichiers / peut être un défi particulier, car il doit être pris en charge par le chargeur de démarrage.

Cette réponse ne spécifie pas comment accomplir la tâche demandée, mais fournit une solution de contournement.

Une autre option: trouver un sous-répertoire (par exemple, / big /) qui contient beaucoup de données. Copiez ensuite ces données sur vos 60 Go d'espace, mv le répertoire avec beaucoup d'espace (par exemple, mv / big / bigback), et montez vos 60 Go (ou une partie de celui-ci) sur / big. Après avoir confirmé que tout fonctionne comme prévu, rm / bigback pour regagner de l'espace sur /

TOOGAM
la source
Si vous faites cela, immédiatement après, touch /.autorelabel; rebootassurez-vous que les fichiers déplacés ont les bonnes étiquettes SELinux.
mattdm
1
Il s'agit d'une solution valide et utile (ne nécessitant pas beaucoup de connaissances) lorsque nous volons sans LVM. Avec lui, le changement est encore moins douloureux.
Gombai Sándor
Il n'y a aucune raison en principe que / doive être pris en charge par le chargeur de démarrage, mais dans ce cas, c'est vrai car il n'y a pas de / boot séparé. Lors de la monkeying avec LVM, faites toujours / boot réel.
Joshua
-1

Une autre option, avant d'essayer quelque chose de plus drastique, consiste à utiliser BleachBit pour supprimer les fichiers temporaires et autres fichiers inutiles.

De wikipedia:

BleachBit est un nettoyeur d'espace disque gratuit et open-source, un gestionnaire de confidentialité et un optimiseur de système informatique.

Il devrait être dans le gestionnaire de paquets, donc cela devrait le faire.

sudo yum install bleachbit

Ou téléchargez depuis leur page .


la source