디스크를 SSD(Linux OS 있음)에서 HDD(windwos 8 설치됨)로 변경했는데 한동안 사용하지 않았고 필요한 작업을 수행한 후 다음을 사용하여 디스크를 다시 전환했습니다(SSD에 다시 연결됨). linux debian) 다시 시작할 수 없습니다. 이 오류가 발생합니다.
답변1
UEFI 시스템은 플러그가 뽑힌 드라이브의 부팅 항목을 잊어버립니다. UEFI는 일반적으로 Windows를 찾아 새 UEFI 항목을 생성하지만 대부분의 Linux 시스템은 그렇지 않습니다. 또한 외부 드라이브(설치 프로그램)와 동일한 방식으로 백업 또는 하드 드라이브 항목을 부팅할 수 있어야 합니다. Grub은 이제 대체 수단으로 /EFI/Boot/bootx64.efi를 설치합니다. 이전 버전의 경우 항목을 수동으로 생성해야 했지만 Boot Repair에서 이를 또 다른 수정 사항으로 수행했습니다.
UEFI 부팅 메뉴에서 백업 또는 하드 드라이브 항목을 부팅할 수 있습니까? UEFI가 아닌 경우 시스템이 BIOS/CSM/레거시에서 부팅되도록 설정되어 있습니까?
UEFI 항목에는 부팅 파일을 찾을 위치를 알기 위해 ESP-efi 시스템 파티션의 GUID가 필요합니다. UEFI 또는 BIOS인 경우 UEFI 항목을 다시 생성하거나 grub을 다시 설치해야 할 수도 있습니다. 아마도 세부 사항을 보는 것이 가장 좋을 것입니다. 라이브 설치 프로그램(두 번째 옵션)이 포함된 ppa 버전을 사용하거나 이전 부팅 복구 ISO 대신 작업 중인 설치를 사용하십시오. 부팅 정보 요약 보고서에 대한 링크를 복사하여 붙여넣고 보고서를 게시하지 마십시오. 검토될 때까지 자동 복구를 사용하지 마십시오.
https://help.ubuntu.com/community/Boot-Repair
간단히 efibootmgr을 사용하여 올바른 UEFI 부팅 항목을 복원할 수 있습니다. 많은 사람들이 efibootmgr을 사용하여 UEFI NVRAM에 새 항목을 기본 부팅으로 추가하는 grub을 완전히 다시 설치합니다. efibootmgr 항목 예:
man efibootmgr
답변2
문제는 UEFI가 유틸리티를 통해 읽거나 수정할 수 있는 부팅 구성을 저장하기 위해 컴퓨터 내의 NVRAM에 의존한다는 점입니다. Windows는 MSFT가 UEFI 사양 ( 32비트 x86의 경우) efibootmgr에 적절하게 지정하는 "대체 부트로더"를 설치하는 것을 선호합니다. ), 따라서 이 폴백으로 처음 부팅되고 나중에 NVRAM 구성을 "수정"할 가능성이 높습니다(저는 Windows 전문가가 아니므로 경험이라기보다는 입소문에 가깝습니다). 따라서 다음을 수행할 수 있습니다.\EFI\BOOT\bootx64.efibootia32.efi
grub-installWindows "복구" 후 NVRAM "복구"( UEFI 지원 복구 미디어에서 부팅 실행)UEFI 모드에서), 또는- 복사본을 넣으세요
/boot/efi/grubx64.efi(/boot/efi/bootx64.efi단, grub 버전 업데이트 후에는 중단될 수 있습니다).
더 이국적인 방법이 있습니다(예:부팅 iso를 다시 찾으세요메인 부트로더를 체인로드하는 것보다 읽기를 권장합니다.EFI 부트로딩 원리무슨 일이 일어나고 있는지, 무엇을 할 수 있는지(그리고 왜) 이해하고 싶다면 @oldfred가 올바른 방향을 알려 주었으므로(동일한 매뉴얼을 통해 도움을 받을 수도 있음) 팁을 다시 작업하여 답변을 얻을 수 있기를 바랍니다. : - )
혹시 이 도구가 다시 필요할 경우를 대비해,구조에 대한 대체 요법이미지에는 refind, efibootmgr, grub 등이 포함되어 있어 매우 편리합니다.