“filesystem root”볼륨에 남은 디스크 공간이 0 바이트입니까?

나는 11.10 ~ 2 주 전에 설치했으며 최근에 이상한 문제가 발생했습니다.

160GB SSD가 장착 된 새 랩톱에 설치했습니다. 홈 디렉토리 암호화를 선택했습니다. 그 외에도 설치 중에 기본값을 수락했습니다. 랩탑에 다른 OS가 없습니다.

나는 (이 세 번째로)이 매우 불쾌한 창을 보았을 때 약 40GB를 사용했습니다.

두 번의 상황은 상당히 나빴고 전체 시스템이 상당히 느려졌습니다. 재부팅 후 그래픽 인터페이스에 로그인 할 수 없었으며 (공간이 부족하다는 오류 메시지가 표시됨) 먼저 명령 줄에서 일부 파일을 제거해야했습니다.

세 번째로 여전히 일부 파일을 빠르게 삭제하고 도움을 받았습니다.

내 노트북은 주로 작업 환경입니다. 급류, 게임, 영화 두 장이 없습니다. 미디어를 채우는 공간은 ~ 20GB의 사진과 pdf입니다. 최근 PostgreSQL 및 PostGIS, GeoServer 및 QGIS에서 주로 작업합니다.

백업을 테스트하고 연습 할 수있는 많은 기회가 있었지만 누군가이 문제에 대한 잠재적 인 해결책을 알려줄 수 있다면 대단히 감사 할 것입니다.

내 노트북은 Ubuntu를 설치하기 직전에 구입했으며 OS가 없었습니다. 하드웨어 문제 일 수 있습니까?

아니면 암호화로 home인해 두통이 발생합니까?

도와 줘서 고마워!

업데이트 1 : @ maniat1k 에서 제안한 것처럼 fdisk -l의 현재 출력은 다음과 같습니다.

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

업데이트 2 : zanfur가 제안한대로 다음 과 같은 결과가 출력됩니다 df.

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

그리고 sudo parted -l:

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

업데이트 3 :

메모리 부족 메시지가있는 또 다른 창 : /

최근 VirtualBox에서 주로 작업하고 Remmina를 사용합니다.

이 정보에 따라 홈 디렉토리에서 거의 모든 것을 삭제했습니다. 재부팅되었습니다. 그 후 ~ 20GB가 사용되었습니다. [가능한 경우 보관하고 싶은 VirtualBox 디스크 이미지의 경우 ~ 10GB]. SarveshLad 의견에 따라 HD에서 공간이 부족하다는 또 다른 오류가 발생하면 더 많은 공간을 복구하고 Bleachbit 응용 프로그램을 실행하려고했습니다. 그런 다음 시스템이 멈췄습니다. 몇 분 내에 Ubuntu가 어떻게 100GB가 넘는 HD를 채울 수 있습니까?

루트 파일 시스템에 실제로 공간이 부족하기 때문입니다. 드라이브에 여유 공간이 많은 경우 사용자 데이터를위한 별도의 파일 시스템이있을 수 있습니다. 이것은 일반적인 설정입니다.

모든 파티션에서 사용 가능한 공간을 찾으려면 "disk free"명령을 실행하십시오 df. 루트 일 필요는 없습니다. 다음과 같은 것을 얻을 수 있습니다 :

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

보시다시피, 별도의 루트 파일 시스템 (첫 번째 목록)과 사용자 데이터 파일 시스템 (마지막 목록)이 있으며 루트 파티션이 거의 가득 찼습니다. df출력에 루트 파일 시스템이 실제로 가득 찼다는 것이 표시 되면 일부 파일을 삭제하거나 (주의해서 사용하십시오!) 파티션 크기를 조정해야합니다.

모든 공간을 차지하는 것을 찾는 데 유용한 터미널 명령은 "disk usage"명령 du입니다. 매개 변수없이 호출되면 현재 디렉토리와 아래의 모든 디렉토리에있는 모든 파일의 크기가 나열되기 시작합니다. 사용 현황을 추적하는 데 더 유용한 것은 시나리오입니다 sudo du -s -h -x /*. 이는 사용자의 다른 파일 시스템 ( ) 을 보지 않고 -s루트 파일 시스템 ( /*) 맨 위에있는 각 파일 또는 디렉토리가 사용하는 총 공간 ( )을 제공합니다. -x"124M"( -h) 과 같이 읽을 수있는 숫자 완료하는 데 시간이 걸리더라도 걱정하지 마십시오. 처음 실행하는 데 몇 분 정도 걸립니다.

물론 파일이 무엇인지 모르면 파일을 삭제하지 마십시오. 그러나 일반적으로 다음 디렉토리에서 파일을 삭제해도 시스템이 손상되지 않습니다.

• /tmp (사용자 임시 데이터-일반적으로 재부팅 할 때마다 모두 삭제됩니다)
• /var/tmp (인쇄 스풀 및 기타 시스템 임시 데이터)
• /var/cache/* (이것은 위험 할 수 있습니다. 먼저 연구하십시오!)
• /root (루트 사용자의 홈 디렉토리)

위의 위치 외에도 다음과 같은 위치가 일반적인 범인입니다.

• /opt (많은 타사 앱이 여기에 설치되며 스스로 정리하지 마십시오)
• /var/log (반복적 인 오류가있는 경우 로그 파일이 많은 공간을 차지할 수 있음)

먼저 확인하십시오. 일이 올바르게 보이고 루트 파티션이 너무 작 으면 파티션 크기를 조정해야합니다. 이 그렇게하는 방법은 무수히 있지만, 가능성이 가장 쉬운 우분투 라이브 CD로 부팅 (우분투 사이트에서 그것을 얻을 수 있습니다 다운로드 페이지 )와 그놈 파티션 편집기를 실행합니다 gparted. gpartedLiveCD 환경 sudo apt-get install gparted에서 소프트웨어 센터를 실행 하거나 사용하여 패키지를 먼저 설치해야 할 수도 있습니다 . 어쨌든 파티션을 마우스 오른쪽 단추로 클릭하고 "크기 조정"을 선택할 수있는 그래픽 유틸리티입니다.

NB- 파티션 크기를 조정할 때 운영 체제를 최대 절전 모드로 설정 하지 마십시오.

업체 정보에 따르면 df/에 충분한 여유 공간이 있습니다. 이러한 메시지 중 하나가 df나타난 후에 다시 확인 하고 여전히 충분한 여유 공간이 표시되면 dmesg오류 출력을 확인하십시오 . 파일 시스템이 읽기 전용으로 다시 마운트되고 여유 공간 알리미가 혼동 될 수있는 오류가 발생했을 수 있습니다. livecd에서 디스크 유틸리티를 열고 드라이브의 SMART 상태를 점검하여 불량 섹터 또는 기타 항목이 없는지 확인해야합니다. 긴 자체 테스트를 실행하는 것도 좋은 아이디어 일 수 있으며 그 후 파일 시스템을 확인하십시오.