df -hは10GBしか表示しませんが、GCEインスタンスに500GBのディスクを割り当てました

gccをコンパイルしようとしている間、ディスク容量が不足し続け、ますます大きなディスクサイズを作成し続け、5時間のコンパイル後、ディスク容量が不足します。ディスクのサイズを4回変更し、500GBのディスクで4回目のコンパイル手順を再開しました。

df -h使用量を確認するために実行したとき、9.7GBとしか表示されませんが、100％と見なされます。

別のディスクがあるかもしれないと思ったが、私は見ているだけでsda、そのパーティション

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

私のディスクのサイズdfは実際には500GBで、間違って報告しているだけです（この場合、gccをコンパイルすると500GB全体が表示されます）か、Google Cloudのダッシュボードが間違って報告し、正しくdf報告してgccをコンパイルしても500GBを超えませんか？

いずれにせよ、500GBを利用するために何かをすることになっていない限り（これは直感に反します）、これはバグだと思いますか？

（投稿する前に検索しましたが、AWS関連の問題しか見ていません）

更新-lsblkはそれを説明します：

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

— ヤン・ウラジミール・モサート
ソース

の出力を投稿しますlsblk。

— EEAA

私にとっては、沼地標準のLinuxルートパーティションのように見えます。GCEに、新しく拡張されたパーティションのファイルシステムを拡張するようにVMに指示するための便利なツールがない限り、自分で行う必要があります。

— マゼラン

@EEAAに感謝します。これは、ブートパーティションのサイズが500GBのたった10GBであり、自分でサイズを変更する必要があることを知りませんでした。

— ヤンウラジミールモスト

Debianの私にはそれだけでCentOSのだと思われ、任意のサイズ変更を行う必要はありません。stackoverflow.com/questions/30786236/...

— 月ウラジミールMostert

— ヤンウラジミールモスト

回答:

Google Compute Engineはほとんどのオペレーティングシステムでルートパーティションの自動サイズ変更を提供しているようです（私は通常Debianを使用しているため、このような問題はありませんでした）。CentOSはそうではありません。

手順を実行した後、ディスクサイズは500GBになりました

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

— ヤン・ウラジミール・モサート
ソース

GCEで許可されている場合は、試してみる前にVMのスナップショットを取ることをお勧めします。これをまだ行ったことがない場合は、実稼働環境で実行する前に、非実稼働環境のインスタンスで実行することをお勧めします。

— マゼラン

遅すぎて、すでに機械が壊れています。幸運にも昨夜スナップショットを撮ったので、大きなダメージはありませんでした。

— ヤンウラジミールモスト

以下に、単一のxfs（/ dev / sda1）パーティションがある場合の手順を示します。

試す前にスナップショットを作成することを忘れないでください！

最初にルートパーティションを再作成し、次のコマンドを入力します。

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

次に、サーバーを再起動します。再起動したら、パーティションを拡大します

xfs_growfs /dev/sda1

で検証する：

df -h

— ノヴコフスキーステボバト
ソース