Wciąż brakuje mi miejsca na dysku, próbując skompilować gcc, i wciąż tworzę coraz większe rozmiary dysków, a po 5 godzinach kompilacji zabrakło miejsca na dysku. Zmieniłem rozmiar dysku 4 razy, ponownie uruchomiłem krok kompilacji po raz czwarty z dyskiem 500 GB.
Kiedy pobiegłem, df -h
aby zobaczyć, ile miejsca zostało wykorzystane, mówi tylko 9,7 GB, ale uważa się to za 100%.
Myślałem, że może być inny dysk, ale widzę tylko sda
jego partycję
ls /dev/sd*
/dev/sda /dev/sda1
Czy mój dysk rzeczywiście ma rozmiar 500 GB i df
po prostu zgłasza, że jest niepoprawny (w takim przypadku kompilacja gcc wyświetla całe 500 GB), czy też panel Google Cloud zgłasza, że jest nieprawidłowy, df
zgłasza to poprawnie, a kompilacja gcc nie przekracza 500 GB?
Tak czy inaczej, chyba że mam coś zrobić, aby skorzystać z 500 GB (co jest zresztą sprzeczne z intuicją), domyślam się, że to błąd?
(Szukałem przed opublikowaniem, widziałem tylko problemy związane z AWS)
AKTUALIZACJA - lsblk wyjaśnia to:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 500G 0 disk
└─sda1 8:1 0 10G 0 part /
źródło
lsblk
.Odpowiedzi:
Wygląda na to, że Google Compute Engine oferuje automatyczną zmianę rozmiaru partycji głównych w większości systemów operacyjnych (zwykle używam Debiana, więc nigdy nie miałem takich problemów), wydaje się, że CentOS nie jest jednym z nich.
Zobacz: https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd
W moim przypadku konieczna jest ręczna zmiana partycji, patrz: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition
Po wykonaniu tych kroków mój rozmiar dysku wynosi teraz 500 GB
źródło
Oto kroki, w których masz pojedynczą partycję xfs (/ dev / sda1).
Nie zapomnij zrobić migawki przed próbą!
Najpierw utwórz ponownie partycję root, wpisz to polecenie:
Następnie uruchom ponownie serwer. Po ponownym uruchomieniu powiększ partycję
Zweryfikuj za pomocą:
źródło