부팅 파티션을 lvm 기반 파티션에 두는 것이 권장되지 않는다는 내용을 어딘가에서 읽었습니다. 하지만 어쨌든 나는 그것을 할 것입니다. 그렇다면 내가 가진 유일한 문제는 때때로 새로운 Linux 배포판을 설치하고 부팅 파티션을 lvm에 넣을 때 grub이 이를 감지하지 못한다는 것입니다. 이 grub-mkconfig
명령은 파일을 생성할 때 종종 오류를 생성합니다 grub.cfg
. 하지만 이것이 lvm 기반 부팅 파티션의 유일한 문제라면 괜찮다고 생각합니다. 제가 문제를 해결하는 방법을 알고 있으므로 부팅할 것으로 예상되는 부팅 파티션의 올바른 주소를 제공하기만 하면 모든 것이 잘 작동할 것입니다.
그렇다면 이 외에도 lvm이 문제를 일으킬까요? 제 생각에는 lvm이 매우 유연하고 시스템 속도를 저하시키지 않기 때문입니다.
답변1
이는 성능 문제가 아니라 문제 해결 및 해결 문제입니다. /boot
부팅 위치입니다. 시스템의 다른 모든 것을 시작하는 파일이 있는 곳입니다.
때로는 문제를 해결해야 할 때도 있습니다(예: grub 구성 또는 이와 유사한 문제).
이 작업을 수행해야 하는 경우 최소 공통 분모 유형의 파일 시스템을 사용하여 가능한 한 간단하게 만드는 것이 유용합니다. 예를 들어 구성 파일을 편집하려면 드라이브를 제거하고 다른 상자에 넣어야 합니다.
당신이 이 위치에 있다면, 당신은아니요LVM을 읽기 전에 생생하게 "퍼지"하고 싶습니다 :).
답변2
나는 수년 동안 Fedora의 /boot
LVM 파일 시스템 내의 디렉토리를 사용해 왔지만 /
문제가 없었습니다.
/
단일 물리 디스크를 볼륨 그룹의 단일 물리 디스크 로 만들려면 주의가 필요합니다 . vgmain
해당 물리적 드라이브에 대한 볼륨 그룹과 vgdata
다른 모든 드라이브에 대한 또 다른 볼륨 그룹이 있습니다 .
문제를 해결하는 동안 하드 드라이브를 다른 컴퓨터로 가져가야 하는 경우 이는 중요합니다. LVM이 여러 개의 물리적 드라이브로 구성된 경우 작동하지 않습니다. 그러나 그것이 단 한 사람으로 구성된다면 그것은 그것일 것입니다.
하지만 이런 종류의 문제 해결 상황을 경험한 적이 없습니다.
최신 Fedora 설치에서는 이 작업을 자동으로 수행할 수 없습니다. /boot
설치 중에 일반 파티션에 넣고 정상적으로 부팅한 다음 수동으로 내용을 LVM 파일 시스템으로 이동해야 합니다 /
. /boot
LVM 아래의 일반 디렉터리 처럼 보이도록 내용을 재구성 /
하고 /boot2
이전 부팅 파티션처럼 grub install /dev/sd?
올바른 경로 로 구성되었는지 확인하세요 . 재부팅하고 /boot2
파일 시스템을 삭제한 후 사용할 수 있도록 파티션을 LVM에 다시 포함시킵니다.
답변3
나에게 있어서 당신이 말한 대로 grub이 LVM /boot
파일 시스템을 감지할 수 없다면그리고 grub-mkconfig
일반적으로 빌드할 때 오류가 발생하는데 grub.cfg
, 이는 이 구성을 피하고 더 나은 grub 지원이 있는 구성으로 전환할 충분한 이유가 있는 것 같습니다. "의도한 부팅 파티션에 올바른 주소를 제공하세요"라고 말하면 "주소"가 무엇을 의미하는지, 해결 방법으로 정확히 무엇을 하고 있는지는 모르겠지만 솔직히 말하면 끔찍하고 해킹에 취약한 것처럼 들립니다.
기본적이고 거의 필요한 기능으로 부트로더는 간단한 디스크 파티션의 간단한 파일 시스템에 액세스하고 거기에서 다음 단계를 로드할 수 있습니다. 그것이 실제로 해야 할 전부입니다. LVM과 같은 컨테이너 구문 분석 및 사전 부팅 환경에서 여러 디스크 처리와 같은 부트로더의 더 많은 기능은 더 많은 Linux(커널) 기능이 grub에 복제되어야 함을 의미합니다(더 많은 코드, 더 많은 버그). 그러나 완전히 정확하지는 않습니다. 더 혼란스러운 환경과 더 복잡한 전체 환경 모두에서 동일한 방식으로 작동합니다. 부트스트래핑에 관해서는 단순할수록 좋습니다.