복제된 SSD/USB를 통한 원본이 부팅되지 않는 이유는 무엇입니까?

복제된 SSD/USB를 통한 원본이 부팅되지 않는 이유는 무엇입니까?

이것은 기본적으로 어떻게 해결하느냐의 문제가 아닙니다(이미 해결되었습니다). 나는 단지 더 나은 이해를 원할 뿐입니다.

나는 이미 여기에서 훌륭하고 논리적인 답변을 찾았습니다.복제된 파티션이 정확히 같은 위치에 있지 않습니다.

하지만 여전히 전체 과정을 이해하는 데 몇 가지 문제가 있습니다. 아니면 더 나은 방법은 내가 겪은 문제를 피하는 방법입니다.

시나리오는 고전적이지 않습니다.

  • SATA HDD를 USB SSD로 복제(내 경우에는 AOMEI 백업퍼 표준)

  • SSD를 노트북 안에 넣습니다. (예, HDD를 먼저 제거했습니다. ;)

  • 전원 켜기 - 죄송합니다 - 보너스 없음 - 부팅 없음 - 수리 없음(섹터 이동으로 인해 -> 수리)

이제 USB당 원래 HDD를 사용하여 부팅하겠다는 (아픈?) 아이디어가 생겼습니다.

  • 전원 켜기 - 죄송합니다 - 보너스 없음 - 부팅은 안 되지만 수리는 안 됩니다(이 섹터는 이동되지 않았기 때문에 이것이 첫 번째 질문입니다)

  • 수리를 통해 명령줄(diskpart 및 co)로 직접 이동했습니다.

  • 그러다가 내가 bootrec /rebuildbcd왔어둘 다수리를 위해 제공되는 Windows 시스템 - 확인 - 그런데 오류: '.... 실패했습니다 ... 구별할 수 없는 시스템'(또는 유사)

음, 그건 복제품입니다... (두 번째 질문: 동일합니까 disk signature? 그렇다면 어떻게 변경합니까?)

나는 아픈 생각으로 이 문제를 해결했습니다.

bootrec /rebuildbcd다시 시작했지만~ 후에스캔하고~ 전에C: (SSD)에서 Windows 선택 USB HDD를 분리(!)했습니다. 짜잔: 성공적으로 완료되었습니다. 그리고 SSD에서 부팅했습니다.

질문 요약:

  • 원래 HDD가 USB에서 부팅되지 않은 이유는 무엇입니까? 동일한 디스크 ID 때문인가요? 그렇다면 피하는 방법은 무엇입니까? (Windows 정품 인증 문제가 발생합니까?)

  • "식별할 수 없는 시스템 오류"를 일으키는 '것들'은 무엇입니까?

  • USB에 있는 동안(교체 전) SSD의 EFI 시스템을 복구할 수 있었습니까?

답변1

컴퓨터가 원래 부팅된 방식에 따라 질문에 대한 두 가지 답변이 있습니다. 실제로 문제의 원인(파티션 위치 변경)에 대해 인용한 설명은 첫 번째 시나리오인 AFAIK에만 적용됩니다(저는 Linux보다 Windows 부팅에 대해 덜 알고 있으므로 Windows EFI에 대한 세부 사항을 오해할 수 있습니다. 모드 부팅). 두 가지 부팅 모드와 시나리오는 BIOS 모드와 EFI 모드입니다. 또한 작용할 수 있는 몇 가지 공통 요인이 있습니다.

BIOS 모드

2011년 말 이전에 판매된 대부분의 컴퓨터는 중고기본 입출력 시스템(BIOS)펌웨어. BIOS 기반 컴퓨터는 디스크의 첫 번째 섹터인 MBR(마스터 부트 레코드)에 저장된 부트 로더를 통해 부팅됩니다. 자세한 내용을 모두 다루지는 않겠지만 대부분의 BIOS 모드 부트 로더는 디스크 파티션의 시작 섹터 번호에 크게 의존합니다. 이는 MBR이 전체 부트 로더를 수용하기에는 너무 작기 때문에 MBR 코드는 파티션의 파티션 부트 레코드(PBR, 파티션의 첫 번째 섹터)에서 더 많은 부팅 코드를 로드하고, 이는 다시 추가 코드(종종이라고도 함)를 로드하기 때문입니다. 섹터 번호로). 정확한 세부 사항은 OS 및 부트로더에 따라 다르지만, 중요한 점은 대부분의 경우 섹터 번호가 중요하다는 것입니다. 따라서 디스크 복제 작업이 부트 로더 코드나 이에 의존하는 구성을 조정하지 않고 부트 파티션의 시작 섹터를 변경한 경우 부트 프로세스가 실패합니다.

부팅 가능한 파티션의 "부팅 플래그"(일명 "활성 플래그")의 존재(또는 부재)와 같이 상황에 영향을 미칠 수 있는 다른 파티션 세부 정보가 있습니다. 부팅 코드는 MBR 및 PBR에 상주하므로 디스크 복제 작업에서는 이 부팅 로더 코드도 복사해야 합니다. 임의의 디스크 복제 프로그램이 이러한 항목을 복사한다는 보장은 없습니다. (구체적으로 사용하셨다고 하시는 AOMEI와 통화할 수 없습니다.)

참고하세요최대모든 Windows Vista 및 이전 컴퓨터(Itanium 또는 기타 이국적인 CPU를 사용한 컴퓨터 제외)와 마찬가지로 Windows 7과 함께 제공된 컴퓨터는 BIOS를 사용했습니다. 2011년 말부터 제조업체는 BIOS에서 최신 EFI/UEFI(다음에 설명)로 빠르게 전환했지만 대부분의 EFI에는 CSM(호환성 지원 모듈)이라는 기능이 포함되어 있습니다. 방법"). 따라서 최신 EFI 기반 컴퓨터에서는 BIOS/CSM/레거시 모드로 Windows(Windows 8.x 및 10도 포함)를 설치할 수 있습니다. 이렇게 구성하면 컴퓨터는 BIOS 기반 컴퓨터처럼 작동합니다.

EFI 모드

그만큼확장 가능한 펌웨어 인터페이스(EFI) 또는 2.x 변형인 UEFI(Unified EFI)는 2011년 말부터 새 컴퓨터의 지배적인 펌웨어가 된 BIOS를 대체합니다. 하지만 혼란스럽게도 많은 제조업체에서는 BIOS와 관련하여 "BIOS"라는 용어를 사용합니다. EFI. IMHO, 이것은 나쁜 습관입니다. 사람들이 EFI가 BIOS에 대한 사소한 업데이트일 뿐이라고 생각하게 만들기 때문입니다. 하지만 부팅 방식은 근본적으로 다릅니다.

EFI 부팅 방식에는 파일이 포함됩니다. MBR과 PBR은 특별한 역할을 수행하지 않으며 부팅 코드를 보유하지 않습니다. 해당 정보는 OS 설치 프로그램에 의해 NVRAM에 저장되기 때문에 컴퓨터는 시작할 부트 로더 파일을 알고 있습니다. (특별한대체 파일 이름, EFI/BOOT/bootx64.efi는 USB 플래시 드라이브와 같은 부팅 가능한 외부 미디어에서 사용됩니다.) EFI는 BIOS와 달리 파티션을 이해하므로 EFI 부트 로더는 일반적으로 파티션의 시작 섹터를 참조하지 않습니다. 따라서 EFI 모드 부팅에서는 파티션의 시작 섹터가 훨씬 덜 중요합니다.

대신 EFI 모드 부팅은 파티션 자체를 식별하는 몇 가지 방법에 의존합니다. 이는 일반적으로 다음에 의해 수행됩니다.전역 고유 식별자(GUID, UUID라고도 함)디스크 및 파티션 모두와 관련된 값. 따라서 디스크 복제 작업으로 디스크 및 파티션 GUID 값이 보존된 경우 복제된 디스크는 부팅 가능한 상태로 유지되어야 합니다. 그렇지 않으면 부팅 프로세스가 한 단계 또는 다른 단계에서 실패할 수 있습니다. AOMEI가 기본적으로 GUID 값을 보존할지 여부는 알 수 없습니다. GUID 복제는 일반적으로 권장되지 않습니다.고유한가치; 그러나 기존 하드웨어를 교체할 수 있도록 디스크를 복제하는 경우 NVRAM 항목을 변경하지 않고 새 디스크를 부팅 가능하게 만들려면 새 디스크에 GUID 값을 복제하는 것이 바람직합니다.

한 가지 더 복잡한 점은 많은 EFI가 NVRAM에서 유효하지 않은 부팅 항목을 적극적으로 제거한다는 것입니다. 따라서 다음과 같은 방식으로 부팅 디스크를 다른 부팅 디스크에 복제하려는 경우~ 아니다GUID 값을 유지하고 원본 디스크를 제거하면 컴퓨터는 첫 번째 디스크가 부팅 가능했다는 사실을 "잊어버릴" 수 있습니다. 따라서 원래 디스크를 다시 연결하면 부팅되지 않을 수 있습니다.

공통 요인

원칙적으로 부트로더와 OS 구성은 다음 사항에 의존할 수 있습니다.파일 시스템구성에 일련 번호, UUID 또는 이름이 포함되어 있습니다. 이 값은 다음과 유사합니다.분할GUID이지만 파티션 테이블이 아닌 파일 시스템 데이터 구조에 저장됩니다. Windows가 이 기능을 수행하는지 직접적으로는 알 수 없지만 대부분의 Linux 배포판은 이를 수행합니다.

부팅 문제가 발생하면 OS 중심 부트 로더 복구 또는 재설치 절차를 사용하여 문제를 해결해야 합니다. 세부 사항은 부팅 방법에 따라 달라질 수 있습니다. 예를 들어 EFI 모드 부팅 시 MBR을 복원하는 도구는 사용하지 않습니다. 많은 이전 지침은 BIOS 모드 부팅을 가정하는 경향이 있으므로 최신 EFI 모드 설치에서는 작동하지 않습니다.

관련 정보