wimlib-imagex-append - 클라우드의 온라인

프로그램:

이름

wimlib-imagex-capture, wimlib-imagex-append - WIM 이미지 생성 또는 추가

개요

wimlib-imagex 포착 SOURCE 윔파일 [IMAGE_NAME [이미지_설명]] [OPTION...]
wimlib-imagex 추가 SOURCE 윔파일 [IMAGE_NAME [이미지_설명]] [OPTION...]

기술

XNUMXD덴탈의 wimlib-imagex 포착 과 wimlib-imagex 추가 명령은 WIM(Windows 이미징)을 만듭니다.
디렉토리 트리의 이미지. NS wimlib-imagex 포착 명령은 새 WIM 파일을 만듭니다.
캡처된 이미지를 포함하는 동안 wimlib-imagex 추가 명령은 캡처된 파일을 추가합니다.
이미지를 기존 WIM 파일로 변환합니다. 이러한 명령은 다음과 같이 사용할 수도 있습니다. 윔캡쳐 과
위맵펜드 적절한 하드 링크 또는 배치 파일이 설치된 경우.

배경 정보: WIM 이미지는 WIM 파일의 독립 디렉터리 트리입니다. WIM
파일에는 여러 개의 개별 이미지가 포함될 수 있습니다. WIM 파일은 단일 인스턴스로
파일 데이터와 관련하여 파일은 WIM 전체에 한 번만 저장됩니다.
파일이 표시되는 이미지 수.

SOURCE 새 WIM 이미지를 만들 파일의 위치를 ​​지정합니다. 만약에 SOURCE is
디렉터리에서 WIM 이미지가 해당 디렉터리에서 캡처됩니다(참조 디렉토리 포착 (유닉스)
or 디렉토리 포착 (윈도우)). 또는 다음과 같은 경우 --소스 목록 옵션은
지정된, SOURCE 자체적으로 파일 목록을 제공하는 파일로 해석되고
새 WIM 이미지에 포함할 디렉터리입니다. 여전히 대안으로 UNIX 계열에서만
시스템, 만약 SOURCE 일반 파일 또는 블록 장치인 경우 NTFS 볼륨으로 해석됩니다.
libntfs-3g를 사용하여 WIM 이미지를 캡처할 위치(참조 NTFS VOLUME 포착
(유닉스)).

IMAGE_NAME 과 이미지_설명 새 WIM에 부여할 이름과 설명을 지정합니다.
영상. 만약에 IMAGE_NAME 지정하지 않으면 기본 이름이 기본 이름으로 지정됩니다(경로 제외
상위 디렉토리)의 SOURCE하지만 이 이름이 이미 존재하는 경우 윔파일, 고유 접미사
추가됩니다. 그렇지 않으면, IMAGE_NAME 로 이미 존재하지 않는 이름이어야 합니다.
이미지 윔파일또는 빈 문자열을 사용하여 이름이 없는 이미지를 만듭니다. 만약에
이미지_설명 지정되지 않은 경우 새 이미지에 대한 설명이 제공되지 않습니다.

특별한 경우라면 윔파일 "-"이고, --파이프 가능 옵션이 가정되고 WIM 파일은
특수한 pipable 형식으로 표준 출력에 기록됩니다. 에 대한 문서를 참조하십시오.
--파이프 가능 자세한 내용은.

디렉토리 포착 (유닉스)

이 섹션에서는 방법을 문서화합니다. wimlib-imagex UNIX 계열의 디렉토리 트리에서 파일을 캡처합니다.
시스템. 보다 디렉토리 포착 (윈도우) Windows에 대한 해당 설명서를 참조하십시오.

UNIX 계열 시스템에서 SOURCE 디렉토리 또는 디렉토리에 대한 심볼릭 링크를 지정하고,
WIM 이미지는 이 디렉터리를 루트로 하는 디렉터리 트리에서 캡처됩니다. 이것
디렉토리는 모든 유형의 파일 시스템에 있을 수 있으며 마운트 지점은 재귀적으로 따릅니다. 에
이 모드에서 wimlib는 다음 유형의 정보를 저장합니다.

· 디렉토리 및 일반 파일, 일반 파일의 내용

· 하드 링크

· 심볼릭 링크(Windows 재분석 지점으로 손실 없이 변환됨)

· 100나노초의 마지막 수정 시간(mtime) 및 마지막 액세스 시간(atime)
세분성

· 와 함께 --유닉스 데이터: UNIX 소유자, 그룹 및 모드

· 와 함께 --유닉스 데이터: 장치 노드, FIFO 및 UNIX 도메인 소켓

확장 속성(예: SELinux 보안 레이블 및
POSIX ACL). 또한 마지막 상태 변경 시간(ctime)은 저장되지 않습니다.

참고 사항: WIM 형식의 제한으로 인해 단일
심볼릭 링크 파일 자체에는 여러 이름(하드 링크)이 있습니다. 이 드문 경우에 각각
심볼릭 링크는 독립 파일로 저장됩니다.

NTFS VOLUME 포착 (유닉스)

이 섹션에서는 방법을 문서화합니다. wimlib-imagex NTFS 볼륨 이미지에서 직접 파일을 캡처합니다.
UNIX 계열 시스템에서.

UNIX 계열 시스템에서는 다음과 같은 경우 특수 이미지 캡처 모드가 시작됩니다. SOURCE 단골이다
파일 또는 블록 장치. 이 모드에서는 SOURCE NTFS 볼륨 또는 볼륨으로 간주됩니다.
이미지, 그리고 wimlib-imagex NTFS의 전체 내용이 포함된 WIM 이미지를 캡처합니다.
NTFS 관련 데이터를 포함한 볼륨. 이것은 libntfs-3g를 사용하여 수행됩니다.

NTFS 볼륨 캡처 모드는 지원 입력한 경우 SOURCE 는 디렉토리입니다.
NTFS 파일 시스템이 마운트된 위치 SOURCE ntfs-3g를 사용합니다. NTFS 볼륨을 지정해야 합니다.
자체(그리고 마운트 해제되어야 하며 읽기 권한이 있어야 함).

NTFS 볼륨 캡처 모드는 가능한 한 많은 데이터와 메타데이터를 캡처하려고 시도합니다.
포함 :

· 이름 없는 데이터 스트림을 포함하여 암호화되지 않은 모든 파일의 모든 데이터 스트림
모든 명명된 데이터 스트림으로.

· 심볼릭 링크, 연결 지점 및 기타 재분석 지점을 포함한 재분석 지점.

· 네이티브를 사용하여 파일 및 디렉토리 생성, 액세스 및 수정 타임스탬프
100나노초의 NTFS 해상도.

· 모든 구성 요소(소유자, 그룹, DACL 및 SACL)를 포함한 Windows 보안 설명자.

· DOS/Windows 파일 속성 플래그.

· Win32 네임스페이스, DOS 네임스페이스,
Win32+DOS 네임스페이스 및 POSIX 네임스페이스. 여기에는 하드 링크가 포함됩니다.

그러나 이 NTFS 볼륨 캡처 모드의 주요 제한 사항은 다음과 같습니다.

· 암호화된 파일은 기본적으로 제외됩니다. libntfs-3g는 데이터를 읽을 수 있지만
wimlib가 아직 제공하지 않는 특별한 형식으로 WIM 파일에 저장해야 합니다.
지원(wimlib이 데이터를 불투명하게 처리하고 전달할 수 있는 Windows 제외
적절한 API 함수로).

· 희소 파일의 희소 속성은 저장되지만 저장된 데이터는
"희소한" 데이터가 아닌 파일의 전체 데이터입니다. (그러나 데이터는 주제
WIM 형식의 압축으로.)

디렉토리 포착 (윈도우)

Windows의 경우, wimlib-imagex 포착 과 wimlib-imagex 추가 기본적으로 Windows를 지원합니다.
특정 및 NTFS 특정 데이터. 따라서 그들은 해당하는 것과 유사하게 행동합니다.
Microsoft의 ImageX 또는 DISM의 명령. 최상의 결과를 얻으려면 캡처되는 디렉토리
NTFS 볼륨에 있어야 하며 wimlib-imagex 관리자 권한으로 실행해야 합니다.
그러나 비 NTFS 파일 시스템과 관리자 권한 없이 실행하는 것도
지원.

Windows의 경우, wimlib-imagex 포착 과 wimlib-imagex 추가 최대한 많은 데이터를 보관하고
다음을 포함하여 가능한 한 메타데이터:

· 모든 파일의 모든 데이터 스트림.

· 심볼릭 링크, 연결 지점 및 기타 재분석 지점을 포함한 재분석 지점,
소스 파일 시스템에서 지원하는 경우. (참고: 참조 --rpfix 과 --norpfix for
절대 심볼릭 링크와 접합이 어떻게 캡처되는지에 대한 문서)

· 파일 및 디렉토리 생성, 액세스 및 수정 타임스탬프. 이들은 저장
Windows NT의 기본 타임스탬프 해상도는 100나노초입니다.

· 소스 파일 시스템에서 지원하는 경우 보안 설명자 및 --no-acls 하지 않습니다
지정. 그러나 그렇지 않은 경우에는 주의하십시오. --엄격한-acls 보안이 지정되면
개별 파일 또는 디렉토리에 대한 설명자는 생략되거나 부분적으로만 가능합니다.
사용자가 읽을 수 있는 권한이 없는 경우 캡처되며, 이는 다음과 같은 경우 문제가 될 수 있습니다.
wimlib-imagex 비관리자로 실행됩니다.

· 숨김, 희소, 압축, 암호화 등을 포함한 파일 속성 암호화됨
파일은 일반 텍스트가 아닌 암호화된 형식으로 저장됩니다. 투명하게
압축된 파일은 압축되지 않은 것으로 읽고 WIM 자체에 따라 저장됩니다.
압축. 희소 파일을 저장하기 위한 특별한 처리는 없지만
작은 크기로 압축될 가능성이 있습니다.

· DOS 이름(8.3) 파일 이름; 그러나 읽기 실패는 간주되지 않습니다.
오류 상태.

· 소스 파일 시스템에서 지원하는 경우 하드 링크.

NTFS 확장 속성 및 개체 ID 저장은 지원되지 않습니다.

캡처 프로세스는 되돌릴 수 있습니다. wimlib-imagex 대다 (Windows에서) 추출
캡처된 WIM 이미지에서 위의 모든 정보를 추출합니다.
대상 파일 시스템에서 지원하는 범위입니다.

참고 사항: Windows는 자체 파일 시스템(NTFS)과 완전히 호환되지 않기 때문에
Windows wimlib는 유효한 NTFS 파일 시스템에 존재할 수 있는 특정 파일을 아카이브할 수 없지만
예를 들어 이름만 다른 두 파일과 같이 Windows API에 액세스할 수 없습니다.
동일한 디렉토리의 경우 또는 이름에 특정 문자가 포함된 파일로 간주
Windows에서 유효하지 않습니다. 이러한 파일을 보관하는 데 문제가 발생하면 다음을 사용하는 것이 좋습니다. NTFS
VOLUME 포착 (유닉스) Linux에서 모드.

옵션

--신병
새 이미지가 WIM 아카이브의 부팅 가능한 이미지가 되도록 지정합니다.

--확인하다
럭셔리 wimlib-imagex 추가, 추가 작업을 수행하기 전에
무결성 윔파일 무결성 테이블이 있는 경우. 또한 다음을 포함합니다.
새 WIM 파일의 무결성 테이블(wimlib-imagex 포착) 또는 수정된 WIM 파일
(wimlib-imagex 추가). 이 옵션을 지정하지 않으면 무결성 테이블이 없습니다.
로 만든 WIM 파일에 포함 wimlib-imagex 포착, WIM 파일이 업데이트되는 동안
과 wimlib-imagex 추가 하나의 경우에만 무결성 테이블과 함께 작성됩니다.
전에 존재했습니다.

--압박 붕대=TYPE[:LEVEL]
새 WIM 파일의 압축 형식을 지정합니다. TYPE "없음", "XPRESS"일 수 있습니다.
(별칭: "빠른"), "LZX"(별칭: "최대") 또는 "LZMS"(별칭: "복구"). TYPE is
대소문자를 구분하지 않고 일치합니다. 기본값은 "LZX"입니다.

선택적으로 정수 압축을 지정할 수도 있습니다. LEVEL. 압축 수준
지정된 압축에 대한 압축 알고리즘의 강도를 지정합니다. TYPE 의지
데이터를 압축하는 작업. 값은 20이 빠른 압축,
50은 중간 압축이고 100은 고압축입니다. 그러나 아무거나 선택할 수 있습니다.
이러한 특정 가치뿐만 아니라 가치. 기본값은 50입니다.

이 옵션은 비고체 WIM 리소스에 사용되는 압축 유형에만 영향을 줍니다. 만약에
견고한 WIM을 만들고 있습니다(사용 --고체 옵션), 다음을 원할 것입니다.
--고체 압축 대신.

LZMS 압축을 선택하는 경우 주의하십시오. 이전에는 wimlib와 호환되지 않습니다.
v1.6.0, Windows 8 이전의 WIMGAPI, Windows 8.1 이전의 DISM, v7 이전의 15.12-Zip.

또한 LZMS 압축을 선택하는 것이 자동으로 솔리드 모드를 의미하지는 않습니다.
DISM과 마찬가지로 압축. 사용하다 --고체 견고한 WIM을 만들고 싶다면
또는 "ESD 파일".

--청크 크기=SIZE
압축 청크 크기를 다음으로 설정합니다. SIZE 바이트. 더 큰 압축 청크 크기
더 나은 압축 비율을 제공합니다. wimlib는 다양한 청크 크기를 지원합니다.
압축 유형에 따라:

· XPRESS: 4K, 8K, 16K, 32K, 64K

· LZX: 32K, 64K, 128K, 256K, 512K, 1M, 2M

· LZMS: 32K, 64K, 128K, 256K, 512K, 1M, 2M, 4M, 8M, 16M, 32M, 64M, 128M, 256M, 512M,
1G

전체 번호(예: 32768)를 제공하거나 K, M 또는 G 중 하나를 사용할 수 있습니다.
접미사. KiB, MiB 및 GiB도 허용됩니다.

이 옵션은 비고체 WIM 리소스에 사용되는 청크 크기에만 영향을 줍니다. 당신이있는 경우
견고한 WIM 생성(사용 --고체 옵션), 다음을 원할 것입니다. --단단한-
청크 크기 대신.

Microsoft 구현과의 호환성이 다음과 같은 경우 이 옵션을 주의해서 사용하십시오.
구현이 기본이 아닌 청크 크기에 대한 지원을 제한하기 때문에 바람직합니다.

--고체
파일을 개별적으로 압축하지 않고 함께 압축하는 "단단한" WIM 파일을 만듭니다.
그 결과 압축률이 훨씬 향상되지만 비용이 많이 듭니다.
다음을 포함한 다양한 트레이드오프의: 매우 높은 메모리 사용으로 느린 압축; 느린
결과 WIM 파일에 대한 임의 액세스; 감소된 호환성.

호환성 면에서 견고한 WIM을 지원하는 Microsoft WIMGAPI의 첫 번째 버전
파일은 Windows 8과 함께 릴리스되었으며 DISM의 첫 번째 버전은
Windows 8.1과 함께 출시되었습니다.

"ESD 파일"을 생성하려면 이 옵션을 사용하십시오. (암호화되지 않은) "ESD
파일"은 견고한 WIM 파일입니다.

기본적으로 이 옵션은 DISM의 옵션과 동일한 효과를 가집니다.
/압축:복구. wimlib-imagex에 대한 옵션은 다음을 시도하기 때문에 다릅니다.
압축 유형(예: LZX 또는 LZMS)을 솔리드 모드 압축과 혼동하지 마십시오.
이것은 두 가지 다른 것이기 때문입니다.

--솔리드-청크-크기=SIZE
처럼 --청크 크기, 그러나 고체 자원에서 사용되는 청크 크기를 설정하십시오. 기본,
LZMS 압축을 가정하면 64MiB(67108864)입니다. 이것은 약 640MiB의 메모리가 필요합니다
스레드 당. 이 옵션은 다음과 같은 경우에만 효과가 있습니다. --고체 도 지정됩니다. 메모:
Microsoft의 구현은 다음보다 큰 LZMS 청크 크기와 호환되지 않습니다.
64MiB.

--고체 압축=TYPE[:LEVEL]
처럼 --압박 붕대단, 솔리드 리소스에 사용되는 압축 유형을 설정하십시오. 기본값
LZMS 압축입니다. 이 옵션은 다음과 같은 경우에만 효과가 있습니다. --고체 도 지정됩니다.

--스레드=NUM_THREADS
데이터 압축에 사용할 스레드 수입니다. 기본값: 자동 감지(수
사용 가능한 CPU).

--재구축
럭셔리 wimlib-imagex 추가: 새 데이터를 추가하는 대신 전체 WIM을 다시 작성합니다.
끝까지. WIM 재구축은 느리지만 약간의 공간을 절약합니다.
그렇지 않으면 WIM에 구멍으로 남게 됩니다. 또한 참조 wimlib-imagex
최적화(1).

--플래그=에디션 ID
에서 사용할 문자열을 지정하십시오. 새 이미지에 대한 XML 데이터의 요소입니다.

--이미지 속성 이름=VALUE
WIM 파일의 XML 문서에서 설정할 임의의 이미지별 속성을 지정합니다.
VALUE 속성 값으로 설정할 문자열입니다. 이름 이미지의 이름입니다
속성(예: "NAME", "DESCRIPTION" 또는 "TOTALBYTES"). 이름은 다음을 포함할 수 있습니다.
중첩된 XML 요소를 나타내는 슬래시; 예를 들어,
"WINDOWS/VERSION/BUILD"는 VERSION 내에 중첩된 BUILD 요소를 나타냅니다.
WINDOWS 요소 내에 중첩된 요소입니다. 괄호로 묶인 숫자를 사용하여
동일한 이름의 여러 요소 중 하나를 나타냅니다. 예를 들어,
"WINDOWS/LANGUAGES/LANGUAGE[2]"는 중첩된 두 번째 "LANGUAGE" 요소를 나타냅니다.
"WINDOWS/LANGUAGES" 요소 내에서. 이런 식으로 요소 목록을 추가할 때
순서대로 지정해야 합니다. 요소 이름은 대소문자-
예민한. 이 옵션은 여러 번 지정할 수 있습니다.

--역참조
(UNIX 계열 시스템만 해당) 심볼릭 링크를 따라가서 가리키는 파일을 아카이브합니다.
링크 자체를 보관하는 것보다

--구성=FILE
구성 파일 지정(UTF-8 또는 UTF-16LE 인코딩, 일반 ASCII도 작동)
새 이미지를 캡처하기 위해. 구성 파일은 다음과 같은 파일을 지정합니다.
이미지 캡처 중에 특별히 처리됩니다.

구성 파일의 형식은 INI 스타일입니다. 즉, 배열된다.
괄호로 묶인 섹션. 현재 다음 섹션이 인식됩니다.

· [ExclusionList] --- 캡처에서 제외할 경로 glob 목록을 포함합니다. 만약에
디렉토리가 일치하면 디렉토리와 그 내용이 모두 제외됩니다.

· [ExclusionException] --- 포함할 경로 glob 목록을 포함합니다.
파일 또는 디렉토리가 [ExclusionList]의 glob과도 일치하는 경우에도 캡처합니다.

· [PrepopulateList] --- 캡처에는 영향을 미치지 않지만 이미지가 적용된 경우
나중에 --wimboot, 이들은 정상적으로 추출되어야 하는 파일의 덩어리입니다.
WIMBoot "포인터 파일"이 아닙니다. 디렉토리가 일치하면 모든 파일과
하위 디렉토리도 재귀적으로 일치합니다.

경로 glob에는 '*' 및 '?'가 포함될 수 있습니다. 메타 문자. 상대 글로브(예:
*.mp3)는 모든 디렉토리의 파일 이름과 일치합니다. 절대 글로브(예: /dir/file),
캡처되는 기본 디렉토리 또는 루트에서 시작하는 경로로 처리됩니다.
NTFS 볼륨 캡처 모드용 NTFS 볼륨. 드라이브 문자를 사용하지 마십시오.
경로; 그들은 무시됩니다. 경로 구분 기호는 슬래시 또는
백슬래시.

'#' 또는 ';'로 시작하는 줄 문자는 주석으로 처리되어 무시됩니다.
공백이 있는 글로브는 따옴표로 묶을 필요가 없습니다. 그러나 둘 다 XNUMX배인 경우
작은따옴표가 허용됩니다.

이 옵션을 지정하지 않으면 다음 기본 구성 파일이 사용됩니다.

[제외 목록]
\$ntfs.log
\ hiberfil.sys
\페이지파일.sys
\swapfile.sys
\시스템 볼륨 정보
\리사이클러
\윈도우\CSC

단, 다음과 같은 경우에는 특별조치가 적용됩니다. --wimboot 도 지정됩니다. 기본적으로
--wimboot 지정된 경우 디렉터리의 Windows/System32/WimBootCompress.ini 파일
캡처되는 파일은 구성 파일로 사용됩니다. 그러나 이것은
다음을 사용하여 재정의 --구성; 이것은 또한 지정된 구성 파일이
WIM 이미지에 Windows/System32/WimBootCompress.ini로 저장하여
파일 시스템에 있을 수 있습니다.

--유닉스 데이터
(UNIX 계열 시스템만 해당) UNIX 소유자, 그룹, 모드 및 장치 ID(주 및
각 캡처된 파일의 부 번호). wimlib v1.7.0부터 백업 및
표준 UNIX 파일 권한 정보뿐만 아니라 문자 복원
장치 노드, 블록 장치 노드, 명명된 파이프(FIFO) 및 UNIX 도메인 소켓.

wimlib는 각 디렉터리에 태그가 지정된 특수 메타데이터 항목을 추가하여 UNIX 데이터를 저장합니다.
이 정보를 포함하는 각 파일의 항목. 이 추가 정보는
Microsoft 구현에서 무시됩니다. 참고: 이전에 wimlib에 의해 저장된 UNIX 데이터
v1.7.0은 더 이상 지원되지 않는 다른 형식을 사용했습니다. 오래된 WIM이 있는 경우
UNIX 데이터가 있는 파일은 v1.6.2로 적용하고 v1.7.0으로 다시 캡처하거나
나중에.

--no-acls
파일의 보안 설명자를 캡처하지 마십시오.

--엄격한-acls
파일의 전체 보안 설명자를 읽을 수 없으면 즉시 실패합니다. 에
Windows에서 이 옵션이 없는 기본 동작은 먼저 SACL 생략을 시도하는 것입니다.
보안 설명자에서 보안 설명자를 완전히 생략하려고 시도합니다.
이것의 목적은 항상 요구하지 않고 가능한 한 많은 데이터를 캡처하는 것입니다.
관리자 권한. 그러나 모든 보안 설명자가
정확히 캡처된 경우 이 옵션을 제공할 수 있습니다.
어쨌든 모든 것을 읽을 수 있는 권한이 있어야 합니다.

--rpfix, --norpfix
절대 심볼릭 링크(Windows에서 재분석 지점)의 대상을 수정할지 여부를 설정합니다.
용어) 여부. 활성화된 경우(--rpfix), 그 지점을 가리키는 절대 심볼릭 링크
캡처되는 디렉토리 트리 내부는 절대적으로 상대적으로 조정됩니다.
캡처되는 디렉토리 트리의 루트입니다. 비활성화된 경우(--norpfix), 절대
심볼릭 링크는 있는 그대로 캡처됩니다.

에 대한 기본 동작 wimlib-imagex 포착 에 해당하는 --rpfix. 그만큼
에 대한 기본 동작 wimlib-imagex 추가 될거야 --rpfix 재분석 지점 수정인 경우
이전에 수행된 윔파일그렇지 않으면 --norpfix.

다중 소스 캡처의 경우(--소스 목록 지정), 통과 --norpfix
권장됩니다. 그렇지 않으면 모든 캡처에서 재분석 지점 수정이 비활성화됩니다.
WIM 이미지의 루트가 아닌 위치를 대상으로 하는 소스와 캡처 소스
WIM 루트에 대한 대상은 이전 단락의 기본 동작을 가져옵니다.

--소스 목록
wimlib-imagex 포착 과 wimlib-imagex 추가 WIM 이미지 생성 지원
여러 개의 개별 파일 또는 디렉토리. 언제 --소스 목록 지정되고, SOURCE
인수는 각 행이 1 또는 2인 텍스트 파일의 이름을 지정합니다.
공백으로 구분된 파일 경로. 첫 번째 파일 경로인 소스는 다음을 지정합니다.
WIM 이미지로 캡처할 파일 또는 디렉터리의 경로입니다. 둘 중 하나일 수 있습니다.
현재 작업 디렉토리에 대한 절대 또는 상대적입니다. 두 번째 파일 경로인 경우
제공된, 대상이며 이 파일 또는
디렉토리로 저장됩니다. 대상의 선행 및 후행 슬래시는 무시됩니다.
전체가 슬래시(예: "/")로 구성된 경우는 제외됩니다.
디렉터리는 WIM 이미지의 루트가 됩니다. 생략하면 대상 문자열
기본값은 소스 문자열과 동일합니다.

예제 소스 목록 파일은 다음과 같습니다.

# 'winpe' 디렉토리에서 WIM 이미지를 만듭니다.
윈페 /

# 'overlay' 디렉토리를 WIM 이미지의 '/overlay'로 보냅니다.
오버레이 / 오버레이

# WIM 이미지의 루트에 별도의 디렉터리를 직접 오버레이합니다.
/데이터/물건 /

WIM의 하위 디렉터리는 필요에 따라 만들어집니다. 여러 소스 디렉토리는
오버레이를 의미하는 동일한 대상을 공유합니다. 이로 인해 발생하는 경우
WIM 이미지에 여러 번 추가되는 비디렉토리 파일, 마지막 버전(예:
소스 목록 파일에 나열됨)은 이전 버전을 재정의합니다.

공백이 포함된 파일 경로는 작은따옴표나 큰따옴표로 묶을 수 있습니다.
인용 부호. 따옴표는 이스케이프 처리할 수 없습니다.

공백으로만 구성된 줄과 앞에 '#'으로 시작하는 줄
선택적 공백은 무시됩니다.

특별한 경우라면 SOURCE "-"이면 소스 목록을 표준 입력에서 읽습니다.
외부 파일이 아닌

UNIX 계열 시스템의 NTFS 볼륨 캡처 모드는 다음과 함께 사용할 수 없습니다. --소스 목록,
전체 NTFS 볼륨 캡처만 지원되기 때문입니다.

--파이프 가능
다음을 포함하여 완전히 순차적으로 적용할 수 있는 "파이프 가능한" WIM을 만듭니다.
파이프. 결과 WIM의 이미지는 다음과 같이 적용할 수 있습니다. wimlib-imagex 대다어느 쪽이든
일반적으로 WIM 파일 이름을 지정하거나 wimlib-imagex 대다 - 그 (것)들을 읽는
표준 입력의 WIM. 보다 wimlib-imagex 대다(1) 자세한 내용은.

추가 작업의 경우 이 옵션을 사용하면 WIM을 완전히 다시 작성하여
파이핑 가능합니다. 캡처 작업의 경우 캡처된 WIM은 단순히 파이프 가능으로 생성됩니다.
파이핑 가능한 WIM에 이미지를 더 많이 추가할수록 파이핑 효율성이 떨어집니다.
더 많은 불필요한 데이터가 파이프를 통해 전송되기 때문입니다.

wimlib가 파이핑 가능한 WIM을 만들 때 주의 깊게 구성 요소를 다시 정렬합니다.
WIM을 사용하여 순차적으로 읽을 수 있고 다른 여러 가지를 만들 수도 있습니다.
수정. 결과적으로 이러한 "파이프 가능한" WIM은 지원 호환 과
마이크로 소프트 소프트웨어, 따라서 사용하려는 경우 이 점을 염두에 두십시오. 원한다면,
당신이 사용할 수있는 wimlib-imagex 최적화 --파이프 불가능 pipable WIM을 다음과 같이 다시 작성합니다.
일반 WIM. (wimlib-imagex 수출 이미지를 내보내는 기능도 제공합니다.
파이핑 가능한 WIM에서 파이핑 불가능한 WIM으로 또는 그 반대로)

대부분의 경우 wimlib는 파이핑 가능한 WIM에서 투명하게 작동합니다. 당신은 수정할 수 있습니다
이미지를 추가 또는 삭제하고, 이미지를 내보내고, 분할 가능한 WIM을 만들 수도 있습니다. NS
주요 단점은 추가가 (현재) 덜 효율적이라는 것입니다(--재구축 is
항상 암시됨) 또한 Microsoft 소프트웨어와 호환되지 않습니다.

wimlib-imagex 포착 과 wimlib-imagex 추가 둘 다 pipable WIM을 직접 작성할 수 있습니다.
표준 출력으로; 이것은 자동으로 수행되는 경우 윔파일 "-"로 지정됩니다. (에
그 경우, --파이프 가능 가정합니다.)

--파이프 불가능
결과 WIM이 파이프가 불가능한 일반 WIM 형식인지 확인하십시오. 이것이
기본값 wimlib-imagex 포착, 표준 출력(윔파일
"-"로 지정됨) wimlib-imagex 추가, WIM에 추가할 때를 제외하고
그것은 이미 파이핑이 가능합니다.

--업데이트=[윔파일:]영상
캡처되거나 추가되는 이미지를 선언합니다. SOURCE 대부분 동일하다
기존 이미지 영상 in 윔파일, 그러나 나중에 캡처될 수 있습니다.
중간에 약간의 수정이 있습니다. 이것은 다음에서 사용하도록 설계되었습니다.
동일한 파일 시스템 또는 디렉토리 트리의 증분 백업. 영상 될 수 있습니다
1부터 시작하는 인덱스 또는 기존 이미지의 이름 윔파일. 부정적일 수도 있다
이미지를 역방향으로 인덱싱하는 정수(예: -1은 마지막 기존 이미지를 의미합니다.
in 윔파일).

이 옵션이 제공되면 새 이미지의 캡처 또는 추가가
타임스탬프와 같은 메타데이터를 기반으로 표시되는 파일을 읽지 않음으로써 최적화됨
기존에 보관된 이후로 수정되지 않았습니다. 영상. 금지
타임스탬프 조작, 이 옵션은 성능에만 영향을 미치며 변경되지 않습니다.
결과 WIM 이미지.

표시된 대로 이 옵션에 대한 인수의 전체 구문은 WIM을 지정하는 것입니다.
파일, 콜론 및 이미지; 예: "--update-of mywim.wim:1". 그러나, 그
WIM 파일과 콜론을 생략할 수 있으며 이 경우 WIM 파일은 기본적으로
추가 작업을 위해 추가되는 WIM 파일 또는 델타
복용 중(경우에만 --델타-시작 캡처용으로 정확히 한 번 지정됨)
작업.

--델타-시작=윔파일
럭셔리 wimlib-imagex 포착 전용: 새 WIM을 "델타"로 캡처 윔파일. 어떤
일반적으로 새 WIM에 보관해야 하는 스트림은 다음과 같은 경우 생략됩니다.
에 이미 존재합니다. 윔파일 델타가 기반으로 하는 것입니다. 새로운 WIM
여전히 이미지 메타데이터의 전체 복사본이 포함되지만 일반적으로
WIM 전체 크기의 작은 부분입니다.

이 옵션은 여러 번 지정할 수 있으며 이 경우 결과 델타 WIM
지정된 기본 WIM에 없는 스트림만 포함합니다.

다음과 같은 다른 명령을 사용하여 결과 델타 WIM에서 작동하려면 wimlib-imagex
대다, 델타 WIM을 작업할 WIM 파일로 지정해야 하지만
다음을 사용하여 기본 WIM을 참조하십시오. --ref 옵션. 주의: 적절한
델타 WIM의 기능을 사용하면 파일과 이미지를 추가만 할 수 있고 삭제할 수는 없습니다.
기본 WIM에서 델타 캡처 후.

--델타-시작 결합 될 수 있습니다 --업데이트 캡처 속도를 높이기 위해
델타 WIM.

예를 들어 다음 백업 및 복원 순서를 고려하십시오.

(초기 백업)

$ wimcapture /some/directory bkup-base.wim

(며칠 후 두 번째 백업을 첫 번째에서 델타로 생성)

$ wimcapture /some/directory bkup-2013-08-20.dwm \
--업데이트-of bkup-base.wim:-1 --델타-from bkup-base.wim

(두 번째 백업 복원)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/일부/디렉토리

그러나 델타 WIM을 사용한 위의 시퀀스에 대한 대안으로,
두 번째 백업은 다음을 사용하여 WIM에 새 이미지로 추가되었을 수 있습니다.
wimlib-imagex 추가. Delta WIM은 기반으로 하려는 경우에만 사용해야 합니다.
거의 수정되지 않는 별도의 대용량 파일에 백업 또는 이미지를 저장합니다.

참고: "pipable" WIM과 달리( --파이프 가능 옵션), "델타" WIM
(로 만든 --델타-시작 옵션)은 Microsoft의 소프트웨어와 호환됩니다.
예를 들어 ImageX의 /ref 옵션을 사용하여 기본 WIM을 참조할 수 있습니다.
위와 유사.

추가 참고 사항 : wimlib-imagex 실제로 결합할 수 있을 정도로 일반화되어 있습니다.
--파이프 가능 과 --델타-시작 파이핑 가능한 델타 WIM을 생성합니다. 이러한 경우 베이스
WIM은 델타 WIM뿐만 아니라 파이핑 가능한 것으로 캡처해야 하며 적용할 때
이미지에서 기본 WIM은 델타 WIM 이후 파이프를 통해 전송되어야 합니다.

--wimboot
이미지를 WIMBoot 호환으로 표시합니다. 자세한 내용은 Microsoft 설명서를 참조하세요.
WIMBoot에 대한 정보입니다. 이 옵션은 기본적으로 압축 유형을 설정합니다.
XPRESS로, 청크 크기를 4096바이트로; 그러나 여전히 재정의할 수 있습니다.
를 통해 --압박 붕대 과 --청크 크기 매개변수, 각각. 또한, 이
옵션은 기본적으로 구성 파일을 다음으로 설정합니다.
SOURCE\Windows\System32\WimBootCompress.ini가 있고 액세스 가능한 경우; 그러나, 이
를 통해 여전히 재정의될 수 있습니다. --구성 매개 변수입니다.

--안전하지 않은 컴팩트
이 옵션에 대한 설명서를 참조하십시오. wimlib-imagex-최적화 (1).

--스냅 사진
실험: 소스 디렉토리의 임시 파일 시스템 스냅샷 생성 및
그것에서 파일을 캡처합니다. 현재 이 옵션은 Windows에서만 지원되며,
여기서 VSS(볼륨 섀도 복사본 서비스)를 사용합니다. 이 옵션을 사용하면 다음을 수행할 수 있습니다.
실행 중인 Windows 시스템의 시스템 볼륨에 대한 일관된 백업 생성
잠긴 파일에 문제가 발생합니다. VSS 스냅샷이 성공하려면
만들어진, wimlib-imagex 관리자로 실행해야 하며 다음에서 실행할 수 없습니다.
WoW64 모드(예: Windows가 64비트인 경우 wimlib-imagex 64비트여야 함).

노트

wimlib-imagex 추가 분할 WIM에 이미지 추가를 지원하지 않습니다.

사용하는 경우를 제외하고 --안전하지 않은 컴팩트, 중단하는 것이 안전합니다. wimlib-imagex 추가 명령
중간에; 그러나 이 작업을 수행한 후에는 다음을 실행하는 것이 좋습니다. wimlib-imagex
최적화 물리적 WIM 파일에 추가되었지만 아직 추가되지 않은 모든 데이터를 제거하려면
WIM이 완전히 재건되지 않는 한(예:
과 --재구축), 이 경우 남은 임시 파일을 삭제해야 합니다.

wimlib-imagex Microsoft 소프트웨어(WIMGAPI, ImageX, DISM)와 호환되는 WIM 생성,
몇 가지 주의사항:

· 와 함께 wimlib-imagex UNIX 계열 시스템에서는 WIM 이미지를 생성할 수 있습니다.
대소문자만 다른 이름을 가진 파일을 포함하거나 다음을 포함하는 이름을 가진 파일
POSIX-에서 유효한 문자 ':', '*', '?', '"', '<', '>', '|' 또는 '\'
호환 파일 시스템이지만 Windows는 아닙니다. 이러한 파일은
기본적으로 Windows 버전에서 추출한 wimlib-imagex, 그리고 (더 나쁜)
Microsoft의 ImageX는 이러한 이름으로 혼동될 수 있으며 중간에 이미지 추출을 중단할 수 있습니다.
을 통해. (Windows 고유의 기본 파일 시스템,
NTFS는 이러한 문자를 지원하지만 Windows는 지원하지 않습니다!)

· Pipable WIM은 Microsoft 소프트웨어와 호환되지 않습니다. 파이핑 가능한 WIM이 생성됩니다.
오직 윔파일 "-"(표준 출력)로 지정되었거나 --파이프 가능 깃발은
지정되었습니다.

· 기본이 아닌 청크 크기로 캡처된 WIM( --청크 크기 옵션) 또는 고체
아카이브( --고체 옵션) 또는 LZMS 압축( --압박 붕대=LZMS 또는
--압박 붕대=recovery)는 Microsoft 소프트웨어와 다양한 수준의 호환성을 가지고 있습니다.
일반적으로 최신 버전의 Microsoft 소프트웨어가 더 호환됩니다.

사용 예

첫 번째 예: LZX("최대") 압축을 사용하여 새 WIM 'mywim.wim'을 만듭니다.
디렉토리 트리 'somedir'의 캡처된 이미지를 포함합니다. 이미지 이름이 필요합니다.
지정되지 않으며 기본값은 'somedir'입니다.

wimlib-imagex 캡처 somedir mywim.wim

또는 윔캡쳐 하드 링크 또는 배치 파일이 설치된 경우 약어 형식으로
사용 :

wimcapture somedir mywim.wim

그러나 나머지 예제에서는 긴 형식을 사용합니다. 다음으로 이미지를 추가합니다.
위에서 만든 WIM과 다른 디렉터리 트리:

wimlib-imagex add anotherdir mywim.wim

충분히 쉬우며 위의 이미징 디렉토리 트리 예는 UNIX와 같은 두 가지 모두에서 작동합니다.
시스템 및 Windows. 다음을 포함하여 몇 가지 기본이 아닌 옵션을 사용하여 WIM을 캡처합니다.
XPRESS("빠른") 압축, 무결성 테이블, 절대 기호 링크를 사용하지 않음,
및 이미지 이름 및 설명:

wimlib-imagex 캡처 somedir mywim.wim --compress=fast \
--check --norpfix "일부 이름" "일부 설명"

전체 NTFS 볼륨을 새 WIM 파일로 캡처하고 이미지 이름을 "Windows 7"로 지정합니다. 에
UNIX 계열 시스템의 경우 에 설명된 특수 모드를 사용해야 합니다. NTFS VOLUME 포착
(유닉스) 어디에 SOURCE NTFS 파일 시스템을 포함하는 파일 또는 블록 장치입니다.

wimlib-imagex 캡처 /dev/sda2 windows7.wim "Windows 7"

또는 Windows에서 전체 NTFS 볼륨을 캡처하려면 대신 루트를 지정해야 합니다.
마운트된 볼륨의 디렉토리, 예:

wimlib-imagex 캡처 E:\ windows7.wim "Windows 7"

NTFS 볼륨을 캡처하는 위의 예와 동일 wimlib-imagex UNIX에서 실행
시스템과 유사하지만 파이프할 수 있는 wimlib 관련 "pipable" 형식으로 WIM을 캡처합니다.
에 wimlib-imagex 대다:

wimlib-imagex 캡처 /dev/sda2 windows7.wim "Windows 7" \
--파이프 가능

위와 동일하지만 "windows7.wim" 파일에 pipable WIM을 쓰는 대신 작성합니다.
파이프를 통해 다른 프로그램 "someprog"로 직접 표준 출력으로
예를 들어, 데이터를 서버로 스트리밍하는 프로그램이나 스크립트가 될 수 있습니다. 참고
--파이프 가능 표준 출력을 WIM "파일"로 사용할 때는 명시적으로 지정할 필요가 없습니다.

wimlib-imagex 캡처 /dev/sda2 - "Windows 7" | 일부 프로그램

onworks.net 서비스를 사용하여 온라인에서 wimlib-imagex-append 사용