Win7 설정

win7 설치 과정을 살펴보면 다음과 같은 순서입니다.
1. PE로 부팅
2. 언어 선택- 사용권 계약 동의- 설치 유형 선택- 설치할 파티션 선택
3. 파일 복사 중
4. 파일 확장 중
5. 기능 설치 중
6. 업데이트 설치 중
7. 설치 완료 중
8. 사용자 정보 입력( 이름, 암호, 제품키, 업데이트 설정, 시간 및 날짜, 네트워크 위치)
9. 바탕화면

이 과정을 조금 더 자세히 알아보겠습니다.

"Windows PE의 부팅 프로세스는 다음과 같습니다.
 특정 미디어의 부팅 섹터가 로드됩니다.
 컨트롤이 Bootmgr에 전달됩니다.
 Bootmgr은 BCD(부팅 구성 데이터)에서 기본 부팅 정보를 추출하고
 컨트롤을 Boot.wim에 포함된 Winload.exe 파일에 전달합니다. -이하 생략"
- http://technet.microsoft.com/ko-kr/library/dd744556(WS.10).aspx

 

BCD(부팅 구성 데이터)가 어떤 식으로 구성되어 있는지 확인해 보겠습니다.
설치 이미지를 UltraISO 로 열어서 D:\DVD 폴더에 풀어준 후 다음과 같은 명령으로 확인했습니다.
(여러 항목 중에서 두 개의 항목만 가져왔습니다.)

bcdedit.exe /store D:\DVD\boot\bcd /enum all

----------------------------------------------------------------------------------------------
장치 옵션
--------------
identifier              {7619dcc8-fafe-11d9-b411-000476eba25f}
ramdisksdidevice  boot
ramdisksdipath     \boot\boot.sdi

Windows 부팅 로더
-------------------
identifier              {default}
device                 ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
path                    \windows\system32\boot\winload.exe
description           Windows Setup
locale                  en-US
inherit                 {bootloadersettings}
osdevice              ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
systemroot           \windows
detecthal              Yes
winpe                  Yes
ems                    Yes
----------------------------------------------------------------------------------------------

스누피님의 '하드에서 설치하기' 방식을 사용해 보신 분이라면 잘 알겠지만
DVD나 USB로 부팅하지 않고 하드디스크에서 부팅하더라도
위와 같은 bcd 구성을 통해 똑같은 방식으로 부팅할 수 있습니다.
제 상황에 맞게 bcd를 구성해 보겠습니다. 위 내용과 같은 순서로 하겠습니다.

----------------------------------------------------------------------------------------------
bcdedit /create /device
- /device 는 <장치 옵션> 항목을 만드는 옵션입니다. {guid}를 반환합니다. 편의상 {장치 guid}로 하겠습니다.
- /device 대신 잘 알려진 식별자인 {ramdiskoptions} 를 사용해도 됩니다.
- 잘 알려진 식별자의 종류로는 {bootmgr}, {ntldr}, {current}, {default} 등이 있습니다.
- 잘 알려진 식별자에 관해선 "bcdedit /? ID" 명령으로 참조하세요.

bcdedit /set {장치 guid} ramdisksdidevice partition=D:
- /set 명령으로 방금 만든 항목에 대한 '옵션 값'을 설정합니다.
- ramdisksdidevice 는 <데이터 형식> 이고  partition=D: 는 <값> 입니다.

- 위에 bcd 구성표에서는 왼쪽이 <데이터 형식> 오른쪽이 <값>입니다.
- /set 명령 구문은 "bcdedit.exe /set <GUID> <데이터 형식> <값>" 입니다.
- "Ramdisk_SDI_device" 는 램디스크를 만드는 파일인 SDI(시스템 배포 이미지) 파일이 있는 장치를 지정합니다.
- device 라는 <데이터 형식>에 대한 <값> 유형으로는 boot, partition, ramdisk, vhd 등이 있습니다.

bcdedit /set {장치 guid} ramdisksdipath \DVD\boot\boot.sdi
- ramdisksdipath 는 boot.sdi 파일의 나머지 경로를 지정해 줍니다.

bcdedit /create /application osloader
- /application 은 <응용 프로그램> 항목을 만드는데 <응용 프로그램> 유형으로는 bootsector, osloader, resume 등이
- 있습니다. osloader 는  'Windows 부팅 로더' 입니다.
- {guid}를 반환합니다.

bcdedit /set {guid} device ramdisk=[D:]\DVD\sources\boot.wim,{장치 guid}
- Windows 7 에서는 osloader=<Windows 부팅 로더>=winload.exe 입니다.
- device 에 대한 값으로 winloade.exe 가 있는 장치를 지정해 줍니다.
- device 에 대한 값 유형으로 boot, partition, ramdisk, vhd 등이 있는데
- ramdisk=[D:]\DVD\sources\boot.wim,{장치 guid} 는 winload.exe가 있는 장치는 램디스크이며
- 이 램디스크는 D:\DVD\sources\boot.wim 을 {장치 guid}(장치옵션)을 통해 풀어놓은 램디스크 입니다.
- boot.wim 이나 위에서 등록했던 boot.sdi 가 위와 같은 폴더 구조 속에 같이 있어야하는 것은 아닙니다.
- 폴더 구조에 상관없이 혹은 서로 다른 파티션에 있더라도 bcd 에 등록할 때 경로만 잘 지정해 주면 됩니다.

bcdedit /set {guid} path \windows\system32\boot\winload.exe
- path 는 winload.exe 의 나머지 경로를 입력해 줍니다.
- system32\winload.exe 가 아니라 system32\boot\winload.exe 입니다. 두 파일의 해시 값을 비교해 봤는데
- 동일한 파일입니다. 테스트 삼아 system32\winload.exe 로 수정하고 부팅해 봤는데 블루스크린 뜹니다.
- 나중에 설명할 하드 디스크에서 PE 부팅하는 방식은 system32\winload.exe 입니다.
- system32\boot\winload.exe 는 램디스크에서 부팅할 때 사용하는 파일 같습니다.

bcdedit /set {guid} description "PE 부팅"
- description 은 부팅시 표시되는 이름을 적어 줍니다.

bcdedit /set {guid} locale ko-KR
- locale 은 언어 형식입니다.

bcdedit /set {guid} inherit {bootloadersettings}
- inherit 는 상속할 항목을 적어줍니다. 즉,{bootloadersettings} 항목을 상속한다는 뜻입니다.
- {bootloadersettings} 은 디버거 설정, EMS 설정, 하이퍼바이저 설정 등을 포함하고 있습니다.

bcdedit /set {guid} osdevice ramdisk=[D:]\DVD\sources\boot.wim,{장치 guid}
- osdevice 는 winload.exe 가 로드할 OS 가 있는 장치입니다.
- winload.exe 와 같은 장치에 있으므로 device 에 사용한 값과 같은 값입니다.

bcdedit /set {guid} systemroot \windows
- Windows 7 의 systemroot는 windows 폴더 입니다.

bcdedit /set {guid} detecthal Yes
- detecthal 은 HAL(하드웨어 추상화 계층)을 감지한다는 것 같은데..
- HAL 은 여러 장치들을 파악하는 역할을 하는 것 같습니다.
- PE 환경은 부팅후에 기록했던 정보를 종료하면서 초기화 시킵니다. (램디스크 혹은 Wpeinit.exe 특성때문에)
- 그래서 매번 부팅하면서 주변 장치들을 탐지해야 하는 것 같습니다.

bcdedit /set {guid} winpe Yes
- winpe 는 PE로 부팅되도록 하는 설정입니다.

bcdedit /set {guid} ems Yes
- ems(Emergency Management Services) 응급 관리 서비스에 관해서는 다음을 참조해 보세요.
- http://technet.microsoft.com/ko-kr/library/cc786105(WS.10).aspx

 

bcdedit /displayorder {guid} /addlast
- displayorder 는 표시 순서를 설정합니다.
- 이 설정을 해주지 않으면 bcd 에 등록은 되어 있어도 화면에 표시되지 않습니다.
----------------------------------------------------------------------------------------------

boot.wim 2번 이미지로 부팅하면 기본적으로 설치 프로그램인 setup.exe 를 실행하도록 되어 있습니다.
setup.exe 는 DVD 루트와 sources 폴더 안에 각각 하나씩 있습니다.
그리고 마찬가지 구조로 boot.wim 2번 이미지에도 각각 하나씩 있습니다.
동일한 위치에 있는 파일들은 서로 해시값이 같은 파일입니다.
루트에 있는 setup.exe는 '지금 설치'를 선택할 경우 sources 폴더 안의 setup.exe를 실행합니다.

같은 setup.exe 이지만 있는 위치가 램디스크에 있느냐 아니면 물리디스크에 있느냐에 따라서 작동하는 방식이 달라집니다.
램디스크로 부팅해서 setup.exe를 실행할 경우, 드라이브 루트에 sources 폴더가 있고
sources 폴더 안에 install.wim 과 setup.exe만 있으면 OS를 설치할 수 있습니다.
어떤 파티션에 있는지는 관계가 없습니다.
반면에 윈도우즈 상에서 설치를 할 경우, 제 경우에는 D:\DVD\setup.exe 혹은 D:\DVD\sources\setup.exe를 실행해서
설치할 경우에는 그 위치에 있는 sources 폴더 안에 install.wim 이 있어야만 설치할 수 있습니다.
만약 install.wim 이 없을 경우 다음과 같은 에러 메세지를 반환합니다.
"지정한 이미지 파일 [install.wim]이(가) 없어 [OSImage]에 대한 정보를 수집할 수 없습니다."

윈도우즈 상에서 설치할 경우 boot.wim 1번 이미지가 사용되는데 여기에는 설치 패키지가 통합되어 있지 않습니다.
어떻게 설치가 이루어지는지 살펴 보겠습니다.
D:\DVD\setup.exe 를 실행하면 'Windows 설치' 화면이 뜹니다.
'지금 설치'를 클릭하면 D:\DVD\sources\setup.exe 를 실행합니다.
D:\DVD\sources\setup.exe 는 여유 공간이 많은 드라이브에 $WINDOWS.~BT\sources 폴더를 만들고
D:\DVD\sources 폴더에서 설치에 필요한 파일들을 복사해 온 다음
$WINDOWS.~BT\sources\setup.exe 를 실행합니다.
이제 부터 설치 프로그램의 주관은 $WINDOWS.~BT\sources\setup.exe 로 이루어 집니다.

설치할 파티션을 선택하고 '다음'을 클릭하면 '파일 복사중'의 과정이 시작됩니다.
'파일 복사중'의 과정은 설치할 파티션에 $WINDOWS.~LS\Sources\InstallImage 폴더를 만들고
D:\DVD\sources\install.wim 을 복사하는 과정입니다.

'파일 복사중'의 과정이 끝나고 '파일 확장중'의 과정이 조금 이루어지다가 재부팅하게 되는데 여기서의
'파일 확장중'의 과정은 D:\DVD\sources\boot.wim 의 1번 이미지를 $WINDOWS.~BT 폴더에 풀어주는 과정입니다.
boot.wim 1번 이미지에 맨 처음 복사해온 sources 폴더가 합쳐져서 $WINDOWS.~BT 폴더는 boot.wim 2번 이미지와
동일한 모습을 갖추게 됩니다.

다이어트 버전을 사용해 보신 분들이라면 설치 이미지 sources 폴더에
boot.wim, install.wim, setup.exe 세가지 파일만 있는 것을 알 것입니다.
DVD/USB(PE)로 부팅해서 설치할 경우 설치 패키지가 boot.wim 2번 이미지에 통합되어 있으므로 sources 폴더안에
install.wim, setup.exe 파일만 있으면 되지만(sources 폴더가 어떤 파티션에 있는지는 관계없습니다.)
윈도우즈 상에서 설치하려면  순정 이미지에서 sources 폴더 안의 나머지 파일들을 복사해주면
윈도우즈 상에서도 설치할 수 있습니다.

설치 프로그램은 $WINDOWS.~BT 폴더에 boot.wim 1번 이미지를 풀어준 후, 다음과 같이 bcd 에 등록하고 재부팅합니다.

----------------------------------------------------------------------------------------------
Windows 설치
-------------
identifier              {default}
device                 partition=G:
path                    \$WINDOWS.~BT\Windows\system32\winload.exe
description           Windows 설치 프로그램
locale                  ko-KR
inherit                  {bootloadersettings}
osdevice              partition=G:
systemroot           \$WINDOWS.~BT\Windows
nx                       OptOut
detecthal              Yes
winpe                  Yes
----------------------------------------------------------------------------------------------

제 경우에는 G: 드라이브에 $WINDOWS.~BT 폴더를 만들었기 때문에 device 값이 partition=G: 입니다.
처음에 보았던 설치 DVD 의 bcd 와 비교해 보면 틀려진 점이 보입니다.
device 값이 ramdisk= 이 아니라 partition= 입니다. PE로 부팅한다는 점은 동일하지만
램디스크를 만들어서 부팅하는 방식이 아니라 하드 디스크에서 직접 부팅하는 방식입니다.
winload.exe 의 경로도 system32\boot\winload.exe 가 아니라 system32\winload.exe 입니다.
하드에서 직접 부팅하는 방식의 장점이라면 램디스크를 만들어 이미지를 풀어주는 것이 아니기 때문에
PE 이미지가 아무리 커도 부팅하는 시간은 관계가 없습니다.
단점이라면 램디스크에 비해 응용 프로그램 실행속도가 느리다는 점. 다만 OS를 설치하는 데는 큰 차이는 없습니다.

테스트 해볼겸 D:\PE 폴더를 만들고 boot.wim 2번 이미지를 imagex 로 풀어준 후, 다음과 같이 bcd 에 등록했습니다.

----------------------------------------------------------------------------------------------
bcdedit /create /application osloader
-> {guid} 를 반환합니다.
bcdedit /set {guid} device partition=D:
bcdedit /set {guid} path \PE\Windows\system32\winload.exe
bcdedit /set {guid} description "하드 디스크 PE"
bcdedit /set {guid} locale ko-KR
bcdedit /set {guid} inherit {bootloadersettings}
bcdedit /set {guid} osdevice partition=D:
bcdedit /set {guid} systemroot \PE\Windows
bcdedit /set {guid} nx OptOut
bcdedit /set {guid} detecthal Yes
bcdedit /set {guid} winpe Yes
bcdedit /displayorder {guid} /addlast
----------------------------------------------------------------------------------------------

위와 같이 등록한 후 "하드 디스크 PE"로 부팅하면 에러 메세지가 뜹니다.(해결법도 같이 뜹니다)
에러의 이유는 PE 부팅의 기본값은 X: 인데 D:\PE 폴더 안에 파일들이 있으므로 D:-> X: 로 매핑하여도 PE 폴더
때문에 파일들의 위치기 틀려지기 때문입니다. 드라이브 루트에 풀어주면 에러가 나지 않습니다.
bcd 를 구성한 다음, 아래의 명령을 해주면 해결됩니다.

Dism.exe /image:D:\PE /Set-TargetPath:X:\PE
- /Set-TargetPath 옵션은 드라이브 문자를 설정하는 옵션입니다.
- 기본값인 X: 를 C: 나 D: 혹은 다른 드라이브 문자로 변경할 수 있습니다.

이렇게 부팅한 후 OS를 설치하려면 D:\PE\sources 폴더 안에 install.wim 파일이 있어야 설치할 수 있습니다.

이번에는 D: 에 PE.vhd 를 만들고 boot.wim 2번 이미지를 풀어준 후, 다음과 같이 bcd 에 등록했습니다.

----------------------------------------------------------------------------------------------
Windows 부팅 로더
-------------------
identifier              {7e8d86ab-f49a-11df-9978-8bbc6cec212e}
device                 vhd=[D:]\PE.vhd
path                    \Windows\system32\winload.exe
description          VHD PE
locale                 ko-KR
inherit                 {bootloadersettings}
osdevice             vhd=[D:]\PE.vhd
systemroot          \Windows
nx                      OptOut
detecthal             Yes
winpe                 Yes
----------------------------------------------------------------------------------------------

VHD 부팅은 제가 알기로는 Ultemate 와 Enterprise 버전만 되는 것으로 알고 있었는데 PE도 VHD 부팅이 잘됩니다.
이 때도 마찬가지로 OS를 설치하려면 VHD 안의 sources 폴더 안에 install.wim 이 있어야 됩니다.

다시 본론으로 돌아가서, 하드 디스크 PE 상태로 부팅한 설치 프로그램은 '파일 확장중'의 단계를 시작합니다.
'파일 확장중'의 단계는 install.wim 을 설치할 파티션에 풀어주는 단계입니다.

"WIM은 Windows Vista에 도입된 파일 기반 디스크 이미지 형식입니다.
 WIM 파일은 여러 관련 파일이 포함된 압축 패키지입니다.
 WIM 파일 형식은 LZX를 사용한 최대 압축, XPRESS를 사용한 고속 압축 또는 압축 해제를 위해 최적화된 형식입니다."
- http://technet.microsoft.com/ko-kr/library/cc749478(WS.10).aspx

 

'파일 확장중'의 단계는 다시 말하면 압축을 풀어주는 단계입니다.
7zip 으로도 install.wim 파일의 압축을 풀어줄 수 있습니다.
또는 이미지를 /mountrw 해서 xcopy 명령으로 복사해도 됩니다.( xcopy 를 이용한 복사는 시간이 오래 걸립니다.)
설치 프로그램이 이미지를 풀어주는 API 에 대해선 다음을 참조하세요.(저로서는 해석불가 입니다.)
-  http://msdn.microsoft.com/en-us/library/dd834950.aspx

 

파일이나 볼륨을 WIM 파일로 압축하고, 또는 WIM 파일의 압축을 풀어주거나 수정할 수 있게 MS에서 제공하는 도구가
ImageX.exe 입니다.
PE로 부팅하는 과정을 거쳐서 설치 프로그램을 실행하고 파일을 확장시키는 것이나
윈도우즈 상에서 혹은 PE상에서 imagex.exe 를 사용하여 /apply 시키는 것은 결과적으로 동일한 작업입니다.

설치 프로그램도 마찬가지로 작동하지만 7zip, xcopy, imagex 를 이용해서 파일을 확장시킨 후에는
bcd 에 등록해야 풀어준 이미지로 부팅할 수 있습니다.
bcdboot.exe 나 bcdedit.exe 를 이용해 등록할 수 있습니다.

DVD/USB 부팅후 설치와 윈도우즈 상에서 설치가 다른 점은
DVD/USB 부팅  설치도 '파일 복사중' 단계에서 $WINDOWS.~BT, $WINDOWS.~LS 폴더를 만들기는 하지만
install.wim 을 복사하거나 boot.wim 을 풀어주는 과정이 없습니다.

같은 점은 $WINDOWS.~BT 폴더에 Panther 폴더(로그파일 저장)와 Rollback 폴더(설치 롤백)를 만드는 점은 같습니다.
- DVD/USB 부팅 설치는 Rollback 폴더를 만들긴 하는데 롤백을 실행할 수 없습니다. 이유는 롤백을 위해선
PE 부팅을 해야하는데 램디스크에 만들어진 PE는 항상 종료하면서 초기화 되기 때문에 다음 번에 PE로 부팅
하여도 언제나 setup.exe 밖에 실행시키지 못합니다.
반면에 $WINDOWS.~BT 폴더에 이미지를 풀어준 윈도우즈 상에서의 설치는 $WINDOWS.~BT\Windows\System32 폴더
에 winpeshl.ini 파일 하나를 추가함으로써 setup.exe 가 아닌 다른 응용 프로그램을 실행시킬 수 있습니다.

다음은 설치프로그램이 $WINDOWS.~BT\Windows\System32 폴더에 만들어 놓은 winpeshl.ini 의 내용입니다.
----------------------------------------------------------------------------------------------
[LaunchApps]
AppPath=%SystemDrive%\$WINDOWS.~BT\Sources\rollback.exe,"/CleanInstallFromDownlevel"
----------------------------------------------------------------------------------------------

'파일 확장중' 단계 다음에 '기능 설치중', '업데이트 설치중' 단계를 시작하는데 이 단계는 일반적인 설치에서는
건너 뛰는 단계나 마찬가지 입니다.
OS 이미지를 이제 막 풀어줬으므로 재부팅하기 전까지는 아직 오프라인 이미지 입니다.
오프라인 이미지에 기능을 추가 하고 업데이트를 추가하는 것은 Windows 7 에서는 Dism.exe 의 역할입니다.
위 단계는 응답파일을 이용해서 기능 패키지와 업데이트 패키지의 경로를 지정해줬을 때 작동되는 단계입니다.
트윅된 배포 이미지같은 경우는 사전에 이미지를 /mountrw 해서 Dism 으로 /add-driver, /add-package 한 후
배포하는 이미지이므로 위 단계를 이미 거쳤다고 할 수 있습니다.
위 단계를 응답파일의 구성단계에서는 offlineServicing 단계라고 하는데 OEM 회사에서 네트워크를 통해 이미지를
배포할 때 사용되는 것 같습니다.
'Dism.exe /apply-unattend' 는 offlineServicing 단계만 적용되는 명령입니다.

'설치 완료중'은 재부팅 후에 이루어 집니다.
일반화 된 이미지에 각 컴퓨터의 고유한 정보를 기록하는 단계입니다.
imagex 로 이미지를 풀어서 부팅한 경우에는 '장치를 설치하는 중입니다' 이라고 나옵니다.

여기서 잠깐 응답 파일에 관해서 얘기해 보겠습니다.
응답파일은 설치 프로그램과 상호 작용을 해서 설치를 사용자 지정(트윅)하는 파일입니다.

"기본적으로 응답 파일의 이름은 Unattend.xml입니다.- 중간 생략-
 일반적으로 Windows 설치 프로그램 DVD 부팅 방법을 사용하고
 UFD(USB 플래시 드라이브) 또는 다른 이동식 미디어 장치에서 응답 파일을 제공할 때
 Autounattend.xml 파일을 사용합니다."
- http://technet.microsoft.com/ko-kr/library/dd744269(WS.10).aspx

 

설치 프로그램은 기본적으로 '이동식 미디어 장치' 루트에서 Autounattend.xml 파일을 검색합니다.
'하드에서 설치하기' 방법을 사용할 경우 응답파일을 적용하려면
 USB 루트에 Autounattend.xml 을 넣어두면 적용됩니다.
트윅 버전의 경우에는 $OEM$ 폴더도 있을 수 있는데 드라이브 루트에 sources 폴더가 있고
sources 폴더 안에 setup.exe, install.wim, $OEM$ 이 있으면 적용이 됩니다.

Autounattend.xml 파일과 $OEM$ 폴더는 설치 시작 초기부터 캐시됩니다.
응답파일은 $WINDOWS.~BT\Sources\Panther 폴더로 복사되었다가

 '파일 확장중' 단계에서 C:\Windows\Panther 폴더로 복사됩니다.
$OEM$ 폴더는 $WINDOWS.~LS\Sources 폴더로 복사 되었다가

'파일 확장중' 단계에서 $OEM$\$$ 폴더 안의 내용은 Windows 폴더로, $OEM$\$1 안의 내용은 드라이브 루트로 복사됩니다.
ImageX 로 이미지를 풀어서 설치할 경우에는 응답파일은 Windows 폴더에 Panther 폴더를 만들고 Unattend.xml
로 이름을 변경해서 넣어주고 $OEM$ 폴더는 위의 경로대로 복사해 넣어주면 적용됩니다.

설치를 시작할 때 setup.exe 의 명령줄로도 응답파일과 배포폴더를 적용하여 설치할 수 있습니다.
- setup.exe 명령줄 참조: http://technet.microsoft.com/ko-kr/library/dd799264(WS.10).aspx

 

'설치 완료중'이 끝나고 재부팅하기 전에  $WINDOWS.~BT, $WINDOWS.~LS 폴더를 삭제합니다.
재부팅 후, 'OOBE' 단계를 시작하기 전에 비디오 성능 테스트를 합니다.
체험 지수 측정 중에서 세번째인 '그래픽: Windows Aero에 대한 데스크톱 사양'에 대한 측정입니다.
이 점수는 나중에 바탕화면을 표시할 때 참고가 됩니다.
측정결과는 C:\Windows\Performance\WinSAT\DataStore 에 있습니다.

또한 이 과정에서 %WINDIR%\Setup\Scripts\SetupComplete.cmd 를 실행합니다.
- http://technet.microsoft.com/ko-kr/library/dd744268(WS.10).aspx
참고로 위 경로에 oobe.cmd 파일이 있다면 마찬가지로 실행됩니다.

일반적으로 트윅 이미지는 오프라인 상태에서 드라이버나 기능, 업데이트, 언어 패키지를 미리 추가합니다.
설치 도중에 온라인 상에서 설치하면 그만큼 설치 시간이 길어지기 때문입니다.
하지만 오프라인 상에서 추가할 수 없는 파일이  있는데 서비스팩, msi파일, 응용 프로그램 설치입니다.

응용 프로그램 같은 경우는 'Silent Mode(자동, 무인설치)'가 지원될 경우  SetupComplete.cmd 로 실행시킵니다.
제한 사항은 아직 OOBE 과정을 거치지 않았기 때문에 사용자 계정이 만들어 지지 않은 상태입니다.
응용 프로그램이 HKCU 경로에 레지스트리를 등록할 경우 이 부분은 나중에 로그온시 적용되지 않습니다.
다른 방법으로는 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup 의 경로에 시작프로그램에
바로가기나 배치파일을 등록해서 로그온시 실행되게 하는 방법을 사용합니다.

서비스팩, msi파일, 응용 프로그램, 기타 다른 패키지까지 한꺼번에 통합시킬 수 있는 방법으로는
OOBE 시작 단계에서 감사모드로 부팅하여 패키지를 설치하고
"sysprep.exe /generalize " 명령으로 일반화시켜 다시 capture 하는 방법이 있습니다.
주의할 것은 sysperp.exe 를 한 번 실행할 때마다 라이선스 초기화 횟수가 1회씩 줄어듭니다.
sysprep 를 여러번 실행해야 할 경우 응답파일을 사용하여 라이선스 초기화를 지연시킬 수 있지만 결국 1회는
줄어들게 됩니다.
- http://technet.microsoft.com/ko-kr/library/ee758033(WS.10).aspx
- sysprep 자세한 방법 참조: http://shinb.tistory.com/302

 

OOBE(out-of-box experience: 첫 실행 경험)는  사용자별 설정을 입력하는 단계입니다.
이 부분만 적용시킬 수 있는 응답파일이 Oobe.xml 입니다.
- Oobe.xml에 대한 설명 참조: http://technet.microsoft.com/ko-kr/library/dd799310(WS.10).aspx

 

이상 입니다. 긴 글 읽어 주셔서 감사합니다