wimcapture - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

wimlib-imagex-capture, wimlib-imagex-append - Tạo hoặc nối thêm hình ảnh WIM

SYNOPSIS

wimlib-imagex nắm bắt SOURCE TẬP TIN [TÊN HÌNH ẢNH [MÔ TẢ HÌNH ẢNH]] [TÙY CHỌN...]
wimlib-imagex thêm SOURCE TẬP TIN [TÊN HÌNH ẢNH [MÔ TẢ HÌNH ẢNH]] [TÙY CHỌN...]

MÔ TẢ

Sản phẩm wimlib-imagex nắm bắt và wimlib-imagex thêm lệnh tạo hình ảnh Windows (WIM)
hình ảnh từ một cây thư mục. Các wimlib-imagex nắm bắt lệnh tạo một tệp WIM mới
chứa hình ảnh đã chụp, trong khi wimlib-imagex thêm lệnh nối các bắt được
hình ảnh vào tệp WIM hiện có. Các lệnh này cũng có sẵn đơn giản chụp ảnh và
thêm vào nếu các liên kết cứng thích hợp hoặc tệp hàng loạt được cài đặt.

Thông tin cơ bản: Hình ảnh WIM là một cây thư mục độc lập trong tệp WIM. MỘT WIM
tệp có thể chứa bất kỳ số lượng hình ảnh riêng biệt nào. Các tệp WIM là một phiên bản duy nhất với
liên quan đến dữ liệu tệp, vì vậy tệp chỉ được lưu trữ một lần trong toàn bộ WIM, bất kể
có bao nhiêu hình ảnh mà tệp xuất hiện trong đó.

SOURCE chỉ định vị trí của các tệp để tạo hình ảnh WIM mới từ đó. Nếu như SOURCE is
một thư mục, hình ảnh WIM được chụp từ thư mục đó (xem MỤC YÊU CẦU (UNIX)
or MỤC YÊU CẦU (CÁC CỬA SỔ)). Ngoài ra, nếu - danh sách nguồn Tùy chọn là
chỉ định, SOURCE được hiểu là một tệp mà bản thân nó cung cấp một danh sách các tệp và
các thư mục để đưa vào hình ảnh WIM mới. Ngoài ra, chỉ trên UNIX-like
hệ thống, nếu SOURCE là một thiết bị khối hoặc tệp thông thường, nó được hiểu là một khối lượng NTFS
từ đó hình ảnh WIM sẽ được chụp bằng libntfs-3g (xem NTFS ÂM LƯỢNG YÊU CẦU
(UNIX)).

TÊN HÌNH ẢNH và MÔ TẢ HÌNH ẢNH chỉ định tên và mô tả để cung cấp WIM mới
hình ảnh. Nếu như TÊN HÌNH ẢNH không được chỉ định, nó mặc định là tên cơ sở (không bao gồm đường dẫn đến
thư mục mẹ) của SOURCE, nhưng nếu tên này đã tồn tại trong TẬP TIN, một hậu tố duy nhất
được thêm vào. Nếu không thì, TÊN HÌNH ẢNH phải là một tên chưa tồn tại dưới dạng
hình ảnh trong TẬP TIN, hoặc chuỗi trống để tạo hình ảnh không có tên. Nếu như
MÔ TẢ HÌNH ẢNH không được chỉ định, không có mô tả nào được đưa ra cho hình ảnh mới.

Là một trường hợp đặc biệt, nếu TẬP TIN là --có thể điều chỉnh được tùy chọn được giả định và tệp WIM là
được ghi vào đầu ra tiêu chuẩn ở định dạng có thể chuyển đổi đặc biệt. Xem tài liệu cho
--có thể điều chỉnh được để biết thêm chi tiết.

MỤC YÊU CẦU (UNIX)

Phần này ghi lại cách thức wimlib-imagex chụp các tệp từ một cây thư mục trên giống UNIX
các hệ thống. Nhìn thấy MỤC YÊU CẦU (CÁC CỬA SỔ) đối với tài liệu tương ứng dành cho Windows.

Trên các hệ thống giống UNIX, khi SOURCE chỉ định một thư mục hoặc một liên kết tượng trưng đến một thư mục,
hình ảnh WIM sẽ được chụp từ cây thư mục gốc tại thư mục này. Cái này
thư mục có thể nằm trên bất kỳ loại hệ thống tệp nào và các điểm gắn kết được theo sau một cách đệ quy. Trong
chế độ này, wimlib sẽ lưu trữ các loại thông tin sau:

· Thư mục và tệp thông thường, và nội dung của tệp thông thường

· Liên kết cứng

· Các liên kết tượng trưng (được dịch dễ dàng sang các điểm phân tích lại của Windows)

· Lần sửa đổi cuối cùng (mtime) và lần truy cập cuối cùng (atime) với 100 nano giây
độ chi tiết

· Với --unix-dữ liệu: Chủ sở hữu, nhóm và chế độ UNIX

· Với --unix-dữ liệu: các nút thiết bị, FIFO và các ổ cắm miền UNIX

Không có hỗ trợ để lưu trữ các thuộc tính mở rộng (ví dụ: nhãn bảo mật SELinux và
POSIX ACL). Cũng lưu ý rằng thời gian thay đổi trạng thái cuối cùng (ctime) không được lưu trữ.

Lưu ý về ngôn ngữ: Một hạn chế của định dạng WIM ngăn ngừa trường hợp bất thường trong đó một
tệp liên kết tượng trưng chính nó có nhiều tên (liên kết cứng); trong trường hợp không chắc chắn này, mỗi
liên kết tượng trưng được lưu trữ như một tệp độc lập.

NTFS ÂM LƯỢNG YÊU CẦU (UNIX)

Phần này ghi lại cách thức wimlib-imagex chụp các tệp trực tiếp từ một hình ảnh khối lượng NTFS
trên các hệ thống giống UNIX.

Trên các hệ thống giống UNIX, một chế độ chụp ảnh đặc biệt được nhập khi SOURCE là một thường xuyên
tập tin hoặc chặn thiết bị. Trong chế độ này, SOURCE được giả định là một khối lượng hoặc khối lượng NTFS
hình ảnh và wimlib-imagex sẽ chụp một hình ảnh WIM có chứa toàn bộ nội dung của NTFS
khối lượng, bao gồm cả dữ liệu dành riêng cho NTFS. Điều này được thực hiện bằng cách sử dụng libntfs-3g.

Lưu ý rằng chế độ chụp âm lượng NTFS là không nhập nếu SOURCE là một thư mục, ngay cả khi một
Hệ thống tệp NTFS được gắn trên SOURCE bằng cách sử dụng ntfs-3g. Bạn phải chỉ định khối lượng NTFS
chính nó (và nó phải được ngắt kết nối, và bạn phải được phép đọc từ nó).

Chế độ chụp âm lượng NTFS cố gắng ghi lại nhiều dữ liệu và siêu dữ liệu nhất có thể,
bao gồm:

· Tất cả các luồng dữ liệu của tất cả các tệp không được mã hóa, bao gồm cả luồng dữ liệu không được đặt tên
như tất cả các luồng dữ liệu được đặt tên.

· Các điểm báo cáo lại, bao gồm các liên kết tượng trưng, ​​điểm nối và các điểm báo cáo lại khác.

· Dấu thời gian tạo, truy cập và sửa đổi tệp và thư mục, sử dụng bản gốc
Độ phân giải NTFS 100 nano giây.

· Bộ mô tả bảo mật Windows, bao gồm tất cả các thành phần (chủ sở hữu, nhóm, DACL và SACL).

· Cờ thuộc tính tệp DOS / Windows.

· Tất cả các tên của tất cả các tệp, bao gồm các tên trong không gian tên Win32, không gian tên DOS,
Không gian tên Win32 + DOS và không gian tên POSIX. Điều này bao gồm các liên kết cứng.

Tuy nhiên, những hạn chế chính của chế độ chụp âm lượng NTFS này là:

· Các tệp được mã hóa bị loại trừ theo mặc định. Mặc dù libntfs-3g có thể đọc dữ liệu của họ,
chúng cần được lưu trữ trong tệp WIM ở định dạng đặc biệt mà wimlib chưa có
hỗ trợ (ngoại trừ trên Windows, nơi wimlib có thể coi dữ liệu là không rõ ràng và xử lý nó
vào hàm API thích hợp).

· Thuộc tính thưa thớt trên các tệp tin thưa thớt sẽ được lưu, nhưng dữ liệu được lưu trữ sẽ là
dữ liệu đầy đủ của tệp hơn là dữ liệu "thưa thớt". (Tuy nhiên, dữ liệu là chủ đề
sang định dạng WIM nén.)

MỤC YÊU CẦU (CÁC CỬA SỔ)

Trên Windows, wimlib-imagex nắm bắt và wimlib-imagex thêm nguyên bản hỗ trợ Windows-
dữ liệu cụ thể và dành riêng cho NTFS. Do đó, chúng hoạt động tương tự với
lệnh của Microsoft's ImageX hoặc DISM. Để có kết quả tốt nhất, hãy ghi lại thư mục
phải ở trên một ổ đĩa NTFS và wimlib-imagex nên được chạy với các đặc quyền của Quản trị viên;
tuy nhiên, các hệ thống tệp không phải NTFS và đang chạy mà không có đặc quyền của Quản trị viên cũng
được hỗ trợ.

Trên Windows, wimlib-imagex nắm bắt và wimlib-imagex thêm cố gắng lưu trữ càng nhiều dữ liệu và
siêu dữ liệu càng tốt, bao gồm:

· Tất cả các luồng dữ liệu của tất cả các tệp.

· Các điểm đánh giá lại, bao gồm các liên kết tượng trưng, ​​điểm nối và các điểm đánh giá lại khác,
nếu được hỗ trợ bởi hệ thống tệp nguồn. (Lưu ý: xem --rpfix và --norpfix cho
tài liệu về cách nắm bắt chính xác các liên kết và đường nối biểu tượng tuyệt đối.)

· Dấu thời gian tạo, truy cập và sửa đổi tệp và thư mục. Những thứ này được lưu trữ
với độ phân giải dấu thời gian gốc của Windows NT là 100 nano giây.

· Bộ mô tả bảo mật, nếu được hỗ trợ bởi hệ thống tệp nguồn và --no-acls không phải là
được chỉ định. Tuy nhiên, hãy cẩn thận rằng trừ khi --strict-acls được chỉ định, bảo mật
bộ mô tả cho các tệp hoặc thư mục riêng lẻ có thể bị bỏ qua hoặc chỉ một phần
bị bắt nếu người dùng không có quyền đọc chúng, điều này có thể là một vấn đề nếu
wimlib-imagex được điều hành với tư cách không phải là Quản trị viên.

· Thuộc tính tệp, bao gồm ẩn, thưa thớt, nén, mã hóa, v.v. Được mã hóa
các tệp sẽ được lưu trữ dưới dạng mã hóa thay vì ở dạng văn bản thuần túy. Rõ ràng
các tệp nén sẽ được đọc dưới dạng không nén và được lưu trữ tùy thuộc vào WIM của riêng
nén. Không có cách xử lý đặc biệt nào để lưu trữ các tệp thưa thớt, nhưng chúng
có khả năng nén đến một kích thước nhỏ.

· Tên DOS (8.3) tên của các tập tin; tuy nhiên, việc không đọc chúng không được coi là
tình trạng lỗi.

· Liên kết cứng, nếu được hỗ trợ bởi hệ thống tệp nguồn.

Không có hỗ trợ để lưu trữ các thuộc tính mở rộng NTFS và ID đối tượng.

Quá trình nắm bắt có thể hoàn nguyên, kể từ khi wimlib-imagex ứng dụng (trên Windows) trích xuất
hình ảnh WIM được chụp, nó sẽ trích xuất tất cả các thông tin trên, ít nhất là
mức độ được hỗ trợ bởi hệ thống tệp đích.

Lưu ý về ngôn ngữ: vì Windows không hoàn toàn tương thích với hệ thống tệp của riêng nó (NTFS), trên
Windows wimlib không thể lưu trữ các tệp nhất định có thể tồn tại trên hệ thống tệp NTFS hợp lệ nhưng
không thể truy cập được vào Windows API, ví dụ: hai tệp có tên chỉ khác nhau về
trường hợp trong cùng một thư mục hoặc một tệp có tên chứa các ký tự nhất định được coi là
không hợp lệ bởi Windows. Nếu bạn gặp sự cố khi lưu trữ các tệp như vậy, hãy xem xét sử dụng NTFS
ÂM LƯỢNG YÊU CẦU (UNIX) chế độ từ Linux.

LỰA CHỌN

--khởi động
Chỉ định rằng hình ảnh mới sẽ được tạo thành hình ảnh có thể khởi động của kho lưu trữ WIM.

--đánh dấu
Trong wimlib-imagex thêm, trước khi thực hiện thao tác nối, hãy kiểm tra
tính toàn vẹn của TẬP TIN nếu có một bảng toàn vẹn. Hơn nữa, bao gồm một
bảng toàn vẹn trong tệp WIM mới (wimlib-imagex nắm bắt) hoặc tệp WIM đã sửa đổi
(wimlib-imagex thêm). Nếu tùy chọn này không được chỉ định, không có bảng toàn vẹn nào
bao gồm trong một tệp WIM được tạo bằng wimlib-imagex nắm bắt, trong khi tệp WIM được cập nhật
với wimlib-imagex thêm sẽ được viết với một bảng toàn vẹn nếu và chỉ khi một
đã có mặt trước đây.

- nén=LOẠI[:LEVEL]
Chỉ định định dạng nén cho tệp WIM mới. LOẠI có thể là "không", "XPRESS"
(bí danh: "nhanh"), "LZX" (bí danh: "tối đa") hoặc "LZMS" (bí danh: "khôi phục"). LOẠI is
so khớp chữ hoa chữ thường. Giá trị mặc định là "LZX".

Bạn cũng có thể tùy chọn chỉ định một nén số nguyên LEVEL. Mức độ nén
chỉ định mức độ khó của thuật toán nén cho quá trình nén được chỉ định LOẠI sẽ
làm việc để nén dữ liệu. Các giá trị được chia tỷ lệ để 20 được nén nhanh chóng,
50 là nén trung bình và 100 là nén cao. Tuy nhiên, bạn có thể chọn bất kỳ
giá trị, và không chỉ những giá trị cụ thể này. Giá trị mặc định là 50.

Tùy chọn này chỉ ảnh hưởng đến kiểu nén được sử dụng trong các tài nguyên WIM không rắn. Nếu như
bạn đang tạo một WIM vững chắc (sử dụng --chất rắn tùy chọn), thì bạn có thể muốn
- nén rắn thay thế.

Hãy cẩn thận nếu bạn chọn nén LZMS. Nó không tương thích với wimlib trước đây
v1.6.0, WIMGAPI trước Windows 8, DISM trước Windows 8.1 và 7-Zip trước v15.12.

Cũng lưu ý rằng việc chọn nén LZMS không tự động ngụ ý chế độ rắn
nén, giống như với DISM. Sử dụng --chất rắn nếu bạn muốn tạo một WIM vững chắc,
hoặc "tệp ESD".

--kích thước chunk=KÍCH THƯỚC
Đặt kích thước đoạn nén thành KÍCH THƯỚC byte. Kích thước đoạn nén lớn hơn
dẫn đến tỷ lệ nén tốt hơn. wimlib hỗ trợ các kích thước phân đoạn khác nhau
tùy thuộc vào loại nén:

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

· LZX: 32 nghìn, 64 nghìn, 128 nghìn, 256 nghìn, 512 nghìn, 1 triệu, 2 triệu

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

Bạn có thể cung cấp số đầy đủ (ví dụ: 32768) hoặc bạn có thể sử dụng một trong các ký tự K, M hoặc G
các hậu tố. KiB, MiB và GiB cũng được chấp nhận.

Tùy chọn này chỉ ảnh hưởng đến kích thước phân đoạn được sử dụng trong các tài nguyên WIM không rắn. Nếu bạn là
tạo ra một WIM vững chắc (sử dụng --chất rắn tùy chọn), thì bạn có thể muốn --chất rắn-
kích thước chunk thay thế.

Sử dụng tùy chọn này một cách thận trọng nếu khả năng tương thích với triển khai của Microsoft
mong muốn, vì việc triển khai của chúng có hỗ trợ hạn chế cho các kích thước phân đoạn không mặc định.

--chất rắn
Tạo một tệp WIM "rắn" nén các tệp lại với nhau thay vì độc lập.
Điều này dẫn đến tỷ lệ nén tốt hơn đáng kể, nhưng nó phải trả giá
của nhiều sự cân bằng khác nhau, bao gồm: nén chậm với mức sử dụng bộ nhớ rất cao; chậm
truy cập ngẫu nhiên vào tệp WIM kết quả; và giảm khả năng tương thích.

Tương thích khôn ngoan, phiên bản WIMGAPI đầu tiên của Microsoft hỗ trợ WIM vững chắc
các tệp đã được phát hành cùng với Windows 8 và phiên bản đầu tiên của DISM làm như vậy là
được phát hành cùng với Windows 8.1.

Nếu bạn muốn tạo một "tệp ESD", hãy sử dụng tùy chọn này. An (không được mã hóa) "ESD
tệp "là một tệp WIM chắc chắn.

Theo mặc định, tùy chọn này có tác dụng tương đương với tùy chọn của DISM
/ nén: phục hồi. Các tùy chọn cho wimlib-imagex là khác nhau vì chúng thử
không để lẫn lộn kiểu nén (ví dụ LZX hoặc LZMS) với nén chế độ rắn,
vì đây là hai thứ khác nhau.

- kích thước rắn-chunk=KÍCH THƯỚC
Như --kích thước chunk, nhưng hãy đặt kích thước phân đoạn được sử dụng trong tài nguyên cố định. Mặc định,
giả sử nén LZMS, là 64MiB (67108864); điều này yêu cầu khoảng 640MiB bộ nhớ
mỗi chủ đề. Tùy chọn này chỉ có hiệu lực khi --chất rắn cũng được chỉ định. Ghi chú:
Việc triển khai của Microsoft không tương thích với kích thước phân đoạn LZMS lớn hơn
64MiB.

- nén rắn=LOẠI[:LEVEL]
Như - nén, nhưng hãy đặt kiểu nén được sử dụng trong tài nguyên rắn. Mặc định
là nén LZMS. Tùy chọn này chỉ có hiệu lực khi --chất rắn cũng được chỉ định.

--chủ đề=NUM_THREADS
Số luồng sẽ sử dụng để nén dữ liệu. Mặc định: autodetect (số lượng
CPU có sẵn).

- xây dựng lại
Trong wimlib-imagex thêm: xây dựng lại toàn bộ WIM thay vì thêm dữ liệu mới
đến cuối của nó. Việc xây dựng lại WIM chậm hơn, nhưng sẽ tiết kiệm được một chút dung lượng
nếu không thì điều đó sẽ bị bỏ lại như một lỗ hổng trong WIM. Cũng thấy wimlib-imagex
tối ưu hóa(1).

- cờ=ID ẤN BẢN
Chỉ định một chuỗi để sử dụng trong phần tử của dữ liệu XML cho hình ảnh mới.

- hình ảnh-tài sản TÊN=VALUE
Chỉ định một thuộc tính cho mỗi hình ảnh tùy ý để đặt trong tài liệu XML của tệp WIM.
VALUE là chuỗi để đặt làm giá trị thuộc tính. TÊN là tên của hình ảnh
, ví dụ: "NAME", "DESCRIPTION" hoặc "TOTALBYTES". Tên có thể chứa
dấu gạch chéo về phía trước để chỉ ra một phần tử XML lồng nhau; Ví dụ,
"WINDOWS / VERSION / BUILD" cho biết phần tử BUILD được lồng trong VERSION
phần tử được lồng trong phần tử WINDOWS. Một số trong ngoặc có thể được sử dụng để
chỉ ra một trong một số phần tử được đặt tên giống nhau; Ví dụ,
"WINDOWS / LANGUAGES / LANGUAGE [2]" cho biết phần tử "LANGUAGE" thứ hai được lồng vào nhau
trong phần tử "WINDOWS / LANGUAGES". Khi thêm danh sách các phần tử theo cách này,
chúng phải được chỉ định theo thứ tự tuần tự. Lưu ý rằng tên phần tử là chữ hoa-thường
nhạy cảm. Tùy chọn này có thể được chỉ định nhiều lần.

- hội nghị
(Chỉ dành cho các hệ thống giống UNIX) Theo các liên kết tượng trưng và lưu trữ các tệp mà chúng trỏ tới,
thay vì tự lưu trữ các liên kết.

--config=FILE
Chỉ định tệp cấu hình (được mã hóa UTF-8 hoặc UTF-16LE; ASCII thuần túy cũng hoạt động)
để chụp hình ảnh mới. Tệp cấu hình chỉ định các tệp sẽ được
được xử lý đặc biệt trong quá trình chụp ảnh.

Định dạng của tệp cấu hình là kiểu INI; nghĩa là, nó được sắp xếp trong
các phần trong ngoặc. Hiện tại, các phần sau được công nhận:

· [Danh sách loại trừ] --- chứa một danh sách các hình cầu đường dẫn để loại trừ khỏi việc chụp. Nếu như
một thư mục được khớp, cả thư mục và nội dung của nó đều bị loại trừ.

· [ExclusiveException] --- chứa danh sách các đường dẫn hình cầu để đưa vào
chụp, ngay cả khi tệp hoặc thư mục cũng khớp với một toàn cầu trong [Danh sách loại trừ].

· [PrepopulateList] --- điều này không ảnh hưởng đến việc chụp, nhưng nếu hình ảnh được áp dụng
sau với --wimboot, đây là những tập tin sẽ được trích xuất bình thường,
không phải là "tệp con trỏ" WIMBoot. Nếu một thư mục được khớp, tất cả các tệp và
các thư mục con cũng được so khớp một cách đệ quy.

Hình cầu đường dẫn có thể chứa '*' và '?' ký tự meta. Quả cầu tương đối (ví dụ:
* .mp3) khớp với tên tệp trong bất kỳ thư mục nào. Các hình cầu tuyệt đối (ví dụ: / dir / file),
được coi là các đường dẫn bắt đầu từ thư mục chính đang được ghi lại hoặc thư mục gốc của
âm lượng NTFS cho chế độ chụp âm lượng NTFS. Không sử dụng ký tự ổ đĩa trong
những lối đi; chúng sẽ bị bỏ qua. Dấu phân cách đường dẫn có thể là dấu gạch chéo chuyển tiếp hoặc
gạch chéo ngược.

Các dòng bắt đầu bằng '#' hoặc ';' các ký tự được coi là bình luận và bị bỏ qua.
Các hình cầu có khoảng trắng trong chúng không cần phải được trích dẫn; tuy nhiên, nếu có, cả hai đều gấp đôi
và các dấu ngoặc kép được chấp nhận.

Nếu tùy chọn này không được chỉ định, tệp cấu hình mặc định sau sẽ được sử dụng:

[Danh sách loại trừ]
\ $ ntfs.log
\ hiberfil.sys
\ pagefile.sys
\ swapfile.sys
\ Thông tin Khối lượng Hệ thống
\ RECYCLER
\ Windows \ CSC

Tuy nhiên, hành vi đặc biệt được áp dụng nếu --wimboot cũng được chỉ định. Theo mặc định, với
--wimboot được chỉ định, tệp Windows / System32 / WimBootCompress.ini trong thư mục
được capture sẽ được sử dụng làm tệp cấu hình. Tuy nhiên, điều này có thể
ghi đè bằng cách sử dụng --config; và điều này cũng làm cho tệp cấu hình được chỉ định
được lưu trong hình ảnh WIM dưới dạng Windows / System32 / WimBootCompress.ini, ghi đè bất kỳ
có thể có trên hệ thống tệp.

--unix-dữ liệu
(Chỉ các hệ thống giống UNIX) Lưu trữ chủ sở hữu UNIX, nhóm, chế độ và ID thiết bị (chính và
số nhỏ) của mỗi tệp được chụp. Kể từ wimlib v1.7.0, bạn có thể sao lưu và
khôi phục không chỉ thông tin quyền của tệp UNIX tiêu chuẩn mà còn cả ký tự
nút thiết bị, nút thiết bị khối, đường ống được đặt tên (FIFO) và ổ cắm miền UNIX.

wimlib lưu trữ dữ liệu UNIX bằng cách thêm một mục siêu dữ liệu được gắn thẻ đặc biệt vào mỗi thư mục
mục nhập của mỗi tệp có chứa thông tin này. Thông tin bổ sung này là
bị bỏ qua bởi việc triển khai của Microsoft. Lưu ý: Dữ liệu UNIX được wimlib lưu trữ trước đây
v1.7.0 đã sử dụng một định dạng khác không còn được hỗ trợ. Nếu bạn có WIM cũ
các tệp có dữ liệu UNIX, áp dụng chúng với v1.6.2 và lấy lại chúng với v1.7.0 hoặc
sau đó.

--no-acls
Không nắm bắt các bộ mô tả bảo mật của tệp.

--strict-acls
Không thành công ngay lập tức nếu không thể đọc được bộ mô tả bảo mật đầy đủ của bất kỳ tệp nào. Trên
Windows, hành vi mặc định không có tùy chọn này là trước tiên hãy thử bỏ qua SACL
từ bộ mô tả bảo mật, sau đó thử bỏ qua hoàn toàn bộ mô tả bảo mật.
Mục đích của việc này là thu thập càng nhiều dữ liệu càng tốt mà không cần luôn luôn yêu cầu
Quyền quản trị viên. Tuy nhiên, nếu bạn muốn rằng tất cả các bộ mô tả bảo mật phải
được nắm bắt chính xác, bạn có thể muốn cung cấp tùy chọn này, mặc dù Quản trị viên
dù sao cũng nên có quyền đọc mọi thứ.

--rpfix, --norpfix
Đặt có sửa chữa các mục tiêu của các liên kết tượng trưng tuyệt đối hay không (phân tích lại các điểm trong Windows
thuật ngữ) hoặc không. Khi được bật (--rpfix), các liên kết tượng trưng tuyệt đối điểm đó
bên trong cây thư mục đang được nắm bắt sẽ được điều chỉnh thành tuyệt đối so với
gốc của cây thư mục đang được chụp. Khi bị vô hiệu hóa (--norpfix), tuyệt đối
các liên kết tượng trưng sẽ được nắm bắt chính xác như hiện tại.

Hành vi mặc định cho wimlib-imagex nắm bắt tương đương với --rpfix. Các
hành vi mặc định cho wimlib-imagex thêm sẽ được --rpfix nếu tổng hợp lại các sửa chữa điểm
trước đây đã được thực hiện trên TẬP TIN, Nếu không --norpfix.

Trong trường hợp chụp nhiều nguồn, (- danh sách nguồn được chỉ định), vượt qua --norpfix
được khuyến khích. Nếu không, các bản sửa lỗi điểm tổng hợp lại sẽ bị vô hiệu hóa trên tất cả các lần chụp
nguồn dành cho các vị trí không phải gốc trong hình ảnh WIM, trong khi nguồn bắt
dành cho gốc WIM sẽ nhận được hành vi mặc định từ đoạn trước.

- danh sách nguồn
wimlib-imagex nắm bắt và wimlib-imagex thêm hỗ trợ tạo hình ảnh WIM từ
nhiều tệp hoặc thư mục riêng biệt. Khi nào - danh sách nguồn được chỉ định, SOURCE
đối số chỉ định tên của tệp văn bản, mỗi dòng là 1 hoặc 2
các đường dẫn tệp được phân tách bằng khoảng trắng. Đường dẫn tệp đầu tiên, nguồn, chỉ định
đường dẫn đến một tệp hoặc thư mục để chụp vào hình ảnh WIM. Nó có thể là một trong hai
tuyệt đối hoặc liên quan đến thư mục làm việc hiện tại. Đường dẫn tệp thứ hai, nếu
được cung cấp, là đích và chỉ định đường dẫn trong hình ảnh WIM mà tệp này hoặc
thư mục sẽ được lưu dưới dạng. Các dấu gạch chéo ở đầu và cuối trong mục tiêu bị bỏ qua,
ngoại trừ nếu nó hoàn toàn bao gồm dấu gạch chéo (ví dụ: "/"), cho biết rằng
thư mục sẽ trở thành thư mục gốc của hình ảnh WIM. Nếu bị bỏ qua, chuỗi mục tiêu
mặc định giống như chuỗi nguồn.

Một tệp danh sách nguồn mẫu như sau:

# Tạo hình ảnh WIM từ thư mục 'winpe'
rượu vang /

# Gửi thư mục 'overlay' tới '/ overlay' trong hình ảnh WIM
lớp phủ / lớp phủ

# Phủ trực tiếp một thư mục riêng trên thư mục gốc của ảnh WIM.
/ data / things /

Các thư mục con trong WIM được tạo khi cần thiết. Nhiều thư mục nguồn có thể
chia sẻ cùng một mục tiêu, ngụ ý một lớp phủ. Trong trường hợp điều này dẫn đến một
tệp tin thư mục được thêm vào hình ảnh WIM nhiều lần, phiên bản cuối cùng (như
được liệt kê trong tệp danh sách nguồn) sẽ ghi đè bất kỳ phiên bản nào trước đó.

Đường dẫn tệp chứa khoảng trắng có thể được trích dẫn bằng dấu ngoặc kép hoặc dấu ngoặc kép
dấu ngoặc kép. Trích dẫn có thể không được thoát.

Các dòng chỉ bao gồm khoảng trắng và các dòng bắt đầu bằng '#' đứng trước
khoảng trắng tùy chọn bị bỏ qua.

Là một trường hợp đặc biệt, nếu SOURCE là "-", danh sách nguồn được đọc từ đầu vào chuẩn
chứ không phải là một tệp bên ngoài.

Không thể sử dụng chế độ chụp âm lượng NTFS trên các hệ thống giống UNIX với - danh sách nguồn,
vì chỉ hỗ trợ ghi một khối lượng NTFS đầy đủ.

--có thể điều chỉnh được
Tạo một WIM "có thể phân phối", có thể được áp dụng tuần tự đầy đủ, bao gồm từ
đường ống. Một hình ảnh trong WIM kết quả có thể được áp dụng với wimlib-imagex ứng dụng, hoặc
thông thường bằng cách chỉ định tên tệp WIM hoặc với wimlib-imagex ứng dụng - để đọc
WIM từ đầu vào tiêu chuẩn. Nhìn thấy wimlib-imagex ứng dụng(1) để biết thêm chi tiết.

Đối với các hoạt động nối thêm, tùy chọn này sẽ dẫn đến việc xây dựng lại toàn bộ WIM để thực hiện
nó có thể đi được. Đối với các hoạt động thu thập, WIM đã thu thập chỉ đơn giản là được tạo dưới dạng có thể chuyển đổi.
Hãy lưu ý rằng bạn càng thêm nhiều hình ảnh vào một WIM có thể phân phối, thì đường ống của nó càng kém hiệu quả
sẽ như vậy, vì nhiều dữ liệu không cần thiết hơn sẽ được gửi qua đường ống.

Khi wimlib tạo một WIM có thể phân phối, nó sẽ sắp xếp lại một cách cẩn thận các thành phần của
WIM để chúng có thể được đọc tuần tự và cũng tạo ra một số
các sửa đổi. Do đó, các WIM "có thể chuyển đổi" này là không tương thích với
Của Microsoft phần mềm, vì vậy hãy ghi nhớ điều này nếu bạn định sử dụng chúng. Nếu muốn,
bạn có thể dùng wimlib-imagex tối ưu hóa - không thể pip để viết lại một WIM có thể phân phối dưới dạng
WIM thông thường. (wimlib-imagex xuất khẩu cũng cung cấp khả năng xuất hình ảnh
từ một WIM có thể pip thành WIM không thể pip hoặc ngược lại.)

Đối với hầu hết các phần, wimlib hoạt động trên các WIM có thể chuyển đổi một cách minh bạch. Bạn có thể sửa đổi
chúng, thêm hoặc xóa hình ảnh, xuất hình ảnh và thậm chí tạo các WIM có thể phân chia. Các
nhược điểm chính là việc bổ sung (hiện tại) kém hiệu quả hơn (- xây dựng lại is
luôn ngụ ý), và chúng cũng không tương thích với phần mềm của Microsoft.

wimlib-imagex nắm bắt và wimlib-imagex thêm cả hai đều có thể viết một WIM có thể phân phối trực tiếp
đến đầu ra tiêu chuẩn; điều này được thực hiện tự động nếu TẬP TIN được chỉ định là "-". (Trong
trường hợp, --có thể điều chỉnh được được giả định.)

- không thể pip
Đảm bảo WIM kết quả ở định dạng WIM bình thường, không thể phân chia. Đây là
mặc định cho wimlib-imagex nắm bắt, ngoại trừ khi ghi vào đầu ra tiêu chuẩn (TẬP TIN
được chỉ định là "-"), và cũng cho wimlib-imagex thêm, ngoại trừ khi thêm vào một WIM
điều đó đã có thể chuyển đổi được.

- cập nhật trong tổng số=[TẬP TIN:]IMAGE
Tuyên bố rằng hình ảnh được chụp hoặc nối từ SOURCE hầu hết giống như
hình ảnh hiện có IMAGE in TẬP TIN, nhưng được ghi lại vào thời điểm sau đó, có thể
với một số sửa đổi trong thời gian can thiệp. Điều này được thiết kế để sử dụng trong
sao lưu gia tăng của cùng một hệ thống tệp hoặc cây thư mục. IMAGE có thể là một
Chỉ mục dựa trên 1 hoặc tên của một hình ảnh hiện có trong TẬP TIN. Nó cũng có thể là một tiêu cực
số nguyên để lập chỉ mục ngược vào các hình ảnh (ví dụ -1 có nghĩa là hình ảnh hiện có cuối cùng
in TẬP TIN).

Khi tùy chọn này được cung cấp, việc chụp hoặc nối thêm hình ảnh mới sẽ
được tối ưu hóa bằng cách không đọc các tệp dựa trên siêu dữ liệu như dấu thời gian, xuất hiện
không được sửa đổi vì chúng đã được lưu trữ trong IMAGE. chặn
thao tác với dấu thời gian, tùy chọn này chỉ ảnh hưởng đến hiệu suất và không thay đổi
hình ảnh WIM kết quả.

Như được hiển thị, cú pháp đầy đủ cho đối số cho tùy chọn này là chỉ định WIM
tệp, dấu hai chấm và hình ảnh; ví dụ: "--update-of mywim.wim: 1". Tuy nhiên,
Tệp WIM và dấu hai chấm có thể bị bỏ qua, trong trường hợp đó, tệp WIM sẽ mặc định là
Tệp WIM đang được nối vào cho các hoạt động nối thêm hoặc tệp WIM mà từ đó một delta
đang được thực hiện (chỉ khi --delta-từ được chỉ định chính xác một lần) để chụp
hoạt động.

--delta-từ=TẬP TIN
Trong wimlib-imagex nắm bắt only: nắm bắt WIM mới dưới dạng "delta" từ TẬP TIN. Bất kì
các luồng thông thường cần được lưu trữ trong WIM mới bị bỏ qua nếu chúng
đã có mặt trong TẬP TIN mà vùng đồng bằng đang được đặt trụ sở. WIM mới
sẽ vẫn chứa một bản sao đầy đủ của siêu dữ liệu hình ảnh, nhưng đây thường chỉ là
một phần nhỏ trong tổng kích thước của WIM.

Tùy chọn này có thể được chỉ định nhiều lần, trong trường hợp đó, kết quả là WIM đồng bằng
sẽ chỉ chứa các luồng không có trong bất kỳ WIM cơ sở nào được chỉ định.

Để vận hành trên WIM delta kết quả bằng cách sử dụng các lệnh khác như wimlib-imagex
ứng dụng, bạn phải chỉ định WIM delta làm tệp WIM để hoạt động, nhưng cũng
tham chiếu (các) WIM cơ sở bằng cách sử dụng --ref Lựa chọn. Hãy coi chừng: để giữ lại sự phù hợp
hoạt động của WIM delta, bạn chỉ có thể thêm, không xóa, các tệp và hình ảnh vào
(các) WIM cơ sở sau khi thu được một vùng đồng bằng từ nó.

--delta-từ có thể được kết hợp với - cập nhật trong tổng số để tăng tốc độ chụp
đồng bằng WIM.

Ví dụ, hãy xem xét trình tự sao lưu và khôi phục sau:

(sao lưu ban đầu)

$ wimcapture / some / directory bkup-base.wim

(vài ngày sau, tạo bản sao lưu thứ hai dưới dạng delta từ lần đầu tiên)

$ wimcapture / some / directory bkup-2013-08-20.dwm \
- cập nhật-của bkup-base.wim: -1 --delta-từ bkup-base.wim

(khôi phục bản sao lưu thứ hai)

$ wimapply bkup-2013-08-20.dwm --ref = bkup-base.wim 1 \
/ some / thư mục

Tuy nhiên, lưu ý rằng để thay thế cho trình tự trên đã sử dụng WIM đồng bằng,
bản sao lưu thứ hai có thể chỉ cần được thêm vào WIM dưới dạng hình ảnh mới bằng cách sử dụng
wimlib-imagex thêm. Delta WIM chỉ nên được sử dụng nếu nó muốn làm cơ sở cho
các bản sao lưu hoặc hình ảnh trên một tệp lớn, riêng biệt mà hiếm khi bị sửa đổi.

Lưu ý: không giống như các WIM "có thể pip" (được tạo bằng --có thể điều chỉnh được tùy chọn), WIM "delta"
(được tạo bằng --delta-từ tùy chọn) tương thích với phần mềm của Microsoft.
Ví dụ: bạn có thể sử dụng tùy chọn / ref của ImageX để tham chiếu (các) WIM cơ sở,
tương tự như trên.

Ghi chú bổ sung: wimlib-imagex đủ tổng quát để bạn có thể kết hợp trên thực tế
--có thể điều chỉnh được và --delta-từ để tạo WIM delta có thể pip. Trong những trường hợp như vậy, cơ sở
(Các) WIM phải được ghi lại dưới dạng có thể phân phối cũng như WIM đồng bằng và khi áp dụng
hình ảnh, (các) WIM cơ sở phải được gửi qua đường ống sau WIM đồng bằng.

--wimboot
Đánh dấu hình ảnh là tương thích với WIMBoot. Xem tài liệu của Microsoft để biết thêm
thông tin về WIMBoot. Tùy chọn này, theo mặc định, sẽ đặt kiểu nén
thành XPRESS và kích thước chunk tới 4096 byte; Tuy nhiên, những thứ này vẫn có thể bị ghi đè
thông qua - nén và --kích thước chunk các tham số tương ứng. Ngoài ra, điều này
theo mặc định, tùy chọn sẽ đặt tệp cấu hình thành
SOURCE\ Windows \ System32 \ WimBootCompress.ini nếu có và có thể truy cập được; tuy nhiên, điều này
vẫn có thể bị ghi đè qua --config tham số.

- không an toàn-nhỏ gọn
Xem tài liệu cho tùy chọn này trong wimlib-imagex-Optimization (1).

--ảnh chụp nhanh
THỰC NGHIỆM: tạo ảnh chụp nhanh hệ thống tệp tạm thời của thư mục nguồn và
chụp các tập tin từ nó. Hiện tại, tùy chọn này chỉ được hỗ trợ trên Windows,
nơi nó sử dụng Dịch vụ sao chép bóng âm lượng (VSS). Sử dụng tùy chọn này, bạn có thể
tạo một bản sao lưu nhất quán cho khối lượng hệ thống của một hệ thống Windows đang chạy mà không
gặp sự cố với các tệp bị khóa. Để chụp nhanh VSS thành công
tạo, wimlib-imagex phải được chạy với tư cách Quản trị viên, và nó không thể được chạy trong
Chế độ WoW64 (tức là nếu Windows là 64-bit, thì wimlib-imagex cũng phải là 64-bit).

GHI CHÚ

wimlib-imagex thêm không hỗ trợ thêm hình ảnh vào một WIM đã tách.

Ngoại trừ khi sử dụng - không an toàn-nhỏ gọn, nó là an toàn để phá bỏ một wimlib-imagex thêm lệnh
chia tay; tuy nhiên, sau khi thực hiện việc này, bạn nên chạy wimlib-imagex
tối ưu hóa để xóa bất kỳ dữ liệu nào đã được nối vào tệp WIM vật lý nhưng chưa được
được đưa vào cấu trúc của WIM, trừ khi WIM được xây dựng lại hoàn toàn (ví dụ:
với - xây dựng lại), trong trường hợp đó bạn nên xóa tệp tạm thời còn sót lại.

wimlib-imagex tạo WIM tương thích với phần mềm của Microsoft (WIMGAPI, ImageX, DISM),
với một số lưu ý:

· Với wimlib-imagex trên các hệ thống giống UNIX, có thể tạo hình ảnh WIM
chứa các tệp có tên chỉ khác nhau trong trường hợp hoặc các tệp có tên chứa
các ký tự ':', '*', '?', '"', '<', '>', '|' hoặc '\' hợp lệ trên POSIX-
hệ thống tệp tương thích nhưng không phải Windows. Hãy cảnh báo rằng những tệp như vậy sẽ không
được trích xuất theo mặc định bởi phiên bản Windows của wimlib-imagex, Và thậm chí tệ hơn)
ImageX của Microsoft có thể bị nhầm lẫn bởi những cái tên như vậy và thoát khỏi việc trích xuất phần hình ảnh
xuyên qua. (Có lẽ cần chỉ ra rằng hệ thống tệp mặc định của chính Windows,
NTFS, hỗ trợ các ký tự này, mặc dù Windows thì không!)

· Pipable WIM không tương thích với phần mềm của Microsoft. Pipable WIM được tạo
chỉ nếu TẬP TIN được chỉ định là "-" (đầu ra chuẩn) hoặc nếu --có thể điều chỉnh được cờ là
được chỉ định.

· WIM được ghi lại với kích thước đoạn không mặc định (với --kích thước chunk tùy chọn) hoặc rắn
kho lưu trữ (với --chất rắn tùy chọn) hoặc với nén LZMS (với - nén= LZMS hoặc
- nén= recovery) có các mức độ tương thích khác nhau với phần mềm của Microsoft.
Nói chung, các phiên bản phần mềm gần đây của Microsoft tương thích hơn.

VÍ DỤ

Ví dụ đầu tiên: Tạo một WIM 'mywim.wim' mới với nén LZX ("tối đa") sẽ
chứa một hình ảnh đã chụp của cây thư mục 'somedir'. Lưu ý rằng tên hình ảnh cần
không được chỉ định và sẽ mặc định thành 'somedir':

wimlib-imagex chụp somedir mywim.wim

hoặc, nếu chụp ảnh liên kết cứng hoặc tệp hàng loạt đã được cài đặt, dạng viết tắt có thể
được dùng:

wimcapture somedir mywim.wim

Tuy nhiên, các ví dụ còn lại sẽ sử dụng dạng dài. Tiếp theo, nối hình ảnh của một
cây thư mục khác với WIM được tạo ở trên:

wimlib-imagex thêm anotherdir mywim.wim

Đủ dễ dàng và các ví dụ trên về cây thư mục hình ảnh hoạt động trên cả giống UNIX
hệ thống và Windows. Tiếp theo, chụp một WIM với một số tùy chọn không phải mặc định, bao gồm
Nén XPRESS ("nhanh"), một bảng toàn vẹn, không gây rối với các liên kết tượng trưng tuyệt đối,
và tên hình ảnh và mô tả:

wimlib-imagex chụp somedir mywim.wim --compress = fast \
--check --norpfix "Một số Tên" "Một số Mô tả"

Chụp toàn bộ ổ đĩa NTFS vào một tệp WIM mới và đặt tên cho hình ảnh là "Windows 7". Trên
Hệ thống giống UNIX, điều này yêu cầu sử dụng chế độ đặc biệt được mô tả trong NTFS ÂM LƯỢNG YÊU CẦU
(UNIX) Ở đâu SOURCE là một tệp hoặc thiết bị khối có chứa hệ thống tệp NTFS:

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

hoặc, trên Windows, để ghi lại toàn bộ khối lượng NTFS, thay vào đó, bạn cần chỉ định gốc
thư mục của ổ đĩa được gắn kết, ví dụ:

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

Tương tự như ví dụ trên với việc chụp một khối lượng NTFS từ wimlib-imagex chạy trên UNIX-
như hệ thống, nhưng nắm bắt WIM ở định dạng "có thể đưa vào" dành riêng cho wimlib có thể được chuyển
đến wimlib-imagex ứng dụng:

wimlib-imagex capture / dev / sda2 windows7.wim "Windows 7" \
--có thể điều chỉnh được

Tương tự như trên, nhưng thay vì ghi WIM có thể pip vào tệp "windows7.wim", hãy viết nó
trực tiếp đến đầu ra tiêu chuẩn thông qua một đường ống dẫn vào một số chương trình khác "someprog",
chẳng hạn, có thể là một chương trình hoặc tập lệnh truyền dữ liệu đến một máy chủ. Lưu ý rằng
--có thể điều chỉnh được không cần được chỉ định rõ ràng khi sử dụng đầu ra tiêu chuẩn dưới dạng "tệp" WIM:

wimlib-imagex capture / dev / sda2 - "Windows 7" | someprog

Sử dụng wimcapture trực tuyến bằng các dịch vụ onworks.net