괜찮은. 불과 며칠 전, 우리는 엉망진창인 내 노트북과 8부팅 Windows-and-Linux 설정에서 KDE 네온 인스턴스의 후속 복구에 대해 이야기했습니다. 결과적으로 존재하지 않는 파티션을 마운트하도록 구성되었기 때문에 다양한 배포판이 부팅되지 않았습니다. 이것은 새로운 Linux 시스템이 단순한 숫자가 아닌 무의미하고 사람이 읽을 수 없는 UUID 문자열로 장치를 표시하는 차선책을 사용하기 때문에 발생했습니다.
음, Windows 10 인스턴스도 수정해야 합니다. 여기서 문제는 비슷했습니다. Windows 10이 부팅을 시작한 다음 PC 진단, 자동 복구에 대한 메시지가 표시되고 예상대로 자동 복구가 실패합니다. 이전 기사에서 우리는 이미 Windows 10 파티션이 정상이고 모든 데이터가 거기에 있음을 확인했으므로 재설정 등을 수행하고 싶지 않았습니다. 이 성가신 문제를 어떻게 우아하게 고쳤는지 보여드리겠습니다.
자세한 문제
옅은 파란색 Windows 10 복구 콘솔 화면이 나타납니다.
자동 복구에서 PC를 복구할 수 없습니다.
"고급 옵션"을 눌러 다른 옵션을 시도하여 PC를 복구하거나 "종료"를 눌러 PC를 끕니다.
로그 파일:C:\Recovery\WindowsRE\Winre.wim\System32\Logfiles\Srt\SrtTrail.txt.
좋은 기술자처럼 저는 고급 옵션으로 이동하고 명령줄 프롬프트를 시작한 다음 로그 파일로 이동하여 내용을 읽는 것이 최선의 조치라고 결정했습니다. 이 파일이 없다는 점만 빼면요. 이에 대해서는 곧 살펴보겠습니다.
이 시점에서 나는 최근에 수행한 시스템 이미지 복구 테스트가 문제의 일부 또는 전체에 대한 책임이 있다고 생각했습니다. 따라서 Windows 10 부트로더를 수정해야 할 수도 있습니다. 특히 시퀀스를 제어하기 위해 Linux 부트로더를 사용하고 있었기 때문에 의심스러웠지만 명백한 문제를 제거하기 위해 간단한 부트로더 수정을 시도하기로 결정했습니다.
bootrec.exe /rebuildbcd
bootrec.exe /fixmbr
bootrec.exe /fixboot
바로 문제가 발생했습니다. Windows 10 USB 썸 드라이브에서 이 명령을 실행하면 아무 것도 찾을 수 없습니다. 다시 말하지만 여기에는 이유가 있습니다. 우리는 거기에 도달할 것입니다. 복구 콘솔에서 이것을 실행하면 하나를 찾을 수 있지만 C:\ 드라이브가 아닌 D:\ 드라이브를 참조하고 실제로 항목을 추가하려고 하면 명령에서 항목을 완료할 수 없다고 불평합니다. 작업:
시스템이 지정된 경로를 찾을 수 없습니다.
그리고 마지막 명령은 다음과 같은 오류를 발생시킵니다:
액세스가 거부되었습니다.
로그 파일이 C:\에 있어야 했지만 거기에 없었다는 사실과 bootrec.exe가 D:\에서 운영 체제를 찾았다는 사실로 인해 드라이브 문자가 올바르게 할당되지 않았을 수 있다고 믿게 되었습니다. 나는 그것을 고칠 필요가 있었다. 솔루션을 살펴보겠습니다.
솔루션 1
cmd에서 diskpart 도구를 시작했습니다. 이것은 Windows에서 일반적으로 사용하는 디스크 관리자 도구로, 멋진 GUI를 의미합니다. 여기서 우리는 명령줄, 음, 명령을 대신 사용해야 합니다. 무엇을 해야 할지 잘 모르겠다면 ?를 입력하면 됩니다. 다양한 옵션과 플래그에 대한 아이디어를 얻습니다. 먼저 볼륨 문자를 확인하겠습니다.
diskpart
목록 볼륨
내 예에서 C:\ 드라이브가 잘못 할당되었음을 알았습니다. 그래서 나는 그것을 바꿨다. 문자 C:를 사용하는 경우 두 단계가 필요합니다. 먼저 비어 있는 문자에 드라이브 보유를 할당한 다음 올바른 드라이브를 할당합니다. 예를 들어(설정에 따라 달라지므로 실제 숫자는 무시):
볼륨 2 선택
문자 할당=(C가 아닌 것):
볼륨 5 선택
문자 할당=C:
다시 bootrec.exe를 실행하고 진행했지만 여전히 시스템이 부팅되지 않았습니다.
솔루션 2
이 시점에서 문제가 부트로더에 있는 것이 아님을 확신했습니다. 이제 부팅 프로세스의 다음 단계로 이동할 시간입니다. 이 경우 EFI 파티션에 있는 부팅 이미지입니다. 어떤 이유로든 이 파일이 손상되어 다시 빌드해야 할 수 있습니다.
복구 콘솔로 부팅하고 다시 diskpart로 연습을 실행했습니다. 이제야 두 단계가 있었습니다. 첫째, 올바른 볼륨이 C:\에 매핑됩니다. 둘째, EFI 파티션으로 작업하고 있는지 확인했습니다. 드라이브 문자에 주의하십시오. 엉망이 될까 두렵다면 볼륨을 선택하고 새 문자를 할당한 다음 부팅 이미지 재구축을 진행할 수 있습니다. 글자가 맞으면 건너뛸 수 있습니다.
diskpart
목록 볼륨
# C에 해당하는 파티션 선택:
볼륨 X 선택
assign letter=C:
# EFI 파티션 선택(FAT32, 부팅 플래그 및 종종 숨김)
볼륨 Y 선택
지정된 문자=F:
종료
나는 EFI를 위해 문자 F를 사용했습니다. 원하는 것을 선택할 수 있습니다. 이제 부팅 이미지 복구 단계:
bcdboot.exe C:\Windows /s F:/f UEFI
여기에 무엇이 있습니까? 다음과 같은 방식으로 bcdboot를 실행합니다.
- 소스 - C:\Windows의 BCD 파일을 사용하여 시스템 파티션을 초기화합니다.
- /s - 시스템(EFI) 파티션의 문자를 지정합니다.
- /f - 펌웨어 유형을 지정합니다.
/s와 /f는 모두 선택 사항입니다. 자세한 내용은 기술 참조를 확인하십시오.
이 단계가 완료되면 재부팅했고 모든 것이 손상되지 않은 상태로 Windows 10이 정상적으로 시작되었습니다. 다른 모든 Linux 배포판은 작동했고 GRUB2는 변경되지 않았으며 데이터 손실도 없습니다.
결론
저는 이 운동이 상당히 실망스러웠지만 오히려 즐거웠습니다. 심도 있는 기술적인 측면에서 Windows는 Linux와 매우 유사하게 작동합니다. 그리고 시스템 부팅 오류와 관련하여 모호하고 탄력적이지 않습니다. 자동 복구가 내가 한 일을 할 수 없었던 이유가 궁금합니다. 내가 취한 일련의 단계에는 특별하거나 마법 같은 것이 없습니다. 또한 로그에 쉽게 액세스할 수 없습니다. 사용자가 첫 번째 오류 화면에서 바로 읽을 수 있도록 허용하지 않는 이유는 무엇입니까?
또 다른 문제는 드라이브 문자와 같이 시스템에서 예상하는 방식에 불일치가 있을 때 갑자기 주의를 분산시키는 6가지 다른 문제가 발생한다는 것입니다. 해결책은 그리 어렵지 않지만 말도 안 되는 문제를 해결하는 데 시간을 낭비하게 됩니다. 그것은 당신을 위한 최신 소프트웨어입니다. 음, 멀티 부팅 중이고 Windows 10을 시작하는 데 문제가 있는 경우 잠재적으로 무엇을 할 수 있는지 조금이라도 명확히 했으면 합니다. 데이터가 손상되지 않은 경우 간단하게 시작하여 부팅 순서를 단계별로 진행하십시오. . 철학에 관해서는 Linux와 동일합니다. 미래는 장밋빛이 아니므로 모든 것이 추상적인 악몽이 되기 전에 기술적인 자유를 누리세요.
건배.