나는 새로운 750GB 하드 드라이브를 구입한 ASUS 노트북을 Linux 시스템으로 다시 사용하려고 합니다. 어제 Ubuntu 14.04 LTS를 설치하고 다양한 드라이브 파티션을 생성하기 위한 일반 지침을 따랐습니다. 실제로 하드 드라이브가 꽤 크기 때문에 제안된 것보다 약간 더 많은 공간을 허용했습니다.
또한 설치 중에 홈 디렉토리를 암호화했습니다(이것이 제가 설명하려는 문제의 원인인지 확실하지 않습니다).
오늘밤 저는 Spotify나 Dropbox와 같이 제가 정기적으로 사용하는 몇 가지 프로그램을 여기에 설정하려고 합니다. 이 두 가지를 모두 설치할 수 있었지만 Dropbox는 디스크 공간이 부족하다고 생각하는 것 같습니다(500MB만 남았거나 말도 안 되는 주장). 왜 그런지 혼란 스럽습니다. 그것은 내 /home/my디렉토리에 있으며 700GB에 가까운 가장 큰 파티션으로 설정되어 있습니다. DB에 있는 모든 것을 동기화하고 싶어도 여전히 30GB에 불과하므로 공간은 충분합니다.
문제가 어디에 있는지 확인하기 위해 "디스크를 검사"했을 때 해당 디스크의 겉보기에 많은 부분이 내 개인(암호화된) 디렉터리에서 사용(예약?)되고 있음을 발견했습니다. DB를 이 디렉터리로 이동할 수 있나요? 처음에 거기에 물건을 어떻게 배치하나요?
원래는 안전/보안상의 이유로 암호화했지만 지금은 그만한 가치가 있는지 의문입니다. DB를 설치할 때 DB에서 어떤 옵션도 제공되지 않았지만 디렉터리를 "이동"할 수 있다는 것을 알고 있습니다. 어떤 도움이나 제안이라도 감사하겠습니다.
05-16-15 편집
귀하의 제안에 따라 다음 정보를 알게 되었습니다.
사용자@Asus:~$ df -H 사용된 파일 시스템 크기 사용 가능 사용% 마운트됨 /dev/sda9 17G 15G 658M 96% / 없음 4.1k 0 4.1k 0% /sys/fs/cgroup udev 4.1G 4.1k 4.1G 1% /dev tmpfs 814M 1.3M 813M 1% /실행 없음 5.3M 0 5.3M 0% /실행/잠금 없음 4.1G 6.6M 4.1G 1% /run/shm 없음 105M 41k 105M 1% /실행/사용자 /home/user/.Private 17G 15G 658M 96% /home/greywolf 사용자@Asus:~$
이것을 보면 왜 공간이 부족하다고 생각하는지 알 수 있습니다. 그러나 여기에 전혀 나열되지 않은 700GB 이상의 볼륨이 있기 때문에 이것은 여전히 당황스럽습니다. 더 이상한 점은 편집하기 위해 이 메시지를 열기 전에 메시지가 마운트된 것을 보았지만(속성까지 끌어 올렸음에도 불구하고) 이제는 사라졌다는 것입니다. 여기에 설치하려고 할 때 /home에 가장 큰 볼륨을 저장했다고 생각했습니다. 나는 이 과정에서 다시 시작할 수 없을 정도로 멀리 가지 못했습니다. Ubuntu를 설치할 750GB 하드 드라이브가 있는 경우 시작 프로세스 중에 어떤 파티션을 만들고 용량은 어떻게 됩니까? 그것이 내가 다시 시도해야 할 것일 수도 있습니다. (저번에는 이런 문제가 없었는데 지금은 왜 이런 문제가 발생하는지 모르겠습니다.)
gparted는 나에게 다음을 제공했습니다.
user@Asus:~$ sudo gparted ====================== libparted : 2.3 ====================== (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 7을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 6을 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 26을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 25를 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 33을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 32를 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 36을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 35를 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 39를 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 38을 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 42를 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 41을 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 45를 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 44를 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 48을 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 47을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 51을 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 50을 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 제거하려고 할 때 소스 ID 54를 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 53을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 57을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 56을 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 60을 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 59를 제거하려고 시도할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 65를 제거하려고 할 때 찾을 수 없습니다. (gpartedbin:4874): GLib-CRITICAL **: 소스 ID 64를 제거하려고 할 때 찾을 수 없습니다.
아직도 운영중인 것 같습니다. 또한 스크린샷을 찍은 gparted GUI가 표시되었지만 여기에 게시하는 방법이 확실하지 않습니다.
마운트 결과:
user@Asus:~$ 마운트 /dev/sda9 on / ext4 입력(rw,errors=remount-ro) proc on /proc 유형 proc(rw,noexec,nosuid,nodev) /sys 유형 sysfs의 sysfs(rw,noexec,nosuid,nodev) /sys/fs/cgroup 유형 tmpfs(rw)에는 없음 /sys/fs/fuse/connections 유형 fusectl(rw)에는 없음 /sys/kernel/debug 유형 debugfs(rw)에는 없음 /sys/kernel/security 유형 securityfs(rw)에는 없음 udev on /dev 유형 devtmpfs(rw,mode=0755) /dev/pts 유형 devpts의 devpts(rw,noexec,nosuid,gid=5,mode=0620) /run 유형 tmpfs의 tmpfs(rw,noexec,nosuid,size=10%,mode=0755) /run/lock 유형 tmpfs에는 없음(rw,noexec,nosuid,nodev,size=5242880) /run/shm 유형 tmpfs(rw,nosuid,nodev)에는 없음 /run/user 유형 tmpfs에는 없음(rw,noexec,nosuid,nodev,size=104857600,mode=0755) /sys/fs/pstore 유형 pstore(rw)에는 없음 /sys/fs/cgroup/systemd의 systemd 유형 cgroup(rw,noexec,nosuid,nodev,none,name=systemd) /home/user/.Private /home/user 유형 ecryptfs(ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=9c8812d31a548113,ecryptfs_fnek_sig=7e7a38601164a67f) /run/user/1000/gvfs 유형의 gvfsd-fuse 퓨즈.gvfsd-fuse (rw,nosuid,nodev,user=user) /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48의 /dev/sda5 유형 ext4(rw,nosuid,nodev,uhelper=udisks2) /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e의 /dev/sda8 유형 ext4(rw,nosuid,nodev,uhelper=udisks2) /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c의 /dev/sda7 유형 ext4(rw,nosuid,nodev,uhelper=udisks2) 사용자@Asus:~$
나는 sda8이 큰 파티션이라고 99% 확신합니다.
fstab 파일의 내용은 다음과 같습니다.
# /etc/fstab: 정적 파일 시스템 정보. # # 'blkid'를 사용하여 범용 고유 식별자를 인쇄합니다. # 장치; 이는 장치 이름을 지정하는 보다 강력한 방법으로 UUID=와 함께 사용될 수 있습니다. # 디스크를 추가하고 제거해도 작동합니다. fstab(5)을 참조하십시오. # # # /는 설치 중에 /dev/sda9에 있었습니다. UUID=b187f237-9f0d-4644-b6eb-880a2c131f7e / ext4 오류=remount-ro 0 1 # 설치 중에 스왑이 /dev/sda10에 있었습니다. #UUID=b7b9eb33-8e0a-4f48-9196-e582abe50b10 없음 스왑 sw 0 0 /dev/mapper/cryptswap1 없음 스왑 sw 0 0
아래 제안 중 일부를 따른 후 df -h는 이제 다음을 표시합니다.
사용된 파일 시스템 크기 사용 가능 사용% 마운트됨 /dev/sda9 16G 15G 336M 98% / 없음 4.0K 0 4.0K 0% /sys/fs/cgroup udev 3.8G 12K 3.8G 1% /dev tmpfs 777M 1.2M 776M 1% /실행 없음 5.0M 0 5.0M 0% /실행/잠금 없음 3.8G 3.8M 3.8G 1% /run/shm 없음 1억 48K 100M 1% /실행/사용자 /home/user/.Private 16G 15G 336M 98% /home/user /dev/sda5 687M 44M 594M 7% /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48 /dev/sda8 650G 70M 617G 1% /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e /dev/sda7 6.8G 16M 6.4G 1% /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c
보시다시피 /sda8은 큰 파티션입니다. 나는 솔직히 /home 파티션을 만들었다고 생각했지만 분명히 그렇지 않았습니다. 이로 인해 모든 종류의 문제가 발생했습니다.
답변1
편집: resize2fs가 작동하지 않았습니다. 터미널에서 "resize2fs /dev/sda9"를 시도해보세요.
또는 gparted를 설치하고 사용하여 파티션을 편집할 수 있습니다.
제 생각에는이 게시물당신이 찾고있는 것입니다. Gparted는 사용하기에 가장 좋은 도구가 될 것입니다. 그만큼Gparted 매뉴얼당신이 그것을 사용하는 것을 편안하게 느끼도록 해야 합니다.