윈 도 우 imagex 백업/복구에 대한 테스트
2015.03.04 21:16
https://windowsforum.kr/free/6331313 [2015-03-05 18:54 게시물 삭제하셨군요]
imagex /compress fast /capture c: d:\xxx.wim "xxx" /verify
imagex /apply d:\xxx.wim 1 c:
이렇게 백업/복구하셨는데 bcdboot를 추가로 해야 부팅이 되신다고 하시네요.
부팅파일 포함된 걸 백업하셨는데도...
저는 위의 gimagex의 설명이 생각나서 혹시 /boot 옵션이 빠져서 그런가? 의심을 했습니다.
그래서 테스트해봤습니다
boot 폴더 포함된 윈도입니다. mbr 디스크입니다
먼저 /boot 옵션을 주고 캡처,백업했습니다
포맷만 하고 바로 복구했습니다. 복구는 옵션도 없고 차이가 없습니다
부팅 성공했습니다
이번에는 /boot 옵션 빼고 캡처,백업해봤습니다
역시 포맷만 하고 그대로 복원했습니다
포맷은 format 명령을 하니까 라벨 입력해야 y/n 입력해라..귀찮아서 diskpart로 했습니다.
diskpart는 아무 소리 없습니다.
아무 소리 없는게 좋기도 하지만 clean 명령을 해도 아무 소리 없이 디스크를 날려버리는건 좀 그렇더군요;;
몇년전에 딱 한번 당한 적이 있죠 ㅎㅎ;
/boot 옵션은 넣으나 마나 같네요. 왜 저런 설명이 있는지 저는 모르겠습니다.
- /boot 옵션은 PE에 적용되는거라고 imagex 옵션설명에..이건 봐도 잘 기억이 안되고 윈도와 PE가 헷갈리네요.
bcdboot를 해야 하는 상황이라면 다른 디스크일때 그런 현상이 있는데요. 같은 파티션에 복구하셨다고 하시는데요..
암튼 /boot 옵션도 관계없고...어떤 차이인지? 설마 서버라서 그런건지?
* 다른 옵션이라면 /check 밖에 없는데요. 무결성 확인...이건 부팅파일이랑은 관계없을텐데요?
혹시 모르니까 3가지 옵션 전부 다 주고 백업하시기를...
댓글 [14]
-
박사유 2015.03.04 22:03
-
suk 2015.03.04 22:14
네, 테스트로 XP 설치를 해봤는데....결과가 어떻게 된 건지 기억이 안 나네요;
멀티부팅이라서 논리 드라이브도 부팅하는데 관계없는걸로 압니다.
-
박사유 2015.03.04 22:30
감사합니다.
-
suk 2015.03.05 00:05
생각난 김에 다시 멀티부팅해봤습니다.
winntsetup 로 했는데 부팅이 되지 않아서 EasyBCD로 부팅추가하여 약간 우왕좌왕하면서 했군요.
-
박사유 2015.03.09 13:07
수고하셨습니다.
-
꼬브기 2015.03.04 22:16 boot 폴더가 포함된 파티션이면 /boot 옵션으로 캡쳐해서 적용하는 경우 바로 부팅이 되는가보군요. ^^boot 폴더가 포함되지 않은 파티션도 /boot 옵션으로 캡쳐해서 적용하는 경우에도 부팅이 되는지 궁금하네요.왠지 될 것 같은.../boot 옵션은 Windows PE 이미지에만 사용할 수 있습니다. 라는 설명에 그냥 휙 넘어갔는데...PE로 부팅해서 사용가능한 옵션이란 의미였나보네요...ImageX 명령줄 옵션:
https://technet.microsoft.com/ko-kr/library/dd799302(v=ws.10).aspx
/boot
볼륨 이미지를 부팅 가능으로 표시합니다.
Windows PE 이미지에만 사용할 수 있습니다.
볼륨 이미지는 .wim 파일 내에서 하나만 부팅 가능으로 표시할 수 있습니다./boot
Marks a volume image as bootable.
Available only for Windows PE images.
Only one volume image can be marked as bootable within a .wim file.결론적으로 BCD 문제였다는 거군요. ^^;정확히는 볼륨정보가 변경된게 원인이고
해법은 변경된 볼륨정보에 맞게 bcdboot 명령으로 BCD 정보를 갱신해주면 되는 거네요.
-
suk 2015.03.04 22:28
본문에 /boot 옵션을 넣고 또 빼고 둘다 테스트해봤는데 아무 관계없다는 결론입니다
boot 폴더가 없으면 안 될 겁니다. /boot 옵션이 부팅파일을 만드는 옵션은 아닙니다.
-
크림슨 2015.03.04 22:32
접근이 잘못되었으며, 엉뚱한 관점에서 고민하고 계신 듯합니다.
imagex는 볼륨에 대한 정보를 전혀 백업하지 않습니다.
볼륨 ID나 테이블, 심지어는 스왑파일이나 휴지통 조차도 백업하지 않지요.
그래도 백업하고 복구해 보면 아무 문제 없습니다... 포맷을 해도 마찬가지입니다.
특별히 문제가 되는 경우가 있는데, 전혀 다른 볼륨에 apply를 진행했을 때입니다.
imagex와는 아무 상관없이 BCD 때문에 안되는 겁니다.
BCD 파일을 C:\> bcdedit /store E:\Boot\BCD 와 같이 보면
osdevice가 partition=E: 와 같이 잡혀 있는데,
E 드라이브의 드라이브 문제를 제거하면 osdevice는 partition=\Device\HarddiskVolume8 이런 값으로 보여집니다.
이 경우 드라이브 문자와는 상관없이 정확하게 물리적 주소를 지시하고 있기 때문에 당연히 아무 문제 없습니다.
다시 E드라이브의 볼륨을 삭제하고 다시 만들게 되면 이번에는 unknown 이라는 값을 보여줍니다.
따라서 BCD가 부팅할 장치(볼륨드라이브)를 못찾는 겁니다.... 이럴 때에는 간단하게 BCD를 삭제하고 다시 만들어주어야 합니다.
문제의 그 분은 볼륨을 삭제하고(혹은 디스크를 뭉개고) 다시 드라이브를 생성했거나
백업했던 곳과는 전혀 다른 드라이브에 apply 했기 때문에 실패했을 겁니다.
포맷만으로는 볼륨ID를 제거하고 다시 만들지 않습니다...
결론적으로 imagex /capture --> 포맷 --> imagex /apply 이런 형태가 일반적이며,
포맷이 아닌 볼륨작업이 진행될 예정이라면 snapshot.exe나 고스트, 트루이미지 같은 볼륨백업 툴을 써서 백업/복구하거나
imagex로 작업 후 복구 시 BCD를 재생성해 주면 됩니다.
참고로 E 드라이브의 윈도우를 imagex로 백업하여 F 드라이브에 apply 한다면,
BCD 재성성과 함께,
레지스트리의 하이브 로드를 이용하여 MountdeDevices에 있는 \DosDevices\C: 값도 수정해 주어야 합니다.
E드라이브가 제거되었다면 \DosDevices\C 값을 재생성하니까 상관없지만, 실존할 경우 E드라이브가 C로 잡히고,
윈도우를 풀어놓은 곳은 다른 드라이브로 잡는 황당한 경험을 하게 됩니다.
-
크림슨 2015.03.04 22:36
< BCD에서 보는 부팅장치의 예 >
1. 정상 상태
Windows Boot Loader
-------------------
identifier {default}
device partition=E:
path \Windows\system32\winload.exe
description Windows Technical Preview
locale en-US
inherit {bootloadersettings}
allowedinmemorysettings 0x15000075
osdevice partition=E:
systemroot \Windows
resumeobject {8c5d84ff-c270-11e4-969e-20cf301a7732}
nx OptIn
hypervisorlaunchtype Auto2. 드라이브 문제 제거 시
Windows Boot Loader
-------------------
identifier {default}
device partition=\Device\HarddiskVolume8
path \Windows\system32\winload.exe
description Windows Technical Preview
locale en-US
inherit {bootloadersettings}
allowedinmemorysettings 0x15000075
osdevice partition=\Device\HarddiskVolume8
systemroot \Windows
resumeobject {8c5d84ff-c270-11e4-969e-20cf301a7732}
nx OptIn
hypervisorlaunchtype Auto3. 볼륨 변경 시 <=== 이 경우에만 문제가 됨
Windows Boot Loader
-------------------
identifier {default}
device unknown
path \Windows\system32\winload.exe
description Windows Technical Preview
locale en-US
inherit {bootloadersettings}
allowedinmemorysettings 0x15000075
osdevice unknown
systemroot \Windows
resumeobject {8c5d84ff-c270-11e4-969e-20cf301a7732}
nx OptIn
hypervisorlaunchtype Auto -
꼬브기 2015.03.04 22:46 그렇군요. ^^ 새로운 사실을 알았네요. 감사합니다.
-
.... 2015.03.04 22:32 /boot 는 PE에서만 쓰이는 옵션입니다. 램에 로딩해서 부팅할때만 사용되구요..
OS에서 붙이나 안붙이나 차이 없습니다.
-
꼬브기 2015.03.04 22:35 그래요? 이거참 ^^ 헷갈리네요.
-
DarknessAngel 2015.03.05 07:49
파일 확인 옵션중 check랑 verify 두가지가 있는데 웬만하면 verify가 낫습니다
check는 헤쉬값을 뽑아서 wim에 같이 저장하는거고, verify는 켑쳐/해제시 그때그때 실시간으로 파일 하나하나 체크하는 방식입니다
정말 믿을 수 없는 인터넷등의 유포용은 check로 해주시고, verify는 인터넷등으로 유포할때 쓰는겁니다
-
왕초보 2015.03.05 13:51
자세한 테스트 감사합니다...
고수님들이 댓글속에도 귀한 정보들이 많네요..
추천하고 갑니다..
수고하셨습니다.
혹시, 저 위에 논리 드라이브에 XP 를 설치하신건가요?