☰

루트 파일 시스템이 거의 가득 찼습니다. 걱정해야 합니까?

tag-icon • tag-icon partition hard-disk root-filesystem df
루트 파일 시스템이 거의 가득 찼습니다. 걱정해야 합니까? 
me@netbook:~$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda5             323M  292M   15M  96% /
tmpfs                 5.0M  4.0K  5.0M   1% /lib/init/rw
tmpfs                 100M  740K   99M   1% /run
tmpfs                 5.0M     0  5.0M   0% /run/lock
tmpfs                 368M   11M  339M   3% /tmp
udev                  492M     0  492M   0% /dev
tmpfs                 199M  240K  199M   1% /run/shm
/dev/sda10             91G   80G  6.0G  94% /home
/dev/sda9             368M   11M  339M   3% /tmp
/dev/sda6             8.3G  6.2G  1.7G  79% /usr
/dev/sda7             2.8G  538M  2.1G  21% /var
/dev/sdb1             1.9G  1.5G  471M  76% /media/usb0

루트 파일 시스템이 꽉 찼다는 GNOME 경고가 표시됩니다. 그러나 baobab이미 작은 루트 파일 시스템을 막고 있는 것이 무엇인지 알아내려고 하면 혼란스럽습니다.어쨌든 이러한 모든 파티션은 백분율에 따라 자동으로 할당됩니다....루트 파일 시스템에 15M이 남아 있는 것이 나쁜 것입니까? 그렇다면 데비안 설치 프로그램은 왜 이 목적에 사용 가능한 공간의 작은 비율만을 할당합니까?

답변1

물론 걱정해야 하지만 /var 및 /usr에는 가장 일반적으로 기록되고 기록되는 데이터를 격리하는 별도의 파티션이 있으므로 당황하지 마십시오. 이는 항상 최소한 일정량의 여유 공간을 확보하는 데 좋습니다. 공간(예: 모든 파일 시스템의 10% 또는 20% 여유 공간/예약)이 중요하며 어떤 요구 사항이 발생할지 확실하지 않습니다. /, /usr, /var, /tmp(및 일부 호스트의 경우 /usr/local)와 같은 모든 중요한 파일 시스템에 일정량의 여유 공간을 확보하는 것이 중요합니다.

답변2

사용하지 않은 코어가 있는지 확인하세요. 그들은 많은 공간을 차지하며 데비안의 자동 패키지 관리는 오래된 커널을 남겨두는 경향이 있습니다. 예를 들어 커널 2.6.32-5-686( 의 출력 ) 을 실행하는 경우 더 이상 uname -r필요하지 않습니다 linux-image-2.6.32-4-686.

/usr나중에 참고할 수 있도록 /var현재 시스템 파티션의 나머지 부분과 분리하는 것은 의미가 없습니다.

답변3

/lib 및 /lib64(있는 경우)가 이 문제의 원인일 수 있습니다.

특정 chroot 환경을 실행하거나 다른 소프트웨어를 설치하면 원하는 것보다 빨리 채워질 수 있습니다.

관련 정보