Niente più spazio nel filesystem di root, come potrei aumentare le dimensioni?

24

Questo è il mio filesystem:

 $ 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

E come puoi vedere il filesystem di root è pieno.

Ho già provato a eliminare tutte le cose inutili, ma non ho ancora abbastanza spazio.

Come potrei aumentarlo? Mi rimangono 60 giga sul mio disco rigido, c'è un modo per spostare lì il mio filesystem di root?

— Dimitri Danilov
fonte

3

Puoi mostrare il risultato di sudo pvscan, per favore?

— 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

Ehm, 1.7G gratis, dov'è il problema?

— Simon Richter,

3

Se questa è la tua definizione di "completo" dovresti vedere il mio filesystem lol

— Lightness Races con Monica

2

@SimonRichter Avevo 1,9 giga quando ho rimosso tutta la mia / var / cache, ma questa directory si è riempita molto rapidamente e ho circa 100 mesi in media

— Dimitri Danilov

47

Buone notizie! pvscanmostra PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- quindi dovresti essere in grado di aggiungere fino a 77,56GiB a qualsiasi tuo filesystem. Suggerirei di aggiungerlo in blocchi più piccoli (come 10GiB), quindi hai una riserva da mettere /homese decidi di aver bisogno di crescita lì in seguito.

Si tratta di un'operazione relativamente ben testata e generalmente sicura, ma tutte le operazioni a livello di root e di file system presentano alcuni rischi: assicurarsi di disporre prima di un backup funzionante. Poi....

È possibile estendere il rootvolume logico per utilizzare lo spazio libero con lvextend, in questo modo:

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

(O -Le -rinvece di --sizee --resizefs, se si preferiscono opzioni brevi.)

— mattdm
fonte

5

Mentre è sempre una buona idea avere backup. Considererei questo un rischio piuttosto basso poiché nessun dato esistente viene spostato e il filesystem è (presumibilmente) Linux nativo, non retroingegnerizzato.

— plugwash

141.56 GiB / 77.56 GiB freelegge come X su Y libero. Quindi all'inizio ho pensato che fosse uno scherzo: P

— Insane

1

@Insane Sì, questa non è la migliore formattazione. Puoi ottenere le stesse informazioni formattate in modi diversi da pvso pvdisplay, se preferisci.

— Mattdm,

10

Risposta più generale per LVM:

Innanzitutto, assicurati di disporre di ulteriore spazio di archiviazione non partizionato. Poi:

Utilizzare fdiskper creare una nuova partizione (più sicura dell'espansione di una esistente)
Utilizzare pvcreateper creare volume fisico LVM:
```
pvcreate /dev/sdxx
```
Utilizzare vgextendper estendere il gruppo LVM esistente utilizzando il nuovo volume fisico:
```
vgextend groupname /dev/sdxx
```
Puoi ottenere i nomi dei gruppi con vgdisplay
Utilizzare lvextendsu lvm mapper per espandere il volume di lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Fai crescere il filesystem:

xfs_growfs /dev/mapper/xxx

O

resize2fs /dev/mapper/xxx

— Maciej Asembler
fonte

1

Il filesystem / può essere una sfida particolare, in quanto deve essere supportato dal boot loader.

Questa risposta non specifica come eseguire l'attività richiesta, ma fornisce una soluzione alternativa.

Un'altra opzione: trovare una sottodirectory (ad esempio, / big /) che contiene molti dati. Quindi copia quei dati su 60 GB di spazio, mv la directory con molto spazio (ad esempio, mv / big / bigback) e monta i tuoi 60 GB (o una parte di esso) su / big. Dopo aver verificato che tutto funzioni come previsto, rm / bigback per riottenere spazio su /

— TOOGAM
fonte

Se lo fai, subito dopo, touch /.autorelabel; rebootassicurati che i file spostati abbiano le etichette SELinux giuste.

— mattdm,

1

Questa è una soluzione valida e utile (non richiede molta conoscenza) quando voliamo senza LVM. Con esso, il cambiamento è ancora meno doloroso.

— Gombai Sándor,

Non vi è alcun motivo in linea di principio che / debba essere supportato dal bootloader, ma in questo caso è vero perché non esiste / boot separato. Quando monkeying con LVM, rendere sempre / boot reale.

— Giosuè,

-1

Un'altra opzione, prima di tentare qualcosa di più drastico, è usare BleachBit per rimuovere i file temporanei e altri non necessari.

Da Wikipedia:

BleachBit è uno strumento di pulizia dello spazio su disco gratuito e open source, gestore della privacy e ottimizzatore del sistema informatico.

Dovrebbe essere nel gestore dei pacchetti, quindi dovrebbe farlo.

sudo yum install bleachbit

Oppure scarica dalla loro pagina .