저는 다른 상태에서 Ubuntu를 실행하는 노트북을 지원합니다(따라서 물리적으로 접근할 수 없습니다). 두 개의 내부 드라이브가 있는 EeePC입니다. 루트 fs가 있는 4GB 플래시 드라이브와 /home 파티션이 있는 더 큰(~12GB) 드라이브(그리고 충분한 여유 공간)입니다. 사용자가 11.10으로 업그레이드하려고 했지만 루트 파티션에 업그레이드를 수행할 여유 공간이 부족하여 업그레이드가 실패했습니다.
예전에 노트북에서 비슷한 문제에 부딪혔던 기억이 납니다. 물리적 드라이브는 하나뿐이고 파티션 구성은 제대로 고려되지 않은 상태였습니다. 너무 작은 rootfs 파티션의 디렉토리를 더 큰 파티션으로 심볼릭 링크한 것 같습니다. 이 경우 가장 좋은 해결책은 Ubuntu가 다운로드한 파일을 더 큰 드라이브에 저장하는 데 사용하려는 디렉터리를 바인딩 마운트하는 것입니다.
더 큰 드라이브로 '이동'해야 하는 중요한 디렉토리는 무엇입니까?
하나의 디렉토리만 바인드 마운트할 수 있다면 설치 시작 시 한 번만 수행하면 됩니까, 아니면 fstab에 바인드 마운트를 추가해야 합니까(예: 파일이 여전히 필요하기 때문에) 재부팅 후에는 바인드 마운트가 지속되어야 합니까?
업그레이드를 수행하는 더 쉽고 더 좋은 방법이 있습니까? (새로 설치하거나 다시 파티션하는 것은 현재 옵션이 아닙니다.)
답변1
apt, aptitude 및 기타 패키지 관리 시스템을 사용하여 다운로드한 패키지를 저장하는 디렉토리는 입니다 /var/cache/apt/archives. 이 파일을 다른 PC의 동일한 캐시 폴더에 복사하면 인터넷에서 다시 다운로드할 필요가 없습니다.
나머지 부분은 명확하게 이해하지 못했습니다. 더 많은 내용을 변경하거나 추가할 수 있다면 여기서 더 자세히 설명할 수 있습니다. 미안 친구.
답변2
작은 하드 드라이브의 절반 이상이 /usr에 있었기 때문에 다음과 같이 /usr을 (암호화되지 않은) /home 파티션으로 이동하고 /home/usr을 /usr로 바인드 마운트했습니다.
sudo su -
mv /usr /home/
mkdir /usr
mount --bind /home/usr /usr
echo "/home/usr /usr bind defaults,bind 0 0" >> /etc/fstab
sudo는 /usr/bin에 있으므로 먼저 루트로 로그인하는 것이 가장 좋습니다. 따라서 문제가 발생하더라도 루트 세션이 없어도 문제가 발생하지 않습니다(/home/usr은 mv 작업 중에 700개의 권한을 가진 루트가 소유했습니다). mount, ls 및 mkdir은 모두 /bin에 있습니다.
다음을 시도하려면 백업 계획을 준비하십시오.~할 수 있었다잘못. 또한, 다시 하게 된다면 아마도 그렇게 하려고 할 것입니다.복사/usr을 /home에 먼저 추가하고(아마도 파일 속성을 보존하기 위해 rsync, cpio 또는 tar와 같은 것을 사용합니까?) 원래 /usr을 삭제하기 전에 바인드 마운트를 테스트하십시오. 하지만 이번에는 운이 좋아서 모든 일이 잘 풀렸어요.
답변3
대시에서 검색하여 터미널을 연 다음 user@computer:~$프롬프트가 표시되면 다음을 입력하십시오.정확히:
sudo apt-move path-to-your-12GB-devicesudo가 프롬프트를 표시하면 비밀번호를 제공하십시오. 표시되지 않습니다(별표도 표시되지 않음). 메시지가 다시 표시되면 user@computer:~$계속 진행할 수 있습니다.