데비안 12를 실행 중입니다. df에 따르면 내 메인 디스크(nvme0n1p2)에 남은 공간은 22G뿐입니다. ncdu에 따르면 960G가 있어야 합니다.
$ df -H
Filesystem Size Used Avail Use% Mounted on
udev 17G 0 17G 0% /dev
tmpfs 3.4G 4.0M 3.4G 1% /run
/dev/nvme0n1p2 1.1T 934G 22G 98% /
tmpfs 17G 0 17G 0% /dev/shm
tmpfs 5.3M 8.2k 5.3M 1% /run/lock
/dev/nvme0n1p1 536M 6.2M 530M 2% /boot/efi
tmpfs 3.4G 87k 3.4G 1% /run/user/1000
XXX.XXX.XXX.XXX:/volume1/data 27T 14T 14T 50% /mnt/data
XXX.XXX.XXX.XXX:/volume1/media 27T 14T 14T 50% /mnt/robmedia
# ncdu
. 8.2 TiB [######################] /mnt
29.6 GiB [ ] /var
7.2 GiB [ ] /usr
3.6 GiB [ ] /home
224.8 MiB [ ] /boot
125.2 MiB [ ] /opt
12.0 MiB [ ] /etc
. 3.8 MiB [ ] /run
136.0 KiB [ ] /tmp
44.0 KiB [ ] /root
e 16.0 KiB [ ] /lost+found
12.0 KiB [ ] /media
e 4.0 KiB [ ] /srv
e 4.0 KiB [ ] /.cache
. 0.0 B [ ] /proc
0.0 B [ ] /sys
0.0 B [ ] /dev
이 팬텀 드라이브 문제에 대해 제가 발견한 대부분의 내용은 범인이 일반적으로 삭제된 파일을 위해 많은 공간을 예약하고 있다는 것을 암시합니다. lsof +L1은 삭제된 많은 파일을 나열하며 최대 수백 개에 달할 수도 있지만 크기가 작고 총 팬텀 공간이 960이 아닌 5GB에 대해 이야기하고 있는 것 같습니다.
대답은 드라이브 오버레이와 관련이 있을 수 있습니다. # df -H는 내가 실행 중인 각 도커 컨테이너에 대해 하나씩 20개의 오버레이를 표시했습니다. 그러나 docker compose 파일을 중지하고 이러한 컨테이너를 모두 종료하면 오버레이는 사라지지만 문제는 남아 있습니다.
무엇을 합니까?
답변1
알아냈습니다. 부풀린 파일은 메인 디스크의 /mnt 디렉토리 중 하나에 숨겨져 있었지만 du이 지점에 nfs 드라이브를 마운트했기 때문에 숨겨졌습니다. 해결책은 /를 /mnt/root에 바인드 마운트하여 이러한 파일을 차단하지 않고 보고 처리할 수 있도록 하는 것입니다. 또한 NAS 폴더를 마운트 해제해도 동일한 효과가 있는지 확인했습니다. 암호:
mkdir /mnt/root
mount --bind / /mnt/root
ncdu /mnt/root
분명히 NAS가 마운트되지 않은 어느 시점에서 qbittorrent를 사용하고 있었는데, 거의 1TB의 비디오로 마운트 지점을 채울 기회가 생겼습니다.
이 Q&A에 대한 크레딧: