64 비트 Full-UEFI 시스템 용 MemTest86이 포함 된 Ubuntu Live-USB 키 드라이브를 원했고 관리 한 것 같습니다.

이것은 오래된 질문 포스트이지만 여전히 문제가되는 것 같습니다. (작동 솔루션에 도달하는 데 시간이 걸렸습니다.)

여기 내가 한 일이 있습니다.

새로운 우분투 키 드라이브를 만들었습니다

Windows 10 워크 스테이션에서 최신 Rufus 를 사용하여 Ubuntu 17.04 (x64) 데스크톱 을 4GB USB 키 드라이브에 이미징했습니다. Rufus에서는 다음을 선택했습니다.

• GPT대한 UEFI분할
• FAT32 파일 시스템 (exFAT를 선호하지만 Rufus v2.17은 FAT32가없는 ISO를 적용하지 않습니다)
• ISO Image대신 FreeDOS상기 Create a bootable disk using옵션

MemTest 파일을 복사했습니다

나는 다운로드 패스 마크있는 memtest86 무료로 사용할 수있는 UEFI 호환 (폐쇄 소스) 도구. 그럼 내가:

• 다운로드 memtest86-usb.zip한 폴더로 추출.\memtest86-usb
• .\memtest86-usb\memtest86-usb.img(152.7MiB) 에서 추출 된 디스크 이미지를 찾았습니다.
• \boot새로운 우분투 키 드라이브 (드라이브에 마운트 된) 의 폴더에 복사 E:하여 다음을 만듭니다.
  • E:\boot\memtest86-usb.img

부트 로더를 구성했습니다

마지막으로, 키 드라이브의 부팅 옵션 메뉴를 수정했습니다. 부트 로더를 Ubuntu 17.04사용합니다 grub2. 메뉴 옵션 목록이에 구성되어 E:\boot\grub\grub.cfg있습니다. 해당 파일의 끝에 다음 줄을 추가했습니다 (새 부팅 옵션 목록 항목 작성).

menuentry "MemTest86 (long load time, be patient)" {
    loopback loop /boot/memtest86-usb.img
    chainloader (loop,1)/EFI/BOOT/BOOTX64.efi
}

노트:

1. 윈도우는 notepad해야 하지 이 편집에 사용. “유닉스 모드”텍스트 파일에서는 제대로 재생되지 new-line않으며 변경 사항을 저장하려고 하면 문자 가 손상 됩니다.
2. BOOTX64.efiA는 64-bit EFI실행 가능한 바이너리 이미지. 32-bit EFI파일 시스템 “에 looped-back”에 사용할 수 있는 파일이 있습니다 memtest86-usb.img. 이름이 BOOTIA32.efi입니다. 이를 위해 다른 항목을 만들 수는 있지만 필요하지 않았습니다.
3. 이 항목 선택 에서 화면에 긍정적 인 피드백을 보는 데 시간 이 오래 걸리는 것 같습니다 grub2. 내 Intel Atom X5-Z8350컴퓨터에서 MemTest86프로세스가 눈에 띄게 부팅 되기 전에 30 초 동안 화면이 검게 변합니다. 그런 다음 익숙한 MemTest화면 이 표시되기 전에 12 개의 시스템 검색 단계가 실행 됩니다. (이것은 에뮬레이트 된 파일 시스템, 여러 부트 로더 핸드 오프 단계와 같은 여러 가지 이유로 인해 발생할 수 있습니다.)

이 문제 공간을 탐색하는 동안 중복으로 간주 될만큼 비슷한 질문에 대한 이 답변 에서 유용한 단서를 얻었습니다 . (시스템 크 래드가없는 것으로 표시했습니다.) 그리고 “부팅 가능한 USB- 키 드라이브 생성 소프트웨어”를 선택할 때 Rufus 도구와 관련된 다양한 리소스 로부터 약간의 확신을 얻었습니다 .

답변