나는 최근에 매번 약 100-200GB의 임시 파일을 생성하는 프로그램을 실행하고 있습니다. 이제는 실행 중일 때 정기적으로 디스크 공간이 부족하지만 실제로는 그렇지 않습니다.
내가 실행하면 df -h
다음을 얻습니다.
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6.3G 2.9M 6.3G 1% /run
/dev/mapper/data-root 912G 693G 174G 81% /
tmpfs 32G 178M 32G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/loop2 163M 163M 0 100% /snap/chromium/1362
/dev/loop1 241M 241M 0 100% /snap/chromium/1373
/dev/nvme1n1p1 467M 228M 205M 53% /boot
/dev/loop4 56M 56M 0 100% /snap/core18/1932
/dev/loop0 374M 374M 0 100% /snap/anbox/186
/dev/loop5 98M 98M 0 100% /snap/core/10126
/dev/loop6 98M 98M 0 100% /snap/core/10185
/dev/loop7 147M 147M 0 100% /snap/code/47
/dev/loop3 143M 143M 0 100% /snap/code/48
/dev/loop8 166M 166M 0 100% /snap/electron-mail/26
/dev/loop9 61M 61M 0 100% /snap/gmail-desktop/16
/dev/loop10 55M 55M 0 100% /snap/gtk-common-themes/1502
/dev/loop11 93M 93M 0 100% /snap/insomnia/105
/dev/loop12 93M 93M 0 100% /snap/insomnia/109
/dev/loop13 177M 177M 0 100% /snap/postman/127
/dev/loop14 11M 11M 0 100% /snap/helm/302
/dev/loop16 92M 92M 0 100% /snap/go/6633
/dev/loop15 141M 141M 0 100% /snap/slack/30
/dev/loop17 92M 92M 0 100% /snap/go/6439
/dev/loop18 174M 174M 0 100% /snap/postman/128
/dev/loop19 113M 113M 0 100% /snap/gmail-desktop/12
/dev/loop20 163M 163M 0 100% /snap/gnome-3-28-1804/145
/dev/loop21 170M 170M 0 100% /snap/spotify/42
/dev/loop22 164M 164M 0 100% /snap/spotify/41
/dev/loop23 9.9M 9.9M 0 100% /snap/helm/292
/dev/loop24 138M 138M 0 100% /snap/slack/29
/dev/loop25 9.7M 9.7M 0 100% /snap/kubectl/1634
/dev/loop26 168M 168M 0 100% /snap/electron-mail/27
/dev/loop27 56M 56M 0 100% /snap/core18/1885
/dev/loop28 9.7M 9.7M 0 100% /snap/kubectl/1647
/dev/loop29 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop30 162M 162M 0 100% /snap/gnome-3-28-1804/128
tmpfs 6.3G 24K 6.3G 1% /run/user/120
tmpfs 6.3G 124K 6.3G 1% /run/user/1001
/dev/sda1 932G 664G 268G 72% /media/work/WD Elements SE 25FE
보시다시피 ~912GB가 있고 /
693G를 사용했다고 나와 있습니다. 그러나 이것은 사실이 아니다. 아래 사진을 보면 500GB만 사용한 것을 확인할 수 있습니다.
내가 달릴 때 sudo lsof +L1
나는 얻는다.https://pastebin.com/WD5qTEYW(나열된 파일 중 흥미로워 보이는 파일은 없습니다. 즉, 그 파일 중 어느 것도 내가 실행 중인 프로그램에서 생성한 tmp 파일과 관련이 없습니다.)
또한 추가하고 다시 시작하려고 시도했는데 touch /forcefsck
어떤 이유로 부팅 시 fsck가 실행되지 않는 것 같습니다. 또한 동일한 결과로 grub 구성에 fsck를 추가하려고 시도했지만 실행되지 않습니다.
>> sudo tune2fs -l /dev/mapper/data-root|grep check
Last checked: Sun Nov 24 23:35:00 2019
그래서 인터넷 검색을 통해 위의 내용을 계속해서 시도한 후에 아이디어가 부족합니다. 여기서 무슨 일이 일어나고 있는지 알아낼 수 있는 사람이 있나요?
내 운영체제 정보입니다.
NAME="Pop!_OS"
VERSION="20.04 LTS"
ID=pop
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 20.04 LTS"
하드 드라이브는Samsung 970 EVO Plus 1 TB PCIe NVMe M.2 (2280) Internal Solid State Drive (SSD) (MZ-V7S1T0)
답변1
나는 최근에 매번 약 100-200GB의 임시 파일을 생성하는 프로그램을 실행하고 있습니다. 실행중에 디스크 공간이 부족해지는 일이 자주 발생하는데...
/dev/mapper/data-root 912G 693G 174G 81% /
174GB를 사용할 수 있지만 최대 200GB가 필요하므로 디스크 공간이 부족해집니다. 공간을 만들어 주어야 합니다.
하지만 나는 정말로 그렇지 않습니다.
그렇습니다. 숫자가 위에 있습니다.
693G를 사용하고 있다고 하더군요. 그러나 이것은 사실이 아니다. 아래 사진을 보면 500GB만 사용한 것을 확인할 수 있습니다.
아니요, 의 숫자는 df
정확합니다. 이보다 더 사실은 없습니다.
/root
스크린샷에는 읽을 수 없는 파일 수는 표시되지 않으므로 분명히 사용자 계정에서 읽을 수 있는 파일만 계산됩니다 . /lost+found
따라서 계정에서 읽을 수 있는 공간은 435GB이고 읽을 수 없는 공간은 약 258GB입니다. 공간을 사용하는 것이 무엇인지 알고 싶다면 관리자 권한으로 탐색해야 합니다. GUI 도구를 관리자( sudo baobab
)로 실행하거나 다음을 실행합니다.
sudo du -x -h / | sort -h >du.txt
다른 합병증도 발생할 수 있습니다(특히 5%의 여유를 두어야 합니다. 즉, 디스크를 95% 이상 채우지 마십시오.) 먼저 df
부분 번호가 아닌 올바른 번호( 의 번호)를 신뢰해야 합니다.