xorrisofs - Online nel Cloud

PROGRAMMA:

NOME

xorrisofs - Emulazione del programma ISO 9660 mkisofs dal programma xorriso

SINOSSI

xorrisofs [opzioni] [-o nomefile] pathpec [pathspecs ...]

DESCRIZIONE

xorrisofs produce filesystem ISO 9660 avanzati Rock Ridge e sessioni aggiuntive
filesystem. Facoltativamente può anche produrre alberi di directory Joliet.

xorrisofs comprende le opzioni del programma mkisofs da cdrtools di Joerg Schilling. Suo
l'implementazione fa parte del programma xorriso che non condivide alcun codice sorgente con cdrtools.

ISO 9660 Roccia Cresta, Joliet, HFS +:
ISO 9660 (Aka ECMA-119) è un filesystem di sola lettura utilizzato principalmente per i supporti ottici
CD, DVD, BD, ma possono anche risiedere su altri dispositivi di archiviazione come file su disco, chiavette USB o
partizioni del disco. È ampiamente leggibile da molti sistemi operativi e dalle funzionalità di avvio di
computer personale.
ISO 9660 descrive directory e file di dati con nomi di file molto limitati con n
distinzione tra maiuscolo e minuscolo. I suoi metadati non sono conformi al POSIX fondamentale
specifiche.
Roccia Cresta è il nome di una serie di informazioni aggiuntive che migliorano una ISO 9660
filesystem in modo che possa rappresentare un filesystem conforme a POSIX con proprietà, accesso
autorizzazioni, collegamenti simbolici e altri attributi. Rock Ridge consente nomi di file fino a
255 byte e percorsi fino a 1024 byte.
xorrisofs produce le informazioni di Rock Ridge per impostazione predefinita. È fortemente sconsigliato
disabilitare questa funzione.
Joliet è il nome di un albero di directory aggiuntivo che fornisce nomi di file fino a 64
caratteri codificati come UTF-16. Un albero Joliet è principalmente interessante per la lettura degli ISO
immagine dai sistemi operativi di Microsoft Corporation. Produzione di questo albero di directory
può essere abilitato dall'opzione -J.
ISO 9660:1999 è il nome di un albero di directory aggiuntivo che fornisce nomi di file più lunghi.
Consente ai nomi di file singoli di avere fino a 207 caratteri. Potrebbe essere utile con alcuni
strutture di avvio del sistema informatico più vecchie che non leggono né Rock Ridge né Joliet ma ne hanno bisogno
comunque nomi di file più lunghi. La produzione di questo albero di directory può essere abilitata per opzione
-iso-livello 4.
HFS + è il nome di un filesystem normalmente usato per scrivere e leggere su hard
dischi e dispositivi simili. È possibile incorporare una partizione HFS+ nell'ISO emergente
9660 e per contrassegnarla con le voci della mappa delle partizioni Apple. Questo interferisce con le opzioni
che copiano i dati nei primi 32 KiB dell'immagine ISO, come -G o -isohybrid-mbr. Vedere
opzione -hfsplus.
Lo scopo principale per avere una partizione HFS+ incorporata è l'avvio di alcuni modelli di
Computer Apple.

inserzione file ai miglioramenti , il ISO immagine:
xorrisofs si occupa di due tipi di indirizzi di file:
percorso_disco è un percorso a un oggetto nell'albero del filesystem locale.
iso_rr_percorso è l'indirizzo Rock Ridge di un oggetto file nell'immagine ISO. Se non Rock Ridge
le informazioni devono essere archiviate in una ISO emergente, quindi i nomi verranno mappati su ISO 9660
nomi di lunghezza e set di caratteri limitati.

Un argomento di programma viene gestito come a pathpec, se non è riconosciuto come mkisofs originale
opzionale o aggiuntivo xorrisofs opzione. Un pathpec rappresenta un oggetto file di input da a
percorso_disco. Se l'opzione -graft-points non è presente, il comportamento dipende dal file
tipo di percorso_disco. Le directory vengono unite con la /-directory dell'immagine ISO. File di
altri tipi vengono copiati nella /-directory.
Se -graft-points è presente, ogni pathpec viene diviso alla prima occorrenza del
=-carattere. La parte prima di = è presa come bersaglio, ovvero il percorso iso_rr_per il file
oggetto nell'immagine ISO. La parte dopo il primo = è presa come source, ovvero il percorso_disco
dell'oggetto in ingresso.
È possibile rendere =-characters parte di iso_rr_path precedendoli con a
\-carattere. Lo stesso deve essere fatto per i caratteri \ che devono far parte del
iso_rr_percorso.

Se la parte sorgente di pathpec porta a una directory, allora tutti i file sotto questa
anche la directory viene inserita nell'immagine. È possibile escludere file particolari
dall'essere inserito mediante l'opzione -m.
Nel caso in cui tale destinazione esista già, si applicano le seguenti regole: Directory e altri file
potrebbe sovrascrivere le non directory esistenti. Le directory vengono unite alle directory esistenti.
Le directory non possono sovrascrivere le directory esistenti.

Relazione a Programma xorriso:
xorrisofs è in realtà una modalità di comando del programma xorriso, che viene inserito da
xorriso comando "-as mkisofs" o avviando il programma con uno dei nomi "xorrisofs",
"mkisofs", "genisoimage" o "genisofs".
Questa modalità di comando può essere lasciata dall'argomento "--" che porta al comando generico xorriso
modalità. Vedere uomo xorriso per la sua descrizione.

xorriso esegue la lettura e la scrittura di immagini con l'aiuto di libburn, che è principalmente destinato
per le unità ottiche, ma funziona anche su tutti i tipi di file POSIX eccetto le directory.
I messaggi del programma chiamano qualsiasi file di immagine un "unità". Tipi di file per i quali non sono supportati
lettura sono segnalati come "vuoti". Lo spazio mediatico gratuito riportato potrebbe essere piuttosto fittizio.
tuttavia xorrisofs non opera direttamente su unità ottiche, ma piuttosto forza
libburn per considerarli come file di dispositivo generali. Quindi per la scrittura di ottica sequenziale
supporti (CD, DVD-R, DVD+R, BD-R) sarà necessario utilizzare un programma di masterizzazione. Ad esempio il cdrecord
emulazione di xorriso. Vedi ESEMPI.

VERSIONI

Immagine Caricamento in corso:

Le seguenti opzioni controllano il caricamento di un'immagine ISO esistente allo scopo di
preparare una sessione aggiuntiva adeguata. Se mancano, viene composta una nuova immagine
da zero.

-M percorso_disco
Impostare il percorso da cui caricare l'albero di directory dell'immagine ISO esistente su cui
basare il prossimo albero di directory come sessione aggiuntiva. Il percorso deve condurre ad a
oggetto file leggibile ad accesso casuale. Su GNU/Linux: file di dati regolari o blocco
file del dispositivo.
Un tipo speciale di pseudo disk_path ha la forma "/dev/fd/"numero. Raffigura il
aprire il descrittore di file con il numero specificato, indipendentemente dal sistema operativo
supporta questa funzione in base ai nodi file in /dev/fd o no. Ad esempio /dev/fd/3 è un file
descrittore 3 che è stato aperto dal programma che in seguito ha avviato xorriso.

-sessione precedente percorso_disco
Alias ​​di -M.

-dev percorso_disco
Alias ​​di -M.

-C last_session_start, next_writeable_address
Imposta l'indirizzo del blocco da 2 KiB last_session_start da cui leggere l'immagine ISO
del file dato dall'opzione -M.
Separato da una virgola, imposta il next_writeable_address su cui si trova la sessione del componente aggiuntivo
sarà finalmente scritto. Decisivo è in realtà l'indirizzo del blocco previsto
i lettori dovranno utilizzare come indirizzo del superblocco sul supporto previsto.
Entrambi i valori possono essere richiesti dal supporto ottico mediante programmi di masterizzazione e
opzione cdrecord -msinfo. xorriso stesso può ottenerlo nella sua emulazione cdrecord. Fare
non lasciare che carichi l'unità, ma piuttosto farlo manualmente o da un programma come dd
che legge pochi byte. Solo allora è sicuro che il driver del dispositivo conosce il vero
dimensione leggibile del supporto.
dd if=/dev/... count=1 >/dev/null 2>&1
valori=$(xorriso -as cdrecord dev=/dev/... -msinfo)
eco $valori
L'opzione -C può essere utilizzata senza l'opzione -M per creare un'immagine ISO da zero e
prepararlo per essere infine scritto in un indirizzo di blocco diverso da 0. Parametro
last_session_start deve quindi essere impostato su 0.

-cdrecord-params last_session_start, next_writeable_address
Alias ​​di -C.

Impostazioni profilo per filetto inserimento:

-elenco-percorso percorso_disco
Leggi pathpecs riga per riga da disk_file e inserisci gli oggetti file rappresentati
nell'immagine ISO. Se disk_path è "-", leggi i pathpecs dallo standard
ingresso.

--quoted_path_list percorso_disco
Come l'opzione -path-list ma legge le parole citate anziché le linee semplici.
Gli spazi bianchi al di fuori delle virgolette verranno eliminati. D'altra parte è possibile
rappresentano pathpecs che contengono caratteri di nuova riga.
Le virgolette doppie " e le virgolette singole ' possono essere utilizzate per racchiudere
whitespace e rendilo parte di pathpecs. Ogni tipo di marchio può racchiudere i segni di
l'altro tipo. Una barra rovesciata finale \ virgolette esterne o una citazione aperta
causare l'aggiunta della riga di input successiva.

-f
Risolvi i collegamenti simbolici su disco anziché archiviarli come collegamenti simbolici nel file
immagine ISO.

-follow-link
Alias ​​di -f.

-punti-innesto
Abilita l'interpretazione dei pathpec dei file di input come combinazione di iso_rr_path e
disk_path, separato da un carattere =.

-m schema_disco
Escludere i file dall'inserimento nell'immagine. Silenziosamente ignorati sono quei file
di cui disk_path corrisponde al modello del parser della shell specificato. Se nessun carattere /
fa parte del pattern, quindi viene confrontato con il nome foglia del disco
file.
È possibile fornire più di un'opzione -m.

-escludere
Alias ​​di -m.

-x
Alias ​​di -m.

-vecchio-escludi
Alias ​​di -m.

-elenco-escludi percorso_disco
Eseguire -m utilizzando ogni riga del file disk_path come argomento disk_pattern.

-z
Abilita il riconoscimento e la corretta elaborazione dei file compressi zisofs come prodotti da
programma mkzftree. Questi file verranno dotati dei metadati necessari in tal modo
che un kernel Linux li riconoscerà e consegnerà il loro contenuto non compresso
forma.

-compressione-trasparente
Alias ​​di -z.

-radice iso_rr_percorso
Inserisci tutti i file sotto il dato iso_rr_path. Se viene fornita l'opzione -graft-points,
quindi iso_rr_path viene anteposto a ciascuna parte di destinazione di un pathpec.
L'impostazione predefinita per -root è "/".

-vecchia radice iso_rr_percorso
Abilita l'inserimento incrementale di file nell'immagine caricata. L'obiettivo effettivo
e gli indirizzi di origine di determinati pathpec vengono confrontati se la destinazione è già
esiste nell'immagine ISO ed è ancora identica all'origine su disco. Metadati in
l'immagine ISO verrà regolata, se differiscono da quelle su disco. Nuovi file e
i file con contenuto modificato verranno aggiunti di recente. File di destinazione che non esistono
in uno qualsiasi dei corrispondenti pathpec le fonti verranno rimosse dalla directory ISO
albero.
Se l'impostazione effettiva di -root differisce da iso_rr_path fornito con
-old-root, quindi i file sotto la directory -old-root vengono clonati al di sotto
la directory -root. La clonazione avviene prima del confronto dei file.

--old-root-no-ino
Disabilita la registrazione e l'uso dei numeri di inode del disco. Se non ci sono numeri di inode del disco
registrato, quindi l'opzione -old-root dovrà leggere il contenuto del file del disco e confrontarlo
con il checksum MD5 che viene registrato nell'immagine ISO.
Con numeri di inode del disco registrati e con ctime e mtime credibili, è possibile
per rilevare potenziali cambiamenti nel contenuto senza leggerlo effettivamente. Una scappatoia
rimane se più filesystem diversi possono essere montati nella stessa directory,
come è abitudine con /mnt. In questo caso si deve usare l'opzione --old-root-devno o
disabilita la scorciatoia del numero di inode di --old-root-no-ino.

--old-root-devno
Consenti il ​​confronto dei numeri di dispositivo registrati con i numeri di inode registrati.
Funziona solo con i buoni vecchi numeri di dispositivo stabili che passano di moda,
purtroppo. Se il disco rigido ha un numero di dispositivo diverso dopo ogni riavvio, allora
questo confronto vedrà tutti i file come modificati e quindi impedirà qualsiasi dimensione incrementale
Salvataggio.

--old-root-no-md5
Disabilita la registrazione e l'uso dei checksum MD5 per il contenuto del file di dati. Se nessuno dei due
i checksum e nemmeno i numeri di inode del disco vengono registrati, quindi l'opzione -old-root avrà
per leggere il contenuto del file immagine ISO quando lo si confronta con il contenuto del file del disco.

Impostazioni profilo per Immagine produzione:

-o percorso_disco
Imposta l'indirizzo del file di output per l'immagine ISO emergente. Se l'indirizzo esiste come
normale, verrà troncato alla lunghezza 0 quando inizia la produzione dell'immagine. Esso può
non esiste già come directory. Se non esiste ancora, allora la sua directory padre
deve esistere e verrà creato un file normale.
Un tipo speciale di pseudo disk_path ha la forma "/dev/fd/"numero. Raffigura il
aprire il descrittore di file con il numero specificato, indipendentemente dal sistema operativo
supporta questa funzione in base ai nodi file in /dev/fd o no. Ad esempio /dev/fd/4 è un file
descrittore 4 che è stato aperto dal programma che in seguito ha avviato xorriso.
L'impostazione predefinita è l'output standard (/dev/fd/1) che può anche essere impostato da disk_path "-".

-produzione percorso_disco
Alias ​​di -o.

--stdio_sync "on"|"off"|"end"|numero
Imposta il numero di byte dopo i quali forzare l'output su disco per mantenere il file
memoria dall'ostruzione con molti dati in sospeso per dispositivi lenti. "on" è il
come "16m". L'uscita forzata può essere disabilitata da "off" o essere ritardata da "end"
fino a quando non vengono prodotti tutti i dati. Se viene scelto un numero, deve essere almeno 64k.
L'impostazione predefinita con l'emulazione xorriso mkisofs è --stdio_sync "off".
xorriso utilizza un buffer fifo interno con dimensione predefinita 4 MiB. Quindi forzando l'operazione
sistema i/o cache su disco non blocca necessariamente la produzione simultanea di
più contenuto dell'immagine.

--emul-toc
Scrivi un secondo superblocco con la prima sessione in file ad accesso casuale. Se
vengono aggiunte ulteriori sessioni e viene aggiornato il primo superblocco, quindi il file
il secondo superblocco non verrà sovrascritto. Quindi è ancora possibile montare il
prima sessione e per trovare i blocchi di inizio delle sessioni successive.
Il prezzo è di 64 KiB per il consumo di spazio extra. Se -partition_offset è diverso da zero, allora
è 128 KiB più il doppio della configurazione della partizione.

--no-emul-toc
Non scrivere un secondo superblocco con la prima sessione in file ad accesso casuale.
Questo è l'impostazione predefinita.

--sort-peso peso_numero iso_rr_path
Attribuire un numero di peso LBA ai file normali. Se iso_rr_path conduce a una directory
quindi tutti i file regolari sottostanti riceveranno il peso_numero.
Il numero_peso può variare da -2147483648 a 2147483647. Più è alto, il
inferiore sarà l'indirizzo di blocco dei dati del file nell'immagine ISO emergente.
Attualmente il catalogo di scarponi di El Torito ha un peso hardcoded di 1 miliardo. Normalmente
dovrebbe occupare il blocco con l'indirizzo più basso possibile. I file di dati vengono aggiunti
o caricato con peso iniziale 0. I file immagine di avvio hanno un peso predefinito di 2.

--sort-lista-peso percorso_disco
Legge coppie di numero di peso e iso_rr_path da un file del filesystem locale.
Applica ogni coppia come con --sort-weight.
Ottiene solo l'ultimo --sort-weight-list o --sort-weight-patterns di una corsa di xorrisofs
in vigore.
Il numero di peso viene letto dall'inizio della riga. La parte iso_rr_path di un
la riga di input inizia immediatamente dopo il primo carattere di tabulazione o spazio vuoto della riga.
Note per il caso che questa funzione venga utilizzata all'interno di una sequenza di xorriso generico
comandi (non è un problema con una corsa di emulazione mkisofs pura):
I file indirizzati devono essere già nel modello di immagine ISO durante l'esecuzione
-as mkisofs --sort-weight-list percorso_disco --
Molti di questi comandi possono essere usati per applicare più di un file di peso.
I file di dati che vengono caricati da -indev o -dev ottengono un peso compreso tra 1 e 2 exp 28 =
268,435,456, a seconda del loro indirizzo di blocco. Questo li manterrà all'incirca nel
stesso ordine se viene applicato il metodo di modifica in scrittura.

--sort-peso-modelli percorso_disco
Come --sort-weight-list , ma espandendo iso_rr_paths come modelli di analisi della shell
e applicando --sort-weight a ogni file corrispondente.

-dir-modalità modo
Imposta i permessi di accesso per tutte le directory nell'immagine sulla modalità specificata
è un numero ottale che inizia con "0" o un elenco separato da virgole di
affermazioni della forma [ugoa]*[+-=][rwxst]* . Ad esempio ug=rx,a-rwx

-modalità file modo
Come -dir-mode ma per tutti i normali file di dati nell'immagine.

-pad
Aggiungi 300 KiB alla fine dell'immagine ISO prodotta. Questo aggira la possibile lettura
errori da immagini ISO che sono state scritte su supporti CD in modalità TAO. Il
byte aggiuntivi vengono rivendicati come parte dell'immagine ISO se non viene fornito --emul-toc.
Option -pad è l'impostazione predefinita.

-senza pad
Disabilita il riempimento di 300 KiB alla fine dell'immagine ISO prodotta. Questo è sicuro se
l'immagine non è pensata per essere scritta su CD o se viene scritta solo su CD
traccia in modalità di scrittura SAO.

--vecchio-vuoto
Usa il vecchio modo di fornire indirizzi di blocco nell'intervallo [0,31] ai file con
nessun proprio contenuto di dati. Il nuovo modo è avere un blocco dedicato a cui tutto questo
i file punteranno.

Impostazioni profilo per standard conformità:

-iso-livello numero
Specificare la versione ISO 9660 che definisce i limiti di denominazione e dati dei file
dimensione del file. Le restrizioni di denominazione non si applicano ai nomi Rock Ridge ma solo a
i nomi ISO 9660 di basso livello. Esistono tre livelli di conformità:
Il livello 1 consente nomi ISO nel formato 8.3 e dimensioni file fino a 4 GiB - 1.
Il livello 2 consente nomi ISO con un massimo di 32 caratteri e dimensioni file fino a 4 GiB - 1.
Il livello 3 consente nomi ISO con un massimo di 32 caratteri e dimensioni file fino a 400 GiB -
200 KiB. (Questa limitazione delle dimensioni è stabilita dall'implementazione di xorriso e non da ISO
9660 che consentirebbe quasi 8 TiB.)
Lo pseudo-livello 4 consente la produzione di un albero di directory ISO 9660:1999 aggiuntivo.

-disallow_dir_id_ext
Non seguire una cattiva abitudine di mkisofs che consente punti nei nomi ISO di
directory. D'altra parte, alcune immagini GNU/Linux avviabili dipendono da questo male
abitudine.

-U
Questa opzione consente nomi di file ISO senza punto e fino a 37 caratteri, file ISO
percorsi più lunghi di 255 caratteri e tutti i caratteri ASCII nei nomi di file. Ulteriore
omette il punto e virgola ei numeri di versione alla fine dei nomi ISO.
Tutto ciò viola le specifiche ISO 9660.

-nomi-file-non-tradotti
Alias ​​di -U.

-nome_non tradotto_len numero
Consenti nomi di file ISO fino al numero di caratteri specificato senza alcun carattere
conversione. Il numero massimo è 96. Se il nome di un file ha più caratteri, allora
la produzione di immagini fallirà deliberatamente.
Ciò viola le specifiche ISO 9660.

-consenti-minuscolo
Consenti il ​​carattere minuscolo nei nomi dei file ISO.
Ciò viola le specifiche ISO 9660.

-nomi-file-rilassati
Consenti quasi tutti i caratteri a 7 bit nei nomi dei file ISO. Non sono ammessi 0x0 e '/'.
In caso contrario, viene fornita l'opzione -allow-lowercase, le lettere minuscole vengono convertite in
maiuscolo.
Ciò viola le specifiche ISO 9660.

-d
Non aggiungere un punto finale ai nomi dei file ISO senza punto.
Ciò viola le specifiche ISO 9660.

-omettere-punto
Alias ​​di -d.

-l
Consenti fino a 31 caratteri nei nomi dei file ISO.

-nome-file-iso9660-completi
Alias ​​di -l.

-max-iso9660-nomi di file
Consenti fino a 37 caratteri nei nomi dei file ISO.
Ciò viola le specifiche ISO 9660.

-N
Ometti il ​​punto e virgola ei numeri di versione alla fine dei nomi ISO.
Ciò viola le specifiche ISO 9660.

-ometti-numero-versione
Alias ​​di -N.

Impostazioni profilo per standard estensioni:

-R
Con mkisofs questa opzione abilita le estensioni Rock Ridge. xorrisofs li produce da
predefinito. È fortemente sconsigliato disabilitarli con l'opzione --norock.

-roccia
Alias ​​di -R.

-r
Imposta l'utente Rock Ridge e l'ID gruppo di tutti i file nell'immagine ISO su 0. Concedi
r-permessi a tutti. Nega tutti i permessi w. Se è impostata un'autorizzazione x, concedere
x-autorizzazione a tutti. Rimuovere s-bit e t-bit.

-razionale-rock
Alias ​​di -r.

--norock
Questa opzione disabilita la produzione di estensioni Rock Ridge per il file ISO 9660
oggetti. Le capacità multisessione di xorrisofs dipendono molto dalla denominazione
fedeltà di Rock Ridge. Quindi è fortemente sconsigliato disabilitarlo con questa opzione.

-nome_file_limite numero
Imposta la lunghezza massima consentita per i nomi di file nell'intervallo da 64 a 255. Percorso
i componenti più lunghi del numero specificato verranno troncati e avranno il loro
ultimi 33 byte sovrascritti da due punti ':' e dalla rappresentazione esadecimale dell'MD5 di
i primi 4095 byte dell'intero nome sovradimensionato. Potenziale UTF-8 incompleto
i caratteri avranno i loro byte iniziali sostituiti da '_'.
I kernel Linux fino ad almeno 4.1 rappresentano in modo errato i nomi di lunghezza 254 e 255
aspettati tali nomi in o sotto disk_paths e pianifica di montare l'ISO da tale Linux
kernel, considera di impostare -file_name_limit 253.

-D Lo standard ECMA-119 richiede che nessun percorso nell'immagine abbia più di 8 nomi
componenti o 255 caratteri. Pertanto sarebbe necessario andare più a fondo
alberi di directory in una directory superiore. Rock Ridge offre l'opportunità di affittare
queste directory trasferite appaiono nella loro posizione profonda originale, ma questa caratteristica
potrebbe non essere implementato correttamente dai sistemi operativi che montano l'immagine.
L'opzione -D disabilita questo riposizionamento profondo della directory e quindi viola ISO 9660
Specifiche.
xorrisofs ha -D impostato per impostazione predefinita. Se fornito in modo esplicito, sovrascrive le opzioni
-rr_reloc_dir e -hide-rr-mosso.

-disabilita-deep-rilocazione
Alias ​​di -D.

-rr_reloca_dir Nome
Abilita il riposizionamento di directory profonde e quindi evita percorsi di file ECMA-119 di
più di 8 componenti del nome o 255 caratteri. Directory che portano a tale file
i percorsi verranno spostati in una directory nella directory principale dell'immagine. Il suo nome
viene impostato da questa opzione. È consentito utilizzare la directory principale stessa.
L'albero delle directory complessivo apparirà originariamente profondo quando interpretato come Rock
Albero di cresta. Apparirà come riorganizzato se solo le informazioni ECMA-119 sono
considerato.
Se la directory di destinazione del riposizionamento specificata non esiste già quando image
inizia la produzione, quindi verrà creato e contrassegnato per Rock Ridge come trasferimento
artefatto. Almeno su GNU/Linux non verrà visualizzato in Rock Ridge montato
immagini.
Il nome non deve contenere un carattere '/' dopo il primo carattere e non deve
essere più lungo di 255 byte.
Questa opzione non ha effetto se è presente l'opzione -D.

-nascondi-rr-spostato
Alias ​​di -rr_reloc_dir "/.rr_moved"

--per_backup
Abilita le opzioni che migliorano la fedeltà del backup: --acl, --xattr, --md5, --hardlinks.

--acl
Abilita la registrazione e il caricamento di ACL da GNU/Linux o FreeBSD (vedi man getfacl,
uomo acl). Non saranno in vigore con le immagini ISO montate. Ma xorriso può
ripristinarli sugli stessi sistemi durante l'estrazione di file dall'immagine ISO.

--xattr
Abilita la registrazione e il caricamento di attributi estesi GNU/Linux o FreeBSD nell'utente
namespace (vedi man getfattr e man attr, man getextattr e man 9 extattr,
rispettivamente). Non saranno in vigore con le immagini ISO montate. Ma xorriso può
ripristinarli sugli stessi sistemi durante l'estrazione di file dall'immagine ISO.

--md5
Abilita la registrazione di checksum MD5 per l'immagine ISO complessiva e per ogni singolo
file di dati nell'immagine. xorriso può controllare il contenuto di un'immagine ISO con questi
somme e allerta in caso di mancata corrispondenza. Vedi man xorriso, options -check_media,
check_md5_r. xorriso può stampare checksum MD5 registrati. Ad esempio da:
-find / -exec get_md5

--hardlink
Abilita il caricamento e la registrazione delle relazioni hardlink. Cerca le famiglie di iso_rr
file che derivano dallo stesso file del disco, hanno lo stesso filtro del contenuto e hanno
proprietà identiche. I membri di ogni famiglia ottengono lo stesso numero di inode nel file
immagine ISO.
Il rispetto di questi numeri al momento del montaggio dipende dal sistema operativo.
xorriso può creare famiglie di hardlink durante l'estrazione di file dall'immagine ISO.

--scdbackup_tag percorso_disco nome_record
Aggiungi un record di checksum scdbackup all'immagine. Funziona solo se il parametro
next_writeable_address dell'opzione -C è 0. Se disk_path non è una stringa vuota,
quindi aggiungi un record di checksum scdbackup alla fine di questo file. record_name è a
parola che fa parte di tag e record.
Il programma scdbackup_verify riconoscerà e verificherà tag e record di file.

-J
Abilita la produzione di un albero di directory Joliet aggiuntivo insieme all'ISO
9660 Albero di Rock Ridge.

-gioia
Alias ​​di -J.

-joliet-lungo
Consenti 103 caratteri nei nomi dei file Joliet anziché 64 come prescritto dal
specifica. Consenti percorsi Joliet più lunghi del limite prescritto di 240
caratteri.
I nomi sovradimensionati vengono troncati. Senza questa opzione, i percorsi sovradimensionati vengono esclusi
dall'albero di Joliet.

-joliet-utf16
Codifica i nomi dei file Joliet in UTF-16BE anziché in UCS-2. La differenza è con
caratteri che non sono presenti in UCS-2 e vengono codificati in UTF-16 da 2 parole di
16 bit ciascuno. Entrambe le parole derivano quindi da un sottoinsieme riservato di UCS-2.

-hfsplus
Abilita la produzione di un filesystem HFS+ aggiuntivo all'interno dell'immagine ISO 9660
e contrassegnalo con le voci Apple Partition Map (APM) nell'area di sistema, le prime 32
KiB dell'immagine.
Questo potrebbe entrare in conflitto con opzioni come -G o -isohybrid-mbr per cui inviano dati utente
inclusione nello stesso intervallo di indirizzi. I primi 8 byte dell'area di sistema ottengono
sovrascritto da { 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } che può essere
eseguito come codice macchina x86 senza effetti negativi. Quindi, se un MBR viene combinato
con questa funzione, i suoi primi 8 byte non dovrebbero contenere comandi essenziali.
I successivi blocchi di 2 KiB nell'area di sistema saranno occupati da voci APM. Il
il primo copre la parte dell'immagine ISO prima dei metadati del filesystem HFS+. Il
il secondo segna l'intervallo dai metadati HFS+ alla fine dei dati del contenuto del file. Se
seguono più dati immagine ISO, quindi viene prodotta una terza voce di partizione. Altro
le funzionalità di xorriso potrebbero causare la necessità di più voci APM.
Tieni presente che HFS+ non fa distinzione tra maiuscole e minuscole sebbene possa registrare i nomi dei file con
lettere maiuscole e minuscole. Pertanto, i nomi dei file dall'albero dei nomi iso_rr
possono scontrarsi nell'albero dei nomi HFS+. In questo caso vengono modificati aggiungendo
caratteri di sottolineatura e numeri di conteggio. In caso di nomi molto lunghi, potrebbe essere
necessario mapparli su "MANGLED_...".

-hfsplus-numero-di-serie
Impostare una stringa di 16 cifre da "0" a "9" e le lettere da "a" a "f", che verranno utilizzate come
numero di serie univoco di un filesystem HFS+ emergente.

-hfsplus-dimensione del blocco numero
Impostare la dimensione del blocco di allocazione da utilizzare durante la produzione di filesystem HFS+.
Sono consentiti 512, 2048 o 0. Quest'ultimo lascia decidere al programma.

- dimensione del blocco apm numero
Imposta la dimensione del blocco da utilizzare quando descrivi le partizioni da una mappa delle partizioni Apple.
Sono consentiti 512, 2048 o 0. Quest'ultimo lascia decidere al programma.
Si noti che la dimensione 512 non è compatibile con la produzione di GPT e che la dimensione 2048
non sarà montabile -t hfsplus almeno dai vecchi kernel Linux.

-hfsplus-tipo-creatore-file tipo di creatore iso_rr_path
Imposta il creatore HFS+ e digita gli attributi di un file nell'immagine emergente. Queste
sono due codici di 4 caratteri ciascuno.

-hfs-benedizione benedizione iso_rr_path
Emetti una benedizione HFS+. Sono ruoli che possono essere attribuiti fino a quattro
directory e un file di dati:
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder".
Possono essere abbreviati come "p", "i", "s", "9" e "x".
Ciascuno di questi ruoli può essere attribuito al massimo a un oggetto file. "intel_bootfile" è
quello che si applicherebbe a un file di dati. Tutti gli altri si applicano alle directory. Nessun file
oggetto può portare più di una benedizione.

-hfs-benedica percorso_disco
Invia la benedizione HFS+ "ppc_bootdir" alla directory che deriva dalla directory
disk_path nell'albero del filesystem locale.
Funziona solo se c'è almeno un file di dati sotto la directory.
disk_path può diventare ambiguo se i file provengono da diversi sottoalberi del filesystem locale
vengono inseriti nello stesso sottoalbero dell'immagine ISO. Considera di usare -hfs-bless-by "p"
per l'indirizzamento univoco tramite iso_rr_path.

Impostazioni profilo per filetto nascondersi:

-nascondere modello_percorso_disco
Rendi i file invisibili nell'albero delle directory di ISO 9660 e Rock Ridge, se il loro
disk_path corrisponde al modello del parser della shell specificato. Il contenuto dei dati di tali nascosti
i file verranno inclusi nell'immagine risultante, anche se non vengono visualizzati in nessuna
directory. Ma avrai bisogno di mezzi propri per trovare dati senza nome nell'immagine.
Questo comando non si applica al catalogo di avvio.

-nascondi-lista percorso_disco
Esegui -hide usando ogni riga del file disk_path come argomento disk_path_pattern.

-hide-joliet modello_percorso_disco
Come l'opzione -hide ma rende i file invisibili nell'albero delle directory di Joliet, se
il loro percorso_disco corrisponde al modello del parser della shell specificato.

-nascondi-lista-joliet percorso_disco
Eseguire -hide-joliet utilizzando ogni riga del file disk_path come argomento
modello_percorso_disco.

-hide-hfsplus modello_percorso_disco
Come l'opzione -hide ma rende i file invisibili nell'albero delle directory di HFS+, se
il loro percorso_disco corrisponde al modello del parser della shell specificato.

-hide-elenco-hfsplus percorso_disco
Eseguire -hide-hfsplus utilizzando ogni riga del file disk_path come argomento
modello_percorso_disco.

ISO Immagine ID stringhe:

Le seguenti stringhe e indirizzi di file vengono archiviati nel descrittore di volume primario di
l'immagine ISO9660. Gli indirizzi dei file sono percorsi ISO 9660. Questi file dovrebbero avere
iso_rr_paths che consistono solo dei caratteri [A-Z0-9_] ed esattamente un punto che
separa al massimo 8 caratteri da un massimo di 3 caratteri.

-V testo
Imposta l'ID volume dell'immagine ISO. xorriso accetta qualsiasi testo fino a 32 caratteri,
ma secondo specifiche raramente rispettate si applicano regole più severe:
Sono conformi i caratteri ASCII da [A-Z0-9_]. Come: "IMAGE_23"
Joliet consente 16 caratteri UCS-2. Come: "Nome Windows"
Tieni presente che l'ID del volume potrebbe essere utilizzato automaticamente come nome del punto di montaggio
quando il supporto viene inserito in un sistema informatico giocoso.

-voluto testo
Alias ​​di -V.

-voltot testo
Imposta l'ID del set di volume dell'immagine ISO. Sono ammessi fino a 128 caratteri.

-P testo
Imposta l'ID editore dell'immagine ISO. Questo può identificare la persona o l'organizzazione
che ha specificato cosa deve essere registrato. Sono ammessi fino a 128 caratteri.

-editore testo
Alias ​​di -P.

-A testo
Impostare l'ID applicazione dell'immagine ISO. Questo può identificare la specifica di
come vengono registrati i dati. Sono ammessi fino a 128 caratteri.
Il testo speciale "@xorriso@" viene convertito nella stringa id di xorriso che è
normalmente scritto come ID preparatore. È una tradizione sbagliata scrivere l'id del programma come
ID applicazione.

-app testo
Alias ​​di -A.

-sisid testo
Impostare l'ID di sistema dell'immagine ISO. Questo può identificare il sistema che può
riconoscere e agire sul contenuto dell'Area di sistema nei blocchi immagine da 0 a 15.
Sono ammessi fino a 32 caratteri.

-p testo
Impostare l'ID preparatore dell'immagine ISO. Questo può identificare la persona o un'altra entità
che controlla la preparazione dei dati che devono essere registrati. Normalmente questo
dovrebbe essere l'id di xorriso e non della persona o del programma che opera
xorriso. Si prega di evitare di cambiarlo. Sono ammessi fino a 128 caratteri.
Il testo speciale "@xorriso@" viene convertito nella stringa id di xorriso che è
predefinito all'avvio del programma.

-preparatore testo
Alias ​​di -p.

-astratto percorso_iso
Imposta l'indirizzo del file astratto dell'immagine ISO. Dovrebbe essere la ISO 9660
percorso di un file nell'immagine che contiene un'affermazione astratta sull'immagine
contenuto. Sono ammessi fino a 37 caratteri.

-biblio percorso_iso
Impostare l'indirizzo del File Biblio dell'immagine ISO. Dovrebbe essere la ISO 9660
percorso di un file nell'immagine che contiene record bibliografici. Sono ammessi
fino a 37 caratteri.

-diritto d'autore percorso_iso
Impostare l'indirizzo del file di copyright dell'immagine ISO. Dovrebbe essere la ISO 9660
percorso di un file nell'immagine che contiene una dichiarazione di copyright. Sono ammessi
fino a 37 caratteri.

--modification-date=AAAAMMGGhhmmsscc
Imposta una stringa temporale che sostituisca i timestamp di creazione e modifica dell'immagine ISO
letteralmente. Deve essere composto da 16 cifre decimali che formano AAAAMMGGhhmmsscc, con
AAAA tra il 1970 e il 2999. Il fuso orario è GMT. Dovrebbe corrispondere a questo GRUB
line:
cerca --fs-uuid --set AAAA-MM-GG-hh-mm-ss-cc
Ad esempio 2010040711405800 è 7 aprile 2010 11:40:58 (+0 centisecondi).

--uso_applicazione carattere|0xXY|percorso_disco
Specificare il contenuto del campo Utilizzo applicazione che può richiedere al massimo 512 byte.
Se il parametro di questo comando è vuoto, il campo viene riempito con 512
0 byte. Se è un singolo carattere, viene ripetuto 512 volte. se è
inizia con "0x" seguito da due cifre esadecimali [0-9a-fA-F], quindi le cifre vengono lette come
valore in byte che viene ripetuto 512 volte.
Qualsiasi altro testo di parametro viene utilizzato come percorso_disco per aprire un file di dati e leggere fino a
512 byte da esso. Se il file è più piccolo di 512 byte, i restanti byte
nel campo impostati su 0 binario.

El piccolo toro avviabile ISO immagini:

Il presupposto per un'immagine ISO avviabile è avere nell'immagine ISO i file di un avvio
caricatore. Le funzionalità di avvio dei computer vengono indirizzate a tali file, che di solito vengono eseguiti
ulteriori file di programma dall'immagine ISO. xorrisofs può produrre diversi tipi di stivali
blocco o record di avvio, che diventano parte dell'immagine ISO e vengono interpretati dal file
secondo impianto di avvio.

An El piccolo toro record di avvio punta la funzione di bootstrap a un catalogo di avvio con uno o
più immagini di avvio, che sono file di programma binari archiviati nell'immagine ISO. Il contenuto di
i file dell'immagine di avvio non rientrano nell'ambito di El Torito.
xorriso compone il catalogo di avvio in base ai file di immagine di avvio forniti e strutturati
dalle opzioni -b, -e, -el-torito-alt-boot e --efi-boot. Spesso contiene solo una voce.
El Torito viene interpretato dalle funzionalità di avvio PC-BIOS ed EFI. GNU/Linux più avviabile
I CD sono dotati di immagini di avvio ISOLINUX o GRUB per PC-BIOS.
xorrisofs supporta le opzioni di esempio del wiki ISOLINUX, le opzioni utilizzate in GRUB
script grub-mkrescue e l'esempio nel wiki di FreeBSD AvgLiveCD.

Per l'avvio da CD tramite funzionalità di avvio diverse da PC-BIOS ed EFI e per l'avvio da USB
stick o dischi rigidi, vedere la sezione successiva sull'area di sistema.

-b iso_rr_percorso
Specificare il file dell'immagine di avvio che deve essere menzionato nella voce corrente del file El
Catalogo stivali Torito. Sarà contrassegnato come adatto per PC-BIOS.
Con le immagini di avvio di ISOLINUX e GRUB questa opzione dovrebbe essere accompagnata da
opzioni -c , -no-emul-boot , -boot-load-size 4 , -boot-info-table.

-eltorito-boot iso_rr_percorso
Alias ​​di -b.

-eltorito-alt-boot
Finalizza l'attuale voce del catalogo di avvio di El Torito e iniziane una nuova. Uno stivale
il file immagine e tutte le sue opzioni necessarie devono essere specificate prima dell'opzione
-eltorito-alt-boot. Tutte le altre opzioni di avvio di El Torito si applicano al nuovo catalogo
iscrizione. Sono possibili fino a 32 voci di catalogo.

-e iso_rr_percorso
Specificare il file dell'immagine di avvio che deve essere menzionato nella voce corrente del file El
Catalogo stivali Torito. Sarà contrassegnato come adatto per EFI.
L'opzione -e dovrebbe essere seguita dall'opzione -no-emul-boot e nessun'altra opzione di El Torito
prima di un eventuale -eltorito-alt-boot.

--efi-boot iso_rr_percorso
Esegui -eltorito-alt-boot, opzione -e con il dato iso_rr_path, -no-emul-boot,
e ancora -eltorito-alt-boot. Questo gesto viene utilizzato per ottenere l'avvio EFI di
il CD di salvataggio di GRUB2.

-dimensione del caricamento di avvio numero
Impostare il numero di blocchi da 512 byte da caricare all'avvio dall'immagine di avvio in
la voce di catalogo corrente. Le immagini di avvio del BIOS non di emulazione in genere richiedono una dimensione di caricamento
di 4. Le immagini di avvio EFI di solito impostano il numero di blocchi occupati dall'avvio
file immagine.
El Torito non può rappresentare dimensioni di carico superiori a 65535.

-avvio-disco-hard
Contrassegna l'immagine di avvio nella voce di catalogo corrente come disco rigido emulato. (Non
adatto a qualsiasi boot loader conosciuto.)

-no-emul-boot
Contrassegna l'immagine di avvio nella voce di catalogo corrente come non emulando floppy o hard
disco. (Questo deve essere utilizzato con tutti i caricatori di avvio conosciuti.)
Se non vengono forniti né -hard-disk-boot né -no-emul-boot, l'immagine di avvio sarà
contrassegnato come emulando un floppy. (Non adatto a nessun boot loader conosciuto.)

-eltorito-id testo|56_cifre esadecimali
Definire la stringa ID della sezione del catalogo di avvio in cui sarà l'immagine di avvio
elencato. Se il valore è composto da 56 caratteri [0-9A-Fa-f], viene convertito
in 28 byte, altrimenti i primi 28 caratteri diventano la stringa ID. La stringa ID di
la prima immagine di avvio diventa l'ID catalogo generale. È limitato a 24
caratteri. Altre stringhe_id diventano ID di sezione.

-eltorito-selcrit cifre esadecimali
Definire i criteri di selezione dell'immagine di avvio. Fino a 20 byte vengono letti dal file
dati dati [0-9A-Fa-f]. Vengono attribuiti alla voce dell'immagine di avvio nel file
catalogare.

-boot-info-tabella
Sovrascrivi i byte da 8 a 63 nell'immagine di avvio corrente. Le informazioni verranno fornite
di xorriso in corso di produzione dell'immagine: Indirizzo di blocco del Volume Primario
Descrittore, indirizzo di blocco del file immagine di avvio, dimensione del file immagine di avvio.

--grub2-boot-info
Sovrascrivi i byte da 2548 a 2555 nell'immagine di avvio corrente con l'indirizzo di tale avvio
Immagine. L'indirizzo è scritto come numero little-endian a 64 bit. È il blocco da 2 KB
indirizzo del contenuto dell'immagine di avvio, moltiplicato per 4 e quindi incrementato per 5.

-c iso_rr_percorso
Imposta l'indirizzo del file del catalogo di avvio di El Torito all'interno dell'immagine. Questa vita
l'indirizzo non è significativo per il BIOS PC o EFI di avvio, ma può essere letto in seguito
da altri programmi per conoscere le immagini di avvio disponibili.

-eltorito-catalogo iso_rr_percorso
Alias ​​di -c.

--boot-catalog-hide
Impedisci che il catalogo di avvio di El Torito appaia come file negli alberi delle directory di
l'immagine.

Sistema La zona, MBR, GPT, APM, Altro stivale blocchi:

I primi 16 blocchi di un'immagine ISO sono l'area di sistema. È riservato al sistema
software di avvio dipendente. Potrebbero essere le strutture di avvio e le tabelle delle partizioni di vari
architetture hardware.
A MBR (Master Boot Record) contiene il codice di avvio e una tabella delle partizioni. Viene letto da
PC-BIOS all'avvio da chiavetta USB o disco rigido e da PowerPC CHRP o PReP quando
avvio. Un partitone MBR di tipo 0xee indica la presenza di GPT.
A GPT (GUID Partition Table) contrassegna le partizioni in un modo più moderno. Viene letto da EFI
durante l'avvio da chiavetta USB o disco rigido e può essere utilizzato per trovare e montare un HFS+
partizione all'interno dell'immagine ISO.
An APM (Apple Partition Map) contrassegna la partizione HFS+. Viene letto dai Mac per l'avvio e
per il montaggio.
MBR, GPT e APM sono combinabili. APM occupa i primi 8 byte del codice di avvio MBR. Tutto
tre non ostacolano l'avvio di El Torito da CDROM.
xorrisofs supporta ulteriori funzionalità di avvio: MIPS Big Endian (SGI), MIPS Little Endian
(DEC), SUN SPARC, HP-PA, DEC Alpha. Quelli non sono reciprocamente combinabili e nemmeno
combinabile con MBR, GPT o APM.

Molte delle seguenti opzioni prevedono percorsi del disco come input ma accettano anche una descrizione
stringhe per il lettore di intervalli libisofs, che è in grado di tagliare i dati dai file del disco o
-indev e per azzerare parti del contenuto: -G, -generic-boot, --embedded-boot,
--grub2-mbr, -isohybrid-mbr, -efi-boot-part, -prep-boot-part, -B, -sparc-boot,
-append_partizione.
La stringa di descrizione è costituita dai seguenti componenti, separati da due punti ':'
"--interval:"Flags":"Interval":"Zeroizer":"Source
Il componente "--interval" afferma che questo non è un semplice percorso del disco ma piuttosto un intervallo
stringa di descrizione del lettore.
La componente Flags modifica l'ulteriore interpretazione:
"local_fs" richiede di leggere da un file rappresentato dal percorso in Source.
"imported_iso" richiede di leggere dal file -indev. Funziona solo se -outdev non è lo stesso
come -indev. Il componente Origine viene ignorato.
Il componente Interval è costituito da due numeri di indirizzo di byte separati da un carattere "-".
Ad esempio "0-429" significa leggere i byte da 0 a 429.
Il componente Zeroizers è costituito da zero o più stringhe separate da virgole. loro definiscono
quale parte dei dati letti azzerare. Il numero di byte 0 indica il byte letto dal
Indirizzo di inizio intervallo. Ogni stringa può essere una tra:
"zero_mbrpt" richiede di azzerare la tabella delle partizioni MBR se i byte 510 e 511 portano l'MBR
firma 0x55 0xaa.
"zero_gpt" richiede di controllare un'intestazione GPT nei byte da 512 a 1023, per azzerarla e i suoi
blocchi della tabella delle partizioni.
"zero_apm" richiede di controllare un blocco APM 0 e di azzerare i suoi blocchi della tabella delle partizioni.
Start_byte"-"End_byte richiede di azzerare i byte letti che iniziano con numero
Start_byte e termina dopo End_byte.
Il componente Source è il percorso del file con flag "local_fs" e ignorato con flag
"import_iso".
I numeri di byte possono essere scalati da un suffisso di {k,m,g,t,s,d} che significa moltiplicazione per
{1024, 1024k, 1024m, 1024g, 2048, 512}. Un numero finale del valore in scala rappresenta l'ultimo byte di
l'intervallo scalato.
Ad esempio, "0d-0d" è "0-511".
Consigli d'uso:
"local_fs:0-32767:zero_mbrpt,zero_gpt,440-443:/tmp/template.iso"
"imported_iso:45056d-47103d::"

-G percorso_disco
Copia al massimo 32768 byte dal file del disco specificato all'inizio dell'ISO
immagine.
A parte un'immagine di avvio di El Torito, il file disk_path non deve essere aggiunto al file
immagine ISO. Non verrà visualizzato come file negli alberi delle directory.
In situazioni multisessione, lo speciale disk_path "." impedisce la lettura di un disco
file, ma ciò nonostante provoca gli adeguamenti nel MBR esistente, che erano
ordinato da altre opzioni.

-avvio-generico percorso_disco
Alias ​​di -G.

--avvio-embedded percorso_disco
Alias ​​di -G.

--grub2-mbr percorso_disco
Installa disk_path nell'area di sistema e trattalo come il moderno GRUB2 MBR. Il contenuto
l'indirizzo iniziale della prima immagine di avvio viene convertito in un conteggio di 512 blocchi di byte,
e viene aggiunto un offset di 4. Il risultato viene scritto come numero little-endian a 64 bit
all'indirizzo di byte 0x1b0.

-isoibrido-mbr percorso_disco
Installa disk_path come ISOLINUX isohybrid MBR che crea l'immagine di avvio data da
opzione -b avviabile da chiavette USB e dischi rigidi tramite PC-BIOS. Questa preparazione è
normalmente eseguito dal programma ISOLINUX isohybrid sull'immagine ISO già prodotta.
Il percorso del disco dovrebbe portare a uno dei file Syslinux isohdp[fp]x*.bin . L'MBR
viene rattoppato in base alle esigenze degli isoibridi. La prima partizione descrive l'intervallo
dell'immagine ISO. Il suo inizio è al blocco 0 per impostazione predefinita, ma può essere impostato su 64 disk
blocchi per opzione -partition_offset 16.
Per il significato di percorso_disco speciale "." vedere l'opzione -G.

-isoibrido-gpt-basdat
Contrassegna l'attuale immagine di avvio di El Torito (vedi opzioni -be -e) in GPT come partizione
di tipo Dati di base. Funziona solo con -isohybrid-mbr e ha lo stesso impatto su
l'area di sistema come -efi-boot-part. Non può essere combinato con -efi-boot-part o
-hfsplus.
Le prime tre immagini di avvio contrassegnate da GPT verranno visualizzate anche come partizioni
voci di tipo 0xef in MBR. La partizione MBR per PC-BIOS ottiene invece il tipo 0x00
di 0x17 in questo caso. Spesso le ulteriori voci MBR sono quelle che effettivamente
essere utilizzato da EFI.

-isoibrido-gpt-hfsplus
Contrassegna l'attuale immagine di avvio di El Torito (vedi opzioni -be -e) in GPT come partizione
di tipo HFS+. L'impatto e le restrizioni sono come con -isohybrid-gpt-basdat.

-isoibrido-apm-hfsplus
Contrassegna l'immagine di avvio di El Torito corrente (vedi opzioni -be -e) in Apple Partition
Mappa come partizione di tipo HFS+. Funziona solo con -isohybrid-mbr e ha a
impatto simile sull'area del sistema come -hfsplus. Non può essere combinato con
-efi-boot-part o -hfsplus.
Il file ISOLINUX isohybrid MBR deve iniziare con un pattern noto di 32 byte di x86
codice macchina che essenzialmente non fa nulla. Verrà sovrascritto da 32 byte di
Modello di intestazione APM.

--etichetta-protettiva-msdos
Corregge l'area di sistema con una semplice tabella delle partizioni PC-DOS in cui rivendica la partizione 1
l'intervallo dell'immagine ISO ma lascia il primo blocco non rivendicato.

-partizione_offset 2kb_blocco_adr
Causa una tabella delle partizioni con una singola partizione che inizia nel blocco specificato
indirizzo. Questo viene contato in blocchi da 2048 byte, non in blocchi da 512 byte. Se il blocco
l'indirizzo è diverso da zero, quindi deve essere almeno 16. I valori maggiori di 16 sono difficilmente
d'uso. Un offset di partizione diverso da zero provoca la generazione di due superblocchi e due
insiemi di alberi di directory. L'immagine è quindi montabile dal suo inizio assoluto come
così come dall'inizio della partizione.
Il valore di offset di un'immagine ISO viene conservato quando una nuova sessione viene aggiunta a a
immagine caricata. Quindi il valore definito qui è attivo solo se viene ottenuta una nuova immagine ISO
scritto.

-partition_hd_cil numero
Impostare il numero di teste per cilindro per la tabella delle partizioni MBR. 0 sceglie a
valore di default. Il massimo è 255.

-partizione_sec_hd numero
Impostare il numero di settori pro capite per la tabella delle partizioni MBR. 0 sceglie a
valore di default. Il massimo è 63.
Il prodotto partition_sec_hd * partition_hd_cyl * 512 è la dimensione del cilindro. Esso
dovrebbe essere divisibile entro il 2048 per rendere possibile l'esatto allineamento. Con
partizioni aggiunte e -appended_part_as_gpt non c'è limite per il numero di
cilindri. Altrimenti potrebbero essercene al massimo 1024. Se la dimensione del cilindro è eccessiva
piccolo per rimanere al di sotto del limite, quindi i valori appropriati di partition_hd_cyl sono
scelto con partition_sec_hd 32 o 63. Se l'immagine è più grande di 8,422,686,720
byte, i vincoli di dimensione del cilindro non possono essere soddisfatti per MBR. Sembrano
comunque non eccessivamente importante. Gli indirizzi flat block nelle tabelle delle partizioni sono utili per
1TiB.

-partition_cyl_align modo
Controlla l'allineamento delle dimensioni dell'immagine su un numero intero di cilindri. È prescritto
dalle specifiche isoibride e sembra soddisfare il programma fdisk. La dimensione del cilindro deve essere
divisibile per 2048. Le immagini più grandi di 8,323,596,288 byte non possono essere allineate in MBR
tabella delle partizioni.
La modalità "auto" è predefinita. L'allineamento tramite riempimento avviene solo se l'opzione -isohybrid-mbr
viene data.
La modalità "on" provoca l'allineamento riempiendo anche con l'opzione --protective-msdos-label.
La modalità "all" è come "on" ma riempie anche le partizioni da -append_partition a an
dimensione allineata.
La modalità "off" disabilita l'allineamento incondizionatamente.

-append_partizione numero_partizione codice_tipo percorso_disco
Fa in modo che un'immagine del filesystem preparata venga aggiunta all'immagine ISO e che sia
descritto da una voce della tabella delle partizioni in un blocco di avvio all'inizio dell'emergente
immagine ISO. La voce della partizione avrà le dimensioni del file inviato arrotondato
al successivo multiplo di 2048 byte o al successivo multiplo della dimensione del cilindro.
Attenzione alle successive esecuzioni multisessione. La partizione aggiunta otterrà
sovrascritto.
numero_partizione può essere compreso tra 1 e 4. Il numero 1 inserirà l'intera immagine ISO nel file
spazio non rivendicato prima della partizione 1. Quindi insieme alla maggior parte di xorriso MBR o GPT
caratteristiche, il numero 2 sarebbe la scelta più naturale.
Il type_code può essere "FAT12", "FAT16", "Linux" o un numero esadecimale compreso tra
0x00 e 0xff. Non tutti quei numeri daranno risultati utilizzabili. Per un elenco di codici
cercare in Internet "Tipi di partizione" o eseguire il comando fdisk "L". Questo codice
conta solo con MBR, non con GPT.
Se qualche altro comando provoca la produzione di GPT, allora le partizioni aggiunte
sarà menzionato anche lì, anche se non viene fornito -appended_part_as_gpt.

-appended_part_as_gpt
Contrassegna le partizioni da -append_partition in GPT anziché in MBR. In questo caso
l'MBR mostra una singola partizione di tipo 0xee che copre tutti i dati di output.
Per impostazione predefinita, le partizioni aggiunte vengono contrassegnate in GPT solo se GPT viene prodotto perché
di altre opzioni.

-efi-boot-parte percorso_disco
Copia un file dal disco nell'immagine ISO emergente e contrassegnalo con una voce GPT come EFI
Partizione di sistema. Il firmware di avvio EFI dovrebbe utilizzare un'immagine del filesystem FAT in
tale partizione per l'avvio da chiavetta USB o disco rigido.
Invece di un percorso_disco, può essere data la parola --efi-boot-image. Espone in GPT
il contenuto della prima immagine di avvio EFI di El Torito come partizione di sistema EFI. Avvio EFI
le immagini sono introdotte dalle opzioni -e o --efi-boot. L'immagine di avvio EFI interessata
non può essere visualizzato in HFS+ perché è archiviato all'esterno della partizione HFS+.

-chrp-parte-avvio
Contrassegna l'intervallo di blocchi dell'intera immagine ISO emergente come partizione MBR di tipo 0x96.
Questo non è compatibile con nessun'altra funzione che produce voci di partizione MBR.
Rende GPT irriconoscibile.
CHRP è spesso utilizzato in combinazione con HFS. Non è ancora stato testato se HFS+
i filesystem prodotti con l'opzione -hfsplus verrebbero avviati su qualsiasi macchina compatibile con CHRP
che non avvia anche ISO 9660 puro.

-chrp-avvio
Alias ​​di -chrp-boot-part.

-prep-boot-parte percorso_disco
Copia un file dal disco nell'immagine ISO emergente e contrassegnalo da una partizione MBR
voce di tipo 0x41. Il firmware di avvio PReP dovrebbe leggere il contenuto del file
partizione come singolo file eseguibile ELF. Questa opzione è compatibile con altri MBR
partizioni e con GPT.

-Mips-boot iso_rr_percorso
Dichiara un file di dati nell'immagine come un file di avvio MIPS Big Endian e causa
produzione di un'intestazione del volume MIPS Big Endian. Questo si esclude a vicenda con
produzione di altri blocchi di avvio come MBR. Sovrascriverà i primi 512 byte di
eventuali dati forniti da -G. È possibile dichiarare più di 15 file di avvio
-mips-opzioni di avvio.

-mipsel-boot iso_rr_percorso
Dichiara un file di dati nell'immagine come file di avvio di MIPS Little Endian. Questo è
si escludono a vicenda con altri blocchi di avvio. Sovrascriverà i primi 512 byte
di eventuali dati forniti da -G. Solo un singolo file di avvio può essere dichiarato da
-mipsel-boot.

-B percorso_disco[, percorso_disco ...]
Fa sì che uno o più file di dati su disco vengano scritti dopo la fine dell'immagine ISO.
Un'etichetta disco SUN verrà scritta nei primi 512 byte dell'immagine ISO che
elenca questa immagine come partizione 1 e disk_paths come partizione 2 fino a 8.
I file del disco devono contenere immagini di avvio adatte per i sistemi SUN SPARC.
Lo pseudo disk_path "..." fa sì che tutte le voci di partizione vuote diventino copie di
l'ultima voce non vuota. Se non viene fornito nessun altro disk_path prima di "..." allora tutto
le partizioni descrivono l'immagine ISO. In questo caso, il codice del caricatore di avvio deve essere
importato dall'opzione -G.

-sparc-boot percorso_disco[, percorso_disco ...]
Alias ​​di -B.

-etichetta-sparc testo
Impostare il testo dell'etichetta ASCII di un'etichetta disco SUN.

--grub2-sparc-core iso_rr_percorso
Fa sì che l'indirizzo del contenuto e la dimensione del file di dati specificato nell'immagine siano
scritto dopo l'etichetta del disco SUN. Entrambi i numeri vengono contati in byte. L'indirizzo
viene scritto come numero big-endian a 64 bit nel byte 0x228. La dimensione è scritta come 32
bit da numero big-endian a byte 0x230.

-hppa-cmdline testo
Impostare la riga di comando PALO per HP-PA. Sono consentiti fino a 1023 caratteri da
predefinito. Con -hppa-hdrversion 4 il limite è 127.
Si noti che le prime cinque opzioni -hppa sono obbligatorie, se una qualsiasi delle opzioni -hppa
viene data. Solo l'opzione -hppa-hdrversion può mancare.

-hppa-bootloader iso_rr_percorso
Designare il percorso indicato come file del bootloader HP-PA.

-hppa-kernel-32 iso_rr_percorso
Designare il percorso indicato come file del kernel HP-PA a 32 bit.

-hppa-kernel-64 iso_rr_percorso
Designare il percorso indicato come file del kernel HP-PA a 64 bit.

-hppa-ramdisk iso_rr_percorso
Designare il percorso indicato come file del disco RAM HP-PA.

-hppa-versione hdr numero
Scegli tra l'intestazione PALO versione 5 (predefinita) e la versione 4. Per il caso appropriato
valore vedere nel codice sorgente PALO: PALOHDRVERSION.

-alfa-avvio iso_rr_percorso
Dichiara un file di dati nell'immagine come DEC Alpha SRM Secondary Bootstrap Loader
e causare la produzione di un settore di avvio che punta ad esso. Questo è reciprocamente
esclusivo con la produzione di altri blocchi di avvio come MBR.

Carattere imposta:

I set di caratteri non dovrebbero avere importanza fintanto che vengono utilizzati solo caratteri alfanumerici inglesi
per i nomi dei file o purché tutti gli autori e i lettori del supporto utilizzino lo stesso carattere
impostato. Al di fuori di questi vincoli potrebbe essere necessario lasciare che xorriso converta i codici byte.
Una conversione dal set di caratteri di input al set di caratteri di output viene eseguita quando un ISO
l'immagine viene scritta. Viceversa c'è una conversione dal set di caratteri di output a
set di caratteri di input quando viene caricata un'immagine ISO. Gli insiemi possono essere definiti da opzioni
-input-charset e -output-charset, se necessario.

-set di caratteri di input nome_set_caratteri
Imposta il set di caratteri da cui convertire i nomi dei file del disco quando li inserisci
nell'immagine ISO.

-set di caratteri di output nome_set_caratteri
Imposta il set di caratteri da cui convertire i nomi delle immagini ISO caricate e in
quale convertire i nomi durante la scrittura di immagini ISO.

jigdo Modello Estrazione:

Da man genisoimage: "Jigdo è uno strumento per aiutare nella distribuzione di file di grandi dimensioni come i CD
e immagini DVD; vedere http://atterer.net/jigdo/ per ulteriori dettagli. CD e DVD Debian ISO
le immagini sono pubblicate sul web in formato jigdo per consentire agli utenti finali di scaricarle di più
efficiente."
Se l'uso di libjte è stato abilitato al momento della compilazione di xorriso, allora xorrisofs può produrre a
.jigdo e un file .template insieme a un'immagine ISO a sessione singola. In caso contrario, allora Jigdo
opzioni causeranno un evento FAILURE, che normalmente porta all'interruzione del programma.
Si può determinare l'abilità per Jigdo da:
$ xorrisofs -versione 2>&1 | grep '^libjte' && echo SÌ

Il file .jigdo contiene checksum e indirizzi di file simbolici. Il file .template
contiene l'immagine ISO compressa con tag di riferimento invece dei byte di contenuto del file
file elencati.
L'input per questo processo sono i normali argomenti per a xorrisofs sessione senza immagine
caricato e un file .md5 che elenca i file di dati che possono essere elencati in .jigdo
file e referenziato esternamente nel file .template. Ogni file designato è rappresentato
nel file .md5 da una singola riga di testo:
MD5 come 32 cifre esadecimali, 2 spazi, dimensione come 12 cifre decimali o spazi, 2 spazi, simbolico
indirizzo file
L'indirizzo del file in una riga .md5 deve avere lo stesso nome di base del percorso_disco del
file che deve corrispondere. Il percorso della directory dell'indirizzo del file è decisivo per A=Da
mappatura, non per il riconoscimento dei file. Dopo la mappatura To=From, l'indirizzo del file viene scritto
nel file .jigdo. Gli strumenti di ripristino di Jigdo convertiranno questi indirizzi in davvero
indirizzi di origine dati raggiungibili da cui possono leggere.
Se l'elenco dei parametri jigdo non è vuoto, il riempimento verrà conteggiato come parte del
immagine ISO.

-jigdo-jigdo percorso_disco
Imposta disk_path per il file .jigdo con i checksum e gli indirizzi di download per
riempire i buchi in .template.

-jigdo-modello percorso_disco
Imposta disk_path per il file .template con l'immagine ISO forata e compressa
copia.

-jigdo-min-dimensione-file Taglia
Imposta la dimensione minima per un file di dati da elencare nel file .jigdo ed essere a
buco nel file .template. la dimensione può essere un numero semplice che conta i byte o un numero
con allegata la lettera "k", "m", "g" per contare KiB (1024 byte), MiB (1024 KiB) o
GiB (1024 MiB).

-jigdo-forza-md5 modello_percorso_disco
aggiunge un modello di espressione regolare che verrà confrontato con l'assoluto
disk_path di qualsiasi file di dati che non è stato trovato nell'elenco .md5. Una corrispondenza provoca a
Evento MISHAP, che normalmente non interrompe l'esecuzione del programma ma alla fine provoca a
valore di uscita diverso da zero del programma.

-jigdo-escludere modello_percorso_disco
Aggiungi un modello di espressione regolare che verrà confrontato con l'assoluto
disk_path di qualsiasi file di dati. Una corrispondenza fa sì che il file rimanga in .template in any
Astuccio.

-jigdo-mappa A=Da
Aggiungere una coppia di stringhe del formato To=Da all'elenco dei parametri. Se ottiene un file di dati
elencato nel file .jigdo, quindi viene indicato dall'indirizzo del file dalla sua riga in
il file .md5. Questo indirizzo di file viene controllato se inizia con Da
corda. In tal caso, questa stringa verrà sostituita dalla stringa To e da un ':'
carattere, prima che vada nel file .jigdo. La stringa From dovrebbe terminare con '/'
carattere.

-md5-elenco percorso_disco
Imposta disk_path dove trovare il file di input .md5.

-comprimere-modello-jigdo "gzip"|"bzip2"
Scegli uno tra "bzip2" o "gzip" per la compressione del file modello. Il jigdo
il file viene emesso non compresso.

-algoritmo_checksum_iso lista_di_nomi
Scegli uno o più tra "md5", "sha1", "sha256", "sha512" per l'ausiliario "# Image
Hex" checksum nel file .jigdo. L'elenco_di_nomi potrebbe ad esempio apparire come
"md5,sha1,sha512". Il valore "all" sceglie tutti gli algoritmi disponibili. Nota che MD5
rimane sempre abilitato.

-modello_algoritmo_checksum lista_di_nomi
Scegli gli algoritmi per i checksum "# Template Hex" nel file .jigdo. Il
le regole per list_of_names sono le stesse di -checksum_algorithm_iso.

Miscellanea opzioni:

-formato di stampa
Stampa su output standard il numero prevedibile di 2048 blocchi di byte nel file
immagine ISO emergente. Non produrre questa immagine.
Il risultato dipende da diverse impostazioni.
Se viene fornita l'opzione --emul-toc, il riempimento (vedi -pad) non viene conteggiato come parte di
la dimensione dell'immagine. In questo caso, utilizzare -no-pad o aggiungere 150 (= 300 KiB) al file
numero risultante.
Se l'emulazione mkisofs termina dopo l'opzione -print-size, allora le proprietà di most
il file dell'immagine di avvio specificato di recente non può essere modificato dai successivi comandi xorriso.

--no_rc
Solo se usata come primo argomento questa opzione impedisce la lettura e l'interpretazione di
file di avvio. Vedere la sezione FILE di seguito.

-Aiuto
Elenca le opzioni supportate su stderr. Le opzioni originali di mkisofs portano il loro originale
testi descrittivi mkisofs.

-silenzioso
Sopprime la maggior parte dei messaggi dell'esecuzione del programma, tranne quelli che indicano problemi o
errori.

-gui
Aumenta la frequenza dei messaggi sul ciuccio durante la scrittura di un'immagine ISO.

-file-log percorso_disco
Tronca il file disk_path alla dimensione 0 e reindirizza ad esso tutti i messaggi che lo farebbero
normalmente appaiono su stderr. -log-file con testo vuoto come disk_path riattiva l'output
a stderr.

-v
Abilita l'output di messaggi informativi del programma.

-verboso
Alias ​​di -v.

-versione
Stampa sullo standard output un testo che inizia con
"mkisofs 2.01-Emulazione Copyright (C)"
e per errore standard le informazioni sulla versione di xorriso.

ESEMPI

Panoramica of esempi:
Una semplice produzione di immagini
Imposta i percorsi dell'immagine ISO in base a -graft-points
Eseguire esecuzioni multisessione
Lascia che xorrisofs funzioni sotto growisofs
Backup incrementale di alcuni alberi di directory
Backup incrementale con alberi accumulati
Crea immagini avviabili per PC-BIOS ed EFI

A semplice Immagine produzione eseguire il
Un albero di file preparato nella directory ./for_iso viene copiato nella directory radice dell'ISO
Immagine. Le autorizzazioni dei file vengono impostate su sola lettura per tutti. Attributi Joliet per
I sistemi Microsoft vengono aggiunti. L'immagine risultante viene scritta come file di dati ./image.iso su
disco.
$ xorrisofs -r -J -o ./immagine.iso ./for_iso

Impostato ISO Immagine percorsi by -punti-innesto
Senza l'opzione -graft-points, ogni dato file del disco viene copiato nella directory principale del file
Immagine ISO, mantenendone il nome. Se viene fornita una directory, i suoi file e
le sottodirectory vengono copiate nella directory principale, mantenendo i loro nomi.
$ xorrisofs ... /home/me/datafile /tmp/directory
rendimenti nella directory radice dell'immagine ISO:
/file di dati
/file_1_dalla_directory
...
/file_N_dalla_directory

Con l'opzione -graft-points è possibile inserire file e directory in percorsi arbitrari
nell'immagine ISO.
$ xorrisofs ... -graft-points /home/me/datafile /dir=/tmp/directory
rendimenti nella directory radice dell'immagine ISO:
/file di dati
/dir
Le directory principali eventualmente necessarie nell'immagine verranno create automaticamente:
/datafiles/file1=/home/me/datafile
rendimenti nell'immagine ISO:
/file di dati/file1
Gli attributi della directory /datafiles vengono copiati da /home/me sul disco.

Normalmente si dovrebbero evitare = e \ caratteri nella parte ISO di un pathpec. Ma se
deve essere, si può sfuggire loro:
/con_\=_e_\\/file=/tmp/directory/file
rendimenti nell'immagine ISO:
/con_=_e_\/file

Eseguire multisessione corre
Questo esempio funziona solo per supporti multisessione: CD-R[W], DVD-R[W], DVD+R, BD-R. Aggiungere
cdrskin opzione --grow_overwriteable_iso a tutti -come cdrecord viene eseguito per abilitare
emulazione multisessione su supporto sovrascrivibile.
La prima sessione è scritta così:
$ xorrisofs -punti-innesto \
/albero1=preparato_per_iso/albero1 \
| xorriso -as cdrecord -v dev=/dev/sr0 vuoto=veloce -multi -eject -
Le sessioni di follow-up sono scritte in questo modo:
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ m=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ xorrisofs -M /dev/sr0 -C $m -punti-innesto \
/albero2=preparato_per_iso/albero2 \
| xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
Espellere sempre il vassoio dell'unità tra le sessioni. Le vecchie sessioni vengono lette tramite /dev/sr0. Suo
il driver del dispositivo potrebbe non essere a conoscenza del contenuto modificato prima di caricare nuovamente il supporto.
In questo caso la sessione precedente non verrebbe caricata e la nuova sessione conterrebbe
solo i file appena aggiunti.
Per lo stesso motivo non lasciare che xorriso -as cdrecord carichi il supporto, ma piuttosto fallo
manualmente o da un programma che legge da /dev/sr0.

lasciare xorrisofs lavoro sotto crescere
growisofs si aspetta un programma di formattazione ISO che comprenda le opzioni -C e -M. Una variabile
è definito per sovrascrivere il nome predefinito codificato.
$ export MKISOFS="xorrisofs"
$ growisofs -Z /dev/dvd /alcuni/file
$ growisofs -M /dev/dvd /altro/file
Se nessun "xorrisofs" è disponibile sul tuo sistema, dovrai creare un collegamento
indicando il binario xorriso e dì a growisofs di usarlo. Ad esempio da:
$ ln -s $(che xorriso) "$HOME/xorrisofs"
$ export MKISOFS="$HOME/xorrisofs"
Si può uscire dall'emulazione mkisofs con l'argomento "--" e utilizzare tutti i comandi xorriso.
a growisofs non piacciono le opzioni che iniziano con "-o" ma -outdev deve essere impostato su "-". Quindi usa
"outdev" invece:
$ growisofs -Z /dev/dvd --for_backup -- \
outdev - -update_r /mie/file /files
$ growisofs -M /dev/dvd --for_backup -- \
outdev - -update_r /mie/file /files
Nota che --for_backup è fornito nell'emulazione mkisofs. Per preservare l'extra registrato
i dati devono essere già attivi, quando l'emulazione carica l'immagine.

Incrementale di riserva of a pochi elenco alberi
Questo cambia gli alberi delle directory /open_source_project e /personal_mail nell'immagine ISO
in modo che diventino copie esatte delle loro controparti su disco. Gli oggetti del file ISO ottengono
creati, eliminati o ottenere i loro attributi modificati di conseguenza.
Verranno registrati ACL, xattr, hard link e checksum MD5. Si prevede che inode
i numeri nel filesystem del disco sono persistenti durante i cicli di montaggio e avvio. File
con nomi corrispondenti a *.o o *.swp vengono esclusi esplicitamente.

Da utilizzare più volte sullo stesso supporto, ogni volta che si aggiornano i due alberi del disco a
il mezzo è desiderato. Inizia con un supporto vuoto e aggiornalo fino a quando l'esecuzione non riesce
con grazia a causa della mancanza di spazio rimanente su quello vecchio.
Non lasciare che xorriso -as cdrecord carichi il supporto, ma piuttosto fallo manualmente o tramite a
programma che legge da /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$carico_opzioni=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $ load_opts -o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(data '+%Y_%m_%d_%H%M%S')" -punti-innesto \
-vecchia-radice / \
/progetti=/casa/tommaso/progetti \
/posta_personale=/casa/tommaso/posta_personale \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

Ciò ha senso se il backup completo lascia una notevole capacità rimanente sul supporto e se
le modifiche previste sono molto inferiori rispetto al backup completo.

Meglio do non uso il tuo minore di riserva per -vecchia radice. Avere almeno due media che tu
utilizzare in modo alternato. Quindi solo i backup più vecchi vengono messi in pericolo dalla nuova operazione di scrittura, mentre
il backup più recente viene archiviato in modo sicuro su un supporto diverso.
Tenere sempre un supporto vuoto pronto per eseguire un backup completo nel caso in cui il tentativo di aggiornamento fallisca
a causa della capacità residua insufficiente. Questo fallimento non rovinerà il vecchio mezzo, di
corso.

Se i numeri di inode sul disco non sono persistenti, utilizzare l'opzione --old-root-no-ino . In questo
nel caso in cui un'esecuzione di aggiornamento confronterà le somme MD5 registrate con il contenuto del file corrente sul disco rigido
disco.

Con Mount opzione -o "sbsettore=" su GNU/Linux o -s su FreeBSD o NetBSD è possibile
accedere agli alberi delle sessioni che rappresentano le versioni di backup precedenti. Con il supporto CD,
GNU/Linux mount accetta i numeri di sessione direttamente dalla sua opzione "session=".
I media multisessione e la maggior parte dei media sovrascrivibili scritti da xorriso possono dirlo agli sbsector
delle loro sessioni con l'opzione xorriso -toc:
$ xorriso -dev /dev/sr0 -toc
xorriso può stampare il comando mount corrispondente per un numero di sessione:
$ xorriso -mount_cmd /dev/sr0 sessione 12 / mnt
o per un ID volume che corrisponde a un'espressione di ricerca:
$ xorriso -mount_cmd /dev/sr0 volid '*2008_12_05*' / mnt
Entrambi producono sull'output standard qualcosa come:
mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ mnt'
Il superutente può lasciare che xorriso esegua direttamente il comando mount:
# osirrox -mount /dev/sr0 "volid" '*2008_12_05*' / mnt

Incrementale di riserva con accumulato alberi
Solaris non offre l'opzione per montare sessioni precedenti. Per mantenerli
accessibile, è possibile mappare tutti i file su un albero di file in una directory di sessione e accumularli
quelle directory da una sessione all'altra. L'albero -root viene clonato dalla -old-root
albero prima che venga confrontato con gli alberi appropriati su disco.
Ciò richiede di conoscere il nome della directory di sessione utilizzata in precedenza.
Con la prima sessione:
$ xorrisofs -root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(data '+%Y_%m_%d_%H%M%S')" -punti-innesto \
/progetti=/casa/tommaso/progetti \
/posta_personale=/casa/tommaso/posta_personale \
| xorriso -as cdrecord dev=/dev/sr0 -v blank=come_necessario \
-multi -waiti -espulsione -

Con la seconda sessione, l'opzione -old-root si riferisce a /session1 e la nuova -root lo è
/sessione2.
Non lasciare che xorriso -as cdrecord carichi il supporto, ma piuttosto fallo manualmente o tramite a
programma che legge da /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$carico_opzioni=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $ opzioni_carico -root /session2 -old-root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(data '+%Y_%m_%d_%H%M%S')" -punti-innesto \
/progetti=/casa/tommaso/progetti \
/posta_personale=/casa/tommaso/posta_personale \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
Con la terza sessione, l'opzione -old-root fa riferimento a /session2. La nuova radice è /session3.
E così via.

Creare avviabile immagini per BIOS per PC ed EFI
La suite di boot loader SYSLINUX/ISOLINUX è popolare per l'avvio di PC-BIOS. Il wiki di ISOLINUX
prescrive di creare su disco una directory ./CD_root e di copiare tutti i file desiderati
sotto quella directory. In particolare deve essere copiato il file isolinux.bin
./root_CD/isolinux/isolinux.bin . Questo è il file immagine di avvio.
Le opzioni mkisofs prescritte possono essere utilizzate invariate con xorrisofs:
$ xorrisofs -o output.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
./root_CD
Mettilo su CD da un programma di masterizzazione. Per esempio:
$ xorriso -as cdrecord -v dev=/dev/sr0 vuoto=come_necessario output.iso

L'immagine dell'esempio sopra si avvierà da CD, DVD o BD, ma non da chiavetta USB o altro
dispositivi simili a dischi rigidi. Questo può essere fatto con l'aiuto di un MBR isoibrido. Syslinux fornisce
file modello corrispondenti come isohdp[fp]x*.bin . Ad esempio /usr/lib/syslinux/isohdpfx.bin .
Se alcune centinaia di KB di dimensione non contano, è possibile utilizzare l'opzione -partition_offset per
creare una tabella delle partizioni in cui la partizione 1 non inizia al blocco 0. Ciò facilita in seguito
manipolazioni della chiavetta USB da parte di strumenti per il partizionamento e la formattazione.
L'immagine dell'esempio seguente verrà preparata per l'avvio tramite MBR e la prima
la partizione partirà dal blocco 64 del disco rigido.
Si avvierà anche da un supporto ottico.
$ xorrisofs -o output.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
-isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin \
-partition_offset 16 \
./root_CD
Diventa superutente e copia l'immagine nel file del dispositivo di base non partizionato dell'USB
bastone. Su GNU/Linux questo è ad esempio /dev/sdb, non /dev/sdb1.
ATTENZIONE: questo sovrascriverà qualsiasi partizionamento sulla chiavetta USB e creerà i dati rimanenti
inaccessibile.
Quindi prima assicurati di avere l'indirizzo corretto del dispositivo previsto. Ad esempio leggendo
100 MiB di dati da esso e guardarlo lampeggiare:
# dd bs=2K if=/dev/sdb count=50K >/dev/null
Ora copia l'immagine su di essa
# dd bs=2K if=output.iso di=/dev/sdb

Ora per EFI:
Il file dell'immagine di avvio deve essere l'immagine di una partizione di sistema EFI, ovvero un filesystem FAT
con directory /EFI/BOOT e file di avvio con nomi prescritti da EFI: BOOTIA32.EFI per 32 bit
x86, BOOTx64.EFI per AMD/x64 a 86 bit (in UEFI-2.4 c'è infatti una "x" minuscola),
BOOTAA64.EFI per ARM a 64 bit. Il software nel filesystem FAT dovrebbe essere in grado di trovare e
ispezionare il file system ISO per la configurazione del caricatore di avvio e l'avvio del sistema operativo.
Il programma GRUB2 grub-mkimage può produrre un tale filesystem FAT con contenuto adatto, che
quindi utilizza ulteriore software GRUB2 dal filesystem ISO.
L'attrezzatura di avvio EFI può essere combinata con l'isoibrido ISOLINUX sopra per PC-BIOS in un non
modo davvero conforme a UEFI-2.4, che ovviamente funziona bene. Produce la partizione MBR e GPT
tabelle, entrambe con partizioni nidificate. Presupposto che l'immagine della partizione di sistema EFI sia pronta come
./CD_root/boot/grub/efi.img, aggiungi le seguenti opzioni prima dell'indirizzo della directory
./root_CD:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-isohybrid-gpt-basdat \
Più conforme a UEFI-2.4 è decidere per MBR o GPT e allegare una copia di
la partizione di sistema EFI per evitare la sovrapposizione della partizione ISO e della partizione EFI.
Qui per MBR:
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-append_partition 2 0xef ./root_CD/boot/grub/efi.img \
Gli ISO risultanti dovrebbero avviarsi da supporto ottico e chiavetta USB. Si può omettere
opzione -eltorito-alt-boot se nessuna opzione -b viene utilizzata per rendere l'ISO avviabile tramite PC-BIOS.

Per gli ISO con attrezzatura di avvio GRUB2 pura, considerare di utilizzare lo strumento GRUB2 grub-mkrescue come
frontend a xorrisofs.

Se si dispone di un filesystem ISO avviabile e si desidera conoscere la sua attrezzatura oltre a una proposta su come
per riprodurlo, prova:
$ xorriso -hfsplus su -indev IMAGE.iso \
-report_el_torito pianura -report_system_area pianura \
-print "" -print "======= Proposta di opzioni xorrisofs:" \
-report_el_torito as_mkisofs

Usa xorrisofs online utilizzando i servizi onworks.net