윈 도 우 [추가2] 볼륨 레지 삭제 - 다른 파티션에 윈도우 복원할 때

최근에 백업 때와 파티션이 달라진 경우 복원 테스트를 하다가 

M-BRPE 3.6에 "부트 수리" 탭에 "볼륨 레지 삭제"가 있다는 것을 발견하여 별도로 테스트를 해봤습니다

 

명칭만 다르고, 제가 예전에 같은 컴퓨터에 다른 파티션에 윈도우를 복구했다가 이상한 경험을 했는데

그 때 해결 방법과 같은 것이더군요. M-BRPE 설명에 더 정확하게 "볼륨 레지 삭제"가 무엇인지 적혀 있었습니다

 

MountedDevices Reg 삭제 : 다른 파티션이나 하드 디스크에 복원한 경우 필수  

      - 복원된 윈도우 system 레지스트리를 하이브 로드하여 System\MountedDevices 레지 삭제 후 하이브 언로드 

 

M-BRPE만 아니라 D.SnapshotPE도 비교적 최신 버전에는 bcdboot 또는 부트 수리 항목이 생겼습니다

M-BRPE는 3.3 버전, D.SnapshotPE는 5.2 버전부터 생겼습니다. bcdboot -> 부트 수리로 이름이 바뀌었습니다

 

윈도우 8.1 때 다른 파티션에 복원 테스트했을 때는 괴랄하게 윈도우가 부팅했는데요 (기존 윈도우와 복원한 윈도우 2개를 동시에 사용)

윈도우 11로 다른 파티션에 복원테스트해서 그런지? 그런 괴랄한 현상은 없고, 그냥 부팅이 되지 않았습니다..

테스트를 준비하기 위하여 기존 C: 크기를 50GB로 적게한 다음에 기존 윈도우를 복원한 다음에...

그것을 다시 백업하여 테스트를 시작하려고 합니다. 그런데 여기서 벌써 상황이 발생하더군요.

파티션 작업이 완료된 상황입니다. 파티션 툴 사용법은 지난 게시물에 했기 때문에 생략합니다

기존 백업파일로 복원을 했습니다. 다시 말합니다만, 이건 테스트가 아니라 테스트 준비 작업입니다..

복원 완료 (이미지 설치 등)

그런데 구슬만 돈 다음에 위와 같이 캄캄하더군요. 이 때 CPU 사용률이 높았습니다

부트 수리로 bcdboot 하면서 볼륨 레지 삭제도 체크했습니다

이것은 부팅 불능이 아니라 그 전에 캄캄해서 강제 종료하여 나타난 메시지입니다. 

그냥 엔터치니까 다음과 같이 부팅이 되었습니다

 

그런데 디스크 관리가 몇분을 기다려도 열리지 않더군요

 

탐색기는 잘 열리는데요. 디스크 관리가 왜 저러는지?

다시 PE로 부팅하여 같은 테스트 준비 작업을 했습니다

또 표시나게 하려고 파티션 크기를 다르게 만들었습니다

복원할 대상 파티션이 70GB로 만들어졌습니다

 

처음과 같은 복원 작업입니다

이번에는 부팅하기 전에, 바로 볼륨 레지 삭제를 했습니다

화면이 전환하는 타이밍에 스샷이 되었네요

디스크 관리도 잘 열렸습니다

이것이 볼륨 레지 삭제에서 삭제하는 레지스트리 입니다

연결했던 드라이브들은 전부 저장되어 있습니다. 이것은 얼마 전에 설치한 윈도우라서 별로 없습니다만...

아직도 테스트 준비 과정입니다. 근데 사실 이미 준비과정에서도 볼륨 레지 삭제 효과를 봤었지요.

백업 때와 파티션이 달라져서 볼륨 레지 삭제가 필요한 듯 합니다.

전에 사용기에도 파티션이 바뀌었지만 복원만 해도 부팅 잘 됐는데요. 일관성이 없네요

이제 본래 테스트하려고 했던 것입니다.

저 F:는 최초 백업 파일 때는 없었던 드라이브 문자 (새로 만든 파티션)라서 그 드라이브를 인식 시키고, 다시 백업을 한 것입니다

 

위에 것이 방금 만든 F: 부팅 파일

아래 것이 기존 C: 부팅 파일입니다

bcdboot 명령만 아니라, 멀티 윈도우 설치해도 항상 1순위 기본 부팅으로 됩니다

또 구슬만 돈 다음에 캄캄하더군요

 

이번에는 CPU 사용률도 스샷을 했습니다.

차도가 보이지 않아서 PE로 재부팅할 겁니다

볼륨 레지 삭제 체크하여 bcdboot를 했습니다

 

부팅이 잘 됩니다..

윈도우 부팅되었다는 스샷입니다

다시 한번 더 테스트를 해봤습니다.

이번에는 볼륨 레지 삭제없이 수동으로 reg load 명령으로 드라이브 문자 레지스트리를 삭제하는 것입니다

 

증상이 똑같습니다

reg load HKLM\1 C:\Windows\System32\config\system

reg delete HKLM\1\MountedDevices /f

reg unload HKLM\1

 

C:만 F:으로 수정하여 3줄 다 한꺼번에 cmd 화면에 붙여넣기 했습니다

 

 

역시 부팅이 됩니다

스샷 때문에 글이 길어지는군요

 

글 쓰다가 궁금한 점이 생겼습니다. 예전에 2개의 윈도우를 사용하는 괴랄한 부팅을 보여줬던 윈도우 8.1로 테스트를 하면 어떻게 될 지?

오랜만에 괴랄한 부팅을 보려고 했더니 그냥 부팅이 안 되는 증상만 나타나더군요.

 

예전에도 기존 백업했던 윈도우를 포맷해버리면 부팅이 안 됐습니다. 예전 윈도우를 잊지 못 하고 계속 사용하려고 하기 때문이죠.

기존 윈도우를 그대로 둔 상태에서 다른 파티션에 복원하면 2개의 윈도우를 사용합니다...ㅎ 그래서 괴랄하다고 하지요.

-------------------------------------------------

추가: 2021.12.01 수요일 오전 08:47

위에 쓴대로 2개의 윈도우를 동시에 사용하는 괴랄한 부팅을 오랜만에 보려고 윈도우 8.1을 설치해봤습니다

2개의 윈도우가 있으면 굳이 PE로 부팅할 필요가 없습니다

그래서 윈도우에서 다른 윈도우 파티션을 대상으로 설치했습니다

윈도우 8.1 iso를 탑재하여 RSImageX로 기존 C:으로 설치했습니다.

지금은 다른 윈도우로 부팅하여 D:으로 보이는 파티션입니다

 

 

윈도우 8.1 설치하고 부팅했습니다.

여기서 윈도우 부팅 상태에서 백업해도 됩니다만...그래도 더 안정적으로 사용하지 않는 상태에서 윈도우 11로 부팅하여 백업하기로 했습니다

역시 RSImageX로 윈도우 8.1을 wim 백업했습니다

 

다시 윈도우 8.1로 부팅하여 이제 백업한 윈도우를 다른 파티션 (여기서는 윈도우 11이 설치된 파티션)으로 복원합니다

괴랄한 부팅을 오랜만에 보게 될련지...

 

복원 완료되었고, 복원한 파티션으로 부팅할 겁니다

정말 오랜만에 보는군요. 이것이 전에 사용기에도 쓴 2개의 윈도우를 사용하는 모습입니다

아마 윈도우 7도 같을 겁니다. 윈도우 10은 아직 해본 적이 없어서 모르겠군요. 굳이 테스트할 필요는 없을 듯 합니다

포맷하면 사용중이라고 뱉어낼 줄 알았습니다...

뱉어내지도 않고, 포맷이 완료되지도 않고, 이것도 저것도 아닌 상태더군요

포맷 중지만 활성되어 있더군요. 그래서 포맷 중지 클릭했습니다만, 역시 무반응이더군요

윈도우가 말이 듣지 않는 상태가 되어서 그냥 강제로 재부팅했습니다 (vmware 메뉴에서 Restart)

다행히 여전히 부팅은 되더군요. 하여튼 안정적입니다...

위 스샷대로 드라이브 문자를 전부 삭제하지 않고 혼란스러운 문자만 삭제해도 됩니다

그런데 C: 삭제하니까 F:은 어디로 사라져버리더군요. 그래서 C:만 삭제했습니다

레지스트리에서 C:만 삭제해도 정상 부팅되네요

오랜만에 괴랄한 부팅 경험은 이 정도로 합니다

 

추가 끝

-------------------------------------------------

추가2: 2021.12.02 목요일 오전 11:50

다음날 위에서 테스트하지 못 한 윈도우 7과 윈도우 10까지 확인해봤습니다

간단하게 결론은 윈도우 7은 윈도우 8.1과 같고, 윈도우 10은 윈도우 11과 같은 현상입니다

 

스샷이 많지만, 너무 길어져서 비교적 간단하게 올립니다

해결방법도 드라이브 문자가 저장된 레지스트리 삭제하면 됩니다. [볼륨 레지 삭제]

레지스트리 삭제는 매우 안전합니다. 왜냐하면 윈도우 iso에 원래 저 레지스트리는 존재하기 않기 때문이죠

윈도우 사용하면서 연결된 드라이브들이 저장됩니다. 그래서 문자 전체를 삭제해도 다시 문자를 할당해줘야 하는 불편 정도만 있을 수 있습니다

 

과정은 위에서 많이 올려서 생략하고 결과만 올립니다

추가 테스트로 기존 윈도우를 포맷해봤는데요

윈도우 7과 윈도우 8.1은 복원된 다른 파티션으로 부팅이 안 됩니다

윈도우 10과 윈도우 11은 기존 파티션이 있으나 없으나 복원된 다른 파티션으로 부팅이 안 됩니다

기존 파티션이 포맷된 경우도 볼륨 레지 삭제하면 복원된 다른 파티션으로 부팅됩니다.

 

다음은 윈도우 10을 테스트해봤습니다

추가2는 추가할 때 이미 결론을 올렸습니다. 테스트했다는데 의미를 둡니다

추가2 끝

-------------------------------------------------

RSImageX는 제작하시는 카멜님 블로그에 있습니다 https://blog.naver.com/denme19

M-BRPE와 D.SnapshotPE는 자료실에도 올라옵니다만 제작하시는 틱톡88님 블로그에도 있습니다. https://tiktok888.tistory.com/