최신 Linux 배포판을 설치할 때 일반적으로 /boot별도의 배포판이 필요하지 않습니다.하다특별한 경우/시나리오에는 별도의 파티션이 필요한 것 같습니다 /boot . Linux와 Windows의 이중 부팅이 그러한 상황 중 하나인지 궁금합니다. 그렇다면 왜 그런 일이 발생했는지에 대한 설명을 부탁드립니다.
답변1
최신 UEFI 시스템에서는 EFI 시스템 파티션(줄여서 ESP, 펌웨어가 부트로더를 로드하는 파티션)이 배포판에 설치되거나 배포판에 따라 설치될 수 /boot/efi있습니다 /boot. 일부 배포판에서는 일반적인 사용을 위해 ESP를 완전히 제거합니다.하지만 여전히 그것이 어디에 있는지 알아야 해필요한 경우 부트로더 또는 해당 구성을 업데이트합니다.
공간이 충분하면 ESP를 Windows 부트로더(또는 UEFI 호환 운영 체제의 부트로더)와 공유할 수 있습니다. 또는 Linux와 Windows가 서로 다른 디스크에 있는 경우 각 디스크/운영 체제에 대해 ESP를 생성할 수 있습니다. 시스템은 전용 ESP를 할당합니다. 언젠가 운영 체제를 다시 설치하지 않고 디스크 하나를 다른 컴퓨터로 이동하려는 경우 각 디스크에 전용 ESP를 사용하면 작업이 더 쉬워집니다. 각 디스크는 다른 디스크의 존재에 의존하지 않고 자체적으로 부팅할 수 있습니다.
ESP는 펌웨어에서 지원하는 파일 시스템 유형을 사용해야 합니다. UEFI 사양은 FAT32에 대한 지원을 보장하지만 하드웨어 공급업체는 다른 파일 시스템을 지원하도록 선택할 수 있습니다. 기본 Linux 파일 시스템은 지원되지 않을 가능성이 높으므로 루트 파티션을 ESP로 지정할 수는 없습니다.
/boot이는 기존 BIOS 시스템에서 파티션을 사용하는 것과 다릅니다.
1990년대 후반부터 2004년경까지 BIOS 기반 시스템에서 디스크 크기는 BIOS 확장 사양보다 빠르게 증가했습니다. 2003년에는 최대 128PB 범위의 디스크 크기를 지원하는 표준 LBA48 액세스 방법이 지정되었습니다.
이전 BIOS가 설치된 시스템에서는 BIOS 기능을 사용하여 디스크의 전체 크기에 액세스할 수 없으므로 부트로더, 커널 및 initramfs 파일이 디스크 공간 제한 내에서 디스크 시작 부분 근처에 있는지 확인하는 것이 중요합니다. 바이오스할 수 있는사용권. 적절한 위치와 크기를 갖춘 별도의 파티션에 모두 배치하는 것이 /boot이 목표를 달성할 수 있는 안정적인 방법입니다. 그러한 제한이 없으면 /boot전통적인 의미의 분할이 필요하지 않습니다.
최신 버전의 GRUB에는 이제 직접 ATA 및 AHCI 지원이 포함되어 있습니다. 이는 GRUB를 통해 디스크 컨트롤러 하드웨어를 직접 구동하고 BIOS를 우회하여 이러한 BIOS 제한 사항을 해결하는 데에도 사용할 수 있습니다. 그러나 사용되는 배포판에 따라 이 기능이 활성화되지 않을 수도 있습니다. 기본적으로 클래스 지원은 해당 BIOS 기반 코드보다 훨씬 덜 테스트되었으며 이러한 기능에 대한 문서가 매우 드물기 때문입니다.