df -h zeigt nur 10 GB an, aber ich habe der GCE-Instanz eine 500 GB-Festplatte zugewiesen

Während ich versuche, gcc zu kompilieren, geht mir weiterhin der Speicherplatz aus und ich erstelle immer größere Datenträgergrößen. Nach 5 Stunden Kompilierung geht mir der Speicherplatz aus. Ich habe die Größe der Festplatte jetzt viermal geändert und den Kompilierungsschritt zum vierten Mal mit einer 500-GB-Festplatte neu gestartet.

Als ich lief, um df -hzu sehen, wie viel Speicherplatz verwendet wurde, steht dort nur 9,7 GB, aber das wird als 100% angesehen.

Ich dachte, es könnte eine andere Festplatte geben, aber ich sehe nur sdaund seine Partition

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

Ist meine Festplatte also tatsächlich 500 GB groß und dfmeldet sie nur falsch (in diesem Fall führt das Kompilieren von gcc dazu, dass die gesamten 500 dfGB aufgebraucht werden)?

Wie auch immer, es sei denn, ich sollte etwas tun, um die 500 GB zu nutzen (was übrigens nicht intuitiv ist). Vermute ich, dass dies ein Fehler ist?

(Ich habe gesucht, bevor ich gepostet habe. Ich habe nur AWS-bezogene Probleme gesehen.)

UPDATE - lsblk erklärt es:

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
quelle

Posten Sie die Ausgabe von lsblk.

— EEAA

Sieht aus wie eine Linux-Root-Partition, deren Größe sich für mich verändert. Sofern GCE nicht über einige ausgefallene Tools verfügt, mit denen Ihre VM angewiesen wird, das Dateisystem für die neu erweiterte Partition zu erweitern, müssen Sie dies selbst tun.

— Magellan

Dank @EEAA, das erklärt es, ich sehe, dass die Boot-Partition nur 10 GB groß ist und 500 GB groß ist, war mir nicht bewusst, dass ich die Größe selbst ändern musste.

— Jan Vladimir Mostert

Unter Debian muss ich keine Größenänderung vornehmen

— Jan Vladimir Mostert

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

— Jan Vladimir Mostert

Antworten:

Es scheint, dass Google Compute Engine auf den meisten Betriebssystemen eine automatische Größenänderung von Root-Partitionen anbietet (ich verwende normalerweise Debian, hatte also noch nie solche Probleme). CentOS scheint keine davon zu sein.

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

In meinem Fall ist eine manuelle Partitionierung erforderlich (siehe https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition)

Nachdem ich die Schritte durchgearbeitet habe, beträgt meine Festplattengröße jetzt 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
quelle

Ich würde empfehlen, einen Schnappschuss Ihrer VM zu machen, wenn GCE dies zulässt, bevor Sie es versuchen. Und wenn Sie dies noch nicht getan haben, würde ich definitiv empfehlen, es auf Nicht-Produktions-Instanzen zu versuchen, bevor Sie dies in der Produktion tun.

— Magellan

Hehe, zu spät, hat die Maschine schon kaputt gemacht. Zum Glück haben wir letzte Nacht einen Schnappschuss gemacht, also keinen größeren Schaden.

— Jan Vladimir Mostert

Hier sind die Schritte in Ihrer xfs-Partition (/ dev / sda1).

Vergessen Sie nicht, einen Schnappschuss zu machen, bevor Sie es versuchen!

Erstellen Sie zuerst Ihre Root-Partition neu und geben Sie den folgenden Befehl ein:

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

Starten Sie dann Ihren Server neu. Erweitern Sie nach dem Neustart Ihre Partition

xfs_growfs /dev/sda1

Überprüfen Sie mit:

df -h

— Novkovski Stevo Bato
quelle