df -h показывает только 10 ГБ, но я назначил диск 500 ГБ экземпляру GCE

Я продолжаю исчерпывать дисковое пространство, пытаясь скомпилировать gcc, и продолжаю создавать диски большего и большего размеров, и после 5 часов компиляции на нем заканчивается свободное место. Я изменил размер диска 4 раза, перезапустил этап компиляции в 4-й раз с диском 500 ГБ.

Когда я побежал df -hпосмотреть, сколько места было занято, он говорит только о 9,7 ГБ, но это считается 100%.

Я думал, что может быть другой диск, но я только вижу sdaи его раздел

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

Итак, мой диск на самом деле имеет размер 500 ГБ и dfпросто сообщает о нем неправильно (в этом случае при компиляции gcc получается 500 ГБ) или панель инструментов Google Cloud сообщает об этом неправильно, dfсообщает, что правильно, а при компиляции gcc не происходит 500 ГБ?

В любом случае, разве что я должен что-то сделать, чтобы использовать 500 ГБ (что, кстати, нелогично), я предполагаю, что это ошибка?

(Я искал, прежде чем опубликовать, я видел только проблемы, связанные с 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 нет каких-либо причудливых инструментов, позволяющих вашей виртуальной машине расширять файловую систему для вновь расширенного раздела, вам придется делать это самостоятельно.

— Магеллан

Спасибо @EEAA, это объясняет, я вижу загрузочный раздел размером всего 10 ГБ и 500 ГБ, не знал, что мне пришлось самому изменять его размер.

— Ян Владимир Мостерт

В Debian мне не нужно делать никаких изменений, кажется, что это просто CentOS: stackoverflow.com/questions/30786236/…

— Ян Владимир Мостерт

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

— Ян Владимир Мостерт

Ответы:

Похоже, что Google Compute Engine действительно предлагает автоматическое изменение размера корневых разделов в большинстве операционных систем (я обычно использую Debian, поэтому таких проблем никогда не было), кажется, CentOS не является одним из них.

См .: https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd.

В моем случае необходимо перераспределение вручную, см .: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition

Пройдя через шаги, мой размер диска теперь составляет 500 ГБ

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

— Ян Владимир Мостерт
источник

Я бы рекомендовал сделать снимок вашей виртуальной машины, если GCE позволяет это сделать, прежде чем вы попробуете. И если вы не сделали этого раньше, я бы определенно рекомендовал попробовать это на непроизводственных экземплярах, прежде чем делать это в Production.

— Магеллан

Хе-хе, слишком поздно, уже разбили машину. К счастью, сделал снимок прошлой ночью, поэтому никаких серьезных повреждений.

— Ян Владимир Мостерт

Вот шаги у вас есть один раздел 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

— Новковски Стево Бато
источник