따라서 내 컴퓨터에는 여러 개의 드라이브가 있지만 파일 시스템 계층 표준으로 인해 해당 드라이브에 프로그램 및 유사한 항목을 저장하는 것은 매우 비현실적입니다. 저는 개인적으로 여러 개의 드라이브를 갖는 것을 좋아하지 않고 하나의 큰 드라이브를 선호하지만 부품을 재사용하고 거의 항상 파손되기 때문에 이런 일이 발생합니다.
Windows에서는 여러 드라이브에 걸쳐 스팬 파티션을 생성할 수 있습니다. 부팅할 수는 없지만 Windows에는 Linux처럼 파일 시스템 계층에 대한 표준이 없으므로 큰 문제는 아닙니다. Linux에서는 lvm을 설정할 수 있지만 Windows와 마찬가지로 lvm에서 부팅하는 것은 권장되지 않습니다. 그러나 파일 시스템 계층 표준으로 인해 별도의 부팅 파티션이 있는 lvm에 프로그램을 간단히 저장할 수는 없습니다.
해결책으로 실제 데이터가 저장되는 lvm에 대한 심볼릭 링크만 포함하는 부팅용 파티션을 만들 수 있다고 생각했습니다. 이것이 가능한지 모르겠습니다. 부트로더(grub)가 심볼릭 링크를 인식하고 따라갈 수 있는지 여부에 따라 달라지는 것 같아요. 그렇죠?
이것이 실제로 가능하지 않다면 시작하는 동안 필요하지 않은 폴더에 대한 심볼릭 링크를 만들 수 있지만 어떤 폴더인지는 알 수 없습니다.
답변1
Linux 시스템을 부팅하기 위해 액세스해야 하는 유일한 파일은 커널과 initramfs입니다(이 중 하나를 사용하는 경우 대부분의 배포판에서 사용합니다). 현재 PC에서는 이를 달성하는 두 가지 주요 방법이 있습니다. EFI 시스템 파티션(ESP)에 저장하거나 전용 드라이브에 저장하는 것입니다 /boot. 후자는 대부분의 배포판에서 지원되는 구성입니다.
다른 모든 것은 원하는 수의 디스크에 구조화된 하나 이상의 논리 볼륨에 있을 수 있습니다(커널 하위 시스템의 제한 내에서 md, 걱정할 필요가 없을 만큼 충분히 높음). 일반적으로 볼륨에 대한 /볼륨 /home과 다른 볼륨( , ...)이 있을 수 있지만 /usr/var반드시 그렇게 할 필요는 없습니다.
답변2
/bin표준 Unix 사용법은 (작은) 부팅 드라이브( , /lib, , /etc, /tmp및 /sbin기타 몇 개 포함) 를 갖고 적절한 지점에 마운트하는 것입니다 (예: 하나는 /usr, 다른 하나는 /home... 드라이버). 오늘날의 TiB 드라이브는 이것을 (대부분) 무의미하게 만듭니다... 배포판 설치로 인해 부팅을 위한 (작은) 파티션과 "나머지 디스크"가 설정될 수 있지만, 여전히 그 아래에 다른 디스크 드라이브(네트워크 파일 시스템 포함)를 설정하고 마운트할 수 있습니다. 이 모든 것을 하나의 (대부분) 원활한 단위로 취급합니다.
이 옵션을 설정하거나 LVM을 사용하여 여러 디스크에 걸쳐 있는 논리 볼륨을 생성하는 등의 작업은 설치를 처음부터 시작하는 것을 의미할 수 있습니다.
답변3
예, grub은 심볼릭 링크(예: 커널 및 초기 램디스크 로드)에 따라 부팅할 수 있습니다.
나는 모든 주요 시스템 변경 전에 백업을 수행할 뿐만 아니라 시스템의 백업 생성으로 다른 내부 또는 외부 하드 드라이브에 복원하기 때문에 이것을 알고 있습니다. 모든 grub.cfg를 업데이트하지 않기 위해 grub.cfg라는 파일에 일반적인 grub 메뉴 항목 세트를 포함시켰습니다 /etc/grub.d/30_otherbootables. 이 파일은 각 디스크의 루트에 있는 심볼릭 링크를 참조하며 부팅이 작동합니다.
linux /vmlinuz ...
initrd /initrd.img ...
그리고 두 번째 메뉴 항목에서
linux /vmlinuz.old ...
initrd /initrd.img.old ...
내 시스템(Ubuntu) 자체는 모든 업데이트나 업그레이드마다 이러한 심볼릭 링크를 생성하지만, 나 역시도 동일한 작업을 확실히 수행할 수 있습니다. 현재 및 이전 업데이트 bootvmlinuz-version는 물론 boot/initrd.img-version설치를 위해 선택한 업데이트 에 연결됩니다 .
물론 링크가 상대적이며 동일한 디스크에 있는 파일을 참조한다는 것은 명백합니다.