xorrisofs - En ligne dans le Cloud

PROGRAMME:

Nom

xorrisofs - Émulation du programme ISO 9660 mkisofs par le programme xorriso

SYNOPSIS

xorrisofs [ options ] [-o nom de fichier ] pathspec [pathspecs ...]

DESCRIPTION

xorrisofs produit des systèmes de fichiers ISO 9660 améliorés Rock Ridge et des sessions complémentaires à de tels
systèmes de fichiers. En option, il peut également produire des arborescences de répertoires Joliet.

xorrisofs comprend les options du programme mkisofs de cdrtools de Joerg Schilling. Son
l'implémentation fait partie du programme xorriso qui ne partage aucun code source avec cdrtools.

ISO 9660 Rock Crête, Joliette, HFS +:
ISO 9660 (alias ECMA-119) est un système de fichiers en lecture seule qui est principalement utilisé pour les supports optiques
CD, DVD, BD, mais peuvent également résider sur d'autres périphériques de stockage tels que des fichiers de disque, des clés USB ou
partitions de disque. Il est largement lisible par de nombreux systèmes d'exploitation et par les installations de démarrage de
Ordinateur personnel.
ISO 9660 décrit les répertoires et les fichiers de données par des noms de fichiers très restreints sans
distinction des majuscules et des minuscules. Ses métadonnées ne sont pas conformes aux fondamentaux POSIX
cahier des charges.
Rock Crête est le nom d'un ensemble d'informations supplémentaires qui améliorent une norme ISO 9660
système de fichiers afin qu'il puisse représenter un système de fichiers conforme POSIX avec propriété, accès
autorisations, liens symboliques et autres attributs. Rock Ridge autorise les noms de fichiers jusqu'à
255 octets et chemins jusqu'à 1024 octets.
xorrisofs produit des informations Rock Ridge par défaut. Il est fortement déconseillé de
désactiver cette fonctionnalité.
Joliet est le nom d'une arborescence de répertoires supplémentaire qui fournit des noms de fichiers jusqu'à 64
caractères codés en UTF-16. Un arbre Joliet est surtout intéressant pour lire l'ISO
image par les systèmes d'exploitation de Microsoft Corporation. Production de cette arborescence de répertoires
peut être activé par l'option -J.
ISO 9660:1999 est le nom d'une arborescence de répertoires supplémentaire qui fournit des noms de fichiers plus longs.
Il permet aux noms de fichiers uniques d'avoir jusqu'à 207 caractères. Cela peut être utile à certains
anciennes installations de démarrage du système informatique qui ne lisent ni Rock Ridge ni Joliet mais ont besoin
des noms de fichiers plus longs néanmoins. La production de cette arborescence de répertoires peut être activée par option
-iso-niveau 4.
HFS + est le nom d'un système de fichiers qui est normalement utilisé pour l'écriture et la lecture sur disque
disques et appareils similaires. Il est possible d'intégrer une partition HFS+ dans l'ISO émergente
9660 et de la marquer par des entrées Apple Partition Map. Cela interfère avec les options
qui copient les données dans les 32 premiers Ko de l'image ISO, comme -G ou -isohybrid-mbr. Voir
option -hfsplus.
L'objectif principal d'avoir une partition HFS+ intégrée est le démarrage de certains modèles de
ordinateurs Apple.

Insertion fichiers développement le ISO image:
xorrisofs traite de deux types d'adresses de fichiers :
chemin_disque est un chemin vers un objet dans l'arborescence du système de fichiers local.
iso_rr_path est l'adresse Rock Ridge d'un objet fichier dans l'image ISO. Si aucun Rock Ridge
les informations doivent être stockées dans une ISO émergente, puis les noms seront mappés à ISO 9660
noms de longueur et de jeu de caractères limités.

Un argument de programme est traité comme un spéc. chemin, s'il n'est pas reconnu comme mkisofs d'origine
option ou supplémentaire xorrisofs option. Un pathspec décrit un objet de fichier d'entrée par un
chemin_disque. Si l'option -graft-points n'est pas présente, alors le comportement dépend du fichier
type de disk_path. Les répertoires sont fusionnés avec le /-répertoire de l'image ISO. Fichiers de
les autres types sont copiés dans le répertoire /.
Si -graft-points est présent, alors chaque pathspec est divisé à la première occurrence du
=-caractère. La partie avant le = est prise comme l'objectif, c'est-à-dire l'iso_rr_path du fichier
objet dans l'image ISO. La partie après le premier = est prise comme la source, c'est-à-dire le disk_path
de l'objet d'entrée.
Il est possible de faire des =-characters une partie de l'iso_rr_path en les faisant précéder d'un
\-personnage. La même chose doit être faite pour les \-caractères qui doivent faire partie du
iso_rr_path.

Si la partie source du pathspec mène à un répertoire, alors tous les fichiers sous ce
répertoire est également inséré dans l'image. Il est possible d'exclure des fichiers particuliers
d'être inséré à l'aide de l'option -m.
Si cette cible existe déjà, les règles suivantes s'appliquent : Répertoires et autres fichiers
peut écraser les non-répertoires existants. Les répertoires sont fusionnés avec les répertoires existants.
Les non-répertoires ne peuvent pas écraser les répertoires existants.

Rapport à Danse xorriso :
xorrisofs est en fait un mode de commande du programme Xorriso, qui est entré soit par
commande xorriso "-as mkisofs" ou en démarrant le programme par l'un des noms "xorrisofs",
"mkisofs", "genisoimage" ou "genisofs".
Ce mode de commande peut être quitté par l'argument "--" qui conduit à la commande xorriso générique
mode. Voir man Xorriso pour sa description.

xorriso effectue la lecture et l'écriture d'images à l'aide de libburn, qui est principalement destiné
pour les lecteurs optiques, mais fonctionne également sur tous les types de fichiers POSIX à l'exception des répertoires.
Les messages du programme appellent n'importe quel fichier image un "lecteur". Types de fichiers qui ne sont pas pris en charge pour
les lectures sont signalées comme « vierges ». L'espace médiatique gratuit signalé peut être assez fictif.
Néanmoins xorrisofs ne fonctionne pas directement sur les lecteurs optiques, mais force plutôt
libburn pour les considérer comme des fichiers de périphérique généraux. Donc pour l'écriture d'optique séquentielle
(CD, DVD-R, DVD+R, BD-R) il faudra utiliser un programme de gravure. Par exemple le cdrecord
émulation de xorriso. Voir EXEMPLES.

OPTIONS

Image(s) chargement:

Les options suivantes contrôlent le chargement d'une image ISO existante dans le but de
préparer une session complémentaire appropriée. S'ils manquent alors une nouvelle image est composée
à partir de rien.

-M chemin_disque
Définissez le chemin à partir duquel charger l'arborescence de répertoires d'images ISO existante sur laquelle
baser l'arborescence de répertoires à venir en tant que session complémentaire. Le chemin doit conduire à un
objet fichier lisible à accès aléatoire. Sur GNU/Linux : fichiers de données normaux ou bloc
fichiers de l'appareil.
Un type spécial de pseudo disk_path a la forme "/dev/fd/" nombre. Il représente le
descripteur de fichier ouvert avec le numéro donné, que le système d'exploitation
prend en charge cette fonctionnalité par les nœuds de fichiers dans /dev/fd ou pas. Par exemple, /dev/fd/3 est un fichier
descripteur 3 qui a été ouvert par le programme qui a ensuite démarré xorriso.

-session-précédente chemin_disque
Alias ​​de -M.

-dev chemin_disque
Alias ​​de -M.

-C last_session_start, next_writeable_address
Définissez l'adresse de bloc de 2 Kio last_session_start à partir de laquelle lire l'image ISO
du fichier donné par l'option -M.
Séparé par une virgule, définissez la next_writeable_address à laquelle la session du module complémentaire
sera enfin écrit. Décisive est en fait l'adresse de bloc que l'intention
les lecteurs devront utiliser comme adresse de superbloc sur le support prévu.
Les deux valeurs peuvent être demandées à partir des supports optiques à l'aide de programmes de gravure et
option cdrecord -msinfo. xorriso lui-même peut l'obtenir dans son émulation cdrecord. Faire
ne le laissez pas charger le lecteur, mais faites-le plutôt manuellement ou par un programme comme dd
qui lit quelques octets. Ce n'est qu'alors qu'il est sûr que le pilote de périphérique connaît le vrai
taille lisible du support.
dd if=/dev/... count=1 >/dev/null 2>&1
valeurs=$(xorriso -as cdrecord dev=/dev/... -msinfo)
écho $valeurs
L'option -C peut être utilisée sans l'option -M pour créer une image ISO à partir de zéro et
le préparer pour être finalement écrit à une adresse de bloc autre que 0. Paramètre
last_session_start doit alors être mis à 0.

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

Paramètres en filet insertion:

-liste-de-chemins chemin_disque
Lisez les pathspecs ligne par ligne à partir de disk_file et insérez les objets de fichier représentés
dans l'image ISO. Si disk_path est "-" alors lisez les pathspecs de la norme
contribution.

--quoted_path_list chemin_disque
Comme l'option -path-list mais en lisant les mots entre guillemets plutôt que les lignes simples.
Les espaces en dehors des guillemets seront supprimés. D'autre part, il est possible de
représentent des pathspecs qui contiennent des caractères de nouvelle ligne.
Le guillemet double " et le guillemet simple ' peuvent être utilisés pour encadrer
whitespace et en faire une partie des pathspecs. Chaque type de marque peut inclure les marques de
l'autre genre. Une barre oblique inverse \ guillemets extérieurs ou une citation ouverte
provoquer l'ajout de la ligne d'entrée suivante.

-f
Résoudre les liens symboliques sur le disque plutôt que de les stocker en tant que liens symboliques dans le
image ISO.

-suivre-liens
Alias ​​de -f.

-greffons
Activer l'interprétation des pathspecs du fichier d'entrée en tant que combinaison de iso_rr_path et
disk_path, séparés par un caractère =.

-m motif_disque
Exclure les fichiers d'être insérés dans l'image. Ces fichiers sont ignorés en silence
dont le disk_path correspond au modèle d'analyseur de shell donné. Si pas de caractère /
fait partie du modèle, puis il est comparé au nom de feuille du disque
fichier.
Il est possible de donner plus d'une option -m.

-exclure
Alias ​​de -m.

-x
Alias ​​de -m.

-ancien-exclure
Alias ​​de -m.

-liste-d'exclusion chemin_disque
Exécutez -m en utilisant chaque ligne du fichier disk_path comme argument disk_pattern.

-z
Permettre la reconnaissance et le traitement approprié des fichiers compressés zisofs tels que produits par
programme mkzftree. Ces fichiers seront équipés des métadonnées nécessaires pour
qu'un noyau Linux les reconnaîtra et livrera leur contenu en format non compressé
formulaire.

-compression transparente
Alias ​​de -z.

-racine iso_rr_path
Insérez tous les fichiers sous l'iso_rr_path donné. Si l'option -graft-points est donnée,
puis iso_rr_path est ajouté au début de chaque partie cible d'un pathspec.
La valeur par défaut pour -root est "/".

-ancienne-racine iso_rr_path
Activez l'insertion incrémentielle de fichiers dans l'image chargée. La cible efficace
et les adresses source des pathspecs données sont comparées si la cible est déjà
existe dans l'image ISO et est toujours identique à la source sur le disque. Métadonnées dans
l'image ISO sera ajustée, si elles diffèrent de celles du disque. Nouveaux fichiers et
les fichiers avec un contenu modifié seront nouvellement ajoutés. Fichiers cibles qui n'existent pas
dans l'une des sources de pathspec correspondantes seront supprimées du répertoire ISO
arbre.
Si le paramètre effectif de -root diffère de l'iso_rr_path donné avec
-old-root, puis les fichiers sous le répertoire -old-root sont clonés en dessous
le répertoire -root. Le clonage a lieu avant la comparaison de fichiers.

--old-root-no-ino
Désactivez l'enregistrement et l'utilisation des numéros d'inode de disque. Si aucun numéro d'inode de disque n'est
enregistré, alors l'option -old-root devra lire le contenu du fichier disque et le comparer
avec la somme de contrôle MD5 qui est enregistrée dans l'image ISO.
Avec des numéros d'inode de disque enregistrés et avec un ctime et un mtime crédibles, il est possible
pour détecter des changements potentiels dans le contenu sans réellement le lire. Une faille
reste si plusieurs systèmes de fichiers différents peuvent être montés dans le même répertoire,
comme c'est l'habitude avec /mnt. Dans ce cas, il faut utiliser l'option --old-root-devno ou
désactivez le raccourci du numéro d'inode par --old-root-no-ino.

--old-root-devno
Activez la comparaison des numéros de périphérique enregistrés avec les numéros d'inode enregistrés.
Cela ne fonctionne qu'avec les bons vieux numéros d'appareils stables qui se démodent,
malheureusement. Si le disque dur a un numéro de périphérique différent après chaque redémarrage, alors
cette comparaison verra tous les fichiers comme modifiés et empêchera ainsi toute taille incrémentielle
économie.

--ancienne-root-no-md5
Désactivez l'enregistrement et l'utilisation des sommes de contrôle MD5 pour le contenu des fichiers de données. Si ni l'un ni l'autre
les sommes de contrôle et ni les numéros d'inode de disque ne sont enregistrés, alors l'option -old-root aura
pour lire le contenu du fichier image ISO lors de sa comparaison avec le contenu du fichier disque.

Paramètres en image production:

-o chemin_disque
Définissez l'adresse du fichier de sortie pour l'image ISO émergente. Si l'adresse existe en tant que
fichier normal, il sera tronqué à la longueur 0 lorsque la production de l'image commencera. Cela pourrait
n'existe pas déjà en tant que répertoire. S'il n'existe pas encore alors son répertoire parent
doit exister et un fichier normal sera créé.
Un type spécial de pseudo disk_path a la forme "/dev/fd/" nombre. Il représente le
descripteur de fichier ouvert avec le numéro donné, que le système d'exploitation
prend en charge cette fonctionnalité par les nœuds de fichiers dans /dev/fd ou pas. Par exemple, /dev/fd/4 est un fichier
descripteur 4 qui a été ouvert par le programme qui a ensuite démarré xorriso.
La valeur par défaut est la sortie standard (/dev/fd/1) qui peut également être définie par disk_path "-".

-sortir chemin_disque
Alias ​​de -o.

--stdio_sync "on"|"off"|"fin"|numéro
Définissez le nombre d'octets après lequel forcer la sortie sur le disque afin de conserver le
mémoire d'être obstruée par beaucoup de données en attente pour les appareils lents. "sur" est le
Identique à "16m". La sortie forcée peut être désactivée par "off", ou être retardée par "end"
jusqu'à ce que toutes les données soient produites. Si un nombre est choisi, il doit être d'au moins 64k.
La valeur par défaut avec l'émulation xorriso mkisofs est --stdio_sync "off".
xorriso utilise un tampon fifo interne avec une taille par défaut de 4 Mio. Donc forcer l'exploitation
le cache d'E/S système sur le disque ne bloque pas nécessairement la production simultanée de
plus de contenu d'image.

--emul-toc
Écrivez un deuxième superbloc avec la première session dans des fichiers à accès aléatoire. Si
d'autres sessions sont ajoutées et le premier superbloc est mis à jour, puis le
le deuxième superbloc ne sera pas écrasé. Il est donc toujours possible de monter le
première session et de trouver les blocs de démarrage des sessions suivantes.
Le prix est de 64 KiB de consommation d'espace supplémentaire. Si -partition_offset est différent de zéro, alors
c'est 128 Kio plus deux fois la configuration de la partition.

--no-emul-toc
N'écrivez pas un deuxième superbloc avec la première session dans des fichiers à accès aléatoire.
C'est la valeur par défaut.

--sort-poids poids_numéro iso_rr_path
Attribuez un numéro de poids LBA aux fichiers normaux. Si iso_rr_path mène à un répertoire
alors tous les fichiers normaux en dessous obtiendront le poids_numéro.
Le poids_numéro peut aller de -2147483648 à 2147483647. Plus il est élevé, plus
plus bas sera l'adresse de bloc des données de fichier dans l'image ISO émergente.
Actuellement, le catalogue de bottes El Torito a un poids codé en dur de 1 milliard. Normalement
il doit occuper le bloc avec l'adresse la plus basse possible. Les fichiers de données sont ajoutés
ou chargé avec un poids initial de 0. Les fichiers d'image de démarrage ont un poids par défaut de 2.

--sort-liste-de-poids chemin_disque
Lire les paires de numéro de poids et iso_rr_path à partir d'un fichier du système de fichiers local.
Appliquez chaque paire comme avec --sort-weight.
Seul le dernier --sort-weight-list ou --sort-weight-patterns d'une exécution de xorrisofs obtient
en vigueur.
Le numéro de poids est lu depuis le début de la ligne. La partie iso_rr_path d'un
la ligne d'entrée commence immédiatement après le premier caractère blanc ou de tabulation de la ligne.
Notes pour le cas où cette fonctionnalité est utilisée dans une séquence de xorriso générique
commandes (pas un problème avec une émulation pure mkisofs) :
Les fichiers adressés doivent déjà être dans le modèle d'image ISO lorsque vous exécutez
-as mkisofs --sort-weight-list chemin_disque --
Plusieurs de ces commandes peuvent être utilisées pour appliquer plus d'un fichier de poids.
Les fichiers de données qui sont chargés par -indev ou -dev ont un poids compris entre 1 et 2 exp 28 =
268,435,456 XNUMX XNUMX, selon leur adresse de bloc. Cela les gardera à peu près dans le
même ordre si la méthode d'écriture de modification est appliquée.

--modèles de poids de tri chemin_disque
Comme --sort-weight-list , mais en développant les iso_rr_paths en tant que modèles d'analyseur de shell
et en appliquant --sort-weight à chaque fichier correspondant.

-rép-mode mode
Définissez les autorisations d'accès pour tous les répertoires de l'image sur le mode donné qui
est soit un nombre octal commençant par "0" soit une liste séparée par des virgules de
déclarations de la forme [ugoa]*[+-=][rwxst]* . Par exemple ug=rx,a-rwx

-fichier-mode mode
Comme -dir-mode mais pour tous les fichiers de données normaux de l'image.

-tampon
Ajoutez 300 Kio à la fin de l'image ISO produite. Cela contourne la lecture possible
erreurs des images ISO qui ont été écrites sur un support CD en mode TAO. Les
des octets supplémentaires sont revendiqués dans le cadre de l'image ISO si non --emul-toc n'est fourni.
L'option -pad est la valeur par défaut.

-pas de tampon
Désactivez le remplissage de 300 Kio à la fin de l'image ISO produite. C'est sûr si
l'image n'est pas destinée à être écrite sur CD ou si elle est écrite sur CD uniquement
piste en mode écriture SAO.

--vieux-vide
Utilisez l'ancienne façon de donner des adresses de bloc dans la plage de [0,31] aux fichiers avec
pas de contenu de données propre. La nouvelle façon est d'avoir un bloc dédié auquel tous ces
les fichiers pointent.

Paramètres en Normes conformité:

-iso-niveau nombre
Spécifiez la version ISO 9660 qui définit les limites de la dénomination des fichiers et des données
taille du fichier. Les restrictions de nommage ne s'appliquent pas aux noms de Rock Ridge mais seulement à
les noms ISO 9660 de bas niveau. Il existe trois niveaux de conformité :
Le niveau 1 autorise les noms ISO de la forme 8.3 et une taille de fichier jusqu'à 4 Gio - 1.
Le niveau 2 permet des noms ISO avec jusqu'à 32 caractères et une taille de fichier jusqu'à 4 Gio - 1.
Le niveau 3 permet des noms ISO avec jusqu'à 32 caractères et une taille de fichier jusqu'à 400 Gio -
200 Kio. (Cette limitation de taille est définie par l'implémentation de xorriso et non par ISO
9660 qui permettrait près de 8 TiB.)
Le pseudo-niveau 4 permet la production d'une arborescence de répertoires ISO 9660:1999 supplémentaire.

-disallow_dir_id_ext
Ne suivez pas une mauvaise habitude de mkisofs qui autorise des points dans les noms ISO de
répertoires. D'un autre côté, certaines images GNU/Linux amorçables dépendent de ce mauvais
habitude.

-U
Cette option permet les noms de fichiers ISO sans point et jusqu'à 37 caractères, fichier ISO
chemins de plus de 255 caractères et tous les caractères ASCII dans les noms de fichiers. Plus loin
il omet le point-virgule et les numéros de version à la fin des noms ISO.
Tout cela viole les spécifications ISO 9660.

-noms-de-fichiers-non traduits
Alias ​​de -U.

-nom_non traduit_len nombre
Autoriser les noms de fichiers ISO jusqu'au nombre de caractères donné sans aucun caractère
conversion. Le nombre maximum est 96. Si un nom de fichier a plus de caractères, alors
la production d'images échouera délibérément.
Cela viole les spécifications ISO 9660.

-autoriser-minuscules
Autoriser les caractères minuscules dans les noms de fichiers ISO.
Cela viole les spécifications ISO 9660.

-noms-de-fichiers-relaxés
Autorisez presque tous les caractères 7 bits dans les noms de fichiers ISO. Les valeurs 0x0 et '/' ne sont pas autorisées.
Si ce n'est pas le cas, l'option -allow-lowercase est donnée, les lettres minuscules sont converties en
majuscule.
Cela viole les spécifications ISO 9660.

-d
N'ajoutez pas de point de fin aux noms de fichiers ISO sans point.
Cela viole les spécifications ISO 9660.

-omettre-période
Alias ​​de -d.

-l
Autorisez jusqu'à 31 caractères dans les noms de fichiers ISO.

-full-iso9660-noms de fichiers
Alias ​​de -l.

-max-iso9660-noms de fichiers
Autorisez jusqu'à 37 caractères dans les noms de fichiers ISO.
Cela viole les spécifications ISO 9660.

-N
Omettez le point-virgule et les numéros de version à la fin des noms ISO.
Cela viole les spécifications ISO 9660.

-omettre-numéro-de-version
Alias ​​de -N.

Paramètres en Normes rallonges :

-R
Avec mkisofs, cette option active les extensions Rock Ridge. xorrisofs les produit par
défaut. Il est fortement déconseillé de les désactiver par l'option --norock.

-Roche
Alias ​​de -R.

-r
Définissez l'identifiant de l'utilisateur et du groupe Rock Ridge de tous les fichiers de l'image ISO sur 0. Accorder
r-autorisations à tous. Refuser toutes les autorisations w. Si une autorisation x est définie, accordez
x-permission à tous. Supprimer s-bit et t-bit.

-rock-rationnel
Alias ​​de -r.

--norock
Cette option désactive la production des extensions Rock Ridge pour le fichier ISO 9660
objets. Les capacités multi-sessions de xorrisofs dépend beaucoup du nom
fidélité de Rock Ridge. Il est donc fortement déconseillé de le désactiver par cette option.

-file_name_limit nombre
Définissez la longueur maximale autorisée pour les noms de fichiers dans la plage de 64 à 255. Chemin
les composants qui sont plus longs que le nombre donné seront tronqués et auront leur
33 derniers octets écrasés par deux points ':' et la représentation hexadécimale du MD5 de
les 4095 premiers octets du nom surdimensionné entier. UTF-8 incomplet potentiel
les caractères auront leurs premiers octets remplacés par '_'.
Les noyaux Linux jusqu'à au moins 4.1 représentent mal les noms de longueur 254 et 255. Si vous
attendez-vous à de tels noms dans ou sous disk_paths et prévoyez de monter l'ISO par un tel Linux
noyaux, envisagez de définir -file_name_limit 253.

-D La norme ECMA-119 exige qu'aucun chemin dans l'image n'ait plus de 8 noms
composants ou 255 caractères. Il faudrait donc aller plus loin
arborescences de répertoires vers un répertoire supérieur. Rock Ridge offre la possibilité de louer
ces répertoires déplacés apparaissent à leur position profonde d'origine, mais cette fonctionnalité
peut ne pas être implémenté correctement par les systèmes d'exploitation qui montent l'image.
L'option -D désactive cette relocalisation de répertoire en profondeur et viole donc ISO 9660
spécifications.
xorrisofs a -D défini par défaut. Si donné explicitement, il remplace les options
-rr_reloc_dir et -hide-rr-moved.

-désactiver la relocalisation en profondeur
Alias ​​de -D.

-rr_reloc_dir prénom
Activez la relocalisation des répertoires profonds et évitez ainsi les chemins de fichiers ECMA-119 de
plus de 8 éléments de nom ou 255 caractères. Répertoires qui mènent à un tel fichier
les chemins seront déplacés vers un répertoire dans le répertoire racine de l'image. Son nom
est défini par cette option. Il est permis d'utiliser le répertoire racine lui-même.
L'arborescence globale du répertoire apparaîtra à l'origine profonde lorsqu'elle sera interprétée comme Rock
Arbre de crête. Il apparaîtra comme réorganisé si seules les informations ECMA-119 sont
pris en considération.
Si le répertoire cible de relocalisation donné n'existe pas déjà lorsque l'image
la production commence, puis elle sera créée et marquée pour Rock Ridge en tant que relocalisation
artefact. Au moins sur GNU/Linux, il ne sera pas affiché dans Rock Ridge monté
images.
Le nom ne doit pas contenir de caractère '/' après son premier caractère et il ne doit pas
être plus long que 255 octets.
Cette option n'a aucun effet si l'option -D est présente.

-cacher-rr-déplacé
Alias ​​de -rr_reloc_dir "/.rr_moved"

--for_backup
Activez les options qui améliorent la fidélité de la sauvegarde : --acl, --xattr, --md5, --hardlinks.

--acl
Activer l'enregistrement et le chargement des ACL depuis GNU/Linux ou FreeBSD (voir man getfacl,
homme acl). Ils ne seront pas en vigueur avec les images ISO montées. Mais xorriso peut
restaurez-les sur les mêmes systèmes lors de l'extraction des fichiers de l'image ISO.

--xattr
Activer l'enregistrement et le chargement des attributs étendus GNU/Linux ou FreeBSD dans l'utilisateur
espace de noms (voir man getfattr et man attr, man getextattr et man 9 extattr,
respectivement). Ils ne seront pas en vigueur avec les images ISO montées. Mais xorriso peut
restaurez-les sur les mêmes systèmes lors de l'extraction des fichiers de l'image ISO.

--md5
Activer l'enregistrement des sommes de contrôle MD5 pour l'image ISO globale et pour chaque
fichier de données dans l'image. xorriso peut vérifier le contenu d'une image ISO avec ces
sommes et alerter en cas de non-concordance. Voir man xorriso, options -check_media,
check_md5_r. xorriso peut imprimer les sommes de contrôle MD5 enregistrées. Par exemple par :
-trouver / -exec get_md5

--liens physiques
Activer le chargement et l'enregistrement des relations de lien physique. Recherche de familles d'iso_rr
les fichiers qui proviennent du même fichier disque, ont un filtrage de contenu identique et ont
propriétés identiques. Les membres de chaque famille obtiennent le même numéro d'inode dans le
image ISO.
Le respect de ces nombres au moment du montage dépend du système d'exploitation.
xorriso peut créer des familles de liens physiques lors de l'extraction de fichiers à partir de l'image ISO.

--scdbackup_tag disk_path nom_enregistrement
Ajoutez un enregistrement de somme de contrôle scdbackup à l'image. Cela ne fonctionne que si le paramètre
next_writeable_address de l'option -C est 0. Si disk_path n'est pas une chaîne vide,
puis ajoutez un enregistrement de somme de contrôle scdbackup à la fin de ce fichier. record_name est un
mot qui fait partie de l'étiquette et de l'enregistrement.
Le programme scdbackup_verify reconnaîtra et vérifiera la balise et l'enregistrement du fichier.

-J
Permettre la production d'une arborescence de répertoire Joliet supplémentaire avec l'ISO
9660 Arbre Rock Ridge.

-joliet
Alias ​​de -J.

-joliet-long
Autorisez 103 caractères dans les noms de fichiers Joliet plutôt que 64 comme prescrit par le
spécification. Autoriser les chemins Joliet plus longs que la limite prescrite de 240
caractères.
Les noms surdimensionnés sont tronqués. Sans cette option, les chemins surdimensionnés sont exclus
de l'arbre Joliet.

-joliet-utf16
Encodez les noms de fichiers Joliet en UTF-16BE plutôt qu'en UCS-2. La différence est avec
caractères qui ne sont pas présents dans UCS-2 et sont codés en UTF-16 par 2 mots de
16 bits chacun. Les deux mots proviennent alors d'un sous-ensemble réservé de l'UCS-2.

-hfsplus
Activer la production d'un système de fichiers HFS+ supplémentaire dans l'image ISO 9660
et marquez-le par les entrées Apple Partition Map (APM) dans la zone système, les 32 premiers
Kio de l'image.
Cela peut entrer en collision avec des options telles que -G ou -isohybrid-mbr qui soumettent des données utilisateur pour
inclusion dans la même plage d'adresses. Les 8 premiers octets de la zone système obtiennent
écrasé par { 0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff } qui peut être
exécuté en tant que code machine x86 sans effets négatifs. Donc, si un MBR est combiné
avec cette fonctionnalité, alors ses 8 premiers octets ne devraient contenir aucune commande essentielle.
Les prochains blocs de 2 KiB dans la zone système seront occupés par des entrées APM. Les
le premier couvre la partie de l'image ISO avant les métadonnées du système de fichiers HFS+. Les
le second marque la plage des métadonnées HFS+ à la fin des données de contenu du fichier. Si
plus de données d'image ISO suivent, puis une troisième entrée de partition est produite. Autre
Les fonctionnalités de xorriso peuvent nécessiter davantage d'entrées APM.
Sachez que HFS+ est insensible à la casse bien qu'il puisse enregistrer des noms de fichiers avec
lettres majuscules et minuscules. Par conséquent, les noms de fichiers de l'arborescence des noms iso_rr
peuvent entrer en collision dans l'arborescence des noms HFS+. Dans ce cas, ils sont modifiés en ajoutant
souligner les caractères et compter les nombres. En cas de noms très longs, il peut être
nécessaire de les mapper sur "MANGLED_...".

-hfsplus-série-non
Définissez une chaîne de 16 chiffres "0" à "9" et les lettres "a" à "f", qui seront utilisées comme
numéro de série unique d'un système de fichiers HFS+ émergent.

-hfsplus-taille-de-bloc nombre
Définissez la taille du bloc d'allocation à utiliser lors de la production de systèmes de fichiers HFS+.
Sont autorisés 512, 2048 ou 0. Ce dernier laisse le programme décider.

-apm-block-size nombre
Définissez la taille de bloc à utiliser lors de la description des partitions par une carte de partition Apple.
Sont autorisés 512, 2048 ou 0. Ce dernier laisse le programme décider.
A noter que la taille 512 n'est pas compatible avec la production de GPT, et que la taille 2048
ne sera pas montable -t hfsplus au moins par les noyaux Linux plus anciens.

-hfsplus-type-créateur-de-fichier type de créateur iso_rr_path
Définissez le créateur HFS+ et saisissez les attributs d'un fichier dans l'image émergente. Ces
sont deux codes de 4 caractères chacun.

-hfs-béni par bénédiction iso_rr_path
Émettez une bénédiction HFS+. Ce sont des rôles qui peuvent être attribués à jusqu'à quatre
répertoires et un fichier de données :
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder".
Ils peuvent être abrégés en "p", "i", "s", "9" et "x".
Chacun de ces rôles peut être attribué à au plus un objet fichier. "intel_bootfile" est
celui qui s'appliquerait à un fichier de données. Tous les autres s'appliquent aux répertoires. Pas de fichier
objet peut porter plus d'une bénédiction.

-hfs-blesser chemin_disque
Émettez HFS + bénédiction "ppc_bootdir" dans le répertoire qui provient du répertoire
disk_path dans l'arborescence du système de fichiers local.
Cela ne fonctionne que s'il y a au moins un fichier de données sous le répertoire.
disk_path peut devenir ambigu si les fichiers de différents sous-arbres du système de fichiers local
sont placés dans le même sous-arbre de l'image ISO. Pensez à utiliser -hfs-bless-by "p"
pour un adressage sans ambiguïté via iso_rr_path.

Paramètres en filet cache:

-cacher motif_chemin_disque
Rendre les fichiers invisibles dans l'arborescence des répertoires ISO 9660 et Rock Ridge, si leur
disk_path correspond au modèle d'analyseur de shell donné. Le contenu des données de ces
les fichiers seront inclus dans l'image résultante, même s'ils n'apparaissent dans aucun
annuaire. Mais vous aurez besoin de vos propres moyens pour trouver des données sans nom dans l'image.
Cette commande ne s'applique pas au catalogue de démarrage.

-masquer-liste chemin_disque
Effectuez -hide en utilisant chaque ligne du fichier disk_path comme argument disk_path_pattern.

-cacher-joliet motif_chemin_disque
Comme l'option -hide mais rendant les fichiers invisibles dans l'arborescence des répertoires de Joliet, si
leur disk_path correspond au modèle d'analyseur de shell donné.

-masquer-la-liste-joliet chemin_disque
Exécutez -hide-joliet en utilisant chaque ligne du fichier disk_path comme argument
modèle_chemin_disque.

-masquer-hfsplus motif_chemin_disque
Comme l'option -hide mais rendant les fichiers invisibles dans l'arborescence de répertoires de HFS+, si
leur disk_path correspond au modèle d'analyseur de shell donné.

-hide-hfsplus-liste chemin_disque
Exécutez -hide-hfsplus en utilisant chaque ligne du fichier disk_path comme argument
modèle_chemin_disque.

ISO image ID chaînes :

Les chaînes et adresses de fichiers suivantes sont stockées dans le descripteur de volume principal de
l'image ISO9660. Les adresses de fichiers sont des chemins ISO 9660. Ces fichiers doivent avoir
iso_rr_paths qui se composent uniquement des caractères [A-Z0-9_] et exactement un point qui
sépare au maximum 8 caractères d'au plus 3 caractères.

-V texte
Définissez l'ID de volume de l'image ISO. xorriso accepte tout texte jusqu'à 32 caractères,
mais selon des spécifications rarement respectées, des règles plus strictes s'appliquent :
Les caractères ASCII parmi [A-Z0-9_] sont conformes. Comme : "IMAGE_23"
Joliet autorise 16 caractères UCS-2. Comme : "Nom Windows"
Sachez que l'ID de volume peut être utilisé automatiquement comme nom du point de montage
lorsque le support est inséré dans un système informatique ludique.

-volide texte
Alias ​​de -V.

-volset texte
Définissez le Volume Set Id de l'image ISO. Les caractères autorisés sont jusqu'à 128 caractères.

-P texte
Définissez l'identifiant de l'éditeur de l'image ISO. Cela peut identifier la personne ou l'organisation
qui a spécifié ce qui doit être enregistré. Les caractères autorisés sont jusqu'à 128 caractères.

-éditeur texte
Alias ​​de -P.

-A texte
Définissez l'ID d'application de l'image ISO. Cela peut identifier la spécification de
comment les données sont enregistrées. Les caractères autorisés sont jusqu'à 128 caractères.
Le texte spécial "@xorriso@" est converti en la chaîne d'identification de xorriso qui est
normalement écrit comme Id du préparateur. C'est une mauvaise tradition d'écrire l'identifiant du programme comme
ID d'application.

-appid texte
Alias ​​de -A.

-idsys texte
Définissez l'ID système de l'image ISO. Cela peut identifier le système qui peut
reconnaître et agir sur le contenu de la zone système dans les blocs d'image 0 à 15.
Les caractères autorisés sont jusqu'à 32 caractères.

-p texte
Définissez l'ID du préparateur de l'image ISO. Cela peut identifier la personne ou une autre entité
qui contrôle la préparation des données qui seront enregistrées. Normalement ça
devrait être l'identifiant de xorriso et non de la personne ou du programme qui opère
xorriso. Merci d'éviter de le changer. Les caractères autorisés sont jusqu'à 128 caractères.
Le texte spécial "@xorriso@" est converti en la chaîne d'identification de xorriso qui est
par défaut au démarrage du programme.

-préparateur texte
Alias ​​de -p.

-abstrait chemin_iso
Définissez l'adresse du fichier abstrait de l'image ISO. Cela devrait être l'ISO 9660
chemin d'un fichier dans l'image qui contient une déclaration abstraite sur l'image
teneur. Les caractères autorisés sont jusqu'à 37 caractères.

-biblio chemin_iso
Définissez l'adresse du fichier Biblio de l'image ISO. Cela devrait être l'ISO 9660
chemin d'un fichier dans l'image qui contient des notices bibliographiques. Sont autorisés
jusqu'à des caractères 37.

-droits d'auteur chemin_iso
Définissez l'adresse du fichier de copyright de l'image ISO. Cela devrait être l'ISO 9660
chemin d'un fichier dans l'image qui contient une déclaration de copyright. Sont autorisés
jusqu'à des caractères 37.

--modification-date=AAAAMMJJhhmmsscc
Définir une chaîne de temps qui remplace les horodatages de création et de modification d'images ISO
au sens propre. Il doit être composé de 16 chiffres décimaux qui forment AAAAMMJJhhmmsscc, avec
AAAA entre 1970 et 2999. Le fuseau horaire est GMT. Il est censé correspondre à ce GRUB
en ligne:
recherche --fs-uuid --set AAAA-MM-JJ-hh-mm-ss-cc
Par exemple, 2010040711405800 est le 7 avril 2010 11:40:58 (+0 centisecondes).

--application_use caractère|0xXY|disk_path
Spécifiez le contenu du champ Application Use qui peut prendre au maximum 512 octets.
Si le paramètre de cette commande est vide, alors le champ est rempli de 512
0-octets. S'il s'agit d'un seul caractère, il est répété 512 fois. Si ça
commence par "0x" suivi de deux chiffres hexadécimaux [0-9a-fA-F], puis les chiffres sont lus comme
valeur d'octet qui est répétée 512 fois.
Tout autre texte de paramètre est utilisé comme disk_path pour ouvrir un fichier de données et lire jusqu'à
512 octets de celui-ci. Si le fichier est inférieur à 512 octets, les octets restants
dans le champ obtenir la valeur binaire 0.

El petit taureau Bootable ISO images:

La condition préalable pour une image ISO bootable est d'avoir dans l'image ISO les fichiers d'un boot
chargeur. Les fonctions de démarrage des ordinateurs sont dirigées vers de tels fichiers, qui s'exécutent généralement
d'autres fichiers de programme à partir de l'image ISO. xorrisofs peut produire plusieurs types de botte
bloc ou enregistrement de démarrage, qui font partie de l'image ISO et sont interprétés par le
selon installation de démarrage.

An El petit taureau l'enregistrement d'amorçage pointe la fonction d'amorçage vers un catalogue d'amorçage avec un ou
plus d'images de démarrage, qui sont des fichiers de programme binaires stockés dans l'image ISO. Le contenu de
les fichiers d'image de démarrage ne sont pas dans le champ d'application d'El Torito.
xorriso compose le catalogue de démarrage en fonction des fichiers image de démarrage donnés et structurés
par les options -b, -e, -el-torito-alt-boot et --efi-boot. Souvent, il ne contient qu'une seule entrée.
El Torito est interprété par les installations de démarrage PC-BIOS et EFI. GNU/Linux le plus amorçable
Les CD sont équipés d'images de démarrage ISOLINUX ou GRUB pour PC-BIOS.
xorrisofs prend en charge les exemples d'options du wiki ISOLINUX, les options utilisées dans GRUB
script grub-mkrescue, et l'exemple dans le wiki FreeBSD AvgLiveCD.

Pour le démarrage du CD via des installations de démarrage autres que PC-BIOS et EFI, et pour le démarrage à partir de l'USB
clés ou disques durs, consultez la section suivante sur la zone système.

-b iso_rr_path
Spécifiez le fichier image de démarrage qui doit être mentionné dans l'entrée actuelle de l'El
Catalogue de démarrage Torito. Il sera marqué comme approprié pour PC-BIOS.
Avec les images de démarrage d'ISOLINUX et GRUB, cette option doit être accompagnée de
options -c , -no-emul-boot , -boot-load-size 4 , -boot-info-table.

-eltorito-botte iso_rr_path
Alias ​​de -b.

-eltorito-alt-boot
Finalisez l'entrée actuelle du catalogue de démarrage El Torito et commencez-en une nouvelle. Une botte
fichier image et toutes ses options nécessaires doivent être spécifiés avant l'option
-eltorito-alt-boot. Toutes les autres options de démarrage El Torito s'appliquent au nouveau catalogue
entrée. Jusqu'à 32 entrées de catalogue sont possibles.

-e iso_rr_path
Spécifiez le fichier image de démarrage qui doit être mentionné dans l'entrée actuelle de l'El
Catalogue de démarrage Torito. Il sera marqué comme approprié pour EFI.
L'option -e doit être suivie de l'option -no-emul-boot et aucune autre option El Torito
avant un éventuel -eltorito-alt-boot.

--efi-boot iso_rr_path
Effectuez -eltorito-alt-boot, option -e avec l'iso_rr_path donné, -no-emul-boot,
et encore -eltorito-alt-boot. Ce geste est utilisé pour obtenir le démarrage EFI de
le CD de secours GRUB2.

-boot-load-taille nombre
Définissez le nombre de blocs de 512 octets à charger au démarrage à partir de l'image de démarrage dans
l'entrée de catalogue actuelle. Les images de démarrage du BIOS non émulantes ont généralement besoin d'une taille de chargement
sur 4. Les images de démarrage EFI définissent généralement le nombre de blocs occupés par le démarrage
fichier d'image.
El Torito ne peut pas représenter des charges supérieures à 65535.

-démarrage-disque-dur
Marquez l'image de démarrage dans l'entrée de catalogue actuelle comme disque dur émulé. (Pas
adapté à tout chargeur de démarrage connu.)

-pas de démarrage émulateur
Marquer l'image de démarrage dans l'entrée de catalogue actuelle comme n'émulant pas de disquette ou de disque
disque. (Ceci doit être utilisé avec tous les chargeurs de démarrage connus.)
Si ni -hard-disk-boot ni -no-emul-boot n'est donné, alors l'image de démarrage sera
marqué comme émulant une disquette. (Ne convient à aucun chargeur de démarrage connu.)

-eltorito-id texte|56_hexchiffres
Définissez la chaîne d'ID de la section du catalogue de démarrage où l'image de démarrage sera
répertorié. Si la valeur se compose de 56 caractères [0-9A-Fa-f] alors elle est convertie
en 28 octets, sinon les 28 premiers caractères deviennent la chaîne d'ID. La chaîne d'identification de
la première image de démarrage devient l'ID de catalogue global. Il est limité à 24
personnages. Les autres id_strings deviennent des identifiants de section.

-eltorito-selcrit chiffres hexadécimaux
Définissez les critères de sélection de l'image de démarrage. Jusqu'à 20 octets sont lus à partir du
caractères donnés [0-9A-Fa-f]. Ils sont attribués à l'entrée de l'image de démarrage dans le
catalogue.

-table d'informations de démarrage
Écrasez les octets 8 à 63 dans l'image de démarrage actuelle. Les informations seront fournies
par xorriso en cours de production d'images : Adresse de bloc du Volume Primaire
Descripteur, adresse de bloc du fichier image de démarrage, taille du fichier image de démarrage.

--grub2-boot-info
Écraser les octets 2548 à 2555 dans l'image de démarrage actuelle par l'adresse de ce démarrage
image. L'adresse est écrite sous la forme d'un nombre little-endian de 64 bits. C'est le bloc 2Ko
adresse du contenu de l'image de démarrage, multipliée par 4, puis incrémentée par 5.

-c iso_rr_path
Définissez l'adresse du fichier de catalogue de démarrage El Torito dans l'image. Ce fichier
l'adresse n'est pas significative pour le démarrage du PC-BIOS ou de l'EFI, mais elle peut être lue ultérieurement
par d'autres programmes afin de connaître les images de démarrage disponibles.

-eltorito-catalogue iso_rr_path
Alias ​​de -c.

--boot-catalog-hide
Empêcher le catalogue de démarrage El Torito d'apparaître sous forme de fichier dans les arborescences de répertoires de
l'image.

Système Zone, MBR, Google Publisher Tag, APM, autre botte blocs:

Les 16 premiers blocs d'une image ISO sont la zone système. Il est réservé au système
logiciel de démarrage dépendant. Il peut s'agir des fonctions d'amorçage et des tables de partition de divers
architectures matérielles.
A MBR (Master Boot Record) contient le code de démarrage et une table de partition. Il est lu par
PC-BIOS lors du démarrage à partir d'une clé USB ou d'un disque dur, et par PowerPC CHRP ou PReP lorsque
démarrage. Une partition MBR de type 0xee indique la présence de GPT.
A GPT (GUID Partition Table) marque les partitions de manière plus moderne. Il est lu par EFI
lors du démarrage à partir d'une clé USB ou d'un disque dur, et peut être utilisé pour rechercher et monter un HFS+
partition à l'intérieur de l'image ISO.
An APM (Apple Partition Map) marque la partition HFS+. Il est lu par les Mac pour le démarrage et
pour le montage.
MBR, GPT et APM sont combinables. APM occupe les 8 premiers octets du code de démarrage MBR. Tous
trois n'empêchent pas le démarrage d'El Torito à partir du CD-ROM.
xorrisofs prend en charge d'autres fonctionnalités de démarrage : MIPS Big Endian (SGI), MIPS Little Endian
(DEC), SUN SPARC, HP-PA, DEC Alpha. Ceux-ci ne sont pas combinables entre eux et ne sont pas non plus
combinable avec MBR, GPT ou APM.

Plusieurs des options suivantes attendent des chemins de disque en entrée mais acceptent également une description
chaînes pour le lecteur d'intervalles libisofs, qui est capable de couper les données des fichiers disque ou
-indev et pour mettre à zéro des parties du contenu : -G, -generic-boot, --embedded-boot,
--grub2-mbr, -isohybrid-mbr, -efi-boot-part, -prep-boot-part, -B, -sparc-boot,
-append_partition.
La chaîne de description se compose des éléments suivants, séparés par deux-points ' :'
"--interval:"Flags":"Interval":"Zeroizers":"Source
Le composant "--interval" indique qu'il ne s'agit pas d'un chemin de disque simple mais plutôt d'un intervalle
chaîne de description du lecteur.
Le composant Flags modifie l'interprétation suivante :
"local_fs" demande de lire à partir d'un fichier décrit par le chemin dans Source.
"imported_iso" demande de lire à partir du fichier -indev. Cela ne fonctionne que si -outdev n'est pas le même
comme -indev. Le composant Source est ignoré.
Le composant Interval se compose de deux numéros d'adresse d'octet séparés par un caractère "-".
Par exemple, "0-429" signifie lire les octets 0 à 429.
Le composant Zeroizers se compose de zéro ou plusieurs chaînes séparées par des virgules. ils définissent
quelle partie des données lues mettre à zéro. L'octet numéro 0 signifie l'octet lu à partir du
Adresse de début d'intervalle. Chaque chaîne peut être l'une des suivantes :
"zero_mbrpt" demande de mettre à zéro la table de partition MBR si les octets 510 et 511 portent le MBR
signature 0x55 0xaa.
"zero_gpt" demande de vérifier un en-tête GPT dans les octets 512 à 1023, de le mettre à zéro et son
blocs de table de partition.
"zero_apm" demande de rechercher un bloc APM 0 et de mettre à zéro ses blocs de table de partition.
Start_byte"-"End_byte demande de mettre à zéro les octets lus commençant par le nombre
Start_byte et se terminant après End_byte.
Le composant Source est le chemin du fichier avec l'indicateur "local_fs", et ignoré avec l'indicateur
"importé_iso".
Les nombres d'octets peuvent être mis à l'échelle par un suffixe parmi {k,m,g,t,s,d} signifiant la multiplication par
{1024, 1024k, 1024m, 1024g, 2048, 512}. Un numéro de fin de valeur mise à l'échelle représente le dernier octet de
la plage mise à l'échelle.
Par exemple, "0d-0d" est "0-511".
Exemples :
"local_fs:0-32767:zero_mbrpt,zero_gpt,440-443:/tmp/template.iso"
"importé_iso:45056d-47103d ::"

-G chemin_disque
Copiez au plus 32768 octets du fichier disque donné au tout début de l'ISO
l'image.
À part une image de démarrage El Torito, le fichier disk_path n'a pas besoin d'être ajouté au
image ISO. Il n'apparaîtra pas sous forme de fichier dans les arborescences de répertoires.
Dans les situations multi-sessions, le disk_path spécial "." empêche la lecture d'un disque
fichier mais entraîne néanmoins les ajustements dans le MBR existant, qui ont été
commandé par d'autres options.

-démarrage-générique chemin_disque
Alias ​​de -G.

--démarrage intégré chemin_disque
Alias ​​de -G.

--grub2-mbr chemin_disque
Installez disk_path dans la zone système et traitez-le comme un MBR GRUB2 moderne. Le contenu
l'adresse de début de la première image de démarrage est convertie en un nombre de blocs de 512 octets,
et un décalage de 4 est ajouté. Le résultat est écrit sous la forme d'un nombre little-endian de 64 bits
à l'adresse d'octet 0x1b0.

-isohybride-mbr chemin_disque
Installez disk_path en tant que MBR isohybrid ISOLINUX qui crée l'image de démarrage donnée par
option -b amorçable à partir de clés USB et de disques durs via PC-BIOS. Cette préparation est
normalement fait par le programme ISOLINUX isohybrid sur l'image ISO déjà produite.
Le chemin du disque doit conduire à l'un des fichiers Syslinux isohdp[fp]x*.bin . Le MBR
est corrigé en fonction des besoins isohybrides. La première partition décrit la plage
de l'image ISO. Son début est au bloc 0 par défaut, mais peut être défini sur 64 disque
blocs par l'option -partition_offset 16.
Pour la signification de disk_path spécial "." voir l'option -G.

-isohybride-gpt-basdat
Marquez l'image de démarrage El Torito actuelle (voir les options -b et -e) dans GPT comme partition
de type Données de base. Cela ne fonctionne qu'avec -isohybrid-mbr et a le même impact sur
la zone système en tant que -efi-boot-part. Il ne peut pas être combiné avec -efi-boot-part ou
-hfsplus.
Les trois premières images de démarrage marquées par GPT apparaîtront également en tant que partition
entrées de type 0xef dans MBR. La partition MBR pour PC-BIOS obtient le type 0x00 plutôt
que 0x17 dans ce cas. Souvent, les autres entrées MBR sont celles qui
s'habituer à EFI.

-isohybride-gpt-hfsplus
Marquez l'image de démarrage El Torito actuelle (voir les options -b et -e) dans GPT comme partition
de type HFS+. L'impact et les restrictions sont comme avec -isohybrid-gpt-basdat.

-isohybride-apm-hfsplus
Marquez l'image de démarrage El Torito actuelle (voir les options -b et -e) dans la partition Apple
Mapper en tant que partition de type HFS+. Cela ne fonctionne qu'avec -isohybrid-mbr et a un
impact similaire sur la zone du système comme -hfsplus. Il ne peut pas être combiné avec
-efi-boot-part ou -hfsplus.
Le fichier MBR isohybride ISOLINUX doit commencer par un modèle connu de 32 octets de x86
code machine qui ne fait essentiellement rien. Il sera écrasé par 32 octets de
Maquette d'en-tête APM.

--protective-msdos-étiquette
Corrigez la zone système par une simple table de partition PC-DOS où la partition 1 revendique
la plage de l'image ISO mais laisse le premier bloc non réclamé.

-partition_offset 2kb_block_adr
Cause une table de partition avec une seule partition qui commence au bloc donné
adresse. Ceci est compté en blocs de 2048 octets, pas en blocs de 512 octets. Si le bloc
l'adresse est différente de zéro, elle doit être au moins égale à 16. Les valeurs supérieures à 16 sont à peine
utile. Un décalage de partition différent de zéro provoque la génération de deux superblocs et deux
ensembles d'arborescences de répertoires. L'image est alors montable à partir de son début absolu comme
ainsi qu'à partir du début de la partition.
La valeur de décalage d'une image ISO est préservée lorsqu'une nouvelle session est ajoutée à un
image chargée. Ainsi, la valeur définie ici n'est effective que si une nouvelle image ISO obtient
écrit.

-partition_hd_cyl nombre
Définissez le nombre de têtes par cylindre pour la table de partition MBR. 0 choisit un
valeur par défaut. Le maximum est de 255.

-partition_sec_hd nombre
Définissez le nombre de secteurs par tête pour la table de partition MBR. 0 choisit un
valeur par défaut. Le maximum est de 63.
Le produit partition_sec_hd * partition_hd_cyl * 512 est la taille du cylindre. Ce
devrait être divisible d'ici 2048 afin de permettre un alignement exact. Avec
partitions ajoutées et -appended_part_as_gpt il n'y a pas de limite pour le nombre de
cylindres. Sinon, il peut y en avoir au plus 1024. Si la taille du cylindre est trop
petit pour rester en dessous de la limite, les valeurs appropriées de partition_hd_cyl sont
choisi avec partition_sec_hd 32 ou 63. Si l'image est plus grande que 8,422,686,720 XNUMX XNUMX XNUMX
octets, les contraintes de taille de cylindre ne peuvent pas être remplies pour le MBR. Ils semblent
pas trop important en tout cas. Les adresses de blocs plats dans les tables de partition sont bonnes pour
1 Tio.

-partition_cyl_align mode
Contrôlez l'alignement de la taille de l'image sur un nombre entier de cylindres. il est prescrit
par les spécifications isohybrid et cela semble plaire au programme fdisk. La taille du cylindre doit être
divisible par 2048. Les images de plus de 8,323,596,288 XNUMX XNUMX XNUMX octets ne peuvent pas être alignées dans MBR
table de partition.
Le mode "auto" est par défaut. L'alignement par remplissage ne se produit que si l'option -isohybrid-mbr
est donné.
Le mode "on" provoque l'alignement par remplissage avec l'option --protective-msdos-label aussi.
Le mode "all" est comme "on" mais remplit également les partitions de -append_partition à un
taille alignée.
Le mode "off" désactive l'alignement inconditionnellement.

-append_partition numéro_partition code_type chemin_disque
Faire en sorte qu'une image de système de fichiers préparée soit ajoutée à l'image ISO et soit
décrit par une entrée de table de partition dans un bloc d'amorçage au début de l'émergence
image ISO. L'entrée de partition portera la taille du fichier soumis arrondie
au prochain multiple de 2048 octets ou au prochain multiple de la taille du cylindre.
Méfiez-vous des exécutions multi-sessions ultérieures. La partition ajoutée obtiendra
écrasé.
partition_number peut être compris entre 1 et 4. Le numéro 1 placera l'intégralité de l'image ISO dans le
espace non réclamé avant la partition 1. Donc, avec la plupart des xorriso MBR ou GPT
fonctionnalités, le numéro 2 serait le choix le plus naturel.
Le type_code peut être "FAT12", "FAT16", "Linux", ou un nombre hexadécimal entre
0x00 et 0xff. Tous ces chiffres ne donneront pas de résultats utilisables. Pour une liste de codes
recherchez sur Internet les "Types de partitions" ou exécutez la commande fdisk "L". Ce code
n'a d'importance qu'avec MBR, pas avec GPT.
Si une autre commande provoque la production de GPT, alors les partitions ajoutées
y sera également mentionné, même si -appended_part_as_gpt n'est pas indiqué.

-appended_part_as_gpt
Marque les partitions de -append_partition dans GPT plutôt que dans MBR. Dans ce cas
le MBR montre une seule partition de type 0xee qui couvre l'ensemble des données de sortie.
Par défaut, les partitions ajoutées ne sont marquées dans GPT que si GPT est produit car
d'autres options.

-efi-boot-part chemin_disque
Copiez un fichier du disque dans l'image ISO émergente et marquez-le par une entrée GPT comme EFI
Partition système. Le micrologiciel de démarrage EFI est censé utiliser une image de système de fichiers FAT dans
une telle partition pour démarrer à partir d'une clé USB ou d'un disque dur.
Au lieu d'un disk_path, le mot --efi-boot-image peut être donné. Il expose en GPT
le contenu de la première image de démarrage El Torito EFI en tant que partition système EFI. démarrage EFI
les images sont introduites par les options -e ou --efi-boot. L'image de démarrage EFI affectée
ne peut pas apparaître dans HFS+ car il est stocké en dehors de la partition HFS+.

-chrp-boot-part
Marquez la plage de blocs de l'ensemble de l'image ISO émergente en tant que partition MBR de type 0x96.
Ceci n'est compatible avec aucune autre fonctionnalité qui produit des entrées de partition MBR.
Cela rend GPT méconnaissable.
CHRP est souvent utilisé en conjonction avec HFS. Il n'a pas encore été testé si HFS+
les systèmes de fichiers produits avec l'option -hfsplus démarreraient sur n'importe quelle machine compatible CHRP
qui ne démarre pas non plus l'ISO 9660 pur.

-chrp-boot
Alias ​​de -chrp-boot-part.

-prep-boot-part chemin_disque
Copiez un fichier du disque dans l'image ISO émergente et marquez-le par une partition MBR
entrée de type 0x41. Le firmware de démarrage PReP est censé lire le contenu du
partition en tant que fichier exécutable ELF unique. Cette option est compatible avec d'autres MBR
partitions et avec GPT.

-mips-boot iso_rr_path
Déclarez un fichier de données dans l'image comme un fichier de démarrage MIPS Big Endian et provoquez
production d'un en-tête de volume MIPS Big Endian. Ceci est mutuellement exclusif avec
production d'autres blocs de démarrage comme MBR. Il écrasera les 512 premiers octets de
toutes les données fournies par -G. Jusqu'à 15 fichiers de démarrage peuvent être déclarés par plusieurs
-mips-options de démarrage.

-mipsel-botte iso_rr_path
Déclarez un fichier de données dans l'image comme étant le fichier de démarrage MIPS Little Endian. C'est
mutuellement exclusifs avec d'autres blocs de démarrage. Il écrasera les 512 premiers octets
de toute donnée fournie par -G. Un seul fichier de démarrage peut être déclaré par
-mipsel-boot.

-B chemin_disque[,chemin_disque ...]
Provoque l'écriture d'un ou plusieurs fichiers de données sur le disque après la fin de l'image ISO.
Une étiquette de disque SUN sera écrite dans les 512 premiers octets de l'image ISO qui
répertorie cette image comme partition 1 et les disk_paths donnés comme partition 2 jusqu'à 8.
Les fichiers disque doivent contenir des images de démarrage appropriées pour les systèmes SUN SPARC.
Le pseudo disk_path "..." fait que toutes les entrées de partition vides deviennent des copies de
la dernière entrée non vide. Si aucun autre disk_path n'est indiqué avant "..." alors tout
les partitions décrivent l'image ISO. Dans ce cas, le code du chargeur de démarrage doit être
importé par l'option -G.

-sparc-botte chemin_disque[,chemin_disque ...]
Alias ​​de -B.

-étiquette-sparc texte
Définissez le texte d'étiquette ASCII d'une étiquette de disque SUN.

--grub2-sparc-core iso_rr_path
Faire en sorte que l'adresse de contenu et la taille du fichier de données donné dans l'image soient
écrit après l'étiquette du disque SUN. Les deux nombres sont comptés en octets. L'adresse
est écrit sous la forme d'un nombre big-endian 64 bits dans l'octet 0x228. La taille s'écrit 32
bit du nombre big-endian à l'octet 0x230.

-hppa-ligne de commande texte
Définissez la ligne de commande PALO pour HP-PA. Jusqu'à 1023 caractères sont autorisés par
défaut. Avec -hppa-hdrversion 4, la limite est de 127.
Notez que les cinq premières options -hppa sont obligatoires, si l'une des options -hppa
est donné. Seule l'option -hppa-hdrversion peut être manquante.

-hppa-bootloader iso_rr_path
Désignez le chemin donné en tant que fichier du chargeur de démarrage HP-PA.

-hppa-noyau-32 iso_rr_path
Désignez le chemin donné en tant que fichier de noyau HP-PA 32 bits.

-hppa-noyau-64 iso_rr_path
Désignez le chemin donné en tant que fichier de noyau HP-PA 64 bits.

-hppa-disque virtuel iso_rr_path
Désignez le chemin donné en tant que fichier de disque RAM HP-PA.

-hppa-hdrversion nombre
Choisissez entre la version 5 de l'en-tête PALO (par défaut) et la version 4. Pour le
valeur voir dans le code source PALO : PALOHDRVERSION.

-alpha-boot iso_rr_path
Déclarez un fichier de données dans l'image comme étant le chargeur d'amorçage secondaire DEC Alpha SRM
et provoquer la production d'un secteur d'amorçage qui pointe vers celui-ci. Ceci est mutuellement
exclusif avec la production d'autres blocs de démarrage comme MBR.

Personnage ensembles:

Les jeux de caractères ne devraient pas avoir d'importance tant que seuls les caractères alphanumériques anglais sont utilisés
pour les noms de fichiers ou tant que tous les auteurs et lecteurs du support utilisent le même caractère
ensemble. En dehors de ces contraintes, il peut être nécessaire de laisser xorriso convertir les codes d'octet.
Une conversion du jeu de caractères d'entrée au jeu de caractères de sortie est effectuée lorsqu'un fichier ISO
l'image s'écrit. Vice versa, il y a une conversion du jeu de caractères de sortie au
jeu de caractères d'entrée lorsqu'une image ISO est chargée. Les ensembles peuvent être définis par des options
-input-charset et -output-charset, si nécessaire.

-jeu de caractères d'entrée nom_jeu_de_caractères
Définir le jeu de caractères à partir duquel convertir les noms de fichiers de disque lors de leur insertion
dans l'image ISO.

-sortie-jeu de caractères nom_jeu_de_caractères
Définissez le jeu de caractères à partir duquel convertir les noms des images ISO chargées et
pour convertir les noms lors de l'écriture d'images ISO.

jigdo Modèle Extraction:

De man genisoimage : " Jigdo est un outil d'aide à la distribution de gros fichiers comme les CD
et images DVD ; voir http://atterer.net/jigdo/ pour plus de détails. CD Debian et DVD ISO
les images sont publiées sur le web au format jigdo pour permettre aux utilisateurs finaux de les télécharger davantage
efficacement."
Si l'utilisation de libjte a été activée au moment de la compilation de xorriso, alors xorrisofs peut produire un
.jigdo et un fichier .template avec une image ISO à session unique. Si non, alors Jigdo
options provoquera un événement FAILURE, qui conduit normalement à l'abandon du programme.
On peut déterminer la capacité de Jigdo en :
$ xorrisofs -version 2>&1 | grep '^libjte' && echo OUI

Le fichier .jigdo contient des sommes de contrôle et des adresses de fichiers symboliques. Le fichier .template
contient l'image ISO compressée avec des balises de référence au lieu des octets de contenu du
fichiers répertoriés.
Les entrées pour ce processus sont les arguments normaux pour un xorrisofs séance sans image
chargé, et un fichier .md5 qui répertorie les fichiers de données qui peuvent être répertoriés dans le .jigdo
fichier et référencé en externe dans le fichier .template. Chaque fichier désigné est représenté
dans le fichier .md5 par une seule ligne de texte :
MD5 en 32 chiffres hexadécimaux, 2 blancs, taille en 12 chiffres décimaux ou blancs, 2 blancs, symbolique
adresse de fichier
L'adresse de fichier dans une ligne .md5 doit porter le même nom de base que le disk_path du
fichier auquel il doit correspondre. Le chemin du répertoire de l'adresse du fichier est déterminant pour To=From
mappage, pas pour la reconnaissance de fichiers. Après le mappage To=From, l'adresse du fichier est écrite
dans le fichier .jigdo. Les outils de restauration Jigdo convertiront ces adresses en vraiment
des adresses de sources de données accessibles à partir desquelles ils peuvent lire.
Si la liste des paramètres jigdo n'est pas vide, le remplissage sera compté comme faisant partie du
image ISO.

-jigdo-jigdo chemin_disque
Définissez le disk_path pour le fichier .jigdo avec les sommes de contrôle et les adresses de téléchargement pour
remplir les trous dans .template.

-jigdo-modèle chemin_disque
Définissez le disk_path pour le fichier .template avec l'image ISO trouée et compressée
copie.

-jigdo-min-taille-du-fichier taille
Définissez la taille minimale pour qu'un fichier de données soit répertorié dans le fichier .jigdo et soit un
trou dans le fichier .template. size peut être un nombre simple comptant les octets, ou un nombre
avec la lettre "k", "m", "g" en annexe pour compter KiB (1024 octets), MiB (1024 KiB), ou
Gio (1024 Mio).

-jigdo-force-md5 motif_chemin_disque
ajoute un modèle d'expression régulière qui sera comparé à l'absolu
disk_path de tout fichier de données qui n'a pas été trouvé dans la liste .md5. Un match provoque un
Événement MISHAP, qui n'interrompt normalement pas l'exécution du programme mais provoque finalement un
valeur de sortie non nulle du programme.

-jigdo-exclure motif_chemin_disque
Ajoutez un modèle d'expression régulière qui sera comparé à l'absolu
disk_path de n'importe quel fichier de données. Une correspondance fait que le fichier reste dans .template dans n'importe quel
Cas.

-jigdo-carte À = De
Ajoutez une paire de chaînes de la forme To=From à la liste de paramètres. Si un fichier de données obtient
répertorié dans le fichier .jigdo, il est alors référencé par l'adresse de fichier de sa ligne dans
le fichier .md5. Cette adresse de fichier est vérifiée si elle commence par le De
chaîne de caractères. Si c'est le cas, alors cette chaîne sera remplacée par la chaîne À et un ':'
caractère, avant qu'il n'entre dans le fichier .jigdo. La chaîne De doit se terminer par un '/'
caractère.

-md5-liste chemin_disque
Définissez le disk_path où trouver le fichier d'entrée .md5.

-jigdo-template-compresser "gzip"|"bzip2"
Choisissez l'un de "bzip2" ou "gzip" pour la compression du fichier modèle. Le jigdo
le fichier est sorti non compressé.

-checksum_algorithm_iso liste_de_noms
Choisissez un ou plusieurs parmi "md5", "sha1", "sha256", "sha512" pour l'auxiliaire "# Image
Sommes de contrôle hexadécimales" dans le fichier .jigdo. La liste des noms peut par exemple ressembler à
"md5, sha1, sha512". La valeur "all" choisit tous les algorithmes disponibles. Notez que MD5
reste toujours activé.

-checksum_algorithm_template liste_de_noms
Choisissez les algorithmes pour les sommes de contrôle "# Template Hex" dans le fichier .jigdo. Les
les règles pour list_of_names sont les mêmes qu'avec -checksum_algorithm_iso.

Divers options:

-taille d'impression
Imprimer sur la sortie standard le nombre prévisible de blocs de 2048 octets dans le
image ISO émergente. Ne produisez pas cette image.
Le résultat dépend de plusieurs paramètres.
Si l'option --emul-toc est donnée, alors le remplissage (voir -pad) n'est pas compté comme faisant partie de
la taille de l'image. Dans ce cas, utilisez -no-pad ou ajoutez 150 (= 300 KiB) au
nombre résultant.
Si l'émulation mkisofs se termine après l'option -print-size, alors les propriétés du plus
le fichier image de démarrage récemment spécifié ne peut pas être modifié par les commandes xorriso suivantes.

--no_rc
Seulement si elle est utilisée comme premier argument, cette option empêche la lecture et l'interprétation de
fichiers de démarrage. Voir la section FICHIERS ci-dessous.

-Aide
Répertoriez les options prises en charge sur stderr. Les options mkisofs d'origine portent leur
textes de description mkisofs.

-silencieux
Supprimer la plupart des messages du programme exécuté, à l'exception de ceux qui indiquent des problèmes ou
erreurs.

-gui
Augmentez la fréquence des messages de tétine lors de l'écriture d'une image ISO.

-fichier journal chemin_disque
Tronquez le fichier disk_path à la taille 0 et redirigez-y tous les messages qui
apparaissent normalement sur stderr. -log-file avec du texte vide comme disk_path réactive la sortie
à stderr.

-v
Activer la sortie des messages d'information du programme.

-verbeux
Alias ​​de -v.

-version
Imprimer sur une sortie standard un texte commençant par
"mkisofs 2.01-Émulation Copyright (C)"
et à l'erreur standard les informations de version de xorriso.

EXEMPLES

Vue d’ensemble of exemples:
Un simple cycle de production d'images
Définir les chemins d'images ISO par -graft-points
Effectuer des courses multi-sessions
Laissez les xorrisofs travailler sous les growisofs
Sauvegarde incrémentielle de quelques arborescences de répertoires
Sauvegarde incrémentielle avec arbres accumulés
Créez des images amorçables pour PC-BIOS et EFI

A simple image production courir
Une arborescence de fichiers préparée dans le répertoire ./for_iso est copiée dans le répertoire racine de l'ISO
image. Les autorisations de fichiers sont définies en lecture seule pour tout le monde. Attributs Joliet pour
Les systèmes Microsoft sont ajoutés. L'image résultante est écrite en tant que fichier de données ./image.iso sur
disque.
$ xorrisofs -r -J -o ./image.iso ./for_iso

Ensemble ISO image chemins by -greffons
Sans l'option -graft-points, chaque fichier disque donné est copié dans le répertoire racine du
Image ISO, conservant son nom. Si un répertoire est donné, alors ses fichiers et
les sous-répertoires sont copiés dans le répertoire racine, en conservant leurs noms.
$ xorrisofs ... /home/moi/fichier de données /tmp/répertoire
rendements dans le répertoire racine de l'image ISO :
/fichier de données
/file_1_from_directory

/file_N_from_directory

Avec l'option -graft-points, il est possible de placer des fichiers et des répertoires dans des chemins arbitraires
dans l'image ISO.
$ xorrisofs ... -graft-points /home/me/datafile /dir=/tmp/directory
rendements dans le répertoire racine de l'image ISO :
/fichier de données
/rép
Les répertoires parents éventuellement nécessaires dans l'image seront créés automatiquement :
/datafiles/file1=/home/me/datafile
rendements dans l'image ISO :
/fichiers de données/fichier1
Les attributs du répertoire /datafiles sont copiés depuis /home/me sur le disque.

Normalement, il faut éviter les caractères = et \ dans la partie ISO d'un pathspec. Mais s'il
doit être, on peut y échapper :
/with_\=_and_\\/file=/tmp/directory/file
rendements dans l'image ISO :
/avec_=_et_\/fichier

Effectuer multi-session fonctionne
Cet exemple fonctionne uniquement pour les supports multisession : CD-R[W], DVD-R[W], DVD+R, BD-R. Ajouter
option cdrskin --grow_overwriteable_iso to all -as cdrecord s'exécute afin d'activer
émulation multisession sur support écrasable.
La première session s'écrit ainsi :
$ xorrisofs -greffons-points \
/tree1=prepared_for_iso/tree1 \
| xorriso -as cdrecord -v dev=/dev/sr0 blank=fast -multi -eject -
Les sessions de suivi sont écrites comme ceci :
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ m=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$ xorrisofs -M /dev/sr0 -C $m -points-de-greffe \
/tree2=prepared_for_iso/tree2 \
| xorriso -as cdrecord -v dev=/dev/sr0 -waiti -multi -eject -
Éjectez toujours le plateau du lecteur entre les sessions. Les anciennes sessions sont lues via /dev/sr0. Son
le pilote de périphérique peut ne pas être au courant du contenu modifié avant de charger à nouveau le support.
Dans ce cas, la session précédente ne serait pas chargée et la nouvelle session contiendrait
uniquement les fichiers nouvellement ajoutés.
Pour la même raison, ne laissez pas xorriso -as cdrecord charger le support, mais faites plutôt ceci
manuellement ou par un programme qui lit à partir de /dev/sr0.

Laisser nous xorrisofs TRAVAIL dessous croissance
growisofs attend un programme de formatage ISO qui comprend les options -C et -M. Une variable
est défini pour remplacer le nom par défaut codé en dur.
$ export MKISOFS="xorrisofs"
$ growisofs -Z /dev/dvd /certains/fichiers
$ growisofs -M /dev/dvd /more/files
Si aucun "xorrisofs" n'est disponible sur votre système, alors vous devrez créer un lien
pointant vers le binaire xorriso et dites à growisofs de l'utiliser. Par exemple par :
$ ln -s $(which xorriso) "$HOME/xorrisofs"
$ export MKISOFS="$HOME/xorrisofs"
On peut quitter l'émulation mkisofs par l'argument "--" et utiliser toutes les commandes xorriso.
growisofs n'aime pas les options qui commencent par "-o" mais -outdev doit être défini sur "-". Alors utilise
"outdev" à la place :
$ growisofs -Z /dev/dvd --for_backup --\
outdev - -update_r /mes/fichiers /fichiers
$ growisofs -M /dev/dvd --for_backup --\
outdev - -update_r /mes/fichiers /fichiers
Notez que --for_backup est fourni dans l'émulation mkisofs. Pour conserver les extras enregistrés
data, il doit déjà être en vigueur, lorsque l'émulation charge l'image.

Incrémental sauvegarde of a few annuaire arbres
Cela modifie les arborescences de répertoires /open_source_project et /personal_mail dans l'image ISO
de sorte qu'ils deviennent des copies exactes de leurs homologues sur disque. Les objets de fichier ISO obtiennent
créés, supprimés ou ajustent leurs attributs en conséquence.
ACL, xattr, liens durs et sommes de contrôle MD5 seront enregistrés. Il est prévu que l'inode
les nombres dans le système de fichiers du disque sont persistants au cours des cycles de montage et de démarrage. Des dossiers
avec des noms correspondant à *.o ou *.swp sont exclus explicitement.

A utiliser plusieurs fois sur le même support, à chaque mise à jour des deux arbres disques pour
le milieu est désiré. Commencez avec un support vierge et mettez-le à jour jusqu'à ce qu'il échoue
gracieusement en raison du manque d'espace restant sur l'ancien.
Ne laissez pas xorriso -as cdrecord charger le support, mais faites-le plutôt manuellement ou par un
programme qui lit à partir de /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" -greffe-points \
-ancienne-racine / \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -

Cela a du sens si la sauvegarde complète laisse une capacité restante substantielle sur le support et si
les changements attendus sont beaucoup plus petits que la sauvegarde complète.

Améliorée do ne sauraient utilisé Un flux efficace peut augmenter le plus jeune sauvegarde en -ancienne-racine. Avoir au moins deux médias que vous
utiliser en alternance. Ainsi, seules les sauvegardes plus anciennes sont menacées par la nouvelle opération d'écriture, tandis que
la sauvegarde la plus récente est stockée en toute sécurité sur un support différent.
Ayez toujours un support vierge prêt à effectuer une sauvegarde complète au cas où la tentative de mise à jour échouerait
en raison d'une capacité restante insuffisante. Cet échec ne gâchera pas l'ancien support, de
cours.

Si les numéros d'inode sur le disque ne sont pas persistants, utilisez l'option --old-root-no-ino . Dans ce
dans le cas où une mise à jour comparera les sommes MD5 enregistrées avec le contenu du fichier actuel sur le disque
disque.

Avec monter option -o "sbsecteur=" sur GNU/Linux ou -s sur FreeBSD ou NetBSD, il est possible de
accéder aux arborescences de session qui représentent les anciennes versions de sauvegarde. Avec un support CD,
Le montage GNU/Linux accepte les numéros de session directement par son option "session=".
Les médias multisession et la plupart des médias écrasables écrits par xorriso peuvent dire aux sbsectors
de leurs sessions par xorriso option -toc :
$ xorriso -dev /dev/sr0 -toc
xorriso peut imprimer la commande de montage correspondante pour un numéro de session :
$ xorriso -mount_cmd /dev/sr0 session 12 / mnt
ou pour un identifiant de volume qui correspond à une expression de recherche :
$ xorriso -mount_cmd /dev/sr0 volid '*2008_12_05*' / mnt
Les deux donnent sur une sortie standard quelque chose comme :
mount -t iso9660 -o nodev,noexec,nosuid,ro,sbsector=1460256 '/dev/sr0' '/ mnt'
Le superutilisateur peut laisser xorriso exécuter la commande de montage directement :
# osirrox -mount /dev/sr0 "volid" '*2008_12_05*' / mnt

Incrémental sauvegarde avec accumulé arbres
Solaris n'offre pas la possibilité de monter des sessions plus anciennes. Afin de les garder
accessible, on peut mapper tous les fichiers dans une arborescence de fichiers sous un répertoire de session et accumuler
ces répertoires de session en session. L'arbre -root est cloné à partir de -old-root
arbre avant qu'il ne soit comparé aux arbres appropriés sur le disque.
Cela exige de connaître le nom du répertoire de session précédemment utilisé.
Avec la première séance :
$ xorrisofs -root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" -greffe-points \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v blank=as_needed \
-multi -waiti -éjecter -

Avec la deuxième session, l'option -old-root fait référence à /session1 et la nouvelle -root est
/session2.
Ne laissez pas xorriso -as cdrecord charger le support, mais faites-le plutôt manuellement ou par un
programme qui lit à partir de /dev/sr0.
$ dd if=/dev/sr0 count=1 >/dev/null 2>&1
$ msinfo=$(xorriso -as cdrecord dev=/dev/sr0 -msinfo)
$load_opts=
$ test -n "$msinfo" && load_opts="-M /dev/sr0 -C $msinfo"
$ xorrisofs $load_opts -root /session2 -old-root /session1 \
-o - --for_backup -m '*.o' -m '*.swp' \
-V PROJ_MAIL_"$(date '+%Y_%m_%d_%H%M%S')" -greffe-points \
/projects=/home/thomas/projects \
/personal_mail=/home/thomas/personal_mail \
| xorriso -as cdrecord dev=/dev/sr0 -v -multi -waiti -eject -
Avec la troisième session, l'option -old-root fait référence à /session2. La nouvelle racine est /session3.
Et ainsi de suite.

Création bootable satellite en BIOS PC ainsi que EFI
La suite de chargeurs de démarrage SYSLINUX/ISOLINUX est populaire pour démarrer PC-BIOS. Le wiki ISOLINUX
prescrit de créer sur disque un répertoire ./CD_root et de copier tous les fichiers désirés
sous ce répertoire. En particulier, le fichier isolinux.bin doit être copié dans
./CD_root/isolinux/isolinux.bin . Il s'agit du fichier image de démarrage.
Les options mkisofs prescrites peuvent être utilisées telles quelles avec xorrisofs:
$ xorrisofs -o sortie.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
./racine_CD
Mettez-le sur CD par un programme de gravure. Par exemple:
$ xorriso -as cdrecord -v dev=/dev/sr0 blank=as_needed sortie.iso

L'image de l'exemple ci-dessus démarrera à partir d'un CD, d'un DVD ou d'un BD, mais pas à partir d'une clé USB ou d'un autre
périphériques de type disque dur. Cela peut être fait à l'aide d'un MBR isohybride. Syslinux fournit
fichiers de modèle correspondants comme isohdp[fp]x*.bin . Par exemple /usr/lib/syslinux/isohdpfx.bin .
Si quelques centaines de Ko de taille n'ont pas d'importance, alors l'option -partition_offset peut être utilisée pour
créer une table de partition où la partition 1 ne commence pas au bloc 0. Cela facilite plus tard
manipulations de la clé USB par des outils de partitionnement et de formatage.
L'image de l'exemple suivant sera préparée pour démarrer via MBR et sa première
partition commencera au bloc de disque dur 64.
Il démarrera également à partir d'un support optique.
$ xorrisofs -o sortie.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 \
./racine_CD
Devenez superutilisateur et copiez l'image dans le fichier de périphérique de base non partitionné de l'USB
coller. Sous GNU/Linux, c'est par exemple /dev/sdb, pas /dev/sdb1.
ATTENTION : Cela écrasera tout partitionnement sur la clé USB et rendra les données restantes
inaccessible.
Assurez-vous donc d'abord d'avoir la bonne adresse de l'appareil prévu. Par exemple en lisant
100 Mio de données et en le regardant clignoter :
# dd bs=2K if=/dev/sdb count=50K >/dev/null
Copiez maintenant l'image dessus
# dd bs=2K if=output.iso of=/dev/sdb

Maintenant pour EFI :
Le fichier image de démarrage doit être l'image d'une partition système EFI, c'est-à-dire un système de fichiers FAT
avec le répertoire /EFI/BOOT et les fichiers de démarrage avec les noms prescrits EFI : BOOTIA32.EFI pour 32 bits
x86, BOOTx64.EFI pour AMD/x64 86 bits (dans UEFI-2.4 il y a bien un "x" minuscule),
BOOTAA64.EFI pour ARM 64 bits. Le logiciel du système de fichiers FAT devrait pouvoir trouver et
inspecter le système de fichiers ISO pour la configuration du chargeur de démarrage et le démarrage du système d'exploitation.
Le programme GRUB2 grub-mkimage peut produire un tel système de fichiers FAT avec un contenu approprié, qui
utilise ensuite d'autres logiciels GRUB2 du système de fichiers ISO.
L'équipement de démarrage EFI peut être combiné avec l'isohybride ISOLINUX ci-dessus pour PC-BIOS dans un non
manière vraiment conforme UEFI-2.4, qui fonctionne évidemment bien. Il donne la partition MBR et GPT
tables, toutes deux avec des partitions imbriquées. En supposant que l'image de la partition système EFI est prête comme
./CD_root/boot/grub/efi.img, ajoutez les options suivantes avant l'adresse du répertoire
./racine_CD :
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-isohybrid-gpt-basdat \
Plus conforme à UEFI-2.4 est de décider pour MBR ou GPT et d'ajouter une copie de
la partition système EFI afin d'éviter le chevauchement de la partition ISO et de la partition EFI.
Ici pour le MBR :
-eltorito-alt-boot -e 'boot/grub/efi.img' -no-emul-boot \
-append_partition 2 0xef ./CD_root/boot/grub/efi.img \
Les ISO résultants sont censés démarrer à partir d'un support optique et d'une clé USB. On peut omettre
option -eltorito-alt-boot si aucune option -b n'est utilisée pour rendre l'ISO amorçable via PC-BIOS.

Pour les ISO avec un équipement de démarrage GRUB2 pur, pensez à utiliser l'outil GRUB2 grub-mkrescue comme
interface pour xorrisofs.

Si vous avez un système de fichiers ISO amorçable et que vous voulez connaître son équipement ainsi qu'une proposition comment
pour le reproduire, essayez:
$ xorriso -hfsplus sur -indev IMAGE.iso \
-report_el_torito plaine -report_system_area plaine \
-print "" -print "======= Proposition d'options xorrisofs :" \
-report_el_torito as_mkisofs

Utiliser xorrisofs en ligne en utilisant les services onworks.net