Nigdy więcej miejsca w głównym systemie plików, jak mogę zwiększyć rozmiar?

24

To jest mój system plików:

 $ 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

I jak widać główny system plików jest pełny.

Próbowałem już usunąć wszystkie niepotrzebne rzeczy, ale wciąż nie mam wystarczającej ilości miejsca.

Jak mogę to zwiększyć? Mam 60 giga na dysku twardym, czy jest jakiś sposób, aby przenieść tam główny system plików?

— Dymitr Daniłow
źródło

3

Czy możesz pokazać wynik sudo pvscan?

— 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

Erm, 1,7G za darmo, gdzie jest problem?

— Simon Richter

3

Jeśli to twoja definicja „pełna”, powinieneś zobaczyć mój system plików lol

— Lightness Races with Monica

2

@ SimonRichter Miałem 1,9 giga, kiedy usunąłem całą pamięć podręczną / var / cache, ale ten katalog zapełnił się bardzo szybko i mam średnio około 100 miesięcy

— Dimitri Danilov

47

Dobre wieści! pvscanpokazuje PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- więc powinieneś być w stanie dodać do 77.56GiB do dowolnego systemu plików. Sugerowałbym dodanie go w mniejszych blokach (takich jak 10GiB), więc masz rezerwę do zainwestowania, /homejeśli zdecydujesz, że potrzebujesz tam wzrostu później.

Jest to stosunkowo dobrze przetestowana i ogólnie bezpieczna operacja, ale wszystkie operacje na woluminach i systemie plików na poziomie głównym wiążą się z pewnym ryzykiem - najpierw upewnij się, że masz działającą kopię zapasową. Następnie....

Możesz rozszerzyć rootwolumin logiczny, aby wykorzystać wolne miejsce lvextend, w następujący sposób:

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

(Lub -Li -rzamiast --sizei --resizefs, jeśli wolisz krótkie opcje).

— mattdm
źródło

5

Chociaż zawsze warto mieć kopie zapasowe. Uznałbym to za dość niskie ryzyko, ponieważ żadne istniejące dane nie są przenoszone, a system plików jest (prawdopodobnie) rodzimym linuksem, a nie metodą inżynierii wstecznej.

— płukanie

141.56 GiB / 77.56 GiB freeczyta jak X z Y za darmo. Więc na początku myślałem, że to żart: P

— Szalony

1

@Insane Tak, to nie jest najlepsze formatowanie. Możesz uzyskać te same informacje sformatowane na różne sposoby z pvslub pvdisplay, jeśli wolisz.

— mattdm

10

Bardziej ogólna odpowiedź dla LVM:

Po pierwsze - upewnij się, że masz dodatkowe niepodzielone miejsce do przechowywania. Następnie:

Służy fdiskdo tworzenia nowej partycji (bezpieczniejszej niż rozbudowa istniejącej)
Użyj, pvcreateaby utworzyć fizyczny wolumin LVM:
```
pvcreate /dev/sdxx
```
Użyj, vgextendaby rozszerzyć istniejącą grupę LVM za pomocą nowego woluminu fizycznego:
```
vgextend groupname /dev/sdxx
```
Możesz uzyskać nazwy grup za pomocą vgdisplay
Użyj lvextendna maperze lvm, aby zwiększyć objętość lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Rozwijaj system plików:

xfs_growfs /dev/mapper/xxx

Lub

resize2fs /dev/mapper/xxx

— Maciej Asembler
źródło

1

System plików / może stanowić szczególne wyzwanie, ponieważ musi być obsługiwany przez moduł ładujący rozruch.

Ta odpowiedź nie określa sposobu wykonania żądanego zadania, ale zapewnia obejście.

Inna opcja: znajdź podkatalog (np. / Big /), który zawiera dużo danych. Następnie skopiuj te dane do 60 GB miejsca, przeprowadź katalog z dużą ilością miejsca (np. Mv / big / bigback) i zamontuj 60 GB (lub jego część) na / big. Po potwierdzeniu, że wszystko działa zgodnie z oczekiwaniami, rm / bigback, aby ponownie uzyskać miejsce na /

— TOOGAM
źródło

Jeśli to zrobisz, natychmiast po tym, touch /.autorelabel; rebootupewnij się, że przeniesione pliki mają odpowiednie etykiety SELinux.

— mattdm

1

Jest to prawidłowe i przydatne rozwiązanie (nie wymagające dużej wiedzy), gdy latamy bez LVM. Dzięki temu zmiana jest jeszcze mniej bolesna.

— Gombai Sándor

Zasadniczo nie ma powodu, aby bootloader obsługiwał /, ale w tym przypadku jest to prawdą, ponieważ nie ma osobnego / boot. Podczas małpowania z LVM, zawsze wykonuj / bootuj.

— Joshua

-1

Inną opcją, zanim spróbujesz zrobić coś bardziej drastycznego, jest użycie BleachBit do usunięcia plików tymczasowych i innych niepotrzebnych plików.

Z wikipedii:

BleachBit to darmowy program do czyszczenia miejsca na dysku, menedżer prywatności i optymalizator systemu komputerowego typu open source.

Powinien być w menedżerze pakietów, więc powinno to zrobić.

sudo yum install bleachbit

Lub pobierz z ich strony .