df -h sadece 10GB gösterir, ancak GCE örneğine 500GB disk atadım

Gcc derlemeye çalışırken disk alanım tükeniyor ve daha büyük ve daha büyük disk boyutları oluşturmaya devam ediyorum ve 5 saatlik derlemeden sonra disk alanı tükeniyor. Diski 4 kez yeniden boyutlandırdım, derleme adımını 500GB diskle 4. kez yeniden başlattım.

Ne df -hkadar alan kullanıldığını görmek için koştuğumda, sadece 9.7GB diyor, ancak bu% 100 olarak kabul ediliyor.

Başka bir disk olabileceğini düşündüm, ama sadece görüyorum sdave bölümünü

ls /dev/sd*
/dev/sda  /dev/sda1

Yani diskim aslında 500GB boyutunda mı ve dfsadece yanlış mı rapor ediyor (bu durumda gcc derlemek 500GB'ın tamamını boğuyor) veya Google Cloud's Dashboard yanlış mı dfrapor ediyor, doğru rapor ediyor ve gcc derlemek 500GB'da boğulmuyor mu?

Her iki durumda da, 500GB (bu arada karşı sezgisel) kullanmak için bir şey yapmam gerekiyorsa, bu bir hata olduğunu tahmin ediyorum?

(Göndermeden önce aradım, sadece AWS ile ilgili sorunları gördüm)

GÜNCELLEME - lsblk açıklar:

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
└─sda1   8:1    0   10G  0 part /

google-compute-engine

— Jan Vladimir Mostert
kaynak

Çıktısını gönderin lsblk.

— EEAA

Bana göre yeniden boyutlandırılan bir bataklık standart Linux kök bölümü gibi görünüyor. GCE, VM'nize yeni genişletilmiş bölüm için dosya sistemini genişletmesini söyleyecek bazı süslü araçlara sahip olmadığı sürece, bunu kendiniz yapmanız gerekir.

— Magellan

Teşekkürler @EEAA, bunu açıklıyor, önyükleme bölümünün 500GB boyutunda sadece 10GB olduğunu görüyorum, kendim yeniden boyutlandırmam gerektiğinin farkında değildim.

— Jan Vladimir Mostert

Debian'da yeniden boyutlandırma yapmam gerekmiyor, sadece CentOS gibi görünüyor: stackoverflow.com/questions/30786236/…

— Jan Vladimir Mostert

cloud.google.com/compute/docs/disks/…

— Jan Vladimir Mostert

Yanıtlar:

Görünüşe göre Google Compute Engine, çoğu işletim sisteminde kök bölümlerin otomatik olarak yeniden boyutlandırılmasını sağlıyor (genellikle Debian kullanıyorum, bu yüzden hiç böyle bir sorun yaşamadım), CentOS bunlardan biri değil gibi görünüyor.

Bkz. Https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd

Benim durumumda, manuel yeniden bölümlendirme gerekiyor, bkz: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition

Adımları tamamladıktan sonra disk boyutum artık 500 GB

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
└─sda1   8:1    0  500G  0 part /

— Jan Vladimir Mostert
kaynak

Bunu denemeden önce GCE buna izin veriyorsa VM'nizin anlık görüntüsünü almanızı öneririm. Ve bunu daha önce yapmadıysanız, bunu Üretimde yapmadan önce kesinlikle Üretim dışı durumlarda denemenizi tavsiye ederim.

— Magellan

Hehe, çok geç, zaten makineyi mahvetti. Neyse ki dün gece bir anlık görüntü yaptı, bu yüzden büyük bir hasar.

— Jan Vladimir Mostert

İşte tek xfs (/ dev / sda1) bölümünüzdeki adımlar.

Denemeden önce enstantane yapmayı unutmayın!

Önce kök bölümünüzü yeniden oluşturun, şu komutu yazın:

(echo d; echo n; echo p; echo 1; echo ; echo; echo w) | sudo fdisk /dev/sda

Ardından sunucunuzu yeniden başlatın. Yeniden başlatıldıktan sonra bölümünüzü büyütün

xfs_growfs /dev/sda1

Şununla doğrula:

df -h

— Novkovski Stevo Bato
kaynak