동일한 ssd에 win10과 이중 부팅 용 Linux를 설치했는데 Linux 설치 중에 grub이 포함되어 있습니다. 설치 후 ESP 파티션에 새 Linux efi 파일이 추가 된 것을 볼 수 있습니다. 이제 Linux를 완전히 제거하기로 결정했습니다. 첫 번째 단계는 EasyUEFI라는 도구를 사용하여 efi 부팅 항목을 제거하는 것입니다. 재부팅하고 F11 키를 누르면 항목이 사라졌습니다.

하지만 혼란스러워하는 부분이 두 가지 있습니다.

  1. Linux efi 파일은 여전히 ESP 파티션에 있습니다. 항목이 제거되면 이러한 efi 파일의 존재는 사용자가 부팅 할 때 F11을 누를 때 이러한 부팅 옵션이 있는지 UEFI가 알 수있는 방법이라고 생각했습니다. 이제 이것은 부팅 옵션이 다른 곳에 기록되고 EasyUEFI 도구가 간단히 제거했음을 의미합니다. 어디에 있습니까? ESP 파티션에 있습니까?

  2. 이 권한을 이해하는지 잘 모르겠습니다. UEFI 부팅 (efi 파일 및 기타 부팅 기록 중에 추가 된 설치) 및 지금 같은 것을 grub? 아니면 사용자가 efi 부팅 항목을 선택하면 grub 부팅 메뉴로 이동합니다. 별도의 항목입니다. efi boot가 이미 부팅 선택을 처리 할 수 있다면 그 이후에 멍청이를 갖는 것이 무의미하지 않습니까?

당신보다

댓글

  • 1 ' ESP가 아닌 펌웨어에 있습니다. 2 UEFI는 펌웨어이고 grub은 부트 로더 기능을 제공 할 수있는 UEFI 응용 프로그램입니다. UEFI는 부팅 선택을 처리 할 수 있지만 ' 모든 OS를 부팅 할 수는 없습니다 (예 : grub, EFI 스텁 코드가있는 Linux 커널, 최신 Microsoft bootmgr과 같은 ESP에서 UEFI 애플리케이션 만 실행할 수 있음). 그래서 그것은 grub을 실행합니다. Grub은 자체 부팅 메뉴도 제공하며 UEFI보다 더 많은 OS (및 훨씬 더 많은 다른 기능)를 부팅 할 수 있습니다.
  • 2. " ' Grub을 갖는 것이 무의미하지 않습니까? " 아니요, 그렇습니다. 부트 변수가 가리키는로드 된 프로그램의 역할은 운영 체제의 부트 로더로 작동하는 것입니다. 또한 부팅 메뉴 제공과 같은 보조 기능을 가질 수 있습니다. 반면에 Linux 커널은 커널 이미지 자체가 자체적으로 부팅 할 수있는 유효한 EFI 바이너리가되도록 구성 할 수 있습니다. 따라서 예, UEFI 펌웨어와 함께 Grub을 사용하는 것은 무의미하거나 적어도 필요하지 않습니다. 부팅 로더가 아닌 부팅 메뉴 공급자 인 systemd-boot 또는 rEFInd와 같은 " 부팅 관리자 "를 사용할 수도 있습니다.

li>

  • 감사합니다. ' 매우 도움이되었습니다. 이제 사진을 볼 수 있습니다.
  • 아니요, UEFI는 할 수 있습니다 ' 모든 것을 부팅하지 않으려면 커널 (또는 OS의 부팅 스텁으로 사용되는 모든 것)이 UEFI 응용 프로그램이고 ESP에 있어야합니다. Grub은 FAT가 아닌 파일 시스템이있는 다른 파티션의 부팅 커널, 멀티 부팅 프로토콜 또는 Linux 부팅 프로토콜, 다른 디스크의 MBR 로의 체인 로더 등과 같은보다 유연한 부팅 옵션을 제공합니다.
  • Answer

    1.) EasyUEFI를 사용하면 “UEFI 부팅 변수를 편집 할 수 있습니다. 이러한 변수는 BIOS 설정과 마찬가지로 시스템 NVRAM에 저장됩니다. Linux에서는 efibootmgr 유틸리티를 사용하여 편집 할 수 있습니다. 일반 Windows에서는 bcdedit /enum FIRMWARE가 목록을 나열하고 다른 옵션을 사용하여 편집 할 수 있습니다.

    p>

    부팅 변수가 정의되지 않은 경우 UEFI가 자동으로 확인하는 특정 대체 경로가 있습니다. 64 비트 x86 하드웨어의 경우이 경로는 \EFI\boot\bootx64.efi입니다.이 파일의 경우 ESP 파티션 또는 FAT32 이동식 미디어에 존재하는 경우 디스크 또는 기타 미디어는 기본 UEFI 스타일에서 자동으로 “부팅 가능한”것으로 간주됩니다.

    2.) UEFI는 시스템 펌웨어 (BIOS와 유사하지만 최신 버전)입니다. GRUB는 부트 로더이므로 whateve를 준수해야합니다. r 형식은 관련 하드웨어 아키텍처의 펌웨어에 의해 예상됩니다. 그렇지 않으면 펌웨어가 GRUB를로드 할 수 없습니다.

    따라서 GRUB의 핵심은 여러 형식을 취할 수 있습니다. BIOS에서는 GRUB가 형식을 취합니다. MBR의 약간의 부팅 코드 + MBR과 첫 번째 파티션의 시작 사이에 디스크 블록에 포함 된 더 많은 코드. UEFI를 사용하면 GRUB의 핵심 (또는 전체)이 ESP 파티션 내에서 단일 grubx64.efi 파일의 형태를 취할 수 있습니다.

    GRUB에는 고유 한 파일이 있습니다. 아키텍처 식별자 : BIOS 용 GRUB 버전은 i386-pc 버전이고 64 비트 x86 하드웨어의 UEFI 버전은 x86_64-efi 버전. 예를 들어 “이전 시스템을 이미징하고 이미지를 새 하드웨어로 복원하는 경우 새 시스템이 다른 펌웨어 스타일을 사용하는 경우 (예 : 이전 시스템은 기존 BIOS를 사용하고 새 시스템은 UEFI가 됨)” 일반적으로 ESP 파티션을 추가하고 GRUB 패키지의 i386-pc 버전을 x86_64-efi 버전으로 바꾼 다음 GRUB를 다시 설치해야합니다.

    답글 남기기

    이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다