나는 데비안을 실행 중입니다
# uname -a
Linux thinkstation 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64 GNU/Linux
/tmp
오늘 부팅 후 오류가 발생했습니다. 공간이 부족하여 시스템에 쓸 수 없습니다. 그래서 오래된 커널을 제거하기 시작했습니다. 이제 시스템에 로그인할 수 있지만 시스템 디스크 공간 사용량에 대해서는 여전히 혼란스럽습니다.
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 8.9G 0 8.9G 0% /dev
tmpfs 1.8G 9.4M 1.8G 1% /run
/dev/sda1 83G 78G 210M 100% /
tmpfs 8.9G 117M 8.8G 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 8.9G 0 8.9G 0% /sys/fs/cgroup
/dev/sda6 357G 48G 292G 14% /home
tmpfs 1.8G 20K 1.8G 1% /run/user/1000
보시다시피 내 루트 파티션이 가득 찬 것 같습니다. 시스템을 분할한 방법은 다음과 같습니다.
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 83.9G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 18.6G 0 part [SWAP]
└─sda6 8:6 0 363.2G 0 part /home
sr0 11:0 1 1024M 0 rom
보시다시피 저는 집을 시스템에서 분리했습니다(그리고 별도의 스왑). 이제 ncdu를 통해 디스크 사용량을 유발하는 원인을 자세히 살펴보면 /
다음 그림을 얻을 수 있습니다.
보시다시피 /media
가장 많은 양이 차지합니다. 그러나 이것은 내 시스템을 백업하는 데 사용하는 외장 하드 드라이브입니다. 그렇다면 왜 디스크 공간으로 계산됩니까? 이 동작을 피할 수 있는 방법이 있습니까? 아니면 일부 오래된 백업을 강제로 삭제해야 합니까?
답변1
/media
당신은 그것이 하나라고 말합니다 external HD where I backup my system
. 그러나 df
출력에는 별도의 마운트 지점으로 나열되지 않습니다.
어쩌면 어느 시점에 외장 드라이브를 장착했을 수도 있지만 가장 간단한 설명은 어떤 이유로 /media
지금은 외장 드라이브가 없기 때문에 /
.
이 이론은 트리의 나머지 부분도 동일한 마운트 위치 에 있으므로 표시된 대로 최대 약 78GiB가 된다는 ncdu
것을 보여주는 보고서와 잘 맞습니다 ./media
/dev/sda1
/
df