Sigo quedando sin espacio en disco mientras intento compilar gcc y sigo creando discos cada vez más grandes y después de 5 horas de compilación, se queda sin espacio en disco. Cambié el tamaño del disco 4 veces, reinicié el paso de compilación por cuarta vez con un disco de 500 GB.
Cuando corrí df -h
para ver cuánto espacio se usó, solo dice 9.7GB, pero eso se considera 100%.
Pensé que podría haber otro disco, pero solo estoy viendo sda
y su partición
ls /dev/sd*
/dev/sda /dev/sda1
Entonces, ¿mi disco tiene un tamaño de 500 GB y df
solo informa que está mal (en cuyo caso la compilación de gcc produce los 500 GB completos) o el Panel de control de Google Cloud lo informa mal, lo df
informa correctamente y la compilación de gcc no es de 500 GB?
De cualquier manera, a menos que se supone que debo hacer algo para hacer uso de los 500 GB (que por cierto es contra-intuitivo), ¿supongo que esto es un error?
(He buscado antes de publicar, solo he visto problemas relacionados con AWS)
ACTUALIZACIÓN - lsblk lo explica:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 500G 0 disk
└─sda1 8:1 0 10G 0 part /
fuente
lsblk
.Respuestas:
Parece que Google Compute Engine ofrece redimensionamiento automático de particiones raíz en la mayoría de los sistemas operativos (generalmente uso Debian, así que nunca tuve tales problemas), CentOS parece que no es uno de ellos.
Ver: https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd
En mi caso, se necesita un reparto manual, consulte: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition
Después de seguir los pasos, el tamaño de mi disco ahora es de 500 GB
fuente
Estos son los pasos en los que tiene una única partición xfs (/ dev / sda1).
¡No te olvides de hacer una instantánea antes de intentarlo!
Primero vuelva a crear su partición raíz, escriba este comando:
Luego reinicie su servidor. Una vez reiniciado, haga crecer su partición
Verificar con:
fuente