genisoimage - En ligne dans le Cloud

PROGRAMME:

Nom

genisoimage - crée un système de fichiers ISO9660/Joliet/HFS avec des attributs optionnels Rock Ridge

SYNOPSIS

génisoimage [Options] [-o nom de fichier] spéc. chemin [spéc. chemin ]

DESCRIPTION

génisoimage est un programme de pré-mastering pour générer des systèmes de fichiers hybrides ISO9660/Joliet/HFS.

génisoimage est capable de générer le Système Utilisez Partager Passerelle Articles (SUSP)
spécifié par le Rock Crête Échange Passerelle. Ceci est utilisé pour décrire plus en détail le
dans le système de fichiers ISO9660 à un hôte Unix, et fournit des informations telles que
noms de fichiers, UID/GID, autorisations POSIX, liens symboliques et périphérique bloc et caractère
fichiers.

Si les options de ligne de commande Joliet ou HFS hybride sont spécifiées, génisoimage va créer le
métadonnées de système de fichiers supplémentaires nécessaires pour Joliet ou HFS. Autrement génisoimage sera
générer un système de fichiers ISO9660 pur.

génisoimage peut générer un oui (ou commun) Système de fichiers hybride HFS. Les mêmes fichiers sont vus
en tant que fichiers HFS lorsqu'ils sont accessibles à partir d'un Macintosh et en tant que fichiers ISO9660 lorsqu'ils sont accessibles à partir d'autres
Machines. HFS signifie Hiérarchique Déposez votre dernière attestation Système et est le système de fichiers natif utilisé sur
ordinateurs Macintosh.

Comme alternative, génisoimage peut générer le Apple Extensions à ISO9660. pour chaque fichier.
Ces extensions fournissent à chaque fichier CREATOR, TYPE et certains indicateurs du Finder lorsque
accessible depuis un Macintosh. Voir le HFS MACINTOSH DOSSIER FORMATS section ci-dessous.

génisoimage prend un instantané d'une arborescence de répertoires donnée et génère une image binaire qui
correspondra à un système de fichiers ISO9660 et/ou HFS lorsqu'il est écrit sur un périphérique bloc.

Chaque fichier écrit sur le système de fichiers ISO9660 doit avoir un nom de fichier au format 8.3 (jusqu'à
8 caractères, point, jusqu'à 3 caractères, tous en majuscules), même si Rock Ridge est utilisé.
Ce nom de fichier est utilisé sur les systèmes qui ne peuvent pas utiliser Rock Ridge
(telles que MS-DOS), et chaque nom de fichier dans chaque répertoire doit être différent de
les autres noms de fichiers dans le même répertoire. génisoimage essaie généralement de former correctement
noms en forçant le nom de fichier Unix en majuscule et en le tronquant au besoin, mais souvent cela
donne des résultats insatisfaisants lorsque les noms tronqués ne sont pas tous uniques. génisoimage
attribue des pondérations à chaque nom de fichier, et si deux noms qui sont par ailleurs les mêmes sont
trouvé, le nom avec la priorité la plus basse est renommé pour inclure un numéro à 3 chiffres (garanti
être unique). Par exemple, les deux fichiers foo.bar ainsi que foo.bar.~1~ pourrait être rendu comme
FOO.BAR;1 ainsi que FOO000.BAR;1.

Lorsqu'il est utilisé avec diverses options HFS, génisoimage tentera de reconnaître les fichiers stockés dans
un certain nombre de formats de fichiers Apple/Unix et copiera les fourchettes de données et de ressources ainsi que
toute information pertinente du Finder. Voir le HFS MACINTOSH DOSSIER FORMATS section ci-dessous pour plus
à propos des formats génisoimage les soutiens.

Notez que génisoimage n'est pas conçu pour communiquer directement avec l'auteur. Plus
les auteurs ont des jeux de commandes propriétaires qui varient d'un fabricant à l'autre, et vous
besoin d'un outil spécialisé pour graver le disque. wodim est l'un de ces outils. Le dernier
version de wodim est disponible à partir de http://www.cdrkit.org/.

spéc. chemin est le chemin de l'arborescence de répertoires à copier dans le système de fichiers ISO9660.
Plusieurs chemins peuvent être spécifiés, et génisoimage fusionnera les fichiers trouvés dans tous les
composants de chemin spécifiés pour former l'image du système de fichiers.

Si l'option -greffons a été précisé, il est possible de greffer les chemins à
points autres que le répertoire racine, et il est possible de greffer des fichiers ou des répertoires
sur l'image du cdrom avec des noms différents de ceux qu'ils ont dans le système de fichiers source.
Ceci est plus facile à illustrer avec quelques exemples. Commençons par supposer qu'un
fichier local ../vieux.lis existe et que vous souhaitez l'inclure dans l'image du cdrom.

foo/bar/=../old.lis

comprend vieux.lis dans l'image du cdrom à /foo/bar/vieux.lis, tandis que

foo/bar/xxx=../old.lis

comprend vieux.lis dans l'image du cdrom à /foo/bar/xxx. Le même type de syntaxe peut être
également utilisé avec les répertoires. génisoimage créera tous les répertoires nécessaires de telle sorte que
les points de greffe existent sur l'image du cdrom — les répertoires n'ont pas besoin d'apparaître dans un
des chemins. Par défaut, tous les répertoires créés à la volée comme celui-ci auront
autorisations 0555 et semblent appartenir à la personne qui exécute génisoimage. Si vous le souhaitez
autres permissions ou propriétaires des répertoires intermédiaires, voir -uid, -gid, -rép-mode,
-fichier-mode ainsi que -nouveau-répertoire-mode.

génisoimage fonctionnera également sur les machines Windows lorsqu'il sera compilé avec le cygwin de Cygnus (disponible
de http://www.cygwin.com/). Par conséquent, la plupart des références dans cette page de manuel à Unix peuvent être
remplacé par Win32.

OPTIONS

Plusieurs options peuvent être spécifiées par défaut dans un .genisoimagerc fichier de configuration, comme
ainsi que sur la ligne de commande. Si un paramètre est spécifié aux deux endroits, le réglage de
la ligne de commande est utilisée. Pour plus de détails sur le format et les emplacements possibles de ce fichier,
sur le lien génisoimagerc (5).

-abstrait filet
Spécifie le nom de fichier abstrait. Il y a de la place pour 37 caractères. Équivalent à
ABST dans l' .genisoimagerc fichier.

-A application_id
Spécifie une chaîne de texte qui sera écrite dans l'en-tête du volume. Ceci devrait
décrire l'application qui sera sur le disque. Il y a de la place pour 128
personnages. Équivalent à APPLICATION dans l' .genisoimagerc fichier.

-autoriser-taille-limitée
Lors du traitement de fichiers de plus de 2 Go qui ne peuvent pas être facilement représentés dans
ISO9660, ajoutez-les avec une taille de fichier visible réduite à ISO9660 et avec le bon
taille de fichier visible pour le système UDF. Le résultat est un système de fichiers incohérent et
les utilisateurs doivent s'assurer qu'ils utilisent vraiment UDF plutôt que le pilote ISO9660 pour lire
un tel disque. Implique l'activation -udf.

-allow-leader-points

-ldots Autorisez les noms de fichiers ISO9660 à commencer par un point. Habituellement, un point de départ est remplacé
avec un trait de soulignement afin de maintenir la compatibilité MS-DOS.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes. Utiliser
Avec précaution.

-autoriser-minuscules
Cette option permet aux caractères minuscules d'apparaître dans les noms de fichiers ISO9660.
Cela viole la norme ISO9660, mais cela fonctionne sur certains systèmes. Utiliser
Avec précaution.

-autoriser-multipoint
Cette option permet à plus d'un point d'apparaître dans les noms de fichiers ISO9660. Un leader
le point n'est pas affecté par cette option, il peut être autorisé séparément en utilisant
-allow-leader-points.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes. Utiliser
Avec précaution.

-biblio filet
Spécifie le nom du fichier bibliographique. Il y a de la place pour 37 caractères.
Équivalent à BIBL dans l' .genisoimagerc fichier.

-cache-inodes

-no-inodes-de-cache
Activez ou désactivez la mise en cache des numéros d'inode et de périphérique pour rechercher des liens physiques vers des fichiers. Si
génisoimage trouve un lien physique (un fichier avec plusieurs noms), le fichier sera également
lié en dur sur le CD, de sorte que le contenu du fichier n'apparaît qu'une seule fois. Cela permet d'économiser
espace. -cache-inodes est par défaut sur les systèmes d'exploitation de type Unix, mais
-no-inodes-de-cache est par défaut sur certains autres systèmes tels que Cygwin, car il n'est pas
sûr de supposer que les numéros d'inode sont uniques sur ces systèmes. (Certaines versions de
Cygwin crée de faux numéros d'inode en utilisant un algorithme de hachage faible, ce qui peut produire
doublons.) Si deux fichiers ont le même numéro d'inode mais ne sont pas des liens physiques vers le
même fichier, génisoimage -cache-inodes ne se comportera pas correctement. -no-inodes-de-cache
est sûr dans toutes les situations, mais dans ce cas génisoimage ne peut pas détecter les liens durs,
l'image du CD résultante peut donc être plus grande que nécessaire.

-alpha-boot alpha_boot_image
Spécifie le chemin et le nom de fichier de l'image de démarrage à utiliser lors de la création d'un
CD de démarrage Alpha/SRM. Le chemin doit être relatif au chemin source spécifié
à génisoimage.

-hppa-bootloader hppa_bootloader_image
Spécifie le chemin et le nom de fichier de l'image de démarrage à utiliser lors de la création d'un HPPA
CD de démarrage. Le chemin d'accès doit être relatif au chemin source spécifié pour
génisoimage. D'autres options sont requises, à tout le moins un nom de fichier de noyau et un
ligne de commande de démarrage. Voir le HPPA NOTES section ci-dessous pour plus d'informations.

-hppa-ligne de commande hppa_boot_command_line
Spécifie la ligne de commande à transmettre au chargeur de démarrage HPPA lors de la création d'un
CD de démarrage. Séparez les paramètres par des espaces ou des virgules. Plus d'options doivent être
transmis à génisoimage, au moins un nom de fichier du noyau et le chargeur de démarrage
nom de fichier. Voir le HPPA NOTES section ci-dessous pour plus d'informations.

-hppa-noyau-32 noyau_hppa_32

-hppa-noyau-64 noyau_hppa_64
Spécifie le chemin et le nom de fichier des images de noyau 32 bits et/ou 64 bits à
utilisé lors de la création d'un CD amorçable HPPA. Les chemins doivent être relatifs à la source
chemin spécifié vers génisoimage. D'autres options sont nécessaires, à tout le moins la
le nom de fichier du chargeur de démarrage et la ligne de commande de démarrage. Voir le HPPA NOTES section ci-dessous
pour plus d'information.

-hppa-disque virtuel hppa_ramdisk_image
Spécifie le chemin et le nom de fichier de l'image du disque virtuel à utiliser lors de la création d'un HPPA
CD de démarrage. Le chemin d'accès doit être relatif au chemin source spécifié pour
génisoimage. Ce paramètre est facultatif. D'autres options sont nécessaires, au plus
au moins un nom de fichier du noyau et la ligne de commande de démarrage. Voir le HPPA NOTES section ci-dessous
pour plus d'information.

-mips-boot mips_boot_image
Spécifie le chemin et le nom de fichier de l'image de démarrage à utiliser lors de la création d'un
CD de démarrage SGI/big-endian MIPS. Le chemin doit être relatif au chemin source
spécifié à génisoimage. Cette option peut être spécifiée plusieurs fois, pour mémoriser
à 15 images de démarrage.

-mipsel-botte mipsel_boot_image
Spécifie le chemin et le nom de fichier de l'image de démarrage à utiliser lors de la création d'un
CD de démarrage MIPS DEC/little-endian. Le chemin doit être relatif à la source
chemin spécifié vers génisoimage.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-sparc-botte img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
Spécifie une liste d'images de démarrage séparées par des virgules qui sont nécessaires pour faire un amorçable
CD pour systèmes SPARC. La partition 0 est utilisée pour l'image ISO9660, la première image
le fichier est mappé sur la partition 1. La liste séparée par des virgules peut contenir jusqu'à 7 champs,
y compris les champs vides. Cette option est requise pour créer un CD amorçable pour Sun
systèmes SPARC. Si -B or -sparc-botte a été spécifié, le premier secteur de la
l'image résultante contiendra une étiquette de disque Sun. Cette étiquette de disque spécifie la tranche 0
pour l'image ISO9660 et les tranches 1 à 7 pour les images de démarrage qui ont été
spécifié avec cette option. Décalages d'octets de 512 à 8191 dans chacun des
les images de démarrage doivent contenir un démarrage principal qui fonctionne pour le SPARC approprié
architecture. Le reste de chacune des images contient généralement un système de fichiers UFS utilisé
pour l'étape de démarrage du noyau principal.

La méthode de démarrage implémentée est celle trouvée avec SunOS 4.x et SunOS 5.x.
Cependant, cela ne dépend pas des composants internes de SunOS mais uniquement des propriétés de l'Open
Boot prom, il devrait donc être utilisable pour n'importe quel système d'exploitation pour les systèmes SPARC. Pour plus
informations voir aussi le NOTES section ci-dessous.

Si le nom de fichier spécial est utilisé, la partition de démarrage réelle et toutes les partitions suivantes
sont mappés sur la partition précédente. Si génisoimage est appelé avec -G image -B
toutes les partitions de démarrage sont mappées sur la partition qui contient l'ISO9660
l'image du système de fichiers et l'image de démarrage générique qui se trouve dans les 16 premiers secteurs
du disque est utilisé pour toutes les architectures.

-G générique_boot_image
Spécifie le chemin et le nom de fichier de l'image de démarrage générique à utiliser lors de la création d'un
CD de démarrage générique. L'image de démarrage sera placée sur les 16 premiers secteurs du
CD, avant le descripteur de volume principal ISO9660. Si cette option est utilisée ensemble
avec -sparc-botte, l'étiquette du disque Sun recouvrira les 512 premiers octets du
image de démarrage générique.

-b eltorito_boot_image
Spécifie le chemin et le nom de fichier de l'image de démarrage à utiliser lors de la création d'un El
CD de démarrage Torito pour PC x86. Le chemin doit être relatif au chemin source
spécifié à génisoimage. Cette option est requise pour rendre un El Torito amorçable
CD. L'image de démarrage doit être exactement de 1200 Ko, 1440 Ko ou 2880 Ko, et génisoimage
utilisera cette taille lors de la création du système de fichiers ISO9660 de sortie. Le BIOS du PC
utiliser l'image pour émuler une disquette, donc le premier secteur de 512 octets doit contenir
Code de démarrage du PC. Cela fonctionnera, par exemple, si l'image de démarrage est un démarrage basé sur LILO
souple.

Si l'image de démarrage n'est pas l'image d'une disquette, vous devez ajouter soit
-démarrage-disque-dur or -pas de démarrage émulateur. Si le système ne doit pas démarrer à partir de l'émulé
disque, utilisez -pas de démarrage.

If -sorte n'a pas été spécifié, les images de démarrage sont triées avec une faible priorité (+2)
au début du médium. Si vous n'aimez pas cela, vous devez spécifier un tri
poids de 0 pour les images de démarrage.

-eltorito-alt-boot
Commencez avec un nouvel ensemble de paramètres de démarrage El Torito. Jusqu'à 63 entrées de démarrage El Torito
peut être stocké sur un seul CD.

-démarrage-disque-dur
Spécifie que l'image de démarrage utilisée pour créer les CD de démarrage El Torito est un disque dur
image. L'image doit commencer par un enregistrement de démarrage principal qui contient un seul
cloison.

-pas de démarrage émulateur
Spécifie que l'image de démarrage utilisée pour créer des CD de démarrage El Torito est un " non
émulation". Le système chargera et exécutera cette image sans effectuer
toute émulation de disque.

-pas de démarrage
Spécifie que le CD El Torito créé doit être marqué comme non amorçable. le
système fournira un lecteur émulé pour l'image, mais démarrera à partir d'un
périphérique de démarrage.

-boot-load-seg adresse_segment
Spécifie l'adresse du segment de chargement de l'image de démarrage pour El Torito sans émulation
CDs.

-boot-load-taille charge_secteurs
Spécifie le nombre de secteurs « virtuels » (512 octets) à charger en mode sans émulation.
La valeur par défaut est de charger l'intégralité du fichier de démarrage. Certains BIOS peuvent avoir des problèmes si cela
n'est pas un multiple de 4.

-table d'informations de démarrage
Spécifie qu'une table de 56 octets avec des informations sur la disposition du CD-ROM sera
patché à l'offset 8 dans le fichier de démarrage. Si cette option est donnée, le fichier de démarrage est
modifié in le la source système de fichiers, faites donc une copie de ce fichier s'il ne peut pas être
facilement régénéré ! Voir le EL TORITO BOOT INFO TABLE section pour une description de
cette table.

-C last_sess_start, next_sess_start
Cette option est nécessaire pour créer un CD Extra ou l'image d'une seconde session ou d'un
session de niveau supérieur pour un disque multisession. -C prend deux nombres séparés par un
virgule. Le premier est le premier secteur de la dernière session du disque qui doit être
annexé à. Le deuxième nombre est le numéro de secteur de départ de la nouvelle session.
Les bons numéros peuvent être récupérés en appelant wodim -msinfo If -C est utilisé dans
conjonction avec -M, génisoimage créera une image de système de fichiers destinée à
être une continuation de la session précédente. Si -C s'utilise sans -M, génisoimage
créera une image de système de fichiers destinée à être utilisée pour une deuxième session sur
un CD supplémentaire. Il s'agit d'un CD multisession qui contient les données audio de la première session
et un système de fichiers ISO9660 dans la deuxième session.

-c catalogue_de démarrage
Spécifie le chemin et le nom de fichier du catalogue de démarrage, qui est requis pour un El
CD de démarrage Torito. Le chemin d'accès doit être relatif au chemin source spécifié pour
génisoimage. Ce fichier sera inséré dans l'arborescence de sortie et non créé dans
le système de fichiers source, alors assurez-vous que le nom de fichier spécifié n'entre pas en conflit avec un
fichier existant, ou il sera exclu. Habituellement un nom comme boot.catalogue est choisi.

If -sorte n'a pas été spécifié, le catalogue de démarrage trié avec une faible priorité (+1) à
le début du médium. Si vous n'aimez pas cela, vous devez spécifier un tri
poids de 0 pour le catalogue de bottes.

-vérifier les anciens noms
Vérifiez que tous les noms de fichiers importés de l'ancienne session sont conformes à la norme ISO9660
règles de nommage des fichiers. Sans cette option, seuls les noms de plus de 31 caractères sont
vérifié, car ces fichiers constituent une grave violation de la norme ISO9660.

-vérifier-session filet
Vérifiez la conformité de toutes les anciennes sessions avec les génisoimage Nommage des fichiers ISO9660
des règles. Il s'agit d'une option de haut niveau qui combine -M filet -C 0,0 -vérifier les anciens noms.
Pour le paramètre filet, voir la description de -M.

-droits d'auteur filet
Spécifie les informations de copyright, généralement un nom de fichier sur le disque. Il y a de l'espace
pour 37 caractères. Équivalent à COPY dans l' .genisoimagerc fichier.

-d N'ajoutez pas de point aux fichiers qui n'en ont pas.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes. Utiliser
Avec précaution.

-D N'utilisez pas la relocalisation de répertoire en profondeur, et placez-les simplement comme nous le voyons
Eux.
Si ISO9660:1999 n'a pas été sélectionné, cela viole la norme ISO9660, mais il
fonctionne sur de nombreux systèmes. Utiliser avec précaution.

-rép-mode mode
Remplace le mode des répertoires utilisés pour créer l'image pour mode, spécifié comme 4
chiffres des bits d'autorisation comme dans chmod(1). Cette option active automatiquement Rock
Extensions de faîte.

-dvd-vidéo
Générez un système de fichiers UDF compatible DVD-Vidéo. Cela se fait en triant l'ordre de
le contenu des fichiers appropriés et en ajoutant un remplissage entre les fichiers si
avait besoin. Notez que le tri ne fonctionne que si les noms de fichiers DVD-Vidéo incluent
caractères majuscules uniquement.

Notez que pour obtenir une image de système de fichiers compatible DVD-Vidéo, vous devez
préparer une arborescence de répertoires compatible DVD-Vidéo. Cela nécessite un répertoire VIDEO_TS
(tout en majuscules) dans le répertoire racine du DVD résultant, et généralement un autre
annuaire AUDIO_TS. VIDEO_TS doit inclure tous les fichiers nécessaires (les noms de fichiers doivent être
toutes les majuscules) pour un système de fichiers DVD-Vidéo compatible.

-f Suivez les liens symboliques lors de la génération du système de fichiers. Lorsque cette option n'est pas disponible
utiliser, les liens symboliques seront entrés en utilisant Rock Ridge s'ils sont activés, sinon ils
Sera ignoré.

-fichier-mode mode
Remplace le mode des fichiers normaux utilisés pour créer l'image à mode, spécifié comme
4 chiffres de bits d'autorisation comme dans chmod(1). Cette option active automatiquement Rock
Extensions de faîte.

-gid gid
Remplace l'ID de groupe lu à partir des fichiers source par la valeur de gid. En précisant
cette option active automatiquement les extensions Rock Ridge.

-gui Changez le comportement d'une interface graphique. Cela rend actuellement la sortie plus détaillée mais
peut avoir d'autres effets à l'avenir.

-greffons
Autoriser l'utilisation de points de greffe pour les noms de fichiers. Si cette option est utilisée, tous les noms de fichiers sont
vérifié pour les points de greffe. Le nom de fichier est divisé au premier égal non échappé
signe. Toutes les occurrences des caractères `\' et `=' doivent être échappées avec `\' si
-greffons a été précisé.

-cacher glob
Masquer tous les fichiers correspondants glob, un motif générique de shell, d'être vu dans le
Répertoire ISO9660 ou Rock Ridge. glob peut correspondre à n'importe quelle partie du nom de fichier ou du chemin.
If glob correspond à un répertoire, le contenu de ce répertoire sera masqué. Dans
afin de faire correspondre un nom de répertoire, assurez-vous que le chemin d'accès n'inclut pas de fin
caractère `/'. Tous les fichiers cachés seront toujours écrits sur l'image du CD de sortie
déposer. Voir également -cacher-jolietet LISEZMOI.hide. Cette option peut être utilisée plusieurs
fois.

-masquer-liste filet
Un fichier contenant une liste de caractères génériques de shell à masquer. Voir -cacher.

-caché glob
Ajouter l'attribut de répertoire ISO9660 caché (existence) pour les fichiers et les répertoires
assorti glob, un modèle de caractère générique de shell. Cet attribut empêchera les fichiers
d'être affiché par certaines commandes MS-DOS et Windows. glob peut correspondre à n'importe quelle partie de
le nom ou le chemin du fichier. Afin de faire correspondre un nom de répertoire, assurez-vous que le chemin d'accès
n'inclut pas de caractère `/' de fin. Cette option peut être utilisée plusieurs fois.

-liste-cachée filet
Un fichier contenant une liste de caractères génériques du shell pour obtenir l'attribut caché. Voir
-caché.

-cacher-joliet glob
Masquer les fichiers et répertoires correspondants glob, un motif générique de shell, d'être vu
dans l'annuaire Joliet. glob peut correspondre à n'importe quelle partie du nom de fichier ou du chemin. Si glob
correspond à un répertoire, le contenu de ce répertoire sera masqué. Afin de
correspond à un nom de répertoire, assurez-vous que le chemin d'accès n'inclut pas un `/' de fin
personnage. Tous les fichiers cachés seront toujours écrits dans le fichier image du CD de sortie.
Cette option est généralement utilisée avec -cacher. Voir également LISEZMOI.hide. Cette option peut être
utilisé plusieurs fois.

-masquer-la-liste-joliet filet
Un fichier contenant une liste de caractères génériques de shell à masquer de l'arborescence Joliet. Voir
-cacher-joliet.

-cacher-joliet-trans-tbl
Cache le TRANS.TBL fichiers de l'arborescence Joliet. Ces fichiers ne font généralement pas
sens dans le monde de Joliet car ils énumèrent le vrai nom et le nom ISO9660 qui peut
les deux sont différents du nom Joliet.

-cacher-rr-déplacé
Renommer le répertoire RR_MOVÉ à .rr_moved dans l'arbre Rock Ridge. Il semble que
impossible de cacher complètement le RR_MOVÉ répertoire de l'arborescence Rock Ridge.
Cette option ne fait que rendre l'arbre visible moins déroutant pour les personnes qui ne savent pas
à quoi sert ce répertoire. Si vous n'avez pas besoin RR_MOVÉ répertoire du tout, vous
devrait utiliser -D. Notez que si -D a été spécifié, le système de fichiers résultant n'est pas
Conforme à la norme ISO9660 niveau 1 et ne sera pas lisible sur MS-DOS. Voir aussi le NOTES
.

-jeu de caractères d'entrée jeu de caractères
Jeu de caractères d'entrée qui définit les caractères utilisés dans les noms de fichiers locaux. Pour obtenir une liste
des noms de jeu de caractères valides, appelez génisoimage -jeu de caractères d'entrée aider. Pour obtenir un 1:1
cartographie, vous pouvez utiliser défaut comme nom de jeu de caractères. Les valeurs initiales par défaut sont cp437
sur les systèmes basés sur DOS et iso8859-1 sur tous les autres systèmes. Voir le PERSONNAGE PARURES
section ci-dessous pour plus de détails.

-sortie-jeu de caractères jeu de caractères
Jeu de caractères de sortie qui définit les caractères qui seront utilisés dans Rock Ridge
noms de fichiers. La valeur par défaut est le jeu de caractères d'entrée. Voir PERSONNAGE PARURES section ci-dessous pour
plus de détails.

-iso-niveau niveau
Définissez le niveau de conformité ISO9660. Les nombres valides sont de 1 à 4.

Avec le niveau 1, les fichiers ne peuvent contenir qu'une seule section et les noms de fichiers sont limités à
8.3 caractères.

Avec le niveau 2, les fichiers ne peuvent comporter qu'une seule section.

Avec le niveau 3, aucune restriction (autre que ISO-9660:1988) ne s'applique.

Avec tous les niveaux ISO9660 de 1 à 3, tous les noms de fichiers sont limités aux majuscules
lettres, chiffres et traits de soulignement (_). Les noms de fichiers sont limités à 31 caractères,
l'imbrication de répertoires est limitée à 8 niveaux et les chemins d'accès sont limités à 255
caractères.

Le niveau 4 n'existe pas officiellement mais génisoimage le mappe à ISO-9660:1999, qui
est ISO9660 version 2.

Avec le niveau 4, un descripteur de volume amélioré avec numéro de version et structure de fichier
le numéro de version mis à 2 est émis. L'imbrication des répertoires n'est pas limitée à 8 niveaux,
il n'est pas nécessaire qu'un fichier contienne un point et le point n'a pas de signification particulière,
les noms de fichiers n'ont pas de numéros de version et les noms de fichiers peuvent comporter jusqu'à 207 caractères
long, ou 197 caractères si Rock Ridge est utilisé.

Lors de la création d'images de la version 2, génisoimage émet un descripteur de volume amélioré,
similaire mais pas identique à un descripteur de volume principal. Attention à ne pas utiliser
logiciel cassé pour rendre les images ISO9660 amorçables en supposant une deuxième copie PVD et
patcher cette copie PVD putative dans un VD El Torito.

-J Générez des enregistrements de répertoire Joliet en plus des noms de fichiers ISO9660 standard. Cette
est principalement utile lorsque les disques doivent être utilisés sur des machines Windows. Joliet
les noms de fichiers sont spécifiés en Unicode et chaque composant de chemin peut être jusqu'à 64 Unicode
Longs caractères. Notez que Joliet n'est pas une norme - seuls Microsoft Windows et
Les systèmes Linux peuvent lire les extensions Joliet. Pour une plus grande portabilité, pensez à utiliser
les extensions Joliet et Rock Ridge.

-joliet-long
Autorisez les noms de fichiers Joliet à contenir jusqu'à 103 caractères Unicode, au lieu de 64.
brise la spécification Joliet, mais semble fonctionner. Utiliser avec précaution.

-jcharset jeu de caractères
Une combinaison de -J -jeu de caractères d'entrée jeu de caractères. Voir l' PERSONNAGE PARURES section ci-dessous
pour plus de détails.

-l Autoriser les noms de fichiers complets à 31 caractères. Normalement, le nom de fichier ISO9660 sera au format 8.3
format compatible avec MS-DOS, même si la norme ISO9660 permet
noms de fichiers jusqu'à 31 caractères. Si vous utilisez cette option, le disque peut être
difficile à utiliser sur un système MS-DOS, mais fonctionnera sur la plupart des autres systèmes. Utiliser avec
mise en garde.

-L Option obsolète ; utiliser -allow-leader-points à la place.

-jigdo-jigdo fichier_jigdo
Produire un jigdo .jigdo fichier de métadonnées ainsi que l'image du système de fichiers. Voir le
JIGDO NOTES section ci-dessous pour plus d'informations.

-jigdo-modèle fichier_modèle
Produire un jigdo .modèle ainsi que l'image du système de fichiers. Voir le JIGDO
NOTES section ci-dessous pour plus d'informations.

-jigdo-min-taille-du-fichier taille
Spécifiez la taille minimale d'un fichier à lister dans le .jigdo déposer. Par défaut (et
minimum autorisé) est de 1 Ko. Voir le JIGDO NOTES section ci-dessous pour plus d'informations.

-jigdo-force-md5 chemin
Spécifiez un modèle de fichier où les fichiers must être contenu dans le MD5 fourni en externe
liste fournie par -md5-liste. Voir l' JIGDO NOTES section ci-dessous pour plus
</br>L’Information.

-jigdo-exclure chemin
Spécifiez un modèle de fichier où les fichiers ne seront pas répertoriés dans le .jigdo fichier. Voir le
JIGDO NOTES section ci-dessous pour plus d'informations.

-jigdo-carte chemin
Spécifiez un mappage de modèle pour le fichier jigdo (par exemple Debian=/miroir/debian). Voir
le JIGDO NOTES section ci-dessous pour plus d'informations.

-md5-liste fichier_md5
Spécifiez un fichier contenant les sommes MD5, les tailles et les chemins des fichiers à
inclus dans le .jigdo fichier. Voir le JIGDO NOTES section ci-dessous pour plus
</br>L’Information.

-jigdo-template-compresser algorithme
Spécifiez un algorithme de compression à utiliser pour la date du modèle. gzip et bzip2 sont
actuellement pris en charge, et gzip est la valeur par défaut. Voir le JIGDO NOTES section ci-dessous pour
pour en savoir davantage.

-fichier journal fichier journal
Rediriger tous les messages d'erreur, d'avertissement et d'information vers fichier journal à la place du
erreur standard.

-m glob
Exclure les fichiers correspondants glob, un modèle de shell générique, d'être écrit sur CD-
ROM. glob peut correspondre au composant de nom de fichier ou au chemin d'accès complet. Cette
L'option peut être utilisée plusieurs fois. Par example:

genisoimage -o rom -m '*.o' -m core -m foobar

exclurait tous les fichiers se terminant par « .o », ou appelés core or Foobar de l'image.
Notez que si vous aviez un répertoire appelé Foobar, lui aussi (et bien sûr tous ses
descendants) seraient exclus.

-liste-d'exclusion filet
Un fichier contenant une liste de caractères génériques de shell à exclure. Voir -m.

-max-iso9660-noms de fichiers
Autorisez les noms de fichiers ISO9660 à contenir jusqu'à 37 caractères. Cette option permet -N as
l'espace de nom supplémentaire provient de l'espace réservé aux numéros de version de fichier.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes.
Bien qu'une application conforme doive fournir un espace tampon d'au moins 37
caractères, les disques créés avec cette option peuvent provoquer un débordement de la mémoire tampon dans le
lecture du système d'exploitation. A utiliser avec une extrême prudence.

-M chemin

-M dispositif

-dev dispositif
Spécifie le chemin d'accès à l'image ISO9660 existante à fusionner. La forme alternative prend une
spécificateur de périphérique SCSI qui utilise la même syntaxe que le dév= paramètre de wodim.
La sortie de génisoimage sera une nouvelle session qui devrait être écrite jusqu'à la fin
de l'image spécifiée dans -M. Généralement, cela nécessite une capacité multisession pour
le graveur de CD utilisé pour graver l'image. Cette option ne peut être utilisée que dans
conjonction avec -C.

-N Omettez les numéros de version des noms de fichiers ISO9660.
Cela viole la norme ISO9660, mais personne n'utilise vraiment les numéros de version
en tous cas. Utiliser avec précaution.

-nouveau-répertoire-mode mode
Spécifiez le mode, un nombre à 4 chiffres tel qu'utilisé dans chmod(1), à utiliser lors de la création de nouveaux
répertoires dans l'image du système de fichiers. La valeur par défaut est 0555.

-nobak

-pas de cuisson
Exclure les fichiers de sauvegarde sur le système de fichiers ISO9660 ; c'est-à-dire des noms de fichiers qui
contenir les caractères `~' ou `#' ou se terminer par .bak. Ce sont généralement des fichiers de sauvegarde
pour les éditeurs de texte Unix.

-force-rr
N'utilisez pas la reconnaissance automatique des attributs Rock Ridge pour les sessions précédentes.
Cela peut contourner les problèmes avec les images créées par, par exemple, NERO Burning ROM.

-non-rr N'utilisez pas les attributs Rock Ridge des sessions précédentes. Cela peut aider à
éviter les problèmes lorsque génisoimage trouve des signatures illégales de Rock Ridge sur un vieux
session.

-composants de lien symbolique non divisés
Ne divisez pas les composants du lien symbolique, mais commencez plutôt une nouvelle zone de continuation (CE).
Cela peut gaspiller de l'espace, mais le pilote de cdrom SunOS 4.1.4 a un bug de lecture
diviser les composants de lien symbolique.

On peut se demander si cette option est utile de nos jours.

-pas de champs de liens symboliques fractionnés
Ne divisez pas les champs de lien symbolique, mais commencez plutôt une nouvelle zone de continuation (CE).
Cela peut gaspiller de l'espace, mais les pilotes de cdrom SunOS 4.1.4 et Solaris 2.5.1 ont
un bug dans la lecture des champs de liens symboliques séparés (un `/' peut être supprimé).

On peut se demander si cette option est utile de nos jours.

-o nom de fichier
Spécifiez le fichier de sortie pour l'image du système de fichiers ISO9660. Cela peut être un disque
fichier, un lecteur de bande, ou il peut correspondre directement au nom de périphérique du lecteur optique
graveur de disque. Si non spécifié, stdout est utilisé. Notez que la sortie peut également être un
périphérique de bloc pour une partition de disque normale, auquel cas le système de fichiers ISO9660 peut
être monté normalement pour vérifier qu'il a été généré correctement.

-tampon Remplir la fin de l'image entière de 150 secteurs (300 Ko). Cette option est activée par
défaut. Si utilisé en combinaison avec -B, le rembourrage est inséré entre l'ISO9660
partition et les partitions de démarrage, de sorte que la première partition de démarrage démarre sur un
numéro de secteur qui est un multiple de 16.

Le rembourrage est nécessaire car de nombreux systèmes d'exploitation (par exemple Linux) implémentent la lecture anticipée
bogues dans leurs E/S de système de fichiers. Ces bogues entraînent des erreurs de lecture sur les fichiers qui sont
situé près de la fin d'une piste, en particulier si le disque est écrit en piste à
Une fois le mode, ou où une piste audio CD suit la piste de données.

-pas de tampon
Ne remplissez pas la fin de 150 secteurs (300 Ko) et ne créez pas les partitions de démarrage
démarrer sur un multiple de 16 secteurs.

-liste-de-chemins filet
Un fichier contenant une liste de spéc. chemin répertoires et noms de fichiers à ajouter au
Système de fichiers ISO9660. Cette liste de pathspecs est traitée après celles qui apparaissent sur
la ligne de commande. Si l'argument est -, la liste est lue à partir de l'entrée standard.

-P Option obsolète ; utiliser -éditeur à la place.

-éditeur éditeur_id
Spécifie une chaîne de texte qui sera écrite dans l'en-tête du volume. Ceci devrait
décrire l'éditeur du CD-ROM, généralement avec une adresse postale et un téléphone
numéro. Il y a de l'espace pour 128 caractères. Équivalent à PUBLIER dans l'
.genisoimagerc fichier.

-p id_préparateur
Spécifie une chaîne de texte qui sera écrite dans l'en-tête du volume. Ceci devrait
décrire le préparateur du CD-ROM, généralement avec une adresse postale et un téléphone
numéro. Il y a de l'espace pour 128 caractères. Équivalent à PREP dans l'
.genisoimagerc fichier.

-taille d'impression
Imprimer la taille estimée du système de fichiers en multiples de la taille du secteur (2048 octets) et
sortir. Cette option est nécessaire pour le mode Disk At Once et avec certains lecteurs de CD-R lorsque
canalisation directement dans wodim, cas où wodim doit connaître la taille du
image du système de fichiers à l'avance. Les anciennes versions de mkisofs a écrit cette information (parmi
autres informations) à stderr. Comme cela s'avère difficile à analyser, le nombre
sans aucune autre information est maintenant imprimé sur Stdout trop. Si vous aimez écrire un
script shell simple, redirection stderr et attraper le nombre de Stdout. Cela peut être
fini avec:

cdblocks=` genisoimage -print-size -quiet ... `
génisoimage ... | wodim ... tsize=${cdblocks}s -

-silencieux Cela rend génisoimage encore moins bavard. Aucune sortie de progression ne sera fournie.

-R Générez des enregistrements SUSP et RR à l'aide du protocole Rock Ridge pour décrire plus en détail le
fichiers sur le système de fichiers ISO9660.

-r C'est comme l'option -R, mais la propriété du fichier et les modes sont définis sur plus utiles
valeurs. L'uid et le gid sont mis à zéro, car ils ne sont généralement utiles que sur
le système de l'auteur, et non utile au client. Tous les bits de lecture du fichier sont définis
true, afin que les fichiers et répertoires soient globalement lisibles sur le client. Si seulement
le bit d'exécution est défini pour un fichier, définissez tous les bits d'exécution, de sorte que les exécutables soient
globalement exécutable sur le client. Si un bit de recherche est défini pour un répertoire, définissez
tous les bits de recherche, de sorte que les répertoires soient globalement consultables sur le client.
Tous les bits d'écriture sont effacés, car le système de fichiers sera monté en lecture seule dans n'importe quel
Cas. Si l'un des bits de mode spécial est défini, effacez-le, car les verrous de fichier sont
pas utile sur un système de fichiers en lecture seule, et les bits set-id ne sont pas souhaitables pour l'uid 0
ou gid 0. Lorsqu'il est utilisé sur Win32, le bit d'exécution est défini sur TOUTE des dossiers. C'est un
résultat du manque de permissions de fichiers sur Win32 et l'émulation Cygwin POSIX
couche. Voir également -uid, -gid, -rép-mode, -fichier-mode ainsi que -nouveau-répertoire-mode.

-noms-de-fichiers-relaxés
Permet aux noms de fichiers ISO9660 d'inclure tous les caractères ASCII 7 bits à l'exception des minuscules
des lettres.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes. Utiliser
Avec précaution.

-racine dir
Déplace tous les fichiers et répertoires dans dir dans l'image. C'est essentiellement le même
en utilisant -greffons et en ajoutant un dir devant chaque pathspec, mais est plus facile à
utiliser. dir peut en fait avoir plusieurs niveaux de profondeur. Il est créé avec le même
autorisations comme d'autres points de greffe.

-ancienne-racine dir
Cette option est nécessaire lors de l'écriture d'une image multisession et la précédente (ou
encore plus ancienne) session a été écrite avec -racine dir. Utilisation d'un nom de répertoire introuvable
lors de la session précédente provoque génisoimage pour abandonner avec une erreur. Sans cela
option, génisoimage ne serait pas en mesure de trouver les fichiers non modifiés et serait forcé
d'écrire à nouveau leurs données dans l'image. -racine ainsi que -ancienne-racine sont destinés à être
utilisés ensemble pour faire des sauvegardes incrémentielles. La session initiale utiliserait par exemple :
génisoimage -racine sauvegarde_1 dirs. La prochaine sauvegarde incrémentielle avec génisoimage
-racine sauvegarde_2 -ancienne-racine sauvegarde_1 dirs prendrait un autre instantané de ces
répertoires. Le premier instantané se trouverait dans sauvegarde_1, le deuxième en
sauvegarde_2, mais seuls les fichiers modifiés ou nouveaux doivent être écrits dans le second
session. Sans ces options, de nouveaux fichiers seraient ajoutés et les anciens seraient
conservé. Mais les anciens seraient écrasés si le fichier était modifié. Récupération
les fichiers en copiant tout le répertoire à partir du CD restaurerait également les fichiers qui
ont été supprimés intentionnellement. L'accès à plusieurs anciennes versions d'un fichier nécessite
prise en charge par le système d'exploitation pour choisir les sessions à monter.

-sorte fichier_tri
Triez les emplacements des fichiers sur le support. Le tri est contrôlé par un fichier qui contient
paires de noms de fichiers et pondération de décalage de tri. Si la pondération est plus élevée, le
sera situé plus près du début du média, si la pondération est
plus bas, le fichier sera situé plus près de la fin du média. Il ne doit y avoir que
un espace ou une tabulation entre le nom du fichier et le poids et le poids doit
être les derniers caractères d'une ligne. Le nom de fichier est censé inclure tous les
caractères jusqu'au dernier caractère d'espace ou de tabulation d'une ligne, mais n'incluant pas celui-ci. Cette
est d'autoriser les caractères d'espacement à l'intérieur ou à la fin d'un nom de fichier. Cette
l'option fait ne sauraient trier l'ordre des noms de fichiers qui apparaissent dans l'ISO9660
annuaire. Il trie l'ordre dans lequel les données du fichier sont écrites sur l'image du CD,
ce qui est utile pour optimiser la mise en page des données sur un CD. Voir LISEZMOI.tri en
plus de détails.

-sparc-botte img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
See -B au dessus.

-étiquette-sparc étiquette
Définissez le nom de l'étiquette de disque Sun pour l'étiquette de disque Sun créée avec -sparc-
botte.

-sortie fractionnée
Divisez l'image de sortie en plusieurs fichiers d'environ 1 Go chacun. CA aide
pour créer des images ISO9660 de la taille d'un DVD sur des systèmes d'exploitation sans prise en charge de fichiers volumineux.
wodim concaténera plus d'un fichier en une seule piste si vous écrivez sur un DVD.
Pour faire -sortie fractionnée travailler, -o nom de fichier doit être spécifié. La sortie résultante
les images seront nommées : nom de fichier_00, nom de fichier_01, nom de fichier_02....

-stream-media-taille #
Sélectionnez l'opération de diffusion en continu et définissez la taille du média sur # secteurs. Cela vous permet de
canaliser la sortie du goudron(1) programmer en génisoimage et pour créer un ISO9660
système de fichiers sans avoir besoin d'un fichier d'archive tar intermédiaire. Si cette option
a été spécifié, génisoimage lit de Stdin et crée un fichier avec le nom
FLUX.IMG. La taille maximale du fichier (avec remplissage) est de 200 secteurs inférieure à
le format de support spécifié. Si -pas de tampon a été spécifié, la taille du fichier est de 50
secteurs inférieurs à la taille de support spécifiée. Si le fichier est plus petit, génisoimage
écrira le remplissage. Cela peut prendre un peu de temps.

L'option -stream-media-taille crée uniquement des systèmes de fichiers ISO9660 simples et ne peut pas
utilisé avec des options de système de fichiers multisession ou hybride.

-nom-fichier-stream prénom
Réservé pour une utilisation future.

-sunx86-boot UFS_img,,,AUX1_img
Spécifie une liste d'images de système de fichiers séparées par des virgules qui sont nécessaires pour faire un
CD de démarrage pour les systèmes Solaris x86.

Notez que la partition 1 est utilisée pour l'image ISO9660 et que la partition 2 est la
disque entier, donc les partitions 1 et 2 ne peuvent pas être utilisées par les données de partition externes. le
premier fichier image est mappé sur la partition 0. Il peut y avoir des champs vides dans la virgule.
liste séparée et les entrées de liste pour les partitions 1 et 2 doivent être vides. Le maximum
le nombre de partitions prises en charge est de 8 (bien que la table de partition Solaris x86 puisse
prend en charge jusqu'à 16 partitions), il est donc impossible de spécifier plus de 6 partitions
images. Cette option est requise pour créer un CD amorçable pour les systèmes Solaris x86.

If -sunx86-boot a été spécifié, le premier secteur de l'image résultante sera
contiennent une étiquette PC fdisk avec une partition fdisk Solaris de type 0x82 qui commence à
offset 512 et s'étend sur l'ensemble du CD. De plus, pour le Solaris type 0x82 fdisk
partition, il y a une étiquette de disque SVr4 à l'offset 1024 dans le premier secteur du CD.
Cette étiquette de disque spécifie la tranche 0 pour la première image du système de fichiers (généralement de type UFS)
qui est utilisé pour démarrer le PC et trancher 1 pour l'image ISO9660. La tranche 2 s'étend sur le
toute la tranche de CD 3 ... la tranche 7 peut être utilisée pour des images de système de fichiers supplémentaires qui ont
été spécifié avec cette option.

Un CD de démarrage Solaris x86 utilise un démarrage principal de 1024 octets qui utilise le El Torito
pas d'émulation mode de démarrage et un démarrage générique secondaire qui se trouve dans les secteurs de CD 1..15.
Pour cette raison, les deux -b bootimage -pas de démarrage émulateur ainsi que -G Genboot doit être spécifié.

-étiquette sunx86 étiquette
Définissez le nom d'étiquette de disque SVr4 pour l'étiquette de disque SVr4 créée avec
-sunx86-boot.

-idsys ID
Spécifie l'ID système. Il y a de la place pour 32 caractères. Équivalent à SYSI in
le .genisoimagerc fichier.

-T Générer un fichier TRANS.TBL dans chaque répertoire du CD-ROM, utilisable sur
systèmes non compatibles avec Rock Ridge pour aider à établir les noms de fichiers corrects. Il y a
également les informations présentes dans le fichier qui indiquent les numéros majeurs et mineurs pour
périphériques de type bloc et caractère, et chaque lien symbolique porte le nom du fichier de lien donné.

-nom de la table nom_table
Nom de fichier alternatif de la table de traduction (voir ci-dessus). Implique -T. Si vous êtes
création d'une image multisession, vous devez utiliser le même nom que dans le précédent
session.

-niveau ucs niveau
Définissez le niveau de conformité Unicode dans le Joliet SVD. Le niveau par défaut est 3. Il peut être
définir sur 1..3 à l'aide de cette option.

-udf Incluez la prise en charge du système de fichiers UDF dans l'image du système de fichiers générée. Le support UDF est
actuellement en statut alpha et pour cette raison, il n'est pas possible de créer UDF-
seulement des images. Les structures de données UDF sont actuellement couplées aux structures Joliet,
il y a donc de nombreux pièges avec la mise en œuvre actuelle. Il n'y a pas d'UID/GID
support, il n'y a pas de support d'autorisation POSIX, il n'y a pas de support pour les liens symboliques.
Notez que UDF gaspille l'espace du secteur ~20 au secteur 256 au début de
le disque en plus de l'espace nécessaire aux véritables structures de données UDF.

-uid uid
Remplace l'uid lu à partir des fichiers source par la valeur de uid. En précisant cela
L'option active automatiquement les extensions Rock Ridge.

-utiliser-version-fichier
L'option -utiliser-version-fichier permet génisoimage d'utiliser les numéros de version de fichier du
système de fichiers. Si l'option n'est pas spécifiée, génisoimage crée un numéro de version
de 1 pour tous les fichiers. Les versions de fichier sont des chaînes dans la plage ;1 à 32767 Ce
L'option est la valeur par défaut sur VMS.

-U Autorise les noms de fichiers "non traduits", violant complètement les normes ISO9660
décrit ci-dessus. Active les drapeaux suivants : -d -l -N -allow-leader-points
-noms-de-fichiers-relaxés -autoriser-minuscules -autoriser-multipoint -no-iso-traduire. permet plus
qu'un `.' caractère dans le nom de fichier, ainsi que les noms de fichiers à casse mixte. C'est
utile sur HP-UX, où le cdfs le système de fichiers ne reconnaît aucun
prolongements. A utiliser avec une extrême prudence.

-no-iso-traduire
Ne traduisez pas les caractères `#' et `~' qui ne sont pas valides pour ISO9660
noms de fichiers. Bien qu'invalides, ces caractères sont souvent utilisés par les systèmes Microsoft.
Cela viole la norme ISO9660, mais cela fonctionne sur de nombreux systèmes. Utiliser
Avec précaution.

-V volide
Spécifie l'ID de volume (nom de volume ou étiquette) à écrire dans le bloc maître.
Il y a de la place pour 32 caractères. Équivalent à VOLS dans l' .genisoimagerc fichier.
L'ID de volume est utilisé comme point de montage par le gestionnaire de volumes Solaris et comme
étiquette attribuée à un disque sur diverses autres plates-formes telles que Windows et Apple Mac
OS.

-volset ID
Spécifie l'ID de l'ensemble de volumes. Il y a de l'espace pour 128 caractères. Équivalent à
VOLS dans l' .genisoimagerc fichier.

-volset-taille #
Définit la taille de l'ensemble de volume sur #. La taille de l'ensemble de volume est le nombre de CD qui sont
dans un ensemble de volumes de CD. Un ensemble de volumes est une collection d'un ou plusieurs volumes, sur lesquels
un ensemble de fichiers est enregistré.

Les ensembles de volumes ne sont pas destinés à être utilisés pour créer un ensemble de CD numérotés faisant partie
par exemple un ensemble de CD d'installation du système d'exploitation. Les ensembles de volumes sont plutôt utilisés pour
enregistrer une grande arborescence de répertoires qui ne tiendrait pas sur un seul volume. Chaque tome de
un ensemble de volumes contient une description de tous les répertoires et fichiers qui sont
enregistrés sur les volumes où les numéros de séquence sont inférieurs ou égaux au
Volume Set attribué Taille du volume actuel.

génisoimage ne prend actuellement pas en charge un -volset-taille qui est plus grand que 1.

L'option -volset-taille doit être spécifié avant -volset-seqno à chaque commande
ligne.

-volset-seqno #
Définit le numéro de séquence du volume défini sur #. Le numéro de séquence défini pour le volume est le
numéro d'index du CD actuel dans un jeu de CD. L'option -volset-taille doit être
spécifié avant -volset-seqno sur chaque ligne de commande.

-v Exécution verbeuse. Si elles sont données deux fois sur la ligne de commande, des informations de débogage supplémentaires seront
être imprimé.

-x glob
Identique à -m glob.

-z Générer un spécial RRIP enregistrements pour les fichiers compressés de manière transparente. Ce n'est que de
utilisation et intérêt pour les hôtes qui prennent en charge la décompression transparente, comme Linux
2.4.14 ou version ultérieure. Vous devez spécifier -R or -r pour activer Rock Ridge et générer
fichiers compressés à l'aide du mkzftree utilitaire avant d'exécuter génisoimage. Noter que
la compression transparente est une extension Rock Ridge non standard. Les disques résultants
ne sont lisibles de manière transparente que s'ils sont utilisés sous Linux. Sur d'autres systèmes d'exploitation, vous
devra appeler mkzftree à la main pour décompresser les fichiers.

HFS OPTIONS

-hfs Créez un CD hybride ISO9660/HFS. Cette option doit être utilisée en conjonction avec le
-map, -la magie et/ou les divers double tiret options données ci-dessous.

-Pomme Créez un CD ISO9660 avec les extensions Apple. Semblable à -hfs, sauf que le
Des extensions Apple à ISO9660 sont ajoutées au lieu de créer un volume hybride HFS.
Ancien génisoimage versions incluaient les attributs Rock Ridge par défaut si -Pomme
a été précisé. Cette version de génisoimage ne fait plus ça. Si tu veux
pour avoir des attributs Rock Ridge, vous devez les spécifier séparément.

-map fichier_mapping
Utilisez l'option fichier_mapping pour définir les informations CREATOR et TYPE pour un fichier basé sur
l'extension du nom de fichier. Un nom de fichier n'est mappé que s'il ne fait pas partie des noms connus
Formats de fichier Apple/Unix. Voir le HFS CRÉATEUR/TYPE section ci-dessous.

-la magie fichier_magique
Les informations CREATOR et TYPE sont définies à l'aide d'un fichier la magie nombre (généralement le
premiers octets d'un fichier). le fichier_magique n'est utilisé que si un fichier ne fait pas partie des
formats de fichiers Apple/Unix connus, ou l'extension du nom de fichier n'a pas été mappée à l'aide
-map. Voir l' HFS CRÉATEUR/TYPE section ci-dessous pour plus de détails.

-hfs-créateur créateur
Définissez le CREATOR par défaut pour tous les fichiers. Doit contenir exactement 4 caractères. Voir le HFS
CRÉATEUR/TYPE section ci-dessous pour plus de détails.

-type hfs type
Définissez le TYPE par défaut pour tous les fichiers. Doit contenir exactement 4 caractères. Voir le HFS
CRÉATEUR/TYPE section ci-dessous pour plus de détails.

-sonde Recherchez dans le contenu des fichiers tous les formats de fichiers Apple/Unix connus. Voir le
HFS MACINTOSH DOSSIER FORMATS ci-dessous pour en savoir plus sur ces formats. Pourtant,
le seul moyen de vérifier Mac Binaire ainsi que PommeSimple fichiers est de les ouvrir et de les lire,
cette option peut donc augmenter le temps de traitement. Il est préférable d'utiliser un ou plusieurs double
tiret ci-dessous si les formats Apple/Unix utilisés sont connus.

-pas de bureau
Ne créez pas de fichiers Desktop (vides). De nouveaux fichiers HFS Desktop seront créés lorsque le
Le CD est utilisé sur un Macintosh (et stocké dans le dossier système). Par défaut, vide
Les fichiers de bureau sont ajoutés au volume HFS.

-mac-nom
Utilisez le nom de fichier HFS comme point de départ pour ISO9660, Joliet et Rock Ridge
noms de fichiers. Voir le HFS MACINTOSH NOMS DE FICHIER section ci-dessous pour plus d'informations.

-fichier-boot-hfs fichier_pilote
Installe le fichier_pilote qui Au cours de cette réunion, Matthew a obtenu de précieux conseils et Linda lui a demandé de la tenir au courant de ses progrès. rendre le CD amorçable sur un Macintosh. Voir le HFS
BOOT DRIVER rubrique ci-dessous. (Alpha).

-partie Générez une table de partition HFS. Par défaut, aucune table de partition n'est générée, mais
certains pilotes de CD-ROM Macintosh plus anciens nécessitent une table de partition HFS sur le CD-ROM pour être
capable de reconnaître un CD-ROM hybride.

-voiture Fichier_démarrage automatique
Faites en sorte que le CD HFS utilise la fonction de démarrage automatique de QuickTime 2.0 pour lancer une application ou
document. Le nom de fichier donné doit être le nom d'un document ou d'une application situé
au niveau supérieur du CD. Le nom du fichier doit comporter moins de 12 caractères. (Alpha).

-Taille de cluster taille
Définissez la taille en octets du cluster ou des unités d'allocation des fichiers PC Exchange.
Implique --échanger. Voir l' HFS MACINTOSH DOSSIER FORMATS section ci-dessous.

-masquer-hfs glob
Cacher glob, un modèle de shell générique, à partir du volume HFS. Le fichier ou le répertoire
existera toujours dans le répertoire ISO9660 et/ou Joliet. glob peut correspondre à n'importe quelle partie
du nom de fichier. Plusieurs globs peuvent être exclus. Exemple:

genisoimage -o rom -hfs -hide-hfs '*.o' -hide-hfs foobar

exclurait tous les fichiers se terminant par ".o" ou appelés Foobar du volume HFS. Noter
que si vous aviez un répertoire appelé Foobar, lui aussi (et bien sûr tous ses
descendants) seraient exclus. le glob peut également être un nom de chemin relatif au
répertoires sources indiqués sur la ligne de commande. Exemple:

genisoimage -o rom -hfs -hide-hfs src/html src

exclurait uniquement le fichier ou le répertoire appelé html du src annuaire. Quelconque
autre fichier ou répertoire appelé html dans l'arbre ne seront pas exclus. Devrait être
utilisé avec -cacher (facultatif) -cacher-joliet. Afin de faire correspondre un nom de répertoire, assurez-vous
le modèle n'inclut pas de caractère `/' de fin. Voir LISEZMOI.hide pour plus d'
détails.

-masquer-hfs-liste filet
Spécifiez un fichier contenant une liste de modèles de caractères génériques à masquer comme dans -masquer-hfs.

-hfs-volid hfs_volid
Nom de volume de la partition HFS. C'est le nom qui est attribué au disque sur
un Macintosh et remplace le volide utilisé avec -V.

-icône-position
Utilisez les informations de position de l'icône, si elles existent, du fichier Apple/Unix. le
les icônes apparaîtront dans la même position que sur un bureau Macintosh. Dossier
l'emplacement et la taille à l'écran, ses positions de défilement, la vue du dossier (afficher sous forme d'icônes,
Petites icônes, etc.) sont également conservés. (Alpha).

-info-racine filet
Définissez l'emplacement, la taille à l'écran, les positions de défilement, la vue du dossier, etc. pour la racine
dossier d'un volume HFS. Voir LISEZMOI.rootinfo pour plus d'informations. (Alpha)

-préparation-démarrage filet
Fichier image de démarrage PReP. Jusqu'à 4 sont autorisés. Voir LISEZMOI.prep_boot pour plus d'
informations. (Alpha)

-chrp-boot
Ajoutez l'en-tête de démarrage CHRP.

-input-hfs-charset jeu de caractères
Jeu de caractères d'entrée qui définit les caractères utilisés dans les noms de fichiers HFS lorsqu'ils sont utilisés avec
-mac-nom. Le jeu de caractères par défaut est cp10000 (Mac Romain). Voir le PERSONNAGE PARURES ainsi que
HFS MACINTOSH NOMS DE FICHIER sections ci-dessous pour plus de détails.

-sortie-hfs-charset jeu de caractères
Jeu de caractères de sortie qui définit les caractères qui seront utilisés dans les noms de fichiers HFS.
La valeur par défaut est le jeu de caractères d'entrée. Voir le PERSONNAGE PARURES section ci-dessous pour plus
détails.

-hfs-déverrouiller
Par défaut, génisoimage va créer un volume HFS qui est verrouillé. Cette option
laisse le volume déverrouillé afin que d'autres applications (par ex. hfutils) peut modifier
le volume. Voir le HFS PROBLÈMES/LIMITATIONS section ci-dessous pour les avertissements concernant l'utilisation
cette option.

-hfs-blesser nom de dossier
"Bénir" le répertoire donné (dossier). C'est généralement le Système Dossier et est utilisé
dans la création de CD amorçables HFS. Le nom du répertoire doit être le nom du chemin complet
as génisoimage la voit. Par exemple, si le pathspec donné est ./cddonnées et le nécessaire
le dossier est appelé Système Dossier, le nom du chemin entier est "/cddata/Système Dossier"
(n'oubliez pas d'utiliser des guillemets si le nom contient des espaces).

-hfs-parms paramètres
Remplacez certains paramètres utilisés pour créer le système de fichiers HFS. Peu probable d'être utilisé
dans des circonstances normales. Voir le libhfs_iso/hybrid.h fichier source pour plus de détails.

--casquette Recherchez les fichiers AUFS CAP Macintosh. Recherchez uniquement les formats de fichier CAP Apple/Unix.
La recherche des autres formats de fichiers Apple/Unix possibles est désactivée, à moins que d'autres
double tiret les options sont données.

--netatalk
Recherchez les fichiers Macintosh NETATALK

--double
Recherchez les fichiers AppleDouble Macintosh

--ethershare
Recherchez les fichiers Macintosh Helios EtherShare

--ushare
Recherchez les fichiers IPT UShare Macintosh

--échanger
Recherchez les fichiers PC Exchange Macintosh

--sgi Recherchez les fichiers Macintosh SGI

--xinet
Recherchez les fichiers Macintosh de XiNET

--macbin
Recherchez les fichiers MacBinary Macintosh

--Célibataire
Recherchez les fichiers AppleSingle Macintosh

--dave Recherchez les fichiers Macintosh DAVE de Thursby Software Systems

--sfm Recherchez les fichiers Services de Microsoft pour Macintosh (NT uniquement) (Alpha)

--osx-double
Recherchez les fichiers Mac OS X AppleDouble Macintosh

--osx-hfs
Recherchez les fichiers Mac OS X HFS Macintosh

PERSONNAGE PARURES

génisoimage traite les noms de fichiers d'une manière compatible POSIX sous forme de chaînes de caractères 8 bits.
Pour représenter tous les codages pour toutes les langues, les caractères 8 bits ne suffisent pas. Unicode
ou ISO-10646 définissent des codages de caractères qui nécessitent au moins 21 bits pour représenter tous les
langues. Ils peuvent être représentés par UTF-32, UTF-16 or UTF-8 codage. UTF-32 utilise un
codage 32 bits simple mais semble être rare. UTF-16 est utilisé par Microsoft avec Win32 avec
l'inconvénient que les caractères 16 bits ne sont pas compatibles avec le système de fichiers POSIX
interface.

Les systèmes d'exploitation Unix modernes peuvent utiliser le codage UTF-8 pour les noms de fichiers. Chaque caractère 32 bits
est représenté par un ou plusieurs caractères de 8 bits. Si un caractère est codé en ISO-8859-1
(utilisé en Europe centrale et en Amérique du Nord) est mappé 1:1 à un Unicode codé UTF-32 ou UTF-16
personnage. Si un caractère est codé en 7-Bit ASCII (utilisé aux États-Unis et dans d'autres pays avec
jeu de caractères limité) correspond à 1:1 à un caractère Unicode codé UTF-32, UTF-16 ou UTF-8.
Codes de caractères qui ne peuvent pas être représentés comme un seul octet en UTF-8 (si la valeur est >
0x7F) utilisent des séquences d'échappement qui correspondent à plus d'un caractère 8 bits.

Si tous les systèmes d'exploitation utilisaient UTF-8, génisoimage n'aurait pas besoin de recoder les caractères dans
noms de fichiers. Malheureusement, Apple utilise des codages complètement non standard et Microsoft utilise un
Codage Unicode non compatible avec l'interface de nom de fichier POSIX.

Pour tous les systèmes d'exploitation non codés en UTF-8, le caractère réel que chaque octet représente
Depend de caractère set or page de code (le nom utilisé par Microsoft) utilisé par le local
système d'exploitation — les caractères d'un jeu de caractères refléteront la région ou la nature
langue définie par l'utilisateur.

Généralement, les codes de caractères 0x00-0x1f sont des caractères de contrôle, les codes 0x20-0x7f sont les 7 bits
Les caractères ASCII et (sur PC et Mac) 0x80-0xff sont utilisés pour les autres caractères.

Comme il y a beaucoup plus de 256 caractères/symboles utilisés, seul un petit sous-ensemble est
représenté dans un jeu de caractères. Par conséquent, le même code de caractère peut représenter un
caractère différent dans différents jeux de caractères. Donc un nom de fichier généré, disons en central
Europe, peut ne pas afficher le même caractère lorsqu'il est visualisé sur une machine dans, disons de l'Est
Europe

Pour compliquer les choses, différents systèmes d'exploitation utilisent différents jeux de caractères
pour la région ou la langue. Par exemple, le code de caractère pour 'é' (petit e avec aigu
accent) peut être le code de caractère 0x82 sur un PC, le code 0x8e sur un Macintosh, le code 0xe9 sur un Unix
système en Europe occidentale, et le code 0x000e9 en Unicode.

Tant que tous les systèmes d'exploitation et applications n'utilisent pas le même jeu de caractères que le
base pour les noms de fichiers, il peut être nécessaire de spécifier quel jeu de caractères vos noms de fichiers utilisent
et quel jeu de caractères les noms de fichiers doivent apparaître sur le CD.

Il existe quatre options pour spécifier les jeux de caractères que vous souhaitez utiliser :

-jeu de caractères d'entrée
Définit le jeu de caractères local que vous utilisez sur votre machine hôte. N'importe quel caractère
les conversions d'ensembles qui ont lieu utiliseront ce jeu de caractères comme point de départ.
Les jeux de caractères d'entrée par défaut sont cp437 sur les systèmes MS-DOS et iso8859-1 on
tous les autres systèmes. Si -J est donné, les équivalents Unicode du caractère d'entrée
set sera utilisé dans le répertoire Joliet. -jcharset est la même que -jeu de caractères d'entrée
-J.

-sortie-jeu de caractères
Définit le jeu de caractères qui sera utilisé pour les noms Rock Ridge sur le
CD. La valeur par défaut est le jeu de caractères d'entrée.

-input-hfs-charset
Définit le jeu de caractères HFS utilisé pour les noms de fichiers HFS décodés à partir de l'un des
divers formats de fichiers Apple/Unix. Uniquement utile lorsqu'il est utilisé avec -mac-nom. Voir l' HFS
MACINTOSH NOMS DE FICHIER pour plus d'informations. Par défaut à cp10000 (Mac Romain).

-sortie-hfs-charset
Définit le jeu de caractères HFS utilisé pour créer des noms de fichiers HFS à partir du caractère d'entrée
mis en service. Dans la plupart des cas, ce sera à partir du jeu de caractères donné avec
-jeu de caractères d'entrée. La valeur par défaut est le jeu de caractères HFS d'entrée.

Il existe un certain nombre de jeux de caractères intégrés pour génisoimage. Pour obtenir une liste, utilisez
-jeu de caractères d'entrée aider. Cette liste n'inclut pas le jeu de caractères dérivé de l'actuel
locale, si génisoimage est construit avec iconv soutien.

Des jeux de caractères supplémentaires peuvent être lus à partir du fichier pour n'importe quelle option de jeu de caractères en
en donnant un nom de fichier comme argument aux options. Le fichier donné ne sera lu que si son
le nom ne correspond pas à l'un des jeux de caractères intégrés.

Le format des fichiers de jeux de caractères est le même que les fichiers de mappage disponibles à partir de
http://www.unicode.org/Public/MAPPINGS. Ce format est :

La colonne #1 est le code d'octet d'entrée (en hexadécimal comme 0xXX)
La colonne #2 est l'Unicode (en hexadécimal comme 0xXXXX)
Le reste de la ligne est ignoré.

Toute ligne vide, ligne sans deux (ou plus) colonnes dans le format ci-dessus ou lignes de commentaires
(commençant par le caractère #) sont ignorés sans aucun avertissement. Tout code d'entrée manquant
est mappé au caractère Unicode 0x0000.

Notez que, bien que UTF-8 soit pris en charge, d'autres encodages Unicode tels que UCS-2/UTF-16 et
UCS-4/UTF-32 ne le sont pas, car les systèmes d'exploitation POSIX ne peuvent pas les gérer nativement.

Un mappage de jeu de caractères 1:1 peut être défini en utilisant le mot-clé défaut comme argument de
l'une des options de jeu de caractères. C'est le comportement des anciennes versions de mkisofs.

Les noms de fichiers ISO9660 générés à partir des noms de fichiers d'entrée ne sont pas convertis à partir de l'entrée
jeu de caractères. Le jeu de caractères ISO9660 est un sous-ensemble très limité des caractères ASCII,
donc toute conversion serait inutile.

Tout personnage qui génisoimage ne peut pas convertir sera remplacé par un caractère `_'.

HFS CRÉATEUR/TYPE

Un fichier Macintosh est associé à deux propriétés qui définissent quelle application
créé le fichier, le CREATEUR et quelles données le fichier contient, le TYPE. Les deux sont
(exactement) chaînes de 4 lettres. Cela permet généralement à un utilisateur Macintosh de double-cliquer sur un fichier
et lancez la bonne application, etc. Le CRÉATEUR et le TYPE d'un fichier particulier peuvent être
trouvé en utilisant quelque chose comme ResEdit (ou similaire) sur un Macintosh.

Les informations CREATOR et TYPE sont stockées dans tous les différents fichiers encodés Apple/Unix.
Pour les autres fichiers, il est possible de baser le CREATOR et le TYPE sur l'extension du nom de fichier
à l'aide d'un cartographie fichier (avec -map) et/ou en utilisant le la magie nombre (généralement un Signature dans l'
premiers octets) d'un fichier (avec -la magie). Si ces deux options sont données, leur ordre sur
la ligne de commande est importante. Si -map est donné en premier, une correspondance d'extension de nom de fichier est
tenté avant un match de nombre magique. Toutefois, si -la magie est donné en premier, un nombre magique
la correspondance est tentée avant une correspondance d'extension de nom de fichier.

Si un mappage ou un fichier magique n'est pas utilisé, ou si aucune correspondance n'est trouvée, le CREATOR et le TYPE par défaut
pour tous les fichiers réguliers peut être défini en utilisant des entrées dans le .genisoimagerc fichier ou en utilisant
-hfs-créateur (facultatif) -type hfs, sinon le CREATOR et le TYPE par défaut sont Unix ainsi que TEXTE.

Le format du cartographie le fichier est le même afpfichier format tel qu'il est utilisé par sur. Ce fichier a
cinq colonnes pour le extension, filet traductions, CREATEUR, TYPE ainsi que Commentaires. Lignes
commençant par le caractère `#' sont des lignes de commentaires et sont ignorées. Un fichier d'exemple serait
être comme:

# Exemple de fichier de mappage de nom de fichier
#
# EXTN XLate TYPE DE CRÉATEUR Commentaire
.tif Raw '8BIM' 'TIFF' "Image Photoshop TIFF"
.hqx Ascii 'BnHq' 'TEXTE' "Fichier BinHex"
.doc Raw 'MSWD' 'WDBN' "Fichier Word"
.mov Raw 'TVOD' 'MooV' "QuickTime Movie"
* Ascii 'ttxt' 'TEXT' "Fichier texte"

Où :

La première colonne EXTN définit l'extension de nom de fichier Unix à mapper. Le défaut
le mappage pour toute extension de nom de fichier qui ne correspond pas est défini avec le `*'
caractère.

La Xlate colonne définit le type de traduction de texte entre Unix et
Fichier Macintosh il est ignoré par génisoimage, mais est maintenu pour être compatible avec
sur(1). Bien que génisoimage ne modifie pas le contenu d'un fichier, si un binaire
fichier a son TYPE défini comme TEXTE, Il Au cours de cette réunion, Matthew a obtenu de précieux conseils et Linda lui a demandé de la tenir au courant de ses progrès. être lu de manière incorrecte sur un Macintosh. Donc
un meilleur choix pour le TYPE par défaut peut être ????.

La CREATEUR ainsi que TYPE les mots-clés doivent comporter 4 caractères et être entourés d'un seul
citations.

Le champ de commentaire est entouré de guillemets doubles — il est ignoré par génisoimage, mais
est maintenu pour être compatible avec sur.

Le format du la magie le fichier est presque identique au la magie(5) fichier utilisé par le filet(1)
commander.

Ce fichier comporte quatre colonnes séparées par des tabulations pour le octet compenser, type, tester ainsi que message.
Les lignes commençant par le caractère « # » sont des lignes de commentaires et sont ignorées. Un fichier exemple
serait comme:

# Exemple de fichier magique
#
# message de test hors type
0 chaîne GIF8 8BIM GIFf Image GIF
0 beshort 0xffd8 8BIM données d'image JPEG
0 chaîne ASSIS ! ASSEOIR! ASSEOIR! Archives StuffIt
0 chaîne \037\235 LZIV ZIVU standard compresse Unix
0 chaîne \037\213 GNUz ZIVU gzip données compressées
0 chaîne % ! TEXTE ASPS Post-scriptum
0 chaîne \004% ! ASPS TEXT PC Postscript avec un ^D pour commencer
4 cordes moov txtt Fichier de film MooV QuickTime (moov)
Fichier de film MooV QuickTime 4 chaînes mdat txtt (mdat)

Le format du fichier est décrit dans la magie(5). La seule différence ici est que pour
chaque entrée dans le fichier magique, le message pour le décalage initial doit être de 4 caractères
pour le CRÉATEUR suivi de 4 caractères pour le TYPE — un espace blanc est facultatif entre
eux. Tous les autres caractères de cette ligne sont ignorés. Lignes de continuation (commençant par un
`>') sont également ignorés, c'est-à-dire que seules les lignes de décalage initiales sont utilisées.

En utilisant -la magie peut augmenter considérablement le temps de traitement car chaque fichier doit être ouvert et
lire pour trouver son nombre magique.

En résumé, pour tous les fichiers, le CREATOR par défaut est Unix et le TYPE par défaut est TEXTE.
Ceux-ci peuvent être modifiés en utilisant des entrées dans le .genisoimagerc fichier ou en utilisant -hfs-créateur
(facultatif) -type hfs.

Si le fichier est dans l'un des formats Apple/Unix connus (et que le format a été
sélectionné), le CRÉATEUR et le TYPE sont tirés des valeurs stockées dans le fichier Apple/Unix.

D'autres fichiers peuvent avoir leur CREATOR et TYPE définis à partir de leur extension de nom de fichier (avec -map),
ou leur nombre magique (avec -la magie). Si la correspondance par défaut est utilisée dans le cartographie fichier,
ces valeurs remplacent les valeurs par défaut CREATOR et TYPE.

Une base de données complète CREATOR/TYPE peut être trouvée à http://www.angelfire.com/il/szekely/.

HFS MACINTOSH DOSSIER FORMATS

Les fichiers Macintosh ont deux parties appelées Données ainsi que Ressources fourche. L'un ou l'autre peut être vide.
Unix (et de nombreux autres systèmes d'exploitation) ne peut gérer que des fichiers ayant une seule partie (ou fork). Ajouter à
cela, les fichiers Macintosh ont un certain nombre d'attributs qui leur sont associés - probablement le plus
importants sont le TYPE et le CRÉATEUR. Encore une fois, Unix n'a aucun concept de ces types de
attributs.

Par exemple, un fichier Macintosh peut être une image JPEG où l'image est stockée dans la fourchette de données et
une vignette de bureau stockée dans la fourchette de ressources. Ce sont généralement les informations contenues dans les données
fork utile sur toutes les plateformes.

Par conséquent, pour stocker un fichier Macintosh sur un système de fichiers Unix, il faut trouver un moyen de faire face
avec les deux fourches et les attributs supplémentaires (qui sont appelés les Finder info).
Malheureusement, il semble que chaque progiciel qui stocke des fichiers Macintosh sur Unix
a choisi une méthode de stockage complètement différente.

Les formats Apple/Unix qui génisoimage (partiellement) les supports sont :

Format CAP AUFS
Fourche de données stockée dans un fichier. Fourche de ressources dans le sous-répertoire .Ressource avec le même
nom de fichier en tant que fourchette de données. Informations sur le Finder dans le sous-répertoire .finderinfo avec le même nom de fichier.

AppleDouble/Netatalk
Fourche de données stockée dans un fichier. Fourchette de ressources stockée dans un fichier avec le même nom en préfixe
avec '%'. Les informations du Finder sont également stockées dans le même fichier « % ». Netatalk utilise le même format,
mais les informations de la fourchette de ressources/Finder stockées dans le sous-répertoire .PommeDouble avec le même
nom de fichier en tant que fourchette de données.

PommeSimple
Structures de données similaires à celles ci-dessus, sauf que les informations forks et Finder sont stockées dans
un fichier.

Hélios EtherShare
Fourche de données stockée dans un fichier. Resource fork et Finder infos ensemble dans le sous-répertoire
.rsrc avec le même nom de fichier que data fork.

IPT USPartager
Comme le format EtherShare, mais les informations du Finder sont stockées légèrement différemment.

Mac Binaire
Les fourches et les informations du Finder sont stockées dans un seul fichier.

Échange de PC Apple
Utilisé par les Macintosh pour stocker des fichiers Apple sur des disques DOS (FAT). Fourchette de données stockée dans un
déposer. Fourche de ressources dans le sous-répertoire ressource.frk (ou RESSOURCE.FRK). Informations sur le Finder en tant que
un enregistrement dans le fichier finder.dat (ou FINDER.DAT). Séparé finder.dat pour chaque donnée
répertoire de fourche.

Remarque: génisoimage doit connaître la taille du cluster FAT natif du disque que le PC
Les fichiers Exchange sont activés (ou ont été copiés depuis). Cette taille est donnée par
-Taille de cluster. La taille du cluster ou de l'allocation peut être trouvée en utilisant le DOS
utilitaire chkdsk.

Peut ne pas fonctionner avec les fichiers PC Exchange v2.2 ou supérieur (disponible avec MacOS 8.1). DOS
les supports contenant des fichiers PC Exchange doivent être montés en tant que type msdos (Vous n'êtes pas vfat) quand
en utilisant Linux.

SGI/XINET
Utilisé par les machines SGI lorsqu'elles montent des disques HFS. Fourche de données stockée dans un fichier.
Fourche de ressources dans le sous-répertoire .HSResource avec le même nom de fichier. Finder info comme un seul
enregistrer dans un fichier .HSancillaire. Séparé .HSancillaire pour chaque répertoire de fourche de données.

Systèmes logiciels Thursby DAVE
Permet aux Macintosh de stocker des fichiers Apple sur des serveurs SMB. Fourchette de données stockée dans un
déposer. Fourche de ressources dans le sous-répertoire ressource.frk. Utilise le format AppleDouble pour
fourchette de ressources de magasin.

Services pour Macintosh
Format des fichiers stockés par les serveurs NT sur les systèmes de fichiers NTFS. La fourchette de données est stockée comme
nom de fichier. Fourche de ressources stockée sous forme de flux NTFS appelé nom de fichier : AFP_RessourceL’
Les informations du Finder sont stockées sous forme de flux NTFS appelé nom de fichier:Afp_AfpInfo. Flux NTFS
sont normalement invisibles pour l'utilisateur.

Mise en garde: génisoimage ne prend en charge que partiellement le format SFM. Si un fichier HFS ou
dossier stocké sur le serveur NT contient un caractère NT illégal dans son nom, NT
convertit ces caractères en Chef Utilisez Unicode personnages. Les personnages sont: "
* / < > ? \ | et un espace ou un point s'il s'agit du dernier caractère du nom de fichier,
codes de caractères 0x01 à 0x1f (caractères de contrôle) et logo Apple d'Apple.

Malheureusement, ces caractères Unicode privés ne sont pas lisibles par le génisoimage
NT exécutable. Par conséquent, tout nom de fichier ou de répertoire contenant ces caractères
sera ignoré, y compris le contenu d'un tel répertoire.

Mac OS X Apple Double
Lorsque les fichiers HFS/HFS+ sont copiés ou enregistrés par Mac OS X sur un système de fichiers non-HFS
(par exemple UFS, NFS, etc.), les fichiers sont stockés au format AppleDouble. Fourche de données stockée
dans un fichier. Fourche de ressources stockée dans un fichier avec le même nom préfixé par « ._ ». Chercheur
info également stockée dans le même fichier `._'.

Mac OS X HFS (Alpha)
Pas vraiment un encodage Apple/Unix, mais de vrais fichiers HFS/HFS+ sur un système Mac OS X.
Fourche de données stockée dans un fichier. Fourchette de ressources stockée dans un pseudo-fichier avec le même
nom avec le suffixe /rsrc. Les informations du Finder ne sont disponibles que via un Mac OS X
appel à la bibliothèque.

Voir aussi LISEZMOI.macosx.

Ne fonctionne que lorsqu'il est utilisé sur Mac OS X.

Si un fichier est trouvé avec une fourchette de ressources de longueur nulle et des informations de recherche vides, il est
supposé ne pas avoir d'encodage Apple/Unix — donc un TYPE et un CREATOR peuvent être
réglé à l'aide d'autres méthodes.

génisoimage tentera de définir le CRÉATEUR, le TYPE, la date et éventuellement d'autres indicateurs à partir du
informations de recherche. De plus, s'il existe, le nom de fichier Macintosh est défini à partir du Finder
info, sinon le nom Macintosh est basé sur le nom de fichier Unix — voir le HFS MACINTOSH
NOMS DE FICHIER section ci-dessous.

Lors de l'utilisation -Pomme, le TYPE et le CRÉATEUR sont stockés dans l'option Utilisation du système ou SUSP
dans l'enregistrement du répertoire ISO9660 - de la même manière que les attributs Rock Ridge
sont. En effet pour se simplifier la vie, les extensions Apple sont ajoutées au début de la
attributs Rock Ridge existants (c'est-à-dire que pour obtenir les extensions Apple, vous obtenez le Rock Ridge
extensions aussi).

Les extensions Apple nécessitent que la fourchette de ressources soit stockée en tant que ISO9660 associé fichier.
C'est comme n'importe quel fichier normal stocké dans le système de fichiers ISO9660, sauf que le
l'indicateur de fichier associé est défini dans l'enregistrement de répertoire (bit 2). Ce fichier a le même nom
comme le fork de données (le fichier vu par les machines non Apple). Les fichiers associés sont normalement
ignoré par les autres systèmes d'exploitation

Lors de l'utilisation -hfs, le TYPE et le CRÉATEUR ainsi que d'autres informations de recherche, sont stockés dans un HFS séparé
répertoire, non visible sur le volume ISO9660. Le répertoire HFS référence les mêmes données
et les fichiers de fourchette de ressources décrits ci-dessus.

Dans la plupart des cas, il est préférable d'utiliser -hfs au lieu de -Pomme, car ce dernier impose la
caractères ISO9660 limités autorisés dans les noms de fichiers. Cependant, les extensions Apple donnent le
avantage que les fichiers sont compressés plus efficacement sur le disque et qu'il peut être possible de
mettre plus de fichiers sur un CD.

HFS MACINTOSH NOMS DE FICHIER

Dans la mesure du possible, le nom de fichier HFS qui est stocké avec un fichier Apple/Unix est utilisé pour le
partie HFS du CD. Cependant, tous les encodages Apple/Unix ne stockent pas le nom de fichier HFS avec
le finderinfo. Dans ces cas, le nom de fichier Unix est utilisé — avec échappé spécial
personnages. Les caractères spéciaux incluent « / » et les caractères avec des codes supérieurs à 127.

AUFS échappe à ces caractères en utilisant `:' suivi du code de caractère sous forme de deux hexadécimales
chiffres. Netatalk et EtherShare ont un schéma similaire, mais utilisent `%' au lieu d'un `:'.

If génisoimage ne trouve pas de nom de fichier HFS, il utilise le nom Unix, avec n'importe quel %xx or :xx
personnages (xx sont deux chiffres hexadécimaux) convertis en un code à un seul caractère. Si xx ne sont pas
chiffres hexadécimaux ([0-9a-fA-F]), ils sont laissés seuls — bien que tout `:' restant soit converti en
`%', car `:' est le séparateur de répertoire HFS. Il faut faire attention, comme un fichier Unix ordinaire
avec %xx or :xx sera également converti. par exemple

This:2fFile converti en This/File

This:File converti en This%File

This:t7File converti en This%t7File

Bien que les noms de fichiers HFS semblent prendre en charge les lettres majuscules et minuscules, le système de fichiers
est insensible à la casse, c'est-à-dire que les noms de fichiers abc ainsi que Abc sont identiques. Si un fichier est trouvé dans un
répertoire avec le même nom HFS, génisoimage tentera de créer un nom unique en ajoutant
`_' caractères à l'un des noms de fichiers.

Si un nom de fichier HFS existe pour un fichier, génisoimage peut utiliser ce nom comme point de départ
pour les noms de fichiers ISO9660, Joliet et Rock Ridge en utilisant -mac-nom. Fichiers Unix normaux
sans nom HFS utiliseront toujours leur nom Unix. par exemple

Si un fichier MacBinary (ou PC Exchange) est stocké sous uneimage.gif.bin sur Unix
système de fichiers, mais contient un fichier HFS appelé uneimage.gif, c'est le nom qui
apparaissent sur la partie HFS du CD. Cependant, comme génisoimage utilise le nom Unix comme
point de départ pour les autres noms, le nom ISO9660 généré sera probablement
SOMEIMAG.BIN et le Joliet/Rock Ridge serait uneimage.gif.bin. Cette option utilisera
le nom de fichier HFS comme point de départ et le nom ISO9660 sera probablement SOMEIMAG.GIF
et le Joliet/Rock Ridge serait uneimage.gif.

-mac-nom ne fonctionnera pas actuellement avec -T — le nom Unix sera utilisé dans le TRANS.TBL
fichier, pas le nom Macintosh.

Le jeu de caractères utilisé pour convertir n'importe quel nom de fichier HFS en un nom de fichier Joliet/Rock Ridge
Par défaut cp10000 (Mac Romain). Le jeu de caractères utilisé peut être spécifié à l'aide de
-input-hfs-charset. Les autres jeux de caractères HFS intégrés sont : cp10006 (Macgrec), cp10007
(MacCyrillique), cp10029 (MacLatin2), cp10079 (MacIslandais) et cp10081 (MacTurc).

Remarque : les codes de caractères utilisés par les noms de fichiers HFS issus des différents formats Apple/Unix
ne seront pas convertis car ils sont supposés être dans le bon jeu de caractères Apple. Seul
les noms Joliet/Rock Ridge dérivés des noms de fichiers HFS seront convertis.

L'existant génisoimage le code filtrera tous les caractères illégaux pour l'ISO9660 et
Les noms de fichiers Joliet, mais comme génisoimage s'attend à traiter directement avec les noms Unix, il
laisse les noms de Rock Ridge tels quels. Mais comme `/' est un caractère de nom de fichier HFS légal,
-mac-nom convertit `/' en `_' dans les noms de fichiers Rock Ridge.

Si les extensions Apple sont utilisées, seuls les noms de fichiers ISO9660 apparaîtront sur le Macintosh.
Cependant, comme les pilotes Macintosh ISO9660 peuvent utiliser Niveau 2 noms de fichiers, vous pouvez utiliser des options
comme -autoriser-multipoint sans problème sur un Macintosh — faites quand même attention aux noms, par
exemple ce.nom.de.fichier sera converti en CE FICHIER c'est-à-dire n'avoir qu'un `.', aussi
nom de fichier Abcdefgh sera vu comme ABCDEFGH mais abcdefghi sera vu comme ABCDEFGHI. à
avec un `.' à la fin — je ne sais pas s'il s'agit d'un problème Macintosh ou d'un
génisoimage/mkhybride problème. Tous les noms de fichiers seront en majuscules lorsqu'ils sont affichés sur un
Macintosh. Bien entendu, les machines DOS/Win3.X ne pourront pas voir les noms de fichiers de niveau 2...

HFS SUR MESURE VOLUME/DOSSIER ICÔNES

Pour donner à un CD HFS une icône personnalisée, assurez-vous que le dossier racine (niveau supérieur) inclut un
Fichier d'icône de volume Macintosh. Pour donner à un volume une icône personnalisée sur un Macintosh, une icône doit
être collé sur l'icône du volume dans la case "Obtenir des informations" du volume. Cela crée un
fichier invisible appelé Icône\r (`\r' est le caractère de retour chariot) dans le dossier racine.

Une icône de dossier personnalisé est très similaire - un fichier invisible appelé Icône\r existe dans le
dossier lui-même.

Probablement le moyen le plus simple de créer une icône personnalisée qui génisoimage peut utiliser est de formater un
disquette HFS vierge sur un Mac et collez une icône dans sa case "Obtenir des informations". Si vous utilisez Linux
avec le module HFS installé, montez la disquette :

mount -t hfs /dev/fd0 /mnt/disquette

La disquette sera montée en tant que système de fichiers CAP par défaut. Puis cours génisoimage en utilisant
quelque chose comme:

genisoimage --cap -o sortie rép_source /mnt/floppy

Si vous n'utilisez pas Linux, vous pouvez utiliser hfutils pour copier le fichier icône de la disquette.
Cependant, des précautions doivent être prises, car le fichier d'icônes contient un caractère de contrôle. Pour
Exemple:

hmount /dev/fd0
hdir-a
hcopy -m Icône^V^M icon_dir/icon

Où `^V^M' est control-V suivi de control-M. Puis cours génisoimage en utilisant quelque chose
comme:

genisoimage --macbin -o sortie rép_source icon_dir

La procédure de création/d'utilisation d'icônes de dossier personnalisées est très similaire : collez une icône dans
boîte « Obtenir des informations » du dossier et transférez le résultat Icône\r fichier dans le répertoire correspondant
dans l' génisoimage arbre source.

Vous souhaiterez peut-être masquer les fichiers d'icônes des arborescences ISO9660 et Joliet.

Pour donner une icône personnalisée à un CD Joliet, suivez les instructions trouvées sur
http://www.cdrfaq.org/faq03.html#S3-21-1.

HFS BOOT DRIVER

It Au cours de cette réunion, Matthew a obtenu de précieux conseils et Linda lui a demandé de la tenir au courant de ses progrès. être possible de rendre le CD hybride amorçable sur un Macintosh.

Un CD HFS amorçable nécessite un pilote de CD-ROM Apple (ou compatible), un HFS amorçable
partition et les fichiers système, Finder, etc. nécessaires.

Un pilote peut être obtenu à partir de n'importe quel autre CD-ROM amorçable Macintosh en utilisant le pilote_apple
utilitaire. Ce fichier peut ensuite être utilisé avec -fichier-boot-hfs.

La partition HFS (c'est-à-dire le disque hybride dans notre cas) doit contenir un système approprié
Dossier, encore une fois à partir d'un autre CD-ROM ou disque.

Pour qu'une partition soit amorçable, elle doit avoir son botte bloc ensemble. Le bloc de démarrage est dans le
les deux premiers blocs d'une partition. Pour une partition non amorçable, le bloc de démarrage est plein de
zéros. Normalement, lorsqu'un fichier système est copié sur une partition sur un disque Macintosh, le démarrage
bloc est rempli d'un certain nombre de paramètres requis - malheureusement, je ne connais pas la totalité
spec pour le bloc de démarrage, donc je suppose que ce qui suit fonctionnera.

Par conséquent, l'utilitaire pilote_apple extrait également le bloc de démarrage du premier HFS
partition qu'il trouve sur le CD-ROM donné et qui est utilisé pour la partition HFS créée par
génisoimage.

Veuillez Notes: En utilisant un pilote d'un CD Apple et en copiant le logiciel Apple sur votre CD, vous
devenir responsable d'obéir aux accords de licence de logiciel d'Apple Computer, Inc..

EL TORITO BOOT INFORMATION TABLE

Quand -table d'informations de démarrage est donné, génisoimage modifiera le fichier de démarrage spécifié par -b by
insertion d'un 56 octets botte d'information table à l'offset 8 dans le fichier. Cette modification est
fait dans le système de fichiers source, alors assurez-vous d'utiliser une copie si ce fichier n'est pas facilement
recréé ! Ce fichier contient des pointeurs qui peuvent ne pas être obtenus facilement ou de manière fiable à
temps de démarrage.

Le format de ce tableau est le suivant ; tous les nombres entiers sont dans la section 7.3.1 ("petit
endian").

Offset Nom Taille Signification
8 bi_pvd 4 octets LBA du descripteur de volume principal
12 bi_file 4 octets LBA du fichier de démarrage
16 bi_length 4 octets Longueur du fichier de démarrage en octets
20 bi_csum 4 octets Somme de contrôle 32 bits
24 bi_réservé 40 octets Réservé

La somme de contrôle 32 bits est la somme de tous les mots 32 bits du fichier de démarrage commençant à
décalage d'octets 64. Toutes les adresses de blocs linéaires (LBA) sont données dans des secteurs CD
(normalement 2048 octets).

HPPA NOTES

Pour créer un CD amorçable pour HPPA, au moins un fichier de chargeur de démarrage (-hppa-bootloader), Un
fichier image du noyau (32 bits, 64 bits ou les deux, selon le matériel) et une ligne de commande de démarrage
(-hppa-ligne de commande) doit être spécifié. Certains systèmes peuvent démarrer un noyau 32 ou 64 bits,
et le firmware en choisira un si les deux sont présents. En option, un disque RAM peut être utilisé
pour le système de fichiers racine en utilisant -hppa-ligne de commande.

JIGDO NOTES

Jigdo est un outil d'aide à la distribution de fichiers volumineux tels que des images de CD et de DVD ; voir
http://atterer.org/jigdo/ pour plus de détails. Les images ISO des CD et DVD Debian sont publiées
sur le web au format jigdo pour permettre aux utilisateurs finaux de les télécharger plus efficacement.

Pour créer des fichiers jigdo et modèles avec l'image ISO à partir de génisoimage, Vous devez
générer d'abord une liste des fichiers qui seront utilisés, au format suivant :

MD5sum Taille du fichier Chemin
32 caractères 12 caractères jusqu'à la fin de la ligne

La somme MD5 doit être écrite en notation hexadécimale standard, la taille du fichier doit répertorier les
taille du fichier en octets, et le chemin doit répertorier le chemin absolu vers le fichier. Pour
Exemple:

00006dcd58ff0756c36d2efae21be376 14736 /mirror/debian/file1
000635c69b254a1be8badcec3a8d05c1 211822 /mirror/debian/file2
00083436a3899a09633fc1026ef1e66e 22762 /mirror/debian/file3

Une fois que vous avez ce fichier, appelez génisoimage avec tous vos paramètres de ligne de commande normaux.
Spécifiez les noms de fichiers de sortie pour les fichiers jigdo et modèles en utilisant -jigdo-jigdo ainsi que
-jigdo-modèle, et passez l'emplacement de votre liste MD5 avec -md5-liste.

S'il y a des fichiers que vous ne voulez PAS ajouter au fichier jigdo (par exemple s'ils sont
susceptibles de changer souvent), spécifiez-les en utilisant -jigdo-exclude. Si vous voulez vérifier certains de
les fichiers tels qu'ils sont écrits dans l'image, spécifiez-les en utilisant -jigdo-force-md5. Si seulement
les fichiers ne correspondent pas, génisoimage avortera alors. Ces deux options prennent régulièrement
expressions en entrée. Il est possible de restreindre l'ensemble des fichiers qui seront utilisés
basé sur la taille - utilisez l'option -jigdo-min-file-size.

Enfin, le code jigdo doit savoir comment mapper les fichiers qui lui sont donnés sur un miroir de style
configuration. Spécifiez comment mapper les chemins à l'aide -jigdo-carte. En utilisant Debian=/miroir/debian
provoquera tous les chemins commençant par /miroir/debian être mappé sur Debian : dans l'
fichier jigdo de sortie.

EXEMPLES

Pour créer une image de système de fichiers vanille ISO9660 dans le fichier cd.iso, où le répertoire
cd_dir deviendra le répertoire racine du CD, appelez :

% genisoimage -o cd.iso cd_dir

Pour créer un CD avec les extensions Rock Ridge du répertoire source cd_dir:

% genisoimage -o cd.iso -R cd_dir

Pour créer un CD avec les extensions Rock Ridge du répertoire source cd_dir où tous les fichiers
avoir au moins l'autorisation de lecture et tous les fichiers appartiennent à racine, appel:

% genisoimage -o cd.iso -r cd_dir

Pour écrire une archive tar directement sur un CD qui contiendra plus tard un simple ISO9660
système de fichiers avec l'appel d'archive tar :

% goudron cf - . | genisoimage -stream-media-size 333000 | \
wodim dev=b,t,l -dao tsize=333000s -

Pour créer un CD hybride HFS avec les extensions Joliet et Rock Ridge de la source
annuaire cd_dir:

% genisoimage -o cd.iso -R -J -hfs cd_dir

Pour créer un CD hybride HFS à partir du répertoire source cd_dir qui contient Netatalk
Fichiers Apple/Unix :

% genisoimage -o cd.iso --netatalk cd_dir

Pour créer un CD hybride HFS à partir du répertoire source cd_dir, en donnant à tous les fichiers CREATOR et
TYPES basés uniquement sur leurs extensions de nom de fichier répertoriées dans le fichier « mapping » :

% genisoimage -o cd.iso -map mappage cd_dir

Pour créer un CD avec les extensions Apple à ISO9660, à partir des répertoires sources cd_dir
ainsi que un autre_dir. Les fichiers dans tous les formats connus Apple/Unix sont décodés et tout autre fichier
sont donnés CREATOR et TYPE en fonction de leur nombre magique donné dans le fichier la magie:

% genisoimage -o cd.iso -apple -magic magie -probe \
cd_dir autre_dir

L'exemple suivant place différents fichiers sur le CD qui portent tous le nom README, mais
ont un contenu différent lorsqu'il est vu comme un CD ISO9660/Rock Ridge, Joliet ou HFS.

Le répertoire courant contient :

% ls -F
LISEZMOI.hfs LISEZMOI.joliet LISEZMOI.Unix cd_dir/

La commande suivante met le contenu du répertoire cd_dir sur le CD avec le
trois fichiers README — mais un seul sera vu de chacun des trois systèmes de fichiers :

% genisoimage -o cd.iso -hfs -J -r -points-de-greffe \
-hide README.hfs -hide README.joliet \
-hide-joliet LISEZMOI.hfs -hide-joliet LISEZMOI.Unix \
-hide-hfs LISEZMOI.joliet -hide-hfs LISEZMOI.Unix \
LISEZMOI=LISEZMOI.hfs LISEZMOI=LISEZMOI.joliet \
LISEZMOI=LISEZMOI.Unix cd_dir

c'est-à-dire que le fichier README.hfs sera vu comme README sur le CD HFS et les deux autres README
les fichiers seront cachés. De même pour les CD Joliet et ISO9660/Rock Ridge.

Il y a probablement toutes sortes de résultats étranges possibles avec des combinaisons de la peau
choix...

NOTES

génisoimage peut être installé en toute sécurité suid root. Cela peut être nécessaire pour permettre génisoimage à
lire la session précédente lors de la création d'une image multisession.

If génisoimage crée une image de système de fichiers avec les attributs Rock Ridge et le répertoire
le niveau d'imbrication de l'arborescence des répertoires source est trop élevé pour ISO9660, génisoimage ça ira
relocalisation profonde de répertoire. Il en résulte un répertoire appelé RR_MOVÉ à la racine
répertoire du CD. Vous ne pouvez pas éviter ce répertoire.

De nombreuses options de code de démarrage pour différentes plates-formes sont mutuellement exclusives car le
les blocs ne peuvent pas coexister, c'est-à-dire. différentes plates-formes partagent les mêmes emplacements de données dans l'image.
See http://lists.debian.org/debian-cd/2006/12/msg00109.html pour en savoir plus.

Utiliser genisoimage en ligne en utilisant les services onworks.net