Continuo sem espaço em disco ao tentar compilar o gcc e continuo criando tamanhos de disco cada vez maiores e, após 5 horas de compilação, fica sem espaço em disco. Eu redimensionei o disco quatro vezes agora, reiniciei a etapa de compilação pela quarta vez agora com um disco de 500 GB.
Quando corri df -h
para ver quanto espaço era usado, ele diz apenas 9,7 GB, mas isso é considerado 100%.
Eu pensei que poderia haver outro disco, mas eu só estou vendo sda
e sua partição
ls /dev/sd*
/dev/sda /dev/sda1
Então, meu disco tem realmente 500 GB de tamanho e df
está apenas relatando errado (nesse caso, a compilação de gcc diminui todos os 500 GB) ou o Dashboard do Google Cloud está relatando incorretamente, df
relatando-o corretamente e compilando gcc não está corrigindo 500 GB?
De qualquer forma, a menos que eu deva fazer algo para usar os 500 GB (o que é contra-intuitivo), acho que isso é um bug?
(Pesquisei antes de publicar, vi apenas problemas relacionados à AWS)
ATUALIZAÇÃO - lsblk explica isso:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 500G 0 disk
└─sda1 8:1 0 10G 0 part /
fonte
lsblk
.Respostas:
Parece que o Google Compute Engine oferece redimensionamento automático de partições raiz na maioria dos sistemas operacionais (geralmente estou usando o Debian, por isso nunca tive esses problemas), parece que o CentOS não é um deles.
Consulte: https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd
No meu caso, é necessária uma repartição manual, consulte: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition
Depois de seguir as etapas, o tamanho do meu disco agora é de 500 GB
fonte
Aqui estão as etapas em que você possui uma única partição xfs (/ dev / sda1).
Não se esqueça de tirar uma foto antes de tentar!
Primeiro recrie sua partição raiz, digite este comando:
Em seguida, reinicie o servidor. Depois de reiniciado, aumente sua partição
Verifique com:
fonte