InggrisPerancisSpanyol

Ad


favorit OnWorks

wimappend - Online di Cloud

Jalankan wimappend di penyedia hosting gratis OnWorks melalui Ubuntu Online, Fedora Online, emulator online Windows atau emulator online MAC OS

Ini adalah perintah wimappend yang dapat dijalankan di penyedia hosting gratis OnWorks menggunakan salah satu dari beberapa workstation online gratis kami seperti Ubuntu Online, Fedora Online, emulator online Windows atau emulator online MAC OS

PROGRAM:

NAMA


wimlib-imagex-capture, wimlib-imagex-append - Membuat atau menambahkan gambar WIM

RINGKASAN


wimlib-imagex menangkap SOURCE FILE WIM [IMAGE_NAME [URAIAN GAMBAR; KESAN]] [PILIHAN...]
wimlib-imagex menambahkan SOURCE FILE WIM [IMAGE_NAME [URAIAN GAMBAR; KESAN]] [PILIHAN...]

DESKRIPSI


Grafik wimlib-imagex menangkap dan wimlib-imagex menambahkan perintah membuat Windows Imaging (WIM)
gambar dari pohon direktori. NS wimlib-imagex menangkap perintah membuat file WIM baru
berisi gambar yang diambil, sedangkan wimlib-imagex menambahkan perintah menambahkan yang ditangkap
gambar ke file WIM yang ada. Perintah-perintah ini juga tersedia secara sederhana menangkap gambar dan
tambahkan jika hard link atau file batch yang sesuai telah diinstal.

Informasi latar belakang: Gambar WIM adalah pohon direktori independen dalam file WIM. Sebuah WIM
file mungkin berisi sejumlah gambar terpisah. File WIM adalah instans tunggal dengan
berkaitan dengan data file, jadi file disimpan hanya satu kali di seluruh WIM, terlepas dari
berapa banyak gambar file yang muncul.

SOURCE menentukan lokasi file untuk membuat gambar WIM baru. Jika SOURCE is
direktori, gambar WIM diambil dari direktori itu (lihat DIREKTORI MENANGKAP (UNIX)
or DIREKTORI MENANGKAP (JENDELA)). Sebagai alternatif, jika --daftar-sumber pilihannya adalah
ditentukan, SOURCE ditafsirkan sebagai file yang menyediakan daftar file dan
direktori untuk disertakan dalam gambar WIM baru. Masih sebagai alternatif, hanya di UNIX-like
sistem, jika SOURCE adalah file biasa atau perangkat blok, itu ditafsirkan sebagai volume NTFS
dari mana gambar WIM akan diambil menggunakan libntfs-3g (lihat NTFS VOLUME MENANGKAP
(UNIX)).

IMAGE_NAME dan URAIAN GAMBAR; KESAN tentukan nama dan deskripsi untuk memberikan WIM baru
gambar. Jika IMAGE_NAME tidak ditentukan, defaultnya adalah nama dasar (tidak termasuk jalur ke
direktori induk) dari SOURCE, tetapi jika nama ini sudah ada di FILE WIM, akhiran yang unik
telah ditambahkan. Sebaliknya, IMAGE_NAME harus berupa nama yang belum ada sebagai
gambar dalam FILE WIM, atau string kosong untuk membuat gambar tanpa nama. Jika
URAIAN GAMBAR; KESAN tidak ditentukan, tidak ada deskripsi yang diberikan untuk gambar baru.

Sebagai kasus khusus, jika FILE WIM adalah --bisa dipipihkan opsi diasumsikan dan file WIM adalah
ditulis ke output standar dalam format pipable khusus. Lihat dokumentasi untuk
--bisa dipipihkan lebih lanjut.

DIREKTORI MENANGKAP (UNIX)


Bagian ini mendokumentasikan bagaimana wimlib-imagex menangkap file dari pohon direktori di UNIX-like
sistem. Lihat DIREKTORI MENANGKAP (JENDELA) untuk dokumentasi yang sesuai untuk Windows.

Pada sistem mirip UNIX, ketika SOURCE menentukan direktori atau tautan simbolis ke direktori,
gambar WIM akan diambil dari pohon direktori yang di-root di direktori ini. Ini
direktori dapat berada di semua jenis sistem file, dan mountpoints diikuti secara rekursif. Di dalam
mode ini, wimlib akan menyimpan jenis informasi berikut:

· Direktori dan file biasa, dan isi file biasa

· Tautan keras

· Tautan simbolis (diterjemahkan tanpa kehilangan ke poin reparse Windows)

· Waktu modifikasi terakhir (mtime) dan waktu akses terakhir (atime) dengan 100 nanodetik
rincian

· Dengan --unix-data: pemilik UNIX, grup, dan mode

· Dengan --unix-data: node perangkat, FIFO, dan soket domain UNIX

Tidak ada dukungan untuk menyimpan atribut yang diperluas (misalnya label keamanan SELinux dan
POSIX ACL). Perhatikan juga bahwa waktu perubahan status terakhir (waktu) tidak disimpan.

Catatan bertele-tele: Pembatasan format WIM mencegah kasus yang tidak biasa di mana satu
file tautan simbolik itu sendiri memiliki banyak nama (tautan keras); dalam kasus yang tidak mungkin ini, masing-masing
tautan simbolik disimpan sebagai file independen.

NTFS VOLUME MENANGKAP (UNIX)


Bagian ini mendokumentasikan bagaimana wimlib-imagex menangkap file langsung dari gambar volume NTFS
pada sistem mirip UNIX.

Pada sistem mirip UNIX, mode pengambilan gambar khusus dimasukkan ketika SOURCE biasa
file atau blok perangkat. Dalam mode ini, SOURCE diasumsikan sebagai volume atau volume NTFS
gambar, dan wimlib-imagex akan menangkap gambar WIM yang berisi konten lengkap NTFS
volume, termasuk data khusus NTFS. Ini dilakukan dengan menggunakan libntfs-3g.

Perhatikan bahwa mode pengambilan volume NTFS adalah tidak masuk jika SOURCE adalah direktori, bahkan jika
Sistem file NTFS dipasang di SOURCE menggunakan ntfs-3g. Anda harus menentukan volume NTFS
sendiri (dan itu harus di-unmount, dan Anda harus memiliki izin untuk membacanya).

Mode pengambilan volume NTFS mencoba menangkap sebanyak mungkin data dan metadata,
termasuk:

· Semua aliran data dari semua file yang tidak terenkripsi, termasuk aliran data yang tidak disebutkan namanya juga
seperti semua aliran data bernama.

· Poin reparse, termasuk tautan simbolik, titik persimpangan, dan titik reparse lainnya.

· Pembuatan file dan direktori, akses, dan stempel waktu modifikasi, menggunakan yang asli
Resolusi NTFS 100 nanodetik.

· Deskriptor keamanan Windows, termasuk semua komponen (pemilik, grup, DACL, dan SACL).

· Bendera atribut file DOS/Windows.

· Semua nama semua file, termasuk nama di namespace Win32, namespace DOS,
Ruang nama Win32+DOS, dan ruang nama POSIX. Ini termasuk tautan keras.

Namun, batasan utama dari mode pengambilan volume NTFS ini adalah:

· File terenkripsi dikecualikan secara default. Meskipun libntfs-3g dapat membaca datanya,
mereka perlu disimpan dalam file WIM dalam format khusus yang belum dimiliki wimlib
dukungan (kecuali pada Windows, di mana wimlib dapat memperlakukan data sebagai buram dan menyerahkannya
ke fungsi API yang sesuai).

· Atribut sparse pada file sparse akan disimpan, tetapi data yang disimpan akan menjadi
data lengkap file daripada data "jarang". (Namun, datanya adalah subjek
ke kompresi format WIM.)

DIREKTORI MENANGKAP (JENDELA)


Di Windows, wimlib-imagex menangkap dan wimlib-imagex menambahkan secara asli mendukung Windows-
spesifik dan data spesifik NTFS. Oleh karena itu mereka bertindak mirip dengan yang sesuai
perintah dari Microsoft ImageX atau DISM. Untuk hasil terbaik, direktori diambil
harus pada volume NTFS dan wimlib-imagex harus dijalankan dengan hak Administrator;
namun, sistem file non-NTFS dan berjalan tanpa hak Administrator juga
didukung.

Di Windows, wimlib-imagex menangkap dan wimlib-imagex menambahkan coba arsipkan data sebanyak-banyaknya dan
metadata mungkin, termasuk:

· Semua aliran data dari semua file.

· Poin reparse, termasuk tautan simbolik, titik persimpangan, dan titik reparse lainnya,
jika didukung oleh sistem file sumber. (Catatan: lihat --rpperbaikan dan --perbaikan norp untuk
dokumentasi tentang bagaimana tautan dan persimpangan simbolik absolut ditangkap.)

· Stempel waktu pembuatan file dan direktori, akses, dan modifikasi. Ini disimpan
dengan resolusi cap waktu asli Windows NT 100 nanodetik.

· Deskriptor keamanan, jika didukung oleh sistem file sumber dan --tidak-acls tidak
ditentukan. Namun, berhati-hatilah bahwa kecuali --ketat-acls ditentukan, keamanan
deskriptor untuk file atau direktori individual dapat dihilangkan atau hanya sebagian
ditangkap jika pengguna tidak memiliki izin untuk membacanya, yang dapat menjadi masalah jika
wimlib-imagex dijalankan sebagai non-Administrator.

· Atribut file, termasuk tersembunyi, jarang, terkompresi, terenkripsi, dll. Terenkripsi
file akan disimpan dalam bentuk terenkripsi daripada dalam teks biasa. transparan
file terkompresi akan dibaca sebagai tidak terkompresi dan disimpan sesuai dengan milik WIM sendiri
kompresi. Tidak ada penanganan khusus untuk menyimpan file-file yang jarang, tetapi mereka adalah
cenderung untuk kompres ke ukuran kecil.

· Nama DOS (8.3) nama file; namun, kegagalan untuk membacanya tidak dianggap sebagai
kondisi kesalahan.

· Tautan keras, jika didukung oleh sistem file sumber.

Tidak ada dukungan untuk menyimpan atribut dan ID objek NTFS yang diperluas.

Proses penangkapan adalah reversibel, sejak kapan wimlib-imagex menerapkan (pada Windows) ekstrak
gambar WIM yang diambil, itu akan mengekstrak semua informasi di atas, setidaknya ke
sejauh mana didukung oleh sistem file tujuan.

Catatan bertele-tele: karena Windows tidak sepenuhnya kompatibel dengan sistem filenya sendiri (NTFS), di
Windows wimlib tidak dapat mengarsipkan file tertentu yang mungkin ada pada sistem file NTFS yang valid tetapi
tidak dapat diakses ke Windows API, misalnya dua file dengan nama yang berbeda hanya dalam
case di direktori yang sama, atau file yang namanya berisi karakter tertentu yang dipertimbangkan
tidak valid oleh Windows. Jika Anda mengalami masalah saat mengarsipkan file tersebut, pertimbangkan untuk menggunakan NTFS
VOLUME MENANGKAP (UNIX) modus dari Linux.

PILIHAN


--boot
Menentukan bahwa image baru akan dijadikan image bootable dari arsip WIM.

--memeriksa
Untuk wimlib-imagex menambahkan, sebelum melakukan operasi penambahan, periksa
integritas FILE WIM jika ada tabel integritas. Selanjutnya, sertakan
tabel integritas dalam file WIM baru (wimlib-imagex menangkap) atau file WIM yang dimodifikasi
(wimlib-imagex menambahkan). Jika opsi ini tidak ditentukan, tidak ada tabel integritas
disertakan dalam file WIM yang dibuat dengan wimlib-imagex menangkap, sementara file WIM diperbarui
dengan wimlib-imagex menambahkan akan ditulis dengan tabel integritas jika dan hanya jika satu
hadir sebelumnya.

--kompres=JENIS[:TINGKAT]
Menentukan format kompresi untuk file WIM baru. JENIS mungkin "tidak ada", "XPRESS"
(alias: "cepat"), "LZX" (alias: "maksimum"), atau "LZMS" (alias: "pemulihan"). JENIS is
cocok case-insensitive. Standarnya adalah "LZX".

Anda juga dapat menentukan kompresi bilangan bulat secara opsional TINGKAT. Tingkat kompresi
menentukan seberapa keras algoritma kompresi untuk kompresi yang ditentukan JENIS akan
berfungsi untuk mengompresi data. Nilai diskalakan sehingga 20 adalah kompresi cepat,
50 adalah kompresi sedang, dan 100 adalah kompresi tinggi. Namun, Anda dapat memilih apa saja
nilai, dan bukan hanya nilai-nilai tertentu. Standarnya adalah 50.

Opsi ini hanya memengaruhi jenis kompresi yang digunakan dalam sumber daya WIM non-solid. Jika
Anda membuat WIM yang solid (menggunakan --padat pilihan), maka Anda mungkin ingin
--padat-kompres sebagai gantinya.

Hati-hati jika Anda memilih kompresi LZMS. Itu tidak kompatibel dengan wimlib sebelumnya
v1.6.0, WIMGAPI sebelum Windows 8, DISM sebelum Windows 8.1, dan 7-Zip sebelum v15.12.

Perhatikan juga bahwa memilih kompresi LZMS tidak secara otomatis menyiratkan mode padat
kompresi, seperti halnya dengan DISM. Menggunakan --padat jika Anda ingin membuat WIM yang solid,
atau "file ESD".

--ukuran-potongan=UKURAN
Atur ukuran potongan kompresi ke UKURAN byte. Ukuran potongan kompresi yang lebih besar
menghasilkan rasio kompresi yang lebih baik. wimlib mendukung ukuran potongan yang berbeda
tergantung pada jenis kompresi:

· EKSPRES: 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

Anda dapat memberikan nomor lengkap (misalnya 32768), atau Anda dapat menggunakan salah satu dari K, M, atau G
akhiran. KiB, MiB, dan GiB juga diterima.

Opsi ini hanya memengaruhi ukuran potongan yang digunakan dalam sumber daya WIM non-padat. Jika Anda
membuat WIM yang solid (menggunakan --padat pilihan), maka Anda mungkin ingin --padat-
ukuran potongan sebagai gantinya.

Gunakan opsi ini dengan hati-hati jika kompatibilitas dengan implementasi Microsoft
diinginkan, karena implementasinya memiliki dukungan terbatas untuk ukuran potongan non-default.

--padat
Buat file WIM "padat" yang mengompresi file bersama-sama daripada secara mandiri.
Ini menghasilkan rasio kompresi yang jauh lebih baik, tetapi harus dibayar mahal
dari berbagai pengorbanan, termasuk: kompresi lambat dengan penggunaan memori yang sangat tinggi; lambat
akses acak ke file WIM yang dihasilkan; dan mengurangi kompatibilitas.

Dari segi kompatibilitas, versi pertama dari WIMGAPI Microsoft untuk mendukung WIM yang solid
file dirilis dengan Windows 8, dan versi DISM pertama yang melakukannya adalah
dirilis dengan Windows 8.1.

Jika Anda ingin membuat "file ESD", gunakan opsi ini. Sebuah (tidak terenkripsi) "ESD
file" adalah file WIM yang solid.

Secara default, opsi ini memiliki efek yang setara dengan opsi DISM
/kompres:pemulihan. Opsi untuk wimlib-imagex berbeda karena mereka mencoba
untuk tidak menggabungkan jenis kompresi (misalnya LZX atau LZMS) dengan kompresi mode padat,
karena ini adalah dua hal yang berbeda.

--ukuran-potongan-padat=UKURAN
Seperti --ukuran-potongan, tetapi tetapkan ukuran potongan yang digunakan dalam sumber daya yang solid. default,
dengan asumsi kompresi LZMS, adalah 64MiB (67108864); ini membutuhkan sekitar 640MiB memori
per benang. Opsi ini hanya berpengaruh ketika --padat juga ditentukan. Catatan:
Implementasi Microsoft tidak kompatibel dengan ukuran potongan LZMS yang lebih besar dari
64MiB.

--padat-kompres=JENIS[:TINGKAT]
Seperti --kompres, tetapi tetapkan jenis kompresi yang digunakan dalam sumber daya padat. Standarnya
adalah kompresi LZMS. Opsi ini hanya berpengaruh ketika --padat juga ditentukan.

--utas=NUM_THREADS
Jumlah utas yang digunakan untuk mengompresi data. Default: deteksi otomatis (jumlah
CPU yang tersedia).

--membangun kembali
Untuk wimlib-imagex menambahkan: membangun kembali seluruh WIM daripada menambahkan data baru
ke ujungnya. Membangun kembali WIM lebih lambat, tetapi akan menghemat sedikit ruang
yang jika tidak akan dibiarkan sebagai lubang di WIM. Lihat juga wimlib-imagex
mengoptimalkan(1).

--bendera=ID EDISI
Tentukan string yang akan digunakan dalam elemen data XML untuk gambar baru.

--gambar-properti NAMA=NILAI
Tentukan properti per gambar arbitrer untuk diatur dalam dokumen XML file WIM.
NILAI adalah string yang akan ditetapkan sebagai nilai properti. NAMA itu nama gambarnya
properti, misalnya "NAME", "DESCRIPTION", atau "TOTALBYTES". Nama dapat berisi
garis miring ke depan untuk menunjukkan elemen XML bersarang; Misalnya,
"WINDOWS/VERSION/BUILD" menunjukkan elemen BUILD yang bersarang di dalam VERSION
elemen bersarang di dalam elemen WINDOWS. Angka dalam kurung dapat digunakan untuk
menunjukkan salah satu dari beberapa elemen dengan nama yang sama; Misalnya,
"WINDOWS/LANGUAGES/LANGUAGE[2]" menunjukkan elemen "LANGUAGE" kedua bersarang
dalam elemen "WINDOWS/LANGUAGES". Saat menambahkan daftar elemen dengan cara ini,
mereka harus ditentukan secara berurutan. Perhatikan bahwa nama elemen adalah case-
peka. Opsi ini dapat ditentukan beberapa kali.

--dereferensi
(Hanya sistem mirip UNIX) Ikuti tautan simbolis dan arsipkan file yang mereka tunjuk,
daripada mengarsipkan tautan itu sendiri.

--konfigurasi=FILE
Menentukan file konfigurasi (dikodekan UTF-8 atau UTF-16LE; ASCII biasa juga berfungsi)
untuk menangkap gambar baru. File konfigurasi menentukan file yang akan
diperlakukan khusus selama pengambilan gambar.

Format file konfigurasi adalah gaya INI; yaitu diatur dalam
bagian yang diberi tanda kurung. Saat ini, bagian berikut diakui:

· [Daftar Pengecualian] --- berisi daftar gumpalan jalur untuk dikecualikan dari penangkapan. Jika
direktori cocok, baik direktori dan isinya dikecualikan.

· [Pengecualian Pengecualian] --- berisi daftar gumpalan jalur untuk disertakan dalam
tangkap, bahkan ketika file atau direktori juga cocok dengan gumpalan di [Daftar Pengecualian].

· [PrepopulateList] --- ini tidak mempengaruhi pengambilan, tetapi jika gambar diterapkan
nanti dengan --wimbot, ini adalah kumpulan file yang akan diekstraksi secara normal,
bukan sebagai "file pointer" WIMBoot. Jika direktori cocok, semua file dan
subdirektori juga dicocokkan secara rekursif.

Gumpalan jalur mungkin berisi '*' dan '?' meta-karakter. Gumpalan relatif (mis
*.mp3) cocok dengan nama file di direktori mana pun. Gumpalan absolut (misalnya /dir/file),
diperlakukan sebagai jalur yang dimulai dari direktori utama yang ditangkap, atau akar dari
volume NTFS untuk mode pengambilan volume NTFS. Jangan gunakan huruf drive di
jalan; mereka akan diabaikan. Pemisah jalur dapat berupa garis miring ke depan atau
garis miring ke belakang.

Baris yang dimulai dengan '#' atau ';' karakter diperlakukan sebagai komentar dan diabaikan.
Gumpalan dengan spasi putih di dalamnya tidak perlu dikutip; namun, jika ya, keduanya berlipat ganda
dan kutipan tunggal diterima.

Jika opsi ini tidak ditentukan, file konfigurasi default berikut akan digunakan:

[Daftar pengecualian]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Informasi Volume Sistem
\PEDAUR ULANG
\Windows\CSC

Namun, perilaku khusus berlaku jika --wimbot juga ditentukan. Secara default, dengan
--wimbot ditentukan, file Windows/System32/WimBootCompress.ini di direktori
ditangkap akan digunakan sebagai file konfigurasi. Namun, ini bisa menjadi
diganti menggunakan --konfigurasi; dan ini juga menyebabkan file konfigurasi yang ditentukan menjadi
disimpan dalam gambar WIM sebagai Windows/System32/WimBootCompress.ini, mengesampingkan semua
yang mungkin ada pada sistem file.

--unix-data
(Hanya sistem mirip UNIX) Simpan pemilik UNIX, grup, mode, dan ID perangkat (utama dan
jumlah kecil) dari setiap file yang diambil. Pada wimlib v1.7.0, Anda dapat mencadangkan dan
mengembalikan tidak hanya informasi izin file UNIX standar, tetapi juga karakter
node perangkat, blok node perangkat, pipa bernama (FIFO), dan soket domain UNIX.

wimlib menyimpan data UNIX dengan menambahkan item metadata yang diberi tag khusus ke setiap direktori
entri setiap file yang berisi informasi ini. Informasi tambahan ini adalah
diabaikan oleh implementasi Microsoft. Catatan: Data UNIX disimpan oleh wimlib sebelumnya
v1.7.0 menggunakan format berbeda yang tidak lagi didukung. Jika Anda memiliki WIM lama
file dengan data UNIX, terapkan dengan v1.6.2 dan ambil kembali dengan v1.7.0 atau
nanti.

--tidak-acls
Jangan menangkap deskriptor keamanan file.

--ketat-acls
Gagal segera jika deskriptor keamanan penuh dari file apa pun tidak dapat dibaca. Pada
Windows, perilaku default tanpa opsi ini adalah pertama-tama mencoba menghilangkan SACL
dari deskriptor keamanan, kemudian mencoba menghilangkan deskriptor keamanan sepenuhnya.
Tujuannya adalah untuk menangkap data sebanyak mungkin tanpa selalu membutuhkan
Hak istimewa administrator. Namun, jika Anda menginginkan semua deskriptor keamanan menjadi
ditangkap dengan tepat, Anda mungkin ingin memberikan opsi ini, meskipun Administrator
harus memiliki izin untuk membaca semuanya.

--rpperbaikan, --perbaikan norp
Setel apakah akan memperbaiki target tautan simbolik absolut (poin reparse di Windows
istilah) atau tidak. Saat diaktifkan (--rpperbaikan), tautan simbolik absolut yang menunjuk
di dalam pohon direktori yang ditangkap akan disesuaikan menjadi relatif absolut terhadap
akar dari pohon direktori yang ditangkap. Saat dinonaktifkan (--perbaikan norp), mutlak
tautan simbolik akan ditangkap persis seperti apa adanya.

Perilaku default untuk wimlib-imagex menangkap adalah setara dengan --rpperbaikan. itu
perilaku default untuk wimlib-imagex menambahkan akan --rpperbaikan jika perbaikan titik reparse
sebelumnya telah dilakukan pada FILE WIM, Jika tidak --perbaikan norp.

Dalam kasus pengambilan multi-sumber, (--daftar-sumber ditentukan), lulus --perbaikan norp
direkomendasikan. Jika tidak, perbaikan titik reparse akan dinonaktifkan pada semua pengambilan
sumber yang ditujukan untuk lokasi non-root dalam gambar WIM, sambil menangkap sumber
ditakdirkan untuk root WIM akan mendapatkan perilaku default dari paragraf sebelumnya.

--daftar-sumber
wimlib-imagex menangkap dan wimlib-imagex menambahkan mendukung pembuatan gambar WIM dari
beberapa file atau direktori terpisah. Kapan --daftar-sumber ditentukan, SOURCE
argumen menentukan nama file teks, setiap barisnya adalah 1 atau 2
jalur file yang dipisahkan spasi. Jalur file pertama, sumber, menentukan
path ke file atau direktori untuk ditangkap ke dalam gambar WIM. Mungkin juga
absolut atau relatif terhadap direktori kerja saat ini. Jalur file kedua, jika
disediakan, adalah target dan menentukan jalur dalam gambar WIM yang file ini atau
direktori akan disimpan sebagai. Garis miring di depan dan di belakang target diabaikan,
kecuali jika seluruhnya terdiri dari garis miring (misalnya "/"), yang menunjukkan bahwa
direktori adalah menjadi root dari gambar WIM. Jika dihilangkan, string target
defaultnya sama dengan string sumber.

Contoh file daftar sumber adalah sebagai berikut:

# Buat gambar WIM dari direktori 'winpe'
menangkan /

# Kirim direktori 'overlay' ke '/ overlay' di gambar WIM
hamparan / hamparan

# Overlay direktori terpisah langsung di root image WIM.
/data/barang/

Subdirektori di WIM dibuat sesuai kebutuhan. Beberapa direktori sumber mungkin
berbagi target yang sama, yang menyiratkan overlay. Dalam hal ini menghasilkan
file nondirektori ditambahkan ke gambar WIM beberapa kali, versi terakhir (sebagai
tercantum dalam file daftar sumber) menggantikan versi sebelumnya.

Jalur file yang berisi spasi putih dapat dikutip dengan tanda kutip tunggal atau ganda
kutipan. Kutipan tidak boleh diloloskan.

Baris yang hanya terdiri dari spasi putih dan baris yang diawali dengan '#' didahului oleh
spasi putih opsional diabaikan.

Sebagai kasus khusus, jika SOURCE adalah "-", daftar sumber dibaca dari input standar
bukan file eksternal.

Mode pengambilan volume NTFS pada sistem mirip UNIX tidak dapat digunakan dengan --daftar-sumber,
karena hanya menangkap volume NTFS penuh yang didukung.

--bisa dipipihkan
Buat WIM "pipable", yang dapat diterapkan sepenuhnya secara berurutan, termasuk dari a
pipa. Gambar dalam WIM yang dihasilkan dapat diterapkan dengan wimlib-imagex menerapkan, antara
biasanya dengan menentukan nama file WIM, atau dengan wimlib-imagex menerapkan - untuk membaca
WIM dari input standar. Lihat wimlib-imagex menerapkan(1) untuk lebih jelasnya.

Untuk operasi penambahan, opsi ini akan menghasilkan pembangunan kembali penuh dari WIM untuk membuat
itu bisa dipipet. Untuk operasi penangkapan, WIM yang ditangkap hanya dibuat sebagai pipaable.
Berhati-hatilah karena semakin banyak gambar yang Anda tambahkan ke WIM yang dapat disalurkan, semakin tidak efisien perpipaannya
akan, karena lebih banyak data yang tidak dibutuhkan akan dikirim melalui pipa.

Saat wimlib membuat WIM yang dapat disalurkan, ia dengan hati-hati mengatur ulang komponen
WIM sehingga dapat dibaca secara berurutan dan juga membuat beberapa lainnya
modifikasi. Akibatnya, WIM "yang dapat dipipihkan" ini adalah tidak cocok dengan
Microsoft perangkat lunak, jadi ingatlah ini jika Anda akan menggunakannya. Jika diinginkan,
Kamu dapat memakai wimlib-imagex mengoptimalkan --tidak dapat disalurkan untuk menulis ulang WIM pipaable sebagai a
WI biasa. (wimlib-imagex ekspor juga menyediakan kemampuan untuk mengekspor gambar
dari WIM yang dapat disalurkan ke WIM yang tidak dapat disalurkan, atau sebaliknya.)

Untuk sebagian besar, wimlib beroperasi pada WIM pipaable secara transparan. Anda dapat memodifikasi
mereka, menambah atau menghapus gambar, mengekspor gambar, dan bahkan membuat WIM yang dapat dipisahkan. NS
kelemahan utama adalah bahwa menambahkan (saat ini) kurang efisien (--membangun kembali is
selalu tersirat), dan juga tidak kompatibel dengan perangkat lunak Microsoft.

wimlib-imagex menangkap dan wimlib-imagex menambahkan keduanya dapat menulis WIM pipaable secara langsung
untuk keluaran standar; ini dilakukan secara otomatis jika FILE WIM ditentukan sebagai "-". (Di dalam
kasus itu, --bisa dipipihkan diasumsikan.)

--tidak dapat disalurkan
Pastikan WIM yang dihasilkan dalam format WIM normal yang tidak dapat dipipihkan. Ini adalah
default untuk wimlib-imagex menangkap, kecuali saat menulis ke keluaran standar (FILE WIM
ditentukan sebagai "-"), dan juga untuk wimlib-imagex menambahkan, kecuali saat menambahkan ke WIM
yang sudah pipaable.

--update-dari=[FILE WIM:]IMAGE
Menyatakan bahwa gambar yang diambil atau ditambahkan dari SOURCE sebagian besar sama dengan
gambar yang ada IMAGE in FILE WIM, tetapi ditangkap di lain waktu, mungkin
dengan beberapa modifikasi dalam waktu intervensi. Ini dirancang untuk digunakan dalam
cadangan tambahan dari sistem file atau pohon direktori yang sama. IMAGE bisa menjadi
indeks berbasis 1 atau nama dari gambar yang ada di FILE WIM. Bisa juga negatif
integer untuk mengindeks mundur ke dalam gambar (misalnya -1 berarti gambar terakhir yang ada
in FILE WIM).

Ketika opsi ini disediakan, pengambilan atau penambahan gambar baru akan menjadi
dioptimalkan dengan tidak membaca file yang, berdasarkan metadata seperti cap waktu, muncul
tidak diubah karena diarsipkan di yang ada IMAGE. Pembatasan
manipulasi cap waktu, opsi ini hanya memengaruhi kinerja dan tidak berubah
gambar WIM yang dihasilkan.

Seperti yang ditunjukkan, sintaks lengkap untuk argumen untuk opsi ini adalah untuk menentukan WIM
file, titik dua, dan gambar; misalnya, "--update-of mywim.wim:1". Namun,
File WIM dan titik dua dapat dihilangkan, dalam hal ini file WIM akan default ke
File WIM yang ditambahkan untuk operasi penambahan, atau file WIM dari mana delta
diambil (hanya jika --delta-dari ditentukan tepat sekali) untuk ditangkap
operasi.

--delta-dari=FILE WIM
Untuk wimlib-imagex menangkap hanya: tangkap WIM baru sebagai "delta" dari FILE WIM. Apa saja
aliran yang biasanya perlu diarsipkan di WIM baru dihilangkan jika mereka
sudah ada di FILE WIM yang menjadi dasar delta. WIM baru
akan tetap berisi salinan lengkap metadata gambar, tetapi ini biasanya hanya
sebagian kecil dari ukuran total WIM.

Opsi ini dapat ditentukan beberapa kali, dalam hal ini delta WIM . yang dihasilkan
hanya akan berisi aliran yang tidak ada di salah satu WIM dasar yang ditentukan.

Untuk mengoperasikan delta WIM yang dihasilkan menggunakan perintah lain seperti wimlib-imagex
menerapkan, Anda harus menentukan delta WIM sebagai file WIM untuk beroperasi, tetapi juga
referensi WIM dasar menggunakan --ref pilihan. Hati-hati: untuk mempertahankan yang tepat
fungsi delta WIM, Anda hanya dapat menambahkan, tidak menghapus, file dan gambar ke
basis WIM setelah penangkapan delta darinya.

--delta-dari dapat dikombinasikan dengan --update-dari untuk meningkatkan kecepatan menangkap
delta wim.

Sebagai contoh, perhatikan urutan pencadangan dan pemulihan berikut:

(pencadangan awal)

$ wimcapture /some/direktori bkup-base.wim

(beberapa hari kemudian, buat cadangan kedua sebagai delta dari yang pertama)

$ wimcapture /beberapa/direktori bkup-2013-08-20.dwm \
--update-dari bkup-base.wim:-1 --delta-dari bkup-base.wim

(memulihkan cadangan kedua)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/beberapa/direktori

Namun, perhatikan bahwa sebagai alternatif dari urutan di atas yang menggunakan delta WIM,
cadangan kedua bisa saja ditambahkan ke WIM sebagai gambar baru menggunakan
wimlib-imagex menambahkan. Delta WIM harus digunakan hanya jika diinginkan untuk mendasarkan
backup atau gambar pada file besar yang terpisah yang jarang dimodifikasi.

Catatan: tidak seperti WIM "pipable" (dibuat dengan --bisa dipipihkan opsi), WIM "delta"
(dibuat dengan --delta-dari option) kompatibel dengan perangkat lunak Microsoft.
Misalnya, Anda dapat menggunakan opsi /ref dari ImageX untuk mereferensikan WIM dasar,
mirip dengan di atas.

Catatan tambahan: wimlib-imagex cukup digeneralisasi sehingga Anda sebenarnya dapat menggabungkan
--bisa dipipihkan dan --delta-dari untuk membuat WIM delta pipaable. Dalam kasus seperti itu, basis
WIM harus ditangkap sebagai pipa dan WIM delta, dan saat menerapkan
gambar, WIM dasar harus dikirim melalui pipa setelah WIM delta.

--wimbot
Tandai gambar sebagai kompatibel dengan WIMBoot. Lihat dokumentasi Microsoft untuk lebih lanjut
informasi tentang WIMBoot. Opsi ini akan, secara default, mengatur jenis kompresi
ke XPRESS dan ukuran potongan menjadi 4096 byte; ini dapat, bagaimanapun, masih ditimpa
melalui --kompres dan --ukuran-potongan parameter, masing-masing. Selain itu, ini
opsi akan, secara default, mengatur file konfigurasi ke
SOURCE\Windows\System32\WimBootCompress.ini jika ada dan dapat diakses; namun, ini
mungkin masih ditimpa melalui --konfigurasi parameter.

--tidak aman-kompak
Lihat dokumentasi untuk opsi ini di wimlib-imagex-optimalkan (1).

--foto
EKSPERIMENTAL: buat snapshot sistem file sementara dari direktori sumber dan
menangkap file dari itu. Saat ini, opsi ini hanya didukung di Windows,
di mana ia menggunakan Volume Shadow Copy Service (VSS). Dengan menggunakan opsi ini, Anda dapat
buat cadangan volume sistem yang konsisten dari sistem Windows yang berjalan tanpa
mengalami masalah dengan file yang terkunci. Agar snapshot VSS berhasil
dibuat, wimlib-imagex harus dijalankan sebagai Administrator, dan tidak dapat dijalankan di
Mode WoW64 (yaitu jika Windows 64-bit, maka wimlib-imagex harus 64-bit juga).

CATATAN


wimlib-imagex menambahkan tidak mendukung penambahan gambar ke WIM terpisah.

Kecuali saat menggunakan --tidak aman-kompak, aman untuk menggugurkan wimlib-imagex menambahkan Command
setengah jalan; namun, setelah melakukan ini, disarankan untuk menjalankan wimlib-imagex
mengoptimalkan untuk menghapus data apa pun yang telah ditambahkan ke file WIM fisik tetapi belum
dimasukkan ke dalam struktur WIM, kecuali jika WIM sedang dibangun kembali (mis
dengan --membangun kembali), dalam hal ini Anda harus menghapus file sementara yang tersisa.

wimlib-imagex membuat WIM yang kompatibel dengan perangkat lunak Microsoft (WIMGAPI, ImageX, DISM),
dengan beberapa peringatan:

· Dengan wimlib-imagex pada sistem mirip UNIX, dimungkinkan untuk membuat gambar WIM
berisi file dengan nama yang berbeda hanya dalam kasus, atau file dengan nama yang mengandung
karakter ':', '*', '?', '"', '<', '>', '|', atau '\', yang valid pada POSIX-
sistem file yang sesuai tetapi tidak untuk Windows. Berhati-hatilah bahwa file seperti itu tidak akan
diekstraksi secara default oleh versi Windows wimlib-imagex, dan (lebih buruk lagi)
ImageX Microsoft dapat dikacaukan dengan nama seperti itu dan berhenti mengekstraksi gambar di tengah jalan
melalui. (Mungkin perlu ditunjukkan bahwa sistem file default Windows sendiri,
NTFS, mendukung karakter ini, meskipun Windows tidak!)

· WIM Pipaable tidak kompatibel dengan perangkat lunak Microsoft. WIM yang dapat dipipakan dibuat
hanya jika FILE WIM ditentukan sebagai "-" (output standar) atau jika --bisa dipipihkan bendera adalah
ditentukan.

· WIM ditangkap dengan ukuran potongan non-default (dengan --ukuran-potongan pilihan) atau padat
arsip (dengan --padat opsi) atau dengan kompresi LZMS (dengan --kompres=LZMS atau
--kompres=recovery) memiliki berbagai tingkat kompatibilitas dengan perangkat lunak Microsoft.
Umumnya, versi perangkat lunak Microsoft yang lebih baru lebih kompatibel.

CONTOH


Contoh pertama: Buat WIM baru 'mywim.wim' dengan kompresi LZX ("maksimum") yang akan
berisi gambar yang diambil dari pohon direktori 'somedir'. Perhatikan bahwa nama gambar perlu
tidak ditentukan dan akan default ke 'somedir':

wimlib-imagex menangkap somedir mywim.wim

atau, jika menangkap gambar tautan keras atau file batch telah diinstal, formulir yang disingkat dapat
digunakan:

wimcapture somedir mywim.wim

Namun, contoh yang tersisa akan menggunakan bentuk panjang. Selanjutnya, tambahkan gambar a
pohon direktori yang berbeda dengan WIM yang dibuat di atas:

wimlib-imagex tambahkan direktori lain mywim.wim

Cukup mudah, dan contoh pohon direktori pencitraan di atas berfungsi pada keduanya seperti UNIX
sistem dan Windows. Selanjutnya, tangkap WIM dengan beberapa opsi non-default, termasuk
Kompresi XPRESS ("cepat"), tabel integritas, tidak mengacaukan tautan simbolik absolut,
dan nama gambar dan deskripsi:

wimlib-imagex tangkap somedir mywim.wim --compress=fast \
--check --norpfix "Beberapa Nama" "Beberapa Deskripsi"

Tangkap seluruh volume NTFS ke dalam file WIM baru dan beri nama gambar "Windows 7". Pada
Sistem mirip UNIX, ini memerlukan penggunaan mode khusus yang dijelaskan dalam NTFS VOLUME MENANGKAP
(UNIX) dimana SOURCE adalah file atau perangkat blok yang berisi sistem file NTFS:

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

atau, pada Windows, untuk menangkap volume NTFS penuh, Anda perlu menentukan root
direktori volume yang dipasang, misalnya:

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

Sama seperti contoh di atas dengan menangkap volume NTFS dari wimlib-imagex berjalan di UNIX-
seperti sistem, tetapi tangkap WIM dalam format "pipable" khusus wimlib yang dapat disalurkan
untuk wimlib-imagex menerapkan:

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

Sama seperti di atas, tetapi alih-alih menulis WIM pipaable ke file "windows7.wim", tulislah
langsung ke output standar melalui pipa ke beberapa program lain "someprog", yang
bisa, misalnya, menjadi program atau skrip yang mengalirkan data ke server. Perhatikan bahwa
--bisa dipipihkan tidak perlu ditentukan secara eksplisit saat menggunakan output standar sebagai "file" WIM:

wimlib-imagex capture /dev/sda2 - "Windows 7" | beberapa prog

Gunakan wimappend online menggunakan layanan onworks.net


Server & Workstation Gratis

Unduh aplikasi Windows & Linux

  • 1
    Phaser
    Phaser
    Phaser adalah pembukaan yang cepat, gratis, dan menyenangkan
    kerangka kerja game HTML5 sumber yang menawarkan
    Rendering WebGL dan Canvas di seluruh
    browser web desktop dan seluler. permainan
    bisa bersama...
    Unduh Phaser.dll
  • 2
    Mesin VASSAL
    Mesin VASSAL
    VASSAL adalah mesin permainan untuk membuat
    versi elektronik dari papan tradisional
    dan permainan kartu. Ini memberikan dukungan untuk
    rendering dan interaksi potongan game,
    dan ...
    Unduh Mesin VASSAL
  • 3
    OpenPDF - Garpu iText
    OpenPDF - Garpu iText
    OpenPDF adalah perpustakaan Java untuk membuat
    dan mengedit file PDF dengan LGPL dan
    Lisensi sumber terbuka MPL. OpenPDF adalah
    LGPL/MPL penerus sumber terbuka iText,
    Sebuah...
    Unduh OpenPDF - Garpu iText
  • 4
    SAGA GIS
    SAGA GIS
    SAGA - Sistem untuk Otomatis
    Analisis Geoscientific - adalah Geografis
    Perangkat lunak Sistem Informasi (GIS) dengan
    kemampuan luar biasa untuk geodata
    pengolahan dan ...
    Unduh SAGA GIS
  • 5
    Toolbox untuk Java/JTOpen
    Toolbox untuk Java/JTOpen
    Toolbox IBM untuk Java / JTOpen adalah a
    perpustakaan kelas Java mendukung
    client/server dan pemrograman internet
    model ke sistem yang menjalankan OS/400,
    i5/OS, atau...
    Unduh Toolbox untuk Java/JTOpen
  • 6
    D3.js
    D3.js
    D3.js (atau D3 untuk Dokumen Berbasis Data)
    adalah perpustakaan JavaScript yang memungkinkan Anda
    untuk menghasilkan data yang dinamis dan interaktif
    visualisasi di browser web. Dengan D3
    kamu...
    Unduh D3.js
  • Lebih banyak lagi »

Perintah Linux

Ad