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

CHƯƠNG TRÌNH:

TÊN

wimlib-imagex-apply - Trích xuất một hình ảnh hoặc tất cả các hình ảnh từ kho lưu trữ WIM

SYNOPSIS

wimlib-imagex ứng dụng TẬP TIN [IMAGE] MỤC TIÊU [TÙY CHỌN...]

MÔ TẢ

wimlib-imagex ứng dụng trích xuất hình ảnh hoặc tất cả hình ảnh từ tệp Windows Imaging (WIM)
TẬP TIN. Lệnh này cũng có sẵn đơn giản wmapply nếu liên kết cứng thích hợp
hoặc tập tin hàng loạt đã được cài đặt.

Lệnh này được thiết kế để trích xuất hoặc "áp dụng" một hoặc nhiều hình ảnh WIM đầy đủ. nếu bạn
thay vào đó chỉ muốn trích xuất một số tệp hoặc thư mục nhất định có trong hình ảnh WIM,
cân nhắc sử dụng wimlib-imagex trích xuất or wimlib-imagex gắn kết thay thế. (wimlib-imagex gắn kết
không được hỗ trợ trên Windows.)

IMAGE chỉ định hình ảnh WIM trong TẬP TIN để giải nen. Nó có thể là một chỉ số dựa trên 1 của một
hình ảnh trong TẬP TIN, tên của một hình ảnh trong TẬP TINhoặc từ khóa "tất cả" để chỉ ra rằng
tất cả hình ảnh trong TẬP TIN sẽ được trích xuất. Sử dụng wimlib-imagex Thông tin (1) lệnh hiển thị
tệp WIM chứa những hình ảnh nào. IMAGE có thể được bỏ qua nếu TẬP TIN chỉ chứa một hình ảnh.

MỤC TIÊU chỉ định nơi trích xuất hình ảnh WIM. Nếu như MỤC TIÊU chỉ định một thư mục,
Hình ảnh WIM được trích xuất vào thư mục đó (xem MỤC KHAI THÁC (UNIX) or MỤC
KHAI THÁC (CÁC CỬA SỔ)). Tương tự, nếu MỤC TIÊU chỉ định một tệp không tồn tại, một thư mục là
được tạo ở vị trí đó và hình ảnh WIM được trích xuất vào thư mục đó.

If IMAGE được chỉ định là "tất cả", sau đó tất cả các hình ảnh trong TẬP TIN thực sự được trích xuất vào
thư mục con của MỤC TIÊU, mỗi trong số đó được đặt tên của hình ảnh tương ứng,
quay trở lại chỉ mục hình ảnh trong trường hợp hình ảnh không có tên hoặc tên không hợp lệ
dưới dạng tên tệp.

Ngoài ra, chỉ trên các hệ thống giống UNIX, nếu MỤC TIÊU chỉ định một tệp hoặc khối thông thường
thiết bị, nó được hiểu là một ổ đĩa NTFS mà hình ảnh WIM sẽ được trích xuất (xem
NTFS ÂM LƯỢNG KHAI THÁC (UNIX)). Chỉ có thể trích xuất một hình ảnh duy nhất trong chế độ này và
chỉ hỗ trợ giải nén vào gốc của ổ đĩa NTFS (không phải thư mục con của nó).

TẬP TIN có thể là "-" để đọc WIM từ đầu vào tiêu chuẩn chứ không phải từ một tệp, nhưng hãy xem
CÓ THỂ ÁO để biết thêm thông tin chi tiết.

wimlib-imagex ứng dụng hỗ trợ áp dụng hình ảnh từ các WIM độc lập cũng như các WIM chia nhỏ.
Xem TÁCH ÁO.

MỤC KHAI THÁC (UNIX)

Phần này ghi lại cách thức wimlib-imagex ứng dụng (và cũng wimlib-imagex trích xuất) trích xuất một
Hình ảnh WIM (hoặc có thể là một tập hợp con của chúng, trong trường hợp wimlib-imagex trích xuất) đến một
thư mục trên các hệ thống giống UNIX. Nhìn thấy MỤC KHAI THÁC (CÁC CỬA SỔ) cho tương ứng
tài liệu cho Windows.

Như đã đề cập, một hình ảnh WIM có thể được áp dụng cho một thư mục trên hệ thống giống UNIX bằng cách cung cấp
a MỤC TIÊU danh mục. Tuy nhiên, điều quan trọng cần lưu ý là định dạng WIM là
được thiết kế cho Windows và kết quả là các tệp WIM có thể chứa dữ liệu hoặc siêu dữ liệu không thể
được biểu diễn trên các hệ thống giống UNIX. Thông tin chính mà wimlib-imagex sẽ không be
có thể giải nén trên các hệ thống giống UNIX như sau:

· Bộ mô tả bảo mật Windows (bao gồm chủ sở hữu tệp, nhóm và ACL).

· Các luồng dữ liệu được đặt tên.

· Đánh giá lại các điểm khác với các liên kết tượng trưng và các điểm nối.

· Một số thuộc tính tệp nhất định như nén, mã hóa và độ thưa thớt.

· Tên ngắn (DOS) cho các tệp.

· Dấu thời gian tạo tệp.

Lưu ý: Dữ liệu và siêu dữ liệu không được hỗ trợ chỉ đơn giản là không được trích xuất, nhưng wimlib-imagex sẽ
cố gắng cảnh báo bạn khi không thể hiển thị chính xác nội dung của hình ảnh WIM khi
đã trích xuất. Lần truy cập cuối cùng và dấu thời gian sửa đổi cuối cùng được chỉ định thành 100 nano giây
chi tiết trong tệp WIM, nhưng sẽ chỉ được trích xuất ở độ chính xác cao nhất được hỗ trợ
bởi hệ điều hành cơ bản, thư viện C và hệ thống tệp. Các tệp nén sẽ được
được giải nén dưới dạng không nén, trong khi các tệp được mã hóa sẽ không được trích xuất.

NTFS ÂM LƯỢNG KHAI THÁC (UNIX)

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

Như đã đề cập, wimlib-imagex chạy trên hệ thống giống UNIX có thể áp dụng hình ảnh WIM trực tiếp
sang một khối lượng NTFS bằng cách chỉ định MỤC TIÊU như một tệp thông thường hoặc thiết bị chặn có chứa
Hệ thống tệp NTFS. Hệ thống tệp NTFS không được để trống, mặc dù có thể
trống cho các trường hợp sử dụng dự định. Hệ thống tệp NTFS mới có thể được tạo bằng cách sử dụng
mkntfs(8) lệnh được cung cấp với ntfs-3g.

Trong chế độ trích xuất khối lượng NTFS này, hình ảnh WIM được trích xuất vào gốc của NTFS
khối lượng theo cách bảo toàn hầu hết thông tin có trong hình ảnh WIM. Do đó nó
không mắc phải những hạn chế được mô tả trong MỤC KHAI THÁC (UNIX). Điều này
hỗ trợ dựa vào libntfs-3g để ghi vào khối lượng NTFS và xử lý NTFS cụ thể và
Dữ liệu dành riêng cho Windows.

Xin lưu ý rằng chế độ trích xuất khối lượng NTFS này là không nhập nếu MỤC TIÊU là một thư mục,
ngay cả khi hệ thống tệp NTFS được gắn trên MỤC TIÊU. Bạn phải chỉ định chính khối lượng NTFS
(và nó phải được tháo ra, và bạn phải được phép ghi vào nó).

Chế độ trích xuất khối lượng NTFS này cố gắng trích xuất càng nhiều thông tin 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 ngoại trừ các tệp được mã hóa, bao gồm cả dữ liệu chưa được đặt tên
luồng cũng 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, cũng có một số hạn chế đã biết của chế độ trích xuất khối lượng NTFS:

· Các tệp được mã hóa sẽ không được giải nén.

· Wimlib v1.7.0 trở lên: Các thuộc tính tệp thưa thớt sẽ không được trích xuất (hành vi tương tự
dưới dạng ImageX / DISM / WIMGAPI). wimlib v1.6.2 trở về trước: Mặc dù thuộc tính tệp thưa thớt
sẽ được áp dụng, toàn bộ dữ liệu sẽ được trích xuất vào từng tệp thưa thớt, vì vậy, hãy giải nén
các tệp "thưa thớt" có thể không thực sự chứa bất kỳ vùng thưa thớt nào.

Bất kể, vì hầu như tất cả thông tin từ hình ảnh WIM đều được khôi phục ở chế độ này, nó
có thể (và được hỗ trợ đầy đủ) để khôi phục hình ảnh cài đặt Windows thực tế
sử dụng wimlib-imagex trên các hệ thống giống UNIX như một giải pháp thay thế cho việc sử dụng wimlib-imagex on
Các cửa sổ. Trong các ví dụ ở cuối trang hướng dẫn này, có một ví dụ về việc áp dụng
hình ảnh từ tệp "install.wim" có trong phương tiện cài đặt cho Windows
(Vista trở lên) trong thư mục "nguồn".

Lưu ý rằng để thực sự khởi động Windows (Vista trở lên) từ hình ảnh "install.wim" được áp dụng,
bạn cũng cần đánh dấu phân vùng là "có thể khởi động" và thiết lập các tệp khởi động khác nhau, chẳng hạn như
\ BOOTMGR và \ BOOT \ BCD. Nhiệm vụ thứ hai dễ dàng hoàn thành nhất bằng cách chạy
Chương trình "bcdboot.exe" từ hệ thống Windows đang hoạt động (chẳng hạn như Windows PE), nhưng có những
tùy chọn.

MỤC KHAI THÁC (CÁC CỬA SỔ)

Trên Windows, wimlib-imagex ứng dụng và wimlib-imagex trích xuất nguyên bản hỗ trợ Windows-
dữ liệu cụ thể và dành riêng cho NTFS. Để có kết quả tốt nhất, thư mục đích phải được định vị
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 vậy,
hệ thống tệp không phải NTFS và 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 ứng dụng và wimlib-imagex trích xuất cố gắng trích xuất 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. Điều này bao gồm nội dung tệp mặc định, cũng như
các luồng dữ liệu được đặt tên nếu được khối lượng đích hỗ trợ.

· 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 khối lượng mục tiêu. (Lưu ý: xem --rpfix và --norpfix cho tài liệu
về chính xác cách trích xuất các liên kết và liên kết tượng trưng tuyệt đối.) Tuy nhiên, theo
cài đặt bảo mật mặc định của Windows, không thể tạo liên kết tượng trưng
hoặc điểm giao nhau không có đặc quyền của Quản trị viên; do đó, bạn phải chạy wimlib-
hình ảnhx với tư cách là Quản trị viên nếu bạn muốn khôi phục hoàn toàn một hình ảnh có chứa biểu tượng
liên kết và / hoặc điểm nối. (Nếu không, chỉ một cảnh báo sẽ được đưa ra khi
liên kết tượng trưng hoặc điểm nối không thể được trích xuất do không đủ đặc quyền.)

· Dấu thời gian tạo, truy cập và sửa đổi tệp và thư mục, ở mức cao nhất
độ phân giải được hỗ trợ bởi khối lượng đích.

· Bộ mô tả bảo mật, nếu được hỗ trợ bởi hệ thống tệp và --no-acls không được chỉ định.
Hơn nữa, trừ khi --strict-acls được chỉ định, các bộ mô tả bảo mật cho
các tệp hoặc thư mục riêng lẻ có thể bị bỏ qua hoặc chỉ được đặt một phần nếu người dùng
không có quyền đặt chúng, có thể là một vấn đề nếu wimlib-imagex được chạy như một
không phải 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., khi được hỗ trợ
bởi hệ thống tập tin.

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

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

Lưu ý bổ sung về giải nén tệp trên Windows:

· wimlib-imagex sẽ đưa ra cảnh báo khi không thể trích xuất siêu dữ liệu chính xác và
dữ liệu của hình ảnh WIM, chẳng hạn như do các tính năng được đề cập ở trên không được hỗ trợ
bởi hệ thống tệp đích.

· Vì các tệp được mã hóa (với FILE_ATTRIBUTE_ENCRYPTED) không được lưu trữ trong văn bản rõ trong
hình ảnh WIM, wimlib-imagex không thể khôi phục các tệp được mã hóa vào hệ thống tệp không
hỗ trợ mã hóa. Do đó, trên các hệ thống tệp như vậy, các tệp được mã hóa sẽ không
đã trích xuất. Hơn nữa, ngay cả khi các tệp được mã hóa được khôi phục vào hệ thống tệp
hỗ trợ mã hóa, chúng sẽ chỉ có thể giải mã được nếu có sẵn khóa giải mã.

· Các tệp có tên không thể đại diện trên Windows sẽ không được trích xuất bằng
vỡ nợ; Thấy chưa --bao gồm-tên-không hợp lệ.

· Các tệp có đường dẫn đầy đủ trên 260 ký tự (cái gọi là MAX_PATH) sẽ được trích xuất,
nhưng hãy cẩn thận rằng các tệp như vậy sẽ không thể truy cập được với hầu hết các phần mềm Windows và có thể không
có thể được xóa một cách dễ dàng.

· Trên Windows, trừ khi --no-acls tùy chọn được chỉ định, wimlib sẽ cố gắng khôi phục
các bộ mô tả bảo mật của tệp chính xác như chúng được cung cấp trong hình ảnh WIM. Hãy coi chừng
rằng các bản cài đặt Windows điển hình chứa các tệp có bộ mô tả bảo mật không
cho phép Quản trị viên xóa chúng. Do đó, các tệp như vậy sẽ không thể
đã xóa hoặc trong một số trường hợp thậm chí được đọc, sau khi giải nén, trừ khi được xử lý bằng
chương trình chuyên biệt biết để có được SE_RESTORE_NAME và / hoặc SE_BACKUP_NAME
các đặc quyền cho phép ghi đè danh sách kiểm soát truy cập. Đây không phải là một lỗi trong wimlib,
hoạt động như được thiết kế để khôi phục chính xác dữ liệu đã được lưu trữ, nhưng thay vì
vấn đề với các quyền truy cập Windows sử dụng trên một số tệp nhất định. Nhưng nếu bạn chỉ muốn
dữ liệu tệp và không quan tâm đến bộ mô tả bảo mật, hãy sử dụng --no-acls bỏ qua
khôi phục tất cả các bộ mô tả bảo mật.

· Một cảnh báo tương tự như trên áp dụng cho các thuộc tính tệp như Readonly, Hidden và
Hệ thống. Theo thiết kế, trên Windows wimlib sẽ khôi phục các thuộc tính tệp như vậy; vì thế,
các tệp được trích xuất có thể có các thuộc tính đó. Nếu đây không phải là những gì bạn muốn, hãy sử dụng
- không thuộc tính tùy chọn.

TÁCH ÁO

Bạn có thể sử dụng wimlib-imagex ứng dụng để áp dụng hình ảnh từ một WIM đã tách. Các TẬP TIN đối số
phải chỉ định phần đầu tiên của WIM được phân tách, trong khi các phần bổ sung của WIM được phân tách
phải được chỉ định trong một hoặc nhiều --ref="TOÀN CẦU"tùy chọn. Vì cầu vồng được tích hợp vào
--ref tùy chọn, thường chỉ có một --ref tùy chọn là cần thiết. Ví dụ, tên cho
các phần WIM được chia nhỏ thường giống như:

mywim.swm
mywim2.swm
mywim3.swm
mywim4.swm
mywim5.swm

Để áp dụng hình ảnh đầu tiên của WIM đã tách này vào thư mục "dir", hãy chạy:

wimlib-imagex áp dụng mywim.swm 1 dir --ref = "mywim * .swm"

Là một trường hợp đặc biệt, nếu bạn đang áp dụng một hình ảnh từ đầu vào tiêu chuẩn từ một WIM tách
cũng có thể chuyển đổi đường ống (như được mô tả trong CÓ THỂ ÁO), --ref tùy chọn là không cần thiết; thay vào đó bạn
phải đảm bảo rằng tất cả các phần WIM đã tách được nối với nhau trên đầu vào tiêu chuẩn.
Chúng có thể được cung cấp theo bất kỳ thứ tự nào, ngoại trừ phần đầu tiên, phải
đầu tiên.

CÓ THỂ ÁO

Kể từ wimlib 1.5.0, wimlib-imagex ứng dụng hỗ trợ áp dụng WIM từ một tệp không thể tìm thấy,
chẳng hạn như một đường ống, với điều kiện là WIM được ghi lại bằng --có thể điều chỉnh được (xem wimlib-imagex
nắm bắt(1)). Để sử dụng đầu vào tiêu chuẩn làm WIM, hãy chỉ định "-" là TẬP TIN. Một công dụng hữu ích của
khả năng này là áp dụng hình ảnh từ WIM trong khi truyền trực tuyến từ máy chủ. Vì
ví dụ, để áp dụng hình ảnh đầu tiên từ tệp WIM có sẵn trên máy chủ HTTP vào NTFS
âm lượng trên / dev / sda1, chạy một cái gì đó như:

quên -O - http://myserver/mywim.wim | wimapply - 1 / dev / sda1

(Ở trên cũng sử dụng wmapply viết tắt của wimlib-imagex ứng dụng.) Lưu ý: tệp WIM
đang không có thể pip theo mặc định; bạn phải nắm bắt chúng một cách rõ ràng với --có thể điều chỉnh được, và họ
đang không tương thích với phần mềm của Microsoft. Nhìn thấy wimlib-imagex nắm bắt(1) để biết thêm
thông tin.

Có thể áp dụng một hình ảnh từ một WIM có thể phân chia thành nhiều phần; Thấy chưa TÁCH
ÁO.

LỰA CHỌN

--đánh dấu
Khi đọc TẬP TIN, xác minh tính toàn vẹn của nó nếu có bảng tính toàn vẹn.

--ref="TOÀN CẦU"
Tệp toàn bộ các WIM bổ sung hoặc các phần WIM chia nhỏ để tham khảo các tài nguyên từ đó. Nhìn thấy
SPLIT_WIMS. Tùy chọn này có thể được chỉ định nhiều lần. Ghi chú: TOÀN CẦU được liệt kê trong
dấu ngoặc kép vì nó được diễn giải bởi wimlib-imagex và có thể cần phải được trích dẫn
bảo vệ chống lại sự giãn nở của vỏ.

--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), trích xuất các liên kết tượng trưng tuyệt đối
được đánh dấu trong hình ảnh WIM là đã được sửa được giả định là có mục tiêu tuyệt đối
liên quan đến gốc hình ảnh, và do đó wimlib-imagex ứng dụng ưu thế trước cái tuyệt đối
đường dẫn đến thư mục mục tiêu trích xuất đến các mục tiêu của chúng. Ý định là bạn
có thể áp dụng một hình ảnh chứa các liên kết tượng trưng tuyệt đối và chúng vẫn hợp lệ
sau khi nó đã được áp dụng cho bất kỳ vị trí nào.

Hành vi mặc định là --rpfix nếu có hình ảnh trong TẬP TIN đã bị bắt với
đã hoàn tất sửa chữa điểm báo lại. Nếu không, nó là --norpfix.

Sửa chữa điểm báo cáo lại không bao giờ được thực hiện trong chế độ trích xuất khối lượng NTFS trên giống UNIX
hệ thống.

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

--no-acls
Không khôi phục bộ mô tả bảo mật trên các tệp và thư mục được giải nén.

--strict-acls
Không thành công ngay lập tức nếu bộ mô tả bảo mật đầy đủ của bất kỳ tệp hoặc thư mục nào không được
đặt chính xác như được chỉ định trong tệp WIM. Nếu tùy chọn này không được chỉ định, khi
wimlib-imagex trên Windows không có quyền đặt bộ mô tả bảo mật trên
tệp đã giải nén, nó chỉ trở lại thiết lập một phần (ví dụ: bỏ qua SACL),
và trong trường hợp xấu nhất, hãy bỏ qua nó hoàn toàn. Tuy nhiên, đây chỉ là một vấn đề
khi chạy wimlib-imagex không có quyền Quản trị viên. Ngoài ra, trên UNIX-like
hệ thống, cờ này cũng có thể được kết hợp với --unix-dữ liệu gây ra wimlib-imagex đến
không thành công ngay lập tức nếu chủ sở hữu UNIX, nhóm hoặc chế độ trên tệp được trích xuất không thể
đặt vì bất kỳ lý do gì.

- không thuộc tính
Không khôi phục các thuộc tính tệp Windows như chỉ đọc, ẩn, v.v.

--bao gồm-tên-không hợp lệ
Trích xuất các tệp và thư mục có tên không hợp lệ bằng cách thay thế các ký tự và
thêm một hậu tố thay vì bỏ qua chúng. Chính xác những gì được coi là một
tên "không hợp lệ" phụ thuộc vào nền tảng.

Trên các hệ thống tuân thủ POSIX, tên tệp phân biệt chữ hoa chữ thường và có thể chứa bất kỳ byte nào
ngoại trừ '\ 0' và ´ / ', vì vậy trên hệ thống tương thích với POSIX, tùy chọn này sẽ chỉ có một
trong trường hợp không chắc chắn rằng hình ảnh WIM vì lý do nào đó có tên tệp
chứa một trong những ký tự này.

Trên Windows, tên tệp không phân biệt chữ hoa chữ thường, không được bao gồm các ký tự '/', ´ \ 0 ',
'\', ':', '*', '?', '"', '<', '>' hoặc '|' và không được kết thúc bằng dấu cách hoặc dấu chấm.
Thông thường, các tệp trong hình ảnh WIM cũng phải đáp ứng các điều kiện này. Tuy nhiên nó là
không được đảm bảo, và đặc biệt là một hình ảnh WIM được chụp bằng wimlib-imagex trên
Hệ thống tuân thủ POSIX có thể chứa các tệp như vậy. Theo mặc định, các tên không hợp lệ sẽ là
bị bỏ qua và nếu có nhiều tên chỉ khác nhau trong trường hợp, một tên sẽ được chọn
trích xuất tùy tiện; tuy nhiên, với --bao gồm-tên-không hợp lệ, tất cả các tên sẽ là
được khử trùng và chiết xuất dưới một số hình thức.

--wimboot
Chỉ dành cho Windows: Thay vì giải nén chính các tệp, hãy giải nén "tệp con trỏ"
quay lại (các) kho lưu trữ WIM. Điều này có thể dẫn đến tiết kiệm không gian đáng kể. Tuy vậy,
nó đi kèm với một số chi phí tiềm ẩn, chẳng hạn như không thể xóa WIM
(các) kho lưu trữ và có thể có quyền truy cập tệp chậm hơn. Xem của Microsoft
tài liệu cho "WIMBoot" để biết thêm thông tin.

Nếu nó tồn tại, phần [PrepopulateList] của tệp
\ Windows \ System32 \ WimBootCompress.ini trong hình ảnh WIM sẽ được đọc. Các tệp phù hợp
bất kỳ mẫu nào trong số này sẽ được trích xuất bình thường, không phải là "tệp con trỏ" WIMBoot.
Điều này rất hữu ích cho một số tệp nhất định mà Windows cần đọc sớm khi khởi động
quá trình.

Tùy chọn này chỉ hoạt động khi chương trình được chạy với tư cách Quản trị viên và mục tiêu
khối lượng là NTFS hoặc hệ thống tệp khác hỗ trợ phân tích lại điểm.

Ngoài ra, tùy chọn này hoạt động tốt nhất khi chạy trên Windows 8.1 Update 1 trở lên,
vì đó là phiên bản Windows đầu tiên chứa Tệp Lớp phủ Windows
Trình điều khiển Bộ lọc Hệ thống ("WOF"). Nếu trình điều khiển WOF được phát hiện, wimlib sẽ tạo
WIMBoot "tệp con trỏ" bằng cách sử dụng các ioctls được tài liệu hóa do WOF cung cấp.

Ngược lại, nếu trình điều khiển WOF không được phát hiện, wimlib sẽ tạo điểm tổng hợp lại
và chỉnh sửa tệp "\ System Volume Information \ WimOverlay.dat" trên ổ đĩa đích
thủ công. Điều này có thể có vấn đề, vì mặc dù mã hoạt động trong
một số trường hợp đã thử nghiệm nhất định, cả hai định dạng dữ liệu này đều không thực sự được ghi lại bởi
Microsoft. Trước khi ghi đè tệp này, wimlib sẽ lưu phiên bản trước đó trong
"\ Thông tin Khối lượng Hệ thống \ WimOverlay.wimlib_backup", mà bạn có thể
khôi phục nếu bạn cần.

Bạn thực sự vẫn có thể làm một --wimboot trích xuất ngay cả khi hình ảnh WIM không được đánh dấu
là "tương thích với WIMBoot". Tùy chọn này khiến các tệp được trích xuất được đặt là
"được hỗ trợ từ bên ngoài" bởi tệp WIM. Trình điều khiển của Microsoft thực hiện điều này
chức năng "hỗ trợ bên ngoài" dường như không quan tâm đến việc (các) hình ảnh trong
WIM thực sự được đánh dấu là tương thích với WIMBoot. Do đó, "tương thích với WIMBoot"
nhãn ( trong dữ liệu XML) dường như chỉ là một điểm đánh dấu cho mục đích. Ngoài ra,
trình điều khiển Microsoft có thể sao lưu các tệp từ bên ngoài các tệp WIM sử dụng các phần XPRESS
có kích thước 8192, 16384 và 32768, hoặc các khối LZX có kích thước 32768, ngoài
các phần XPRESS mặc định có kích thước 4096 được tạo khi wimlib-imagex nắm bắt is
chạy với --wimboot tùy chọn.

--gọn nhẹ=FORMAT
Chỉ dành cho Windows: nén các tệp đã giải nén bằng Nén Hệ thống, khi có thể.
Điều này chỉ hoạt động trên Windows 10 trở lên hoặc trên Windows cũ hơn
Trình điều khiển wofadk.sys của Microsoft đã được thêm vào. Một số định dạng nén khác nhau
có thể được sử dụng với tính năng Nén hệ thống và phải được chỉ định là FORMAT. Các
các lựa chọn là: xpress4k, xpress8k, xpress16k và lzx.

Các loại trừ được xử lý theo cách tương tự như với --wimboot Lựa chọn. Đó là: nếu nó
tồn tại, phần [PrepopulateList] của tệp
\ Windows \ System32 \ WimBootCompress.ini trong hình ảnh WIM sẽ được đọc và các tệp
khớp với bất kỳ mẫu nào trong phần này sẽ không được nén. Ngoài ra,
wimlib có một danh sách các tệp được mã hóa cứng mà nó biết, để tương thích với
Bộ nạp khởi động của Windows, để ghi đè định dạng nén được yêu cầu.

GHI CHÚ

Ngày tính toàn vẹn: Tệp WIM bao gồm thông báo SHA1 cho dữ liệu tệp. wimlib-imagex
ứng dụng tính toán thông báo SHA1 của mọi tệp mà nó trích xuất và đưa ra lỗi nếu
nó không bằng với thông báo SHA1 được cung cấp trong WIM. (Hành vi mặc định này
có vẻ tương đương với /xác nhận tùy chọn của ImageX.) Lưu ý rằng điều này tách biệt với
bảng tính toàn vẹn của WIM, cung cấp thông điệp SHA1 phân tích qua các phần thô của
toàn bộ tệp WIM và được kiểm tra riêng nếu --đánh dấu tùy chọn được chỉ định.

ESD các tập tin: wimlib v1.6.0 trở lên có thể giải nén các tệp từ WIM phiên bản 3584, thường là
chứa các tài nguyên rắn được nén LZMS và có thể mang .esd phần mở rộng tệp thay vì
.wim. Tuy nhiên, .esd các tệp được tải xuống trực tiếp bởi trình tải xuống web Windows 8 có
các phân đoạn được mã hóa và wimlib không thể trích xuất các tệp như vậy cho đến khi chúng được giải mã lần đầu tiên.

thư mục đi ngang qua các cuộc tấn công: wimlib xác thực tên tệp trước khi giải nén chúng và không
dễ bị tấn công qua thư mục. Điều này trái ngược với Microsoft
WIMGAPI / ImageX / DISM có thể ghi đè các tệp tùy ý trên ổ đĩa đích khi
giải nén một tệp WIM độc hại chứa các tệp có tên .. hoặc chứa các dấu phân cách đường dẫn.

VÍ DỤ

Trích xuất hình ảnh đầu tiên từ hình ảnh Windows PE trên Windows (Vista trở lên)
phương tiện cài đặt vào thư mục "boot":

wimlib-imagex áp dụng /mnt/windows/sources/boot.wim 1 lần khởi động

Tương tự như trên, nhưng sử dụng wmapply viết tắt:

wimapply /media/windows/sources/boot.wim 1 lần khởi động

Trên Windows, áp dụng hình ảnh của toàn bộ ổ đĩa, ví dụ như từ "install.wim" có thể
được tìm thấy trên phương tiện cài đặt Windows (Vista trở lên):

wimlib-imagex áp dụng install.wim 1 E: \

Tương tự như trên, nhưng chạy trên hệ thống giống UNIX có phân vùng tương ứng
/ dev / sda2:

wimlib-imagex áp dụng install.wim 1 / dev / sda2

Lưu ý rằng trước khi chạy một trong các lệnh trên, hệ thống tệp NTFS có thể cần phải
được tạo trên phân vùng, ví dụ: với format.exe trên Windows hoặc mkntfs(8) (một phần của
NTFS-3g) trên các hệ thống giống UNIX. Ví dụ: bạn có thể chạy:

mkntfs / dev / sda2 && wimapply install.wim 1 / dev / sda2

(Tất nhiên là đừng làm vậy nếu bạn không muốn phá hủy tất cả dữ liệu hiện có trên phân vùng!)

Có thể tìm thấy một ví dụ về việc áp dụng WIM có thể dẫn được từ một đường ống trong CÓ THỂ ÁO, Và một
Ví dụ về áp dụng WIM phân tách có thể được tìm thấy trong TÁCH ÁO.

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