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