글쎄요, 하드 드라이브에서 일부 책을 복사하기 위해 홈 디렉토리에 디렉토리를 만들었지만 홈 디렉토리에 공간이 부족하다는 것을 알았습니다.
아래 그림과 같이 루트 디렉터리 [dev/sda5]에 377G가 설치(사용 가능)되어 있는데 홈 디렉터리 [dev/sda7]에는 38G만 설치되어 있는데 그 중 16G만 사용 가능합니다.
루트 디렉터리의 큰 공간을 모두 내 홈 디렉터리로 가져오면 해당 공간을 활용할 수 있습니다! ?
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.7G 0 1.7G 0% /dev
tmpfs 339M 1.8M 337M 1% /run
/dev/sda5 413G 16G 377G 5% /
tmpfs 1.7G 59M 1.6G 4% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup
/dev/loop0 98M 98M 0 100% /snap/core/9289
/dev/loop2 55M 55M 0 100% /snap/core18/1754
/dev/loop1 97M 97M 0 100% /snap/core/9436
/dev/loop3 161M 161M 0 100% /snap/gnome-3-28-1804/116
/dev/loop4 162M 162M 0 100% /snap/gnome-3-28-1804/128
/dev/loop5 256M 256M 0 100% /snap/gnome-3-34-1804/33
/dev/loop6 256M 256M 0 100% /snap/gnome-3-34-1804/36
/dev/loop8 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop7 44M 44M 0 100% /snap/riseup-vpn/159
/dev/loop9 44M 44M 0 100% /snap/riseup-vpn/161
/dev/loop10 31M 31M 0 100% /snap/snapd/7777
/dev/loop11 30M 30M 0 100% /snap/snapd/8140
/dev/loop12 2.8M 2.8M 0 100% /snap/telegram-cli/25
/dev/loop13 124M 124M 0 100% /snap/tusk/29
/dev/loop15 92M 92M 0 100% /snap/youtube-dl/2846
/dev/loop14 92M 92M 0 100% /snap/youtube-dl/2840
/dev/sda1 256M 54M 203M 21% /boot/efi
/dev/sda7 38G 21G 16G 57% /home
tmpfs 339M 72K 339M 1% /run/user/1000
답변1
일반적으로 파티션 크기를 조정하여 할당된 공간을 줄이고 /dev/sda5할당된 공간을 늘려야 합니다 /dev/sda7. 이것이 최선의 장기 전략입니다.
분명히 이것은 어색했고 무슨 일이 일어났을지 고려하지 않았습니다 /dev/sda6.
업데이트: /dev/sda6은 스왑 영역입니다.
/dev/sda6스왑 파티션이므로 다음을 안전하게 수행할 수 있습니다 . 참고: sda6루트 파일 시스템의 파일을 사용하여 어딘가에 임시 백업을 만들 수 있는 경우에도 거의 동일하게 적용됩니다 dd.
- 교환을 비활성화합니다
/etc/fstab. swapoff스왑 영역을 제거하고sda6스왑 영역이 아닌 경우 백업하는 데 사용됩니다 .- (존중)단일 사용자 모드로 재부팅합니다.
resize2fs파일 시스템을 축소 하는 데 사용됩니다/(파티션은 제외).- 더 작은 파일 시스템에 맞게 루트 파티션 크기 조정
/dev/sda6파티션 테이블에서 쓸모없는 콘텐츠를 제거합니다.sda6사용 가능한 공간과 기존 파티션이 남긴 공간을 합쳐 새 파티션을 만듭니다.sda6- 결과 형식을 지정
sda6하고 rsync/home하십시오. - 새 sda6 파티션의 UUID를 가져와
blkidfstab에서 /home으로 마운트하는 데 사용됩니다. - /dev/sda7에서 이전 홈을 제거합니다.새 /home이 제대로 설치되었는지 확인하세요.. 이제
/dev/sda7중복이 되었습니다 . - 제거하다
/dev/sda7. - /dev/sda6의 크기를 늘립니다.새로 생성된 여유 공간으로 이동하여 스왑을 위한 충분한 공간을 남겨둡니다.
/dev/sda7줄어든 공간에서 더 작은 스왑 공간을 다시 만듭니다.- 더 큰 파티션 크기에 맞게 sda6의 파일 시스템 크기를 조정하려면 resize2fs를 사용하십시오.
mkswap/dev/sda7UUID를 사용하여 fstab에 설정하고 활성화합니다swapon(또는 백업에서 복원).- (존중)재부팅하고 실행하여
fsck모든 것이 제대로 작동하는지 확인하세요.
이제 더 큰 /home in /dev/sda6과 swap in 가 생겼습니다 /dev/sda7. 다른 모든 것은 동일하게 유지됩니다. 조심한다면 재부팅할 필요조차 없을 수도 있지만, 발생할 수 있는 실수(예: fstab의 잘못된 UUID 등)를 포착하는 데 사용하는 것이 좋습니다.
파티션/파일 시스템 크기 불일치로 인해 발생할 수 있는 문제총 데이터 손실스스로에 대한 큰 자신감이 없다면,또한 전체 백업을 수행하는 것이 좋습니다..
일부 파티션 편집기에서는 다음을 수행할 수 있습니다.나뉘다 /dev/sda5내부에 또 다른 파티션을 만듭니다. 순서가 지정되지 않은 파티션(5, 8, 6, 7)이 있습니다. 파티션 8을 포맷하고, 홈을 파티션 8로 rsync하고, 거기에 홈을 마운트하면, 이제 200GB 홈과 /dev/sda6과 병합하는 데 사용할 수 있는 무료 /dev/sda7이 있습니다(나중에 파일 시스템 확장을 기억하세요).
/dev/sda5또 다른 가능성은 사용자 쓰기 가능 영역(예: )을 만드는 것입니다 /opt/books. 열면 /dev/sda5이 영역에 377GB의 여유 공간이 있습니다. 집에 심볼릭 링크(books -> /opt/books)를 생성하면~인 것 같다집에 377GB의 책이 있지만 그렇지 않습니다. 빠르고 지저분하지만 도움이 될 수도 있습니다.
여러 백업 전략(예: "타임머신" rsync + 하드 링크 기반)에서는 /home이 다음과 같다고 가정합니다.단일 파일 시스템의 모든 것rsync, s와 같은 플래그를 통해 -x또는 명시적으로 하드 링크를 사용하여. 이제 이러한 전략은 실패하거나 백업 콘텐츠를 자동으로 무시합니다.좋다목차 /home/user/books이 백업은 / 백업에 추가되거나 추가되지 않을 수 있습니다. 그러나 /opt는 종종 생략되어 다른 백업으로 오프로드됩니다. 예를 들어 한 시스템에는 , /etc및 의 별도 백업이 있지만 / 그렇지 /opt않으면 /usr/local전혀 백업되지 않습니다. - 구성 및 패키지 목록이 있는 표준 배포판이므로 처음부터 다시 설치했습니다.)
다른 고급 방법도 존재합니다.
답변2
LVM이 없으므로 쉬운 방법은 /home 뒤의 하위 디렉터리에 연결되는 / 파티션에 디렉터리를 만드는 것입니다.
더 나은 접근 방식은 gparted 등과 같은 고급 파티셔닝 도구를 사용하는 것입니다. sda5를 축소하고 sda7에 크기를 지정하거나 최소한 sda8을 /home의 하위 디렉터리로 마운트하십시오(모두 라이브 디스크에서).
데이터가 전혀 없거나 전체 백업이 있고 LVM 및 더 스마트한 파티셔닝을 사용하여 다시 설치할 수 있다면 정말 더 좋을 것입니다...
~을 위한예LVM이 활성화되었습니다
/ 2g
/boot 1g
/usr 16g
/var 8g
/home 200g