df -h n'affiche que 10 Go, mais j'ai affecté un disque de 500 Go à l'instance GCE

13

Je continue à manquer d'espace disque tout en essayant de compiler gcc et je continue à créer des tailles de disque de plus en plus grandes et après 5 heures de compilation, il manque d'espace disque. J'ai redimensionné le disque 4 fois maintenant, redémarré l'étape de compilation pour la 4e fois maintenant avec un disque de 500 Go.

Quand j'ai couru df -hpour voir combien d'espace était utilisé, il ne dit que 9,7 Go, mais cela est considéré comme 100%.

entrez la description de l'image ici

entrez la description de l'image ici

entrez la description de l'image ici

Je pensais qu'il pourrait y avoir un autre disque, mais je ne vois sdaque sa partition

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

Mon disque a donc une taille de 500 Go et ne dffait que le signaler (dans ce cas, la compilation de gcc augmente de 500 Go) ou le tableau de bord de Google Cloud le signale-t-il mal, le dfsignale-t-il correctement et la compilation de gcc ne dépasse-t-il pas 500 Go?

Quoi qu'il en soit, à moins que je ne sois censé faire quelque chose pour utiliser les 500 Go (ce qui est d'ailleurs contre-intuitif), je suppose que c'est un bug?

(J'ai cherché avant de publier, je n'ai vu que des problèmes liés à AWS)

MISE À JOUR - lsblk l'explique:

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
└─sda1   8:1    0   10G  0 part /
Jan Vladimir Mostert
la source
2
Publiez la sortie de lsblk.
EEAA
1
Ressemble à une partition racine Linux standard, pour moi. À moins que GCE ne dispose d'outils sophistiqués pour dire à votre machine virtuelle d'étendre le système de fichiers pour la nouvelle partition étendue, vous devez le faire vous-même.
Magellan
Merci @EEAA, cela explique cela, je vois que la partition de démarrage ne fait que 10 Go de 500 Go, je ne savais pas que je devais la redimensionner moi-même.
Jan Vladimir Mostert
Sur Debian, je n'ai pas besoin de redimensionner, il semble que ce soit juste CentOS: stackoverflow.com/questions/30786236/…
Jan Vladimir Mostert

Réponses:

11

Il semble que Google Compute Engine offre un redimensionnement automatique des partitions racine sur la plupart des systèmes d'exploitation (j'utilise généralement Debian, donc je n'ai jamais eu de tels problèmes), CentOS ne semble pas être l'un d'entre eux.

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

Dans mon cas, une répartition manuelle est nécessaire, voir: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition

Après avoir suivi les étapes, la taille de mon disque est désormais de 500 Go

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
la source
4
Je recommanderais de prendre un instantané de votre machine virtuelle si GCE le permet avant de l'essayer. Et si vous ne l'avez pas déjà fait auparavant, je recommanderais certainement de l'essayer sur des instances hors production avant de le faire en production.
Magellan
3
Hehe, trop tard, a déjà détruit la machine. Heureusement, nous avons fait un instantané la nuit dernière, donc aucun dommage majeur.
Jan Vladimir Mostert
4

Voici les étapes de votre partition xfs (/ dev / sda1).

N'oubliez pas de faire un instantané avant d'essayer!

Recréez d'abord votre partition racine, tapez cette commande:

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

Redémarrez ensuite votre serveur. Une fois redémarré, agrandissez votre partition

xfs_growfs /dev/sda1

Vérifiez avec:

df -h
Novkovski Stevo Bato
la source