gcc를 컴파일하는 동안 디스크 공간이 계속 부족하고 더 크고 더 큰 디스크 크기를 계속 만들고 5 시간의 컴파일 후에 디스크 공간이 부족합니다. 디스크 크기를 4 배로 조정하고 500GB 디스크로 4 번째 컴파일 단계를 다시 시작했습니다.
df -h사용 된 공간이 얼마나되는지 보려고 했을 때 9.7GB 만 표시되지만 100 %로 간주됩니다.
다른 디스크가 있다고 생각했지만 sda파티션과 파티션 만보 고 있습니다.
ls /dev/sd*
/dev/sda /dev/sda1
따라서 내 디스크의 크기 df는 실제로 500GB이고 잘못보고하는 것입니다 (이 경우 gcc를 컴파일하면 전체 500GB를 차지함) .Google Cloud의 대시 보드에서이를 잘못 df보고하고, 올바르게보고하며 gcc를 컴파일하는 것이 500GB를 통과하지 않습니까?
어느 쪽이든, 500GB를 사용하기 위해 무언가를 할 생각이 없다면 (이것은 반 직관적입니다), 이것이 버그라고 생각합니까?
(나는 게시하기 전에 검색했는데 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은 대부분의 운영 체제에서 루트 파티션의 자동 크기 조정을 제공하는 것 같습니다 (보통 데비안을 사용하고 있으므로 결코 그런 문제가 없었습니다). CentOS 그것은 그중 하나가 아닌 것 같습니다.
참조 :
https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd
제 경우에는 수동 재 파티셔닝이 필요합니다. https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition을 참조하십시오.
단계를 수행 한 후 디스크 크기는 이제 500GB입니다.
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 500G 0 disk
└─sda1 8:1 0 500G 0 part /
답변
단일 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