df -h仅显示10GB，但我已为GCE实例分配了500GB磁盘

在尝试编译gcc时，我一直用尽磁盘空间，并且继续创建越来越大的磁盘，经过5个小时的编译，它耗尽了磁盘空间。我现在已经调整了磁盘大小4次，现在使用500GB磁盘第四次重新启动了编译步骤。

当我跑去df -h查看使用了多少空间时，它只有9.7GB，但这被认为是100％。

我以为可能还有另一个磁盘，但是我只看到sda它的分区

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

那么我的磁盘实际上是500GB大小，df只是报告错误（在这种情况下，编译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

— 扬·弗拉基米尔·莫斯特特
source

发布的输出lsblk。

— EEAA

对我来说，这看起来像是一个沼泽标准的Linux根分区。除非GCE有一些精美的工具告诉您的VM扩展新扩展的分区的文件系统，否则您必须自己做。

— 麦哲伦

感谢@EEAA，这可以解释它，我看到引导分区只有10GB，容量为500GB，不知道我必须自己调整它的大小。

— Jan Vladimir Mostert'1

在Debian上，我不需要调整大小，似乎只是CentOS：stackoverflow.com/questions/30786236/…–

— Jan Vladimir Mostert

— Jan Vladimir Mostert

Answers:

似乎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 /

— 扬·弗拉基米尔·莫斯特特
source

如果尝试使用GCE，我建议您为VM制作快照。而且，如果您以前没有做过，我绝对建议您在非生产实例上尝试此操作，然后再在生产中执行此操作。

— 麦哲伦

呵呵，为时已晚，已经毁坏了机器。昨晚幸运地制作了快照，因此没有太大的损坏。

— Jan Vladimir Mostert'1

这是您具有单个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

— 诺夫科夫斯基·斯特沃·巴托
source