IngleseFranceseSpagnolo

Ad


Favicon di OnWorks

wimcapture - Online nel cloud

Esegui wimcapture nel provider di hosting gratuito OnWorks su Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS

Questo è il comando wimcapture che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS

PROGRAMMA:

NOME


wimlib-imagex-capture, wimlib-imagex-append - Crea o aggiungi un'immagine WIM

SINOSSI


wimlib-imagex catturare FONTE WIMFILE [IMAGE_NAME [DESCRIZIONE DELL'IMMAGINE,OPZIONE...]
wimlib-imagex aggiungere FONTE WIMFILE [IMAGE_NAME [DESCRIZIONE DELL'IMMAGINE,OPZIONE...]

DESCRIZIONE


Le wimlib-imagex catturare ed wimlib-imagex aggiungere i comandi creano un Windows Imaging (WIM)
immagine da un albero di directory. Il wimlib-imagex catturare comando crea un nuovo file WIM
contenente l'immagine catturata, mentre il wimlib-imagex aggiungere il comando aggiunge il catturato
immagine in un file WIM esistente. Questi comandi sono disponibili anche semplicemente Wimcapture ed
wimappend se sono installati i collegamenti fisici oi file batch appropriati.

Informazioni di base: un'immagine WIM è un albero di directory indipendente in un file WIM. UN WIM
il file può contenere un numero qualsiasi di immagini separate. I file WIM sono a istanza singola con
per quanto riguarda i dati del file, quindi un file viene archiviato solo una volta nell'intero WIM, indipendentemente da
in quante immagini appare il file.

FONTE specifica la posizione dei file da cui creare la nuova immagine WIM. Se FONTE is
una directory, l'immagine WIM viene catturata da quella directory (vedi DIRECTORY CATTURARE (UNIX)
or DIRECTORY CATTURARE (FINESTRE)). In alternativa, se il --elenco-sorgenti opzione è
specificato, FONTE viene interpretato come un file che fornisce esso stesso un elenco di file e
directory da includere nella nuova immagine WIM. Ancora in alternativa, solo su UNIX-like
sistemi, se FONTE è un file normale o un dispositivo a blocchi, viene interpretato come un volume NTFS
da cui deve essere catturata un'immagine WIM usando libntfs-3g (vedi NTFS VOLUME CATTURARE
(UNIX)).

IMAGE_NAME ed DESCRIZIONE DELL'IMMAGINE specificare il nome e la descrizione da dare al nuovo WIM
Immagine. Se IMAGE_NAME nonèspecificato, il valore predefinito è il nome di base (escluso il percorso per
directory principale) di FONTE, ma se questo nome esiste già in WIMFILE, un suffisso unico
è aggiunto. Altrimenti, IMAGE_NAME deve essere un nome che non esiste già come un
immagine in WIMFILEo la stringa vuota per creare un'immagine senza nome. Se
DESCRIZIONE DELL'IMMAGINE non è specificato, non viene fornita alcuna descrizione alla nuova immagine.

Come caso speciale, se WIMFILE è il --pipabile l'opzione è presunta e il file WIM è
scritto sullo standard output in uno speciale formato pipeable. Vedere la documentazione per
--pipabile per ulteriori dettagli.

DIRECTORY CATTURARE (UNIX)


Questa sezione documenta come wimlib-imagex cattura file da un albero di directory in stile UNIX
sistemi. Vedere DIRECTORY CATTURARE (FINESTRE) per la documentazione corrispondente per Windows.

Su sistemi simili a UNIX, quando FONTE specifica una directory o un collegamento simbolico a una directory,
l'immagine WIM verrà acquisita dalla struttura di directory radicata in questa directory. Questo
la directory può trovarsi su qualsiasi tipo di filesystem e i punti di montaggio vengono seguiti in modo ricorsivo. In
questa modalità, wimlib memorizzerà i seguenti tipi di informazioni:

· Directory e file regolari e contenuto dei file regolari

· Hard link

· Collegamenti simbolici (tradotti senza perdita di dati in punti di analisi di Windows)

· Tempi di ultima modifica (mtime) e tempi di ultimo accesso (atime) con 100 nanosecondi
granularità

· Insieme a --unix-dati: Proprietari, gruppi e modalità UNIX

· Insieme a --unix-dati: nodi del dispositivo, FIFO e socket di dominio UNIX

Non c'è supporto per la memorizzazione di attributi estesi (es. etichette di sicurezza SELinux e
POSIX ACL). Si noti inoltre che i tempi dell'ultimo cambio di stato (ctime) non vengono memorizzati.

Nota pedante: una limitazione del formato WIM impedisce il caso insolito in cui un singolo
il file di collegamento simbolico stesso ha più nomi (collegamenti reali); in questo caso improbabile, ciascuno
il collegamento simbolico viene memorizzato come file indipendente.

NTFS VOLUME CATTURARE (UNIX)


Questa sezione documenta come wimlib-imagex cattura i file direttamente da un'immagine di volume NTFS
su sistemi simili a UNIX.

Sui sistemi simili a UNIX, viene inserita una speciale modalità di acquisizione dell'immagine quando FONTE è un normale
file o dispositivo di blocco. In questa modalità, FONTE si presume che sia un volume o un volume NTFS
immagine, e wimlib-imagex acquisirà un'immagine WIM contenente l'intero contenuto di NTFS
volume, inclusi i dati specifici di NTFS. Questo viene fatto usando libntfs-3g.

Si noti che la modalità di acquisizione del volume NTFS è non inserito se FONTE è una directory, anche se an
Il filesystem NTFS è montato su FONTE usando ntfs-3g. Devi specificare il volume NTFS
stesso (e deve essere smontato e devi avere il permesso di leggerlo).

La modalità di acquisizione del volume NTFS tenta di acquisire quanti più dati e metadati possibile,
Compreso:

· Tutti i flussi di dati di tutti i file non crittografati, incluso anche il flusso di dati senza nome
come tutti i flussi di dati denominati.

· Punti di analisi, inclusi collegamenti simbolici, punti di giunzione e altri punti di analisi.

· Creazione, accesso e modifica di timestamp di file e directory, utilizzando il nativo
Risoluzione NTFS di 100 nanosecondi.

· Descrittori di sicurezza di Windows, inclusi tutti i componenti (proprietario, gruppo, DACL e SACL).

· Flag di attributo file DOS/Windows.

· Tutti i nomi di tutti i file, inclusi i nomi nello spazio dei nomi Win32, spazio dei nomi DOS,
Spazio dei nomi Win32+DOS e spazio dei nomi POSIX. Questo include gli hard link.

Tuttavia, le principali limitazioni di questa modalità di acquisizione del volume NTFS sono:

· I file crittografati sono esclusi per impostazione predefinita. Sebbene libntfs-3g possa leggere i propri dati,
devono essere archiviati nel file WIM in un formato speciale che wimlib non ha ancora
supporto (tranne su Windows, dove wimlib può trattare i dati come opachi e passarli via)
alla funzione API appropriata).

· L'attributo sparse sui file sparse verrà salvato, ma i dati memorizzati saranno i
dati completi del file piuttosto che i dati "sparsi". (I dati sono, comunque, soggetti
alla compressione del formato WIM.)

DIRECTORY CATTURARE (FINESTRE)


Su Windows, wimlib-imagex catturare ed wimlib-imagex aggiungere supporta nativamente Windows-
dati specifici e specifici per NTFS. Agiscono quindi in modo simile al corrispondente
comandi di ImageX o DISM di Microsoft. Per ottenere i migliori risultati, la directory che viene catturata
dovrebbe essere su un volume NTFS e wimlib-imagex dovrebbe essere eseguito con i privilegi di amministratore;
tuttavia, lo sono anche i filesystem non NTFS e l'esecuzione senza privilegi di amministratore
supportato.

Su Windows, wimlib-imagex catturare ed wimlib-imagex aggiungere prova ad archiviare quanti più dati e
metadati possibili, tra cui:

· Tutti i flussi di dati di tutti i file.

· Punti di analisi, inclusi collegamenti simbolici, punti di giunzione e altri punti di analisi,
se supportato dal filesystem di origine. (Nota: vedi --rpfix ed --norpfix per
documentazione su come esattamente vengono catturati i collegamenti e le giunzioni simbolici assoluti.)

· Creazione, accesso e modifica di timestamp di file e directory. Questi sono memorizzati
con la risoluzione nativa del timestamp di Windows NT di 100 nanosecondi.

· Descrittori di sicurezza, se supportati dal filesystem di origine e --no-acl non è
specificato. Tuttavia, attenzione che a meno che --strict-acls è specificato, la sicurezza
i descrittori per i singoli file o directory possono essere omessi o solo parzialmente
catturati se l'utente non ha il permesso di leggerli, il che può essere un problema se
wimlib-imagex viene eseguito come non amministratore.

· Attributi dei file, inclusi nascosti, sparsi, compressi, crittografati, ecc. Criptati
i file verranno archiviati in forma crittografata anziché in testo normale. in modo trasparente
i file compressi verranno letti come non compressi e archiviati in base alla proprietà del WIM
compressione. Non esiste una gestione speciale per l'archiviazione di file sparsi, ma lo sono
probabile che si comprima a una piccola dimensione.

· nomi DOS (8.3) nomi di file; tuttavia, la mancata lettura delle stesse non è considerata un
condizione di errore.

· Hard link, se supportati dal filesystem di origine.

Non è disponibile alcun supporto per l'archiviazione di attributi estesi NTFS e ID oggetto.

Il processo di cattura è reversibile, da quando wimlib-imagex applicare (su Windows) estratti
l'immagine WIM acquisita, estrarrà tutte le informazioni di cui sopra, almeno per il
estensione supportata dal filesystem di destinazione.

Nota pedante: poiché Windows non è completamente compatibile con il proprio filesystem (NTFS), su
Wimlib di Windows non può archiviare determinati file che potrebbero esistere su un filesystem NTFS valido ma
sono inaccessibili all'API di Windows, ad esempio due file con nomi diversi solo in
caso nella stessa directory, o un file il cui nome contiene determinati caratteri considerati
non valido da Windows. Se riscontri problemi nell'archiviazione di tali file, considera l'utilizzo di NTFS
VOLUME CATTURARE (UNIX) modalità da Linux.

VERSIONI


--avvio
Specifica che la nuova immagine deve essere resa l'immagine avviabile dell'archivio WIM.

--dai un'occhiata
Nel wimlib-imagex aggiungere, prima di eseguire l'operazione di accodamento, controllare il
integrità di WIMFILE se è presente una tabella di integrità. Inoltre, includi an
tabella di integrità nel nuovo file WIM (wimlib-imagex catturare) o il file WIM modificato
(wimlib-imagex aggiungere). Se questa opzione non è specificata, nessuna tabella di integrità è
incluso in un file WIM creato con wimlib-imagex catturare, durante l'aggiornamento di un file WIM
con wimlib-imagex aggiungere sarà scritto con una tabella di integrità se e solo se uno
era presente prima.

--comprimere=TIPO[:LIVELLO]
Specifica il formato di compressione per il nuovo file WIM. TIPO può essere "nessuno", "XPRESS"
(alias: "veloce"), "LZX" (alias: "massimo"), o "LZMS" (alias: "recupero"). TIPO is
abbinato senza distinzione tra maiuscole e minuscole. L'impostazione predefinita è "LZX".

Puoi anche specificare una compressione intera LIVELLO. Il livello di compressione
specifica quanto sia difficile l'algoritmo di compressione per la compressione specificata TIPO volere
lavorare per comprimere i dati. I valori sono scalati in modo che 20 sia compressione rapida,
50 è compressione media e 100 è compressione alta. Tuttavia, puoi scegliere qualsiasi
valore, e non solo questi valori particolari. Il valore predefinito è 50.

Questa opzione ha effetto solo sul tipo di compressione utilizzato nelle risorse WIM non solide. Se
stai creando un WIM solido (usando il --solido opzione), allora probabilmente vorrai
--compressione-solida anziché.

Fai attenzione se scegli la compressione LZMS. Non è compatibile con wimlib prima
v1.6.0, WIMGAPI prima di Windows 8, DISM prima di Windows 8.1 e 7-Zip prima di v15.12.

Si noti inoltre che la scelta della compressione LZMS non implica automaticamente la modalità solida
compressione, come avviene con DISM. Utilizzo --solido se vuoi creare un solido WIM,
o "File ESD".

--dimensione pezzo=TAGLIA
Imposta la dimensione del blocco di compressione su TAGLIA byte. Una dimensione del blocco di compressione più grande
si traduce in un miglior rapporto di compressione. wimlib supporta diverse dimensioni di blocchi
a seconda del tipo di compressione:

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

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

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

Puoi fornire il numero completo (es. 32768), oppure puoi usare uno dei K, M o G
suffissi. Sono accettati anche KiB, MiB e GiB.

Questa opzione influisce solo sulla dimensione del blocco utilizzata nelle risorse WIM non solide. Se sei
creando un WIM solido (usando il --solido opzione), allora probabilmente vorrai --solido-
dimensione del pezzo anziché.

Usa questa opzione con cautela se la compatibilità con l'implementazione di Microsoft è
desiderato, poiché la loro implementazione ha un supporto limitato per le dimensioni dei blocchi non predefinite.

--solido
Crea un file WIM "solido" che comprime i file insieme anziché indipendentemente.
Ciò si traduce in un rapporto di compressione significativamente migliore, ma ha un costo
di vari compromessi, tra cui: compressione lenta con utilizzo di memoria molto elevato; Lento
accesso casuale al file WIM risultante; e ridotta compatibilità.

Dal punto di vista della compatibilità, la prima versione di WIMGAPI di Microsoft a supportare un solido WIM
file è stato rilasciato con Windows 8 e la prima versione di DISM a farlo è stata
rilasciato con Windows 8.1.

Se vuoi creare un "file ESD", usa questa opzione. Un (non crittografato) "ESD
file" è un solido file WIM.

Per impostazione predefinita, questa opzione ha un effetto equivalente all'opzione DISM
/compress:recupero. Le opzioni per wimlib-imagex sono diverse perché ci provano
non confondere il tipo di compressione (ad es. LZX o LZMS) con la compressione in modalità solida,
visto che sono due cose diverse.

--dimensione pezzo solido=TAGLIA
Come --dimensione pezzo, ma imposta la dimensione del blocco utilizzata nelle risorse solide. Il predefinito,
assumendo la compressione LZMS, è 64 MiB (67108864); questo richiede circa 640MiB di memoria
per filo. Questa opzione ha effetto solo quando --solido è anche specificato. Nota:
L'implementazione di Microsoft non è compatibile con blocchi LZMS di dimensioni maggiori di
64 MiB.

--compressione-solida=TIPO[:LIVELLO]
Come --comprimere, ma imposta il tipo di compressione utilizzato nelle risorse solide. Il predefinito
è la compressione LZMS. Questa opzione ha effetto solo quando --solido è anche specificato.

--thread=NUM_FILI
Numero di thread da utilizzare per la compressione dei dati. Predefinito: rilevamento automatico (numero di
CPU disponibili).

--ricostruire
Nel wimlib-imagex aggiungere: ricostruisci l'intero WIM invece di aggiungere i nuovi dati
alla fine di esso. La ricostruzione del WIM è più lenta, ma farà risparmiare un po' di spazio
che altrimenti rimarrebbe come un buco nel WIM. Vedi anche wimlib-imagex
ottimizzare(1).

--flag=IDEDIZIONE
Specifica una stringa da usare nel elemento dei dati XML per la nuova immagine.

--proprietà-immagine NOME=VALORE
Specificare una proprietà arbitraria per immagine da impostare nel documento XML del file WIM.
VALORE è la stringa da impostare come valore della proprietà. NOME è il nome dell'immagine
proprietà, ad esempio "NAME", "DESCRIPTION" o "TOTALBYTES". Il nome può contenere
barre per indicare un elemento XML nidificato; Per esempio,
"WINDOWS/VERSION/BUILD" indica l'elemento BUILD nidificato all'interno della VERSION
elemento annidato all'interno dell'elemento WINDOWS. Un numero tra parentesi può essere utilizzato per
indicare uno dei vari elementi con lo stesso nome; Per esempio,
"WINDOWS/LANGUAGES/LANGUAGE[2]" indica il secondo elemento "LANGUAGE" annidato
all'interno dell'elemento "WINDOWS/LANGUAGES". Quando si aggiunge un elenco di elementi in questo modo,
devono essere specificati in ordine sequenziale. Nota che i nomi degli elementi sono case-
sensibile. Questa opzione può essere specificata più volte.

--dereferenziazione
(Solo sistemi UNIX-like) Segui i collegamenti simbolici e archivia i file a cui puntano,
piuttosto che archiviare i collegamenti stessi.

--config=RISORSE
Specifica un file di configurazione (con codifica UTF-8 o UTF-16LE; funziona anche il semplice ASCII)
per acquisire la nuova immagine. Il file di configurazione specifica i file che devono essere
trattati appositamente durante l'acquisizione dell'immagine.

Il formato del file di configurazione è in stile INI; cioè è disposto in
sezioni tra parentesi. Attualmente sono riconosciute le seguenti sezioni:

· [ExclusionList] --- contiene un elenco di glob di percorso da escludere dall'acquisizione. Se
una directory è abbinata, sia la directory che il suo contenuto sono esclusi.

· [ExclusionException] --- contiene un elenco di glob di percorso da includere nel
cattura, anche quando il file o la directory corrisponde anche a un glob in [ExclusionList].

· [Prepopola elenco] --- questo non influisce sull'acquisizione, ma se l'immagine viene applicata
più tardi con --wiboot, questi sono globi di file che devono essere estratti normalmente,
non come "file puntatore" WIMBoot. Se una directory è abbinata, tutti i file e
anche le sottodirectory vengono abbinate in modo ricorsivo.

I glob di percorso possono contenere '*' e '?' meta-caratteri. Globi relativi (es.
*.mp3) corrisponde a un nome di file in qualsiasi directory. Globi assoluti (ad es. /dir/file),
sono trattati come percorsi che iniziano dalla directory principale da catturare o dalla radice di
il volume NTFS per la modalità di acquisizione del volume NTFS. Non utilizzare lettere di unità in
percorsi; verranno ignorati. I separatori di percorso possono essere barre o
barre all'indietro.

Righe che iniziano con '#' o ';' i caratteri vengono trattati come commenti e ignorati.
I globi con spazi bianchi non devono essere citati; tuttavia, se lo sono, entrambi raddoppiano
e si accettano preventivi singoli.

Se questa opzione non è specificata, viene utilizzato il seguente file di configurazione predefinito:

[Elenco di esclusione]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Informazioni sul volume di sistema
\RICICLATORE
\Finestre\CSC

Tuttavia, si applica un comportamento speciale se --wiboot è anche specificato. Per impostazione predefinita, con
--wiboot specificato, il file Windows/System32/WimBootCompress.ini nella directory
catturato verrà utilizzato come file di configurazione. Tuttavia, questo può essere
sovrascritto usando --config; e questo fa sì che anche il file di configurazione specificato
essere salvato nell'immagine WIM come Windows/System32/WimBootCompress.ini, sovrascrivendo qualsiasi
che potrebbe essere presente nel filesystem.

--unix-dati
(Solo sistemi UNIX-like) Memorizza il proprietario UNIX, il gruppo, la modalità e l'ID del dispositivo (principale e
numero minore) di ogni file catturato. A partire da wimlib v1.7.0, puoi eseguire il backup e
ripristinare non solo le informazioni sui permessi del file UNIX standard, ma anche il carattere
nodi di dispositivo, nodi di dispositivo a blocchi, named pipe (FIFO) e socket di dominio UNIX.

wimlib memorizza i dati UNIX aggiungendo uno speciale elemento di metadati con tag a ciascuna directory
voce di ogni file che contiene queste informazioni. Questa informazione extra è
ignorato dall'implementazione Microsoft. Nota: i dati UNIX archiviati da wimlib prima
v1.7.0 utilizzava un formato diverso che non è più supportato. Se hai un vecchio WIM
file con dati UNIX, applicali con v1.6.2 e catturali nuovamente con v1.7.0 o
successivamente.

--no-acl
Non acquisire i descrittori di sicurezza dei file.

--strict-acls
Fallire immediatamente se non è possibile leggere il descrittore di sicurezza completo di qualsiasi file. Sopra
Windows, il comportamento predefinito senza questa opzione è provare prima a omettere SACL
dal descrittore di sicurezza, quindi provare a omettere completamente il descrittore di sicurezza.
Lo scopo di questo è acquisire quanti più dati possibile senza richiedere sempre
Privilegi di amministratore. Tuttavia, se desideri che tutti i descrittori di sicurezza siano
catturato esattamente, potresti voler fornire questa opzione, anche se l'amministratore
dovrebbe avere il permesso di leggere tutto comunque.

--rpfix, --norpfix
Imposta se correggere obiettivi di collegamenti simbolici assoluti (punti di analisi in Windows
terminologia) o meno. Quando abilitato (--rpfix), collegamenti simbolici assoluti che puntano
all'interno dell'albero delle directory da catturare sarà regolato per essere assoluto relativo a
la radice dell'albero delle directory da catturare. Quando disabilitato (--norpfix), assoluto
i collegamenti simbolici verranno catturati esattamente così come sono.

Il comportamento predefinito per wimlib-imagex catturare è equivalente --rpfix.
comportamento predefinito per wimlib-imagex aggiungere sarà --rpfix se le correzioni del punto di analisi
sono già stati fatti su WIMFILE, Altrimenti --norpfix.

Nel caso di un'acquisizione multi-sorgente, (--elenco-sorgenti specificato), passando --norpfix
è raccomandato. In caso contrario, le correzioni dei punti di analisi verranno disabilitate su tutte le acquisizioni
sorgenti destinate a posizioni non root nell'immagine WIM, mentre acquisiscono sorgenti
destinato alla radice WIM otterrà il comportamento predefinito del paragrafo precedente.

--elenco-sorgenti
wimlib-imagex catturare ed wimlib-imagex aggiungere supporta la creazione di un'immagine WIM da
più file o directory separati. quando --elenco-sorgenti è specificato, il FONTE
l'argomento specifica il nome di un file di testo, ogni riga del quale è 1 o 2
percorsi di file separati da spazi. Il primo percorso del file, la sorgente, specifica il
percorso di un file o di una directory da acquisire nell'immagine WIM. Può essere sia
assoluto o relativo alla directory di lavoro corrente. Il secondo percorso del file, se
fornito, è la destinazione e specifica il percorso nell'immagine WIM che questo file o
directory verrà salvata come. Le barre iniziali e finali nel bersaglio vengono ignorate,
tranne se consiste interamente di barre (es. "/"), che indica che il
directory deve diventare la radice dell'immagine WIM. Se omesso, la stringa di destinazione
il valore predefinito è lo stesso della stringa di origine.

Un file di elenco di origine di esempio è il seguente:

# Crea l'immagine WIM dalla directory 'winpe'
vittoria /

# Invia la directory 'overlay' a '/overlay' nell'immagine WIM
sovrapposizione / sovrapposizione

# Sovrapponi una directory separata direttamente alla radice dell'immagine WIM.
/dati/roba /

Le sottodirectory nel WIM vengono create secondo necessità. Più directory di origine possono
condividono lo stesso target, il che implica una sovrapposizione. Nel caso in cui ciò risulti a
file non di directory aggiunto più volte all'immagine WIM, l'ultima versione (come
elencato nel file dell'elenco di origine) sovrascrive qualsiasi versione precedente.

I percorsi dei file contenenti spazi bianchi possono essere citati con virgolette singole o doppie
citazioni. Le citazioni non possono essere sfuggite.

Righe costituite solo da spazi e righe che iniziano con '#' precedute da
gli spazi bianchi facoltativi vengono ignorati.

Come caso speciale, se FONTE è "-", l'elenco delle sorgenti viene letto dall'input standard
piuttosto che un file esterno.

La modalità di acquisizione del volume NTFS su sistemi simili a UNIX non può essere utilizzata con --elenco-sorgenti,
poiché è supportata solo l'acquisizione di un volume NTFS completo.

--pipabile
Crea un WIM "pipable", che può essere applicato in modo completamente sequenziale, anche da a
tubo. Un'immagine nel WIM risultante può essere applicata con wimlib-imagex applicare, o
normalmente specificando il nome del file WIM, o con wimlib-imagex applicare - leggere il
WIM dall'input standard. Vedere wimlib-imagex applicare(1) per maggiori dettagli.

Per le operazioni di aggiunta, questa opzione risulterà in una ricostruzione completa del WIM da fare
è pipabile. Per le operazioni di acquisizione, il WIM acquisito viene semplicemente creato come pipeable.
Fai attenzione che più immagini aggiungi a un WIM pipabile, meno efficiente sarà il suo piping
sarà, poiché più dati non necessari verranno inviati tramite la pipe.

Quando wimlib crea un WIM pipabile, riorganizza con cura i componenti del
WIM in modo che possano essere letti in sequenza e ne faccia anche molti altri
modifiche. Di conseguenza, questi WIM "pipabili" sono non compatibile con
Microsoft Software, quindi tienilo a mente se hai intenzione di usarli. Se desiderato,
Puoi usare wimlib-imagex ottimizzare --non-pipabile per riscrivere un WIM pipabile come a
regolare WIM. (wimlib-imagex export fornisce anche la possibilità di esportare immagini
da un WIM collegabile a un WIM non collegabile o viceversa.)

Per la maggior parte, wimlib opera su WIM pipable in modo trasparente. Puoi modificare
loro, aggiungere o eliminare immagini, esportare immagini e persino creare WIM pipable divisi. Il
i principali svantaggi sono che l'aggiunta è (attualmente) meno efficiente (--ricostruire is
sempre implicito) e inoltre non sono compatibili con il software Microsoft.

wimlib-imagex catturare ed wimlib-imagex aggiungere entrambi possono scrivere direttamente un WIM pipeable
all'output standard; questo viene fatto automaticamente se WIMFILE è specificato come "-". (In
questo caso, --pipabile è assunto.)

--non-pipabile
Assicurati che il WIM risultante sia nel formato WIM normale e non reindirizzabile. Questo è il
predefinito per wimlib-imagex catturare, tranne quando si scrive sull'output standard (WIMFILE
specificato come "-"), e anche per wimlib-imagex aggiungere, tranne quando si aggiunge a un WIM
che è già pipabile.

--aggiornamento-di=[WIMFILE:]IMMAGINE
Dichiara che l'immagine acquisita o aggiunta da FONTE è per lo più lo stesso di
l'immagine esistente IMMAGINE in WIMFILE, ma catturato in un secondo momento, forse
con qualche modifica nel tempo intercorso. Questo è progettato per essere utilizzato in
backup incrementali dello stesso filesystem o albero di directory. IMMAGINE può essere un
Indice basato su 1 o nome di un'immagine esistente in WIMFILE. Può anche essere negativo
intero da indicizzare all'indietro nelle immagini (es -1 significa l'ultima immagine esistente
in WIMFILE).

Quando viene fornita questa opzione, l'acquisizione o l'aggiunta della nuova immagine sarà
ottimizzato non leggendo i file che, in base a metadati come timestamp, appaiono
non siano stati modificati in quanto archiviati nell'esistente IMMAGINE. Esclusione
manipolazione dei timestamp, questa opzione influisce solo sulle prestazioni e non cambia
l'immagine WIM risultante.

Come mostrato, la sintassi completa per l'argomento di questa opzione è specificare il WIM
file, due punti e l'immagine; ad esempio, "--update-of mywim.wim:1". in ogni caso, il
Il file WIM e i due punti possono essere omessi, nel qual caso il file WIM verrà impostato automaticamente su
File WIM che viene aggiunto per operazioni di accodamento o il file WIM da cui un delta
viene preso (solo se --delta-da è specificato esattamente una volta) per l'acquisizione
operazioni.

--delta-da=WIMFILE
Nel wimlib-imagex catturare solo: cattura il nuovo WIM come un "delta" da WIMFILE. Qualsiasi
i flussi che normalmente dovrebbero essere archiviati nel nuovo WIM vengono omessi se
sono già presenti in WIMFILE su cui si basa il delta. Il nuovo WIM
conterrà ancora una copia completa dei metadati dell'immagine, ma questo è in genere solo un
piccola frazione della dimensione totale di un WIM.

Questa opzione può essere specificata più volte, nel qual caso il delta WIM risultante
conterrà solo i flussi non presenti in nessuno dei WIM di base specificati.

Per operare sul delta WIM risultante utilizzando altri comandi come wimlib-imagex
applicare, è necessario specificare il delta WIM come file WIM su cui operare, ma anche
fare riferimento ai WIM di base utilizzando il --rif opzione. Attenzione: per mantenere il corretto
funzionamento del delta WIM, puoi solo aggiungere, non eliminare, file e immagini al
WIM di base dopo la cattura di un delta da esso.

--delta-da può essere combinato con --aggiornamento-di per aumentare la velocità di acquisizione di a
deltaWIM.

Ad esempio, considera la seguente sequenza di backup e ripristino:

(backup iniziale)

$ wimcapture /alcune/directory bkup-base.wim

(alcuni giorni dopo, crea il secondo backup come delta dal primo)

$ wimcapture /alcuni/directory bkup-2013-08-20.dwm \
--update-of bkup-base.wim:-1 --delta-da bkup-base.wim

(ripristinando il secondo backup)

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

Tuttavia, tieni presente che in alternativa alla sequenza precedente che utilizzava un WIM delta,
il secondo backup avrebbe potuto essere semplicemente aggiunto al WIM come nuova immagine usando
wimlib-imagex aggiungere. I Delta WIM dovrebbero essere usati solo se si desidera basare il
backup o immagini su un file separato e di grandi dimensioni che viene modificato raramente.

Nota: a differenza dei WIM "pipable" (creati con il --pipabile opzione), WIM "delta"
(creato con il --delta-da opzione) sono compatibili con il software Microsoft.
Ad esempio, è possibile utilizzare l'opzione /ref di ImageX per fare riferimento ai WIM di base,
simile a sopra.

Nota aggiuntiva: wimlib-imagex è abbastanza generalizzato da poter effettivamente combinare
--pipabile ed --delta-da per creare WIM delta tracciabili. In tali casi, la base
I WIM devono essere acquisiti come pipable così come il delta WIM e quando si applica un
immagine, i WIM di base devono essere inviati sul tubo dopo il delta WIM.

--wiboot
Contrassegna l'immagine come compatibile con WIMBoot. Per ulteriori informazioni, vedere la documentazione di Microsoft
informazioni su WIMBoot. Questa opzione, per impostazione predefinita, imposterà il tipo di compressione
a XPRESS e la dimensione del blocco a 4096 byte; questi possono, tuttavia, essere ancora ignorati
tramite la --comprimere ed --dimensione pezzo parametri, rispettivamente. Inoltre, questo
opzione imposterà, per impostazione predefinita, il file di configurazione su
FONTE\Windows\System32\WimBootCompress.ini se presente e accessibile; tuttavia, questo
può ancora essere ignorato tramite il --config parametro.

--unsafe-compatto
Vedere la documentazione per questa opzione in wimlib-imagex-ottimizzare (1).

--istantanea
SPERIMENTALE: creare un'istantanea temporanea del filesystem della directory di origine e
catturare i file da esso. Attualmente, questa opzione è supportata solo su Windows,
dove utilizza il servizio Copia Shadow del volume (VSS). Usando questa opzione, puoi
creare un backup coerente del volume di sistema di un sistema Windows in esecuzione senza
incorrere in problemi con i file bloccati. Affinché l'istantanea VSS abbia successo
creato, wimlib-imagex deve essere eseguito come amministratore e non può essere eseguito in
Modalità WoW64 (cioè se Windows è a 64 bit, allora wimlib-imagex deve essere anche a 64 bit).

NOTE


wimlib-imagex aggiungere non supporta l'aggiunta di un'immagine a un WIM diviso.

Tranne quando si usa --unsafe-compatto, è sicuro abortire a wimlib-imagex aggiungere command
a metà; tuttavia, dopo averlo fatto, si consiglia di eseguire wimlib-imagex
ottimizzare per rimuovere tutti i dati che sono stati aggiunti al file WIM fisico ma non ancora
incorporati nella struttura del WIM, a meno che il WIM non fosse completamente ricostruito (ad es
con --ricostruire), nel qual caso dovresti eliminare il file temporaneo rimasto.

wimlib-imagex crea WIM compatibili con il software Microsoft (WIMGAPI, ImageX, DISM),
con alcune avvertenze:

· Insieme a wimlib-imagex su sistemi simili a UNIX, è possibile creare un'immagine WIM
contenente file con nomi diversi solo nel caso, o file con nomi contenenti i
caratteri ':', '*', '?', '"', '<', '>', '|' o '\', che sono validi su POSIX-
filesystem compatibili ma non Windows. Tieni presente che tali file non saranno
estratto per impostazione predefinita dalla versione Windows di wimlib-imagexe (ancora peggio)
ImageX di Microsoft può essere confuso da tali nomi e smettere di estrarre l'immagine a metà
attraverso. (Forse vale la pena sottolineare che il filesystem predefinito di Windows,
NTFS, supporta questi caratteri, anche se Windows no!)

· I WIM collegabili non sono compatibili con il software Microsoft. Vengono creati WIM pipabili
solo se WIMFILE è stato specificato come "-" (output standard) o se il --pipabile la bandiera era
specificato.

· WIM acquisiti con una dimensione del blocco non predefinita (con il --dimensione pezzo opzione) o come solido
archivi (con il --solido opzione) o con compressione LZMS (con --comprimere=LZMS o
--comprimere=recupero) hanno diversi livelli di compatibilità con il software Microsoft.
In genere, le versioni più recenti del software Microsoft sono più compatibili.

ESEMPI


Primo esempio: creare un nuovo WIM 'mywim.wim' con compressione LZX ("massimo") che
contengono un'immagine catturata dell'albero di directory 'somedir'. Nota che il nome dell'immagine deve
non essere specificato e verrà impostato su 'somedir':

wimlib-imagex cattura somedir mywim.wim

o, se il Wimcapture è stato installato un hard link o un file batch, la forma abbreviata può
essere utilizzato:

wimcapture qualchedir mywim.wim

Gli esempi rimanenti utilizzeranno comunque la forma lunga. Quindi, aggiungi l'immagine di a
albero di directory diverso dal WIM creato sopra:

wimlib-imagex aggiunge un'altra dir mywim.wim

Abbastanza facile, e gli esempi sopra di alberi di directory di imaging funzionano sia su UNIX-like
sistemi e Windows. Quindi, acquisisci un WIM con diverse opzioni non predefinite, tra cui
compressione XPRESS ("veloce"), una tabella di integrità, nessun problema con i collegamenti simbolici assoluti,
e un nome e una descrizione dell'immagine:

wimlib-imagex cattura somedir mywim.wim --compress=fast \
--check --norpfix "Some Name" "Some Description"

Cattura un intero volume NTFS in un nuovo file WIM e chiama l'immagine "Windows 7". Sopra
Sistemi simili a UNIX, ciò richiede l'utilizzo della modalità speciale descritta in NTFS VOLUME CATTURARE
(UNIX) where FONTE è un file o un dispositivo a blocchi contenente un filesystem NTFS:

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

oppure, su Windows, per acquisire un volume NTFS completo è invece necessario specificare il root
directory del volume montato, ad esempio:

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

Come l'esempio precedente con l'acquisizione di un volume NTFS da wimlib-imagex in esecuzione su un UNIX-
come il sistema, ma cattura il WIM nel formato "pipable" specifico di wimlib che può essere reindirizzato
a wimlib-imagex applicare:

cattura wimlib-imagex /dev/sda2 windows7.wim "Windows 7" \
--pipabile

Come sopra, ma invece di scrivere il file WIM pipable nel file "windows7.wim", scrivilo
direttamente allo standard output attraverso una pipe in qualche altro programma "someprog", che
potrebbe, ad esempio, essere un programma o uno script che trasmette i dati a un server. Notare che
--pipabile non deve essere specificato esplicitamente quando si utilizza l'output standard come "file" WIM:

cattura wimlib-imagex /dev/sda2 - "Windows 7" | qualche programma

Usa wimcapture online usando i servizi onworks.net


Server e workstation gratuiti

Scarica app per Windows e Linux

Comandi Linux

Ad