genisoimage - Online na nuvem

PROGRAMA:

NOME

genisoimage - cria sistema de arquivos ISO9660 / Joliet / HFS com atributos Rock Ridge opcionais

SINOPSE

genisoimagem [opções] [-o nome do arquivo] especificação de caminho [especificação de caminho ...]

DESCRIÇÃO

genisoimagem é um programa de pré-masterização para gerar sistemas de arquivos híbridos ISO9660 / Joliet / HFS.

genisoimagem é capaz de gerar o System Use compartilhando Protocolo registros (SUSP)
especificado pelo Rocha Cume Intercâmbio Protocolo. Isso é usado para descrever melhor o
arquivos no sistema de arquivos ISO9660 para um host Unix e fornece informações como
nomes de arquivos, UID / GID, permissões POSIX, links simbólicos e dispositivo de bloco e caractere
arquivos.

Se as opções de linha de comando híbrida Joliet ou HFS forem especificadas, genisoimagem irá criar o
metadados de sistema de arquivos adicionais necessários para Joliet ou HFS. De outra forma genisoimagem precisarão
gerar um sistema de arquivos ISO9660 puro.

genisoimagem pode gerar um verdadeiro (ou compartilhado) Sistema de arquivos híbrido HFS. Os mesmos arquivos são vistos
como arquivos HFS quando acessados ​​de um Macintosh e como arquivos ISO9660 quando acessados ​​de outro
máquinas. HFS significa Hierárquico Envie o System e é o sistema de arquivos nativo usado em
Computadores Macintosh.

Como uma alternativa, genisoimagem pode gerar o Apple Extensões para ISO9660 para cada arquivo.
Essas extensões fornecem a cada arquivo CREATOR, TYPE e certas sinalizações do Finder quando
acessado de um Macintosh. Veja o HFS MACINTOSH ARQUIVO FORMATOS seção abaixo.

genisoimagem tira um instantâneo de uma determinada árvore de diretório e gera uma imagem binária que
corresponderá a um sistema de arquivos ISO9660 e / ou HFS quando escrito em um dispositivo de bloco.

Cada arquivo gravado no sistema de arquivos ISO9660 deve ter um nome de arquivo no formato 8.3 (até
8 caracteres, ponto final, até 3 caracteres, todos maiúsculos), mesmo se Rock Ridge estiver em uso.
Este nome de arquivo é usado em sistemas que não podem fazer uso do Rock Ridge
extensões (como MS-DOS), e cada nome de arquivo em cada diretório deve ser diferente de
os outros nomes de arquivo no mesmo diretório. genisoimagem geralmente tenta formar correto
nomes forçando o nome do arquivo Unix a maiúsculas e truncando conforme necessário, mas muitas vezes isso
produz resultados insatisfatórios quando os nomes truncados não são todos exclusivos. genisoimagem
atribui pesos a cada nome de arquivo, e se dois nomes que são iguais são
encontrado, o nome com a prioridade mais baixa é renomeado para incluir um número de 3 dígitos (garantido
para ser único). Por exemplo, os dois arquivos foo.bar e foo.bar. ~ 1 ~ poderia ser processado como
FOO.BAR; 1 e FOO000.BAR; 1.

Quando usado com várias opções de HFS, genisoimagem tentará reconhecer os arquivos armazenados em
uma série de formatos de arquivo Apple / Unix e copiará os dados e bifurcações de recursos, bem como
qualquer informação relevante do Finder. Veja o HFS MACINTOSH ARQUIVO FORMATOS seção abaixo para mais
sobre formatos genisoimagem Apoia.

Observe que genisoimagem não foi projetado para se comunicar diretamente com o redator. Maioria
escritores têm conjuntos de comandos proprietários que variam de um fabricante para outro, e você
precisa de uma ferramenta especializada para realmente gravar o disco. Wodim é uma dessas ferramentas. O mais recente
versão do Wodim Está disponível a partir http://www.cdrkit.org/.

especificação de caminho é o caminho da árvore de diretórios a ser copiado para o sistema de arquivos ISO9660.
Vários caminhos podem ser especificados, e genisoimagem irá mesclar os arquivos encontrados em todos os
componentes de caminho especificados para formar a imagem do sistema de arquivos.

Se a opção -pontos de enxerto foi especificado, é possível enxertar os caminhos em
outros pontos além do diretório raiz, e é possível enxertar arquivos ou diretórios
na imagem cdrom com nomes diferentes dos que eles têm no sistema de arquivos de origem.
Isso é mais fácil de ilustrar com alguns exemplos. Vamos começar assumindo que um
arquivo local ../velho.lis existe e você deseja incluí-lo na imagem cdrom.

foo / bar /=../ old.lis

será incluído velho.lis na imagem cdrom em /foo/bar/old.lis, enquanto

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

será incluído velho.lis na imagem cdrom em / foo / bar / xxx. O mesmo tipo de sintaxe pode ser
usado com diretórios também. genisoimagem irá criar quaisquer diretórios necessários para que
os pontos de enxerto existem na imagem cdrom - os diretórios não precisam aparecer em um
dos caminhos. Por padrão, quaisquer diretórios criados em tempo real como este terão
permissões 0555 e parecem pertencer à pessoa que está executando genisoimagem. Se você desejar
outras permissões ou proprietários dos diretórios intermediários, consulte -uido, -gid, -modo-dir,
-modo de arquivo e -novo-diretório-modo.

genisoimagem também será executado em máquinas Windows quando compilado com o cygwin do Cygnus (disponível
da http://www.cygwin.com/) Portanto, a maioria das referências nesta página de manual para Unix pode ser
substituído por Win32.

OPÇÕES

Várias opções podem ser especificadas como padrões em um .genisoimagerc arquivo de configuração, como
bem como na linha de comando. Se um parâmetro for especificado em ambos os lugares, a configuração de
a linha de comando é usada. Para obter detalhes sobre o formato e as possíveis localizações deste arquivo,
Vejo genisoimagem(5).

-resumo lima
Especifica o nome do arquivo abstrato. Há espaço para 37 caracteres. Equivalente a
ABST no .genisoimagerc arquivo.

-A ID do aplicativo
Especifica uma sequência de texto que será gravada no cabeçalho do volume. Isto deveria
descreva o aplicativo que estará no disco. Há espaço para 128
personagens. Equivalente a APLICATIVO no .genisoimagerc arquivo.

- tamanho limitado permitido
Ao processar arquivos maiores que 2 GiB, que não podem ser facilmente representados em
ISO9660, adicione-os com um tamanho de arquivo visível reduzido para ISO9660 e com o correto
tamanho de arquivo visível para o sistema UDF. O resultado é um sistema de arquivos inconsistente e
os usuários precisam ter certeza de que realmente usam UDF em vez do driver ISO9660 para ler
um tal disco. Implica habilitação -udf.

-permitir pontos-guia

-ldots Permita que os nomes de arquivo ISO9660 comecem com um ponto. Normalmente, um ponto inicial é substituído
com um sublinhado para manter a compatibilidade do MS-DOS.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas. Usar
com cuidado.

-permitir-minúsculas
Esta opção permite que caracteres minúsculos apareçam em nomes de arquivo ISO9660.
Isso viola o padrão ISO9660, mas funciona em alguns sistemas. Usar
com cuidado.

-permitir-multidot
Esta opção permite que mais de um ponto apareça em nomes de arquivo ISO9660. Uma liderança
ponto não é afetado por esta opção, pode ser permitido separadamente usando
-permitir pontos-guia.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas. Usar
com cuidado.

-biblioteca lima
Especifica o nome do arquivo bibliográfico. Há espaço para 37 caracteres.
Equivalente a BÍBLIA no .genisoimagerc arquivo.

-cache-inodes

-no-cache-inodes
Habilite ou desabilite o cache de inode e números de dispositivo para encontrar links físicos para arquivos. Se
genisoimagem encontra um link físico (um arquivo com vários nomes), o arquivo também será
com link físico no CD, para que o conteúdo do arquivo apareça apenas uma vez. Isso ajuda a economizar
espaço. -cache-inodes é o padrão em sistemas operacionais semelhantes ao Unix, mas
-no-cache-inodes é padrão em alguns outros sistemas, como Cygwin, porque não é
seguro assumir que os números de inode são únicos nesses sistemas. (Algumas versões de
Cygwin cria números de inode falsos usando um algoritmo de hash fraco, que pode produzir
duplicatas.) Se dois arquivos têm o mesmo número de inode, mas não são links físicos para o
mesmo arquivo, genisoimagem -cache-inodes não se comportará corretamente. -no-cache-inodes
é seguro em todas as situações, mas nesse caso genisoimagem não pode detectar links físicos,
portanto, a imagem de CD resultante pode ser maior do que o necessário.

-alfa-boot alfa_boot_image
Especifica o caminho e nome do arquivo da imagem de inicialização a ser usado ao fazer um
CD inicializável Alpha / SRM. O nome do caminho deve ser relativo ao caminho de origem especificado
para genisoimagem.

-hppa-bootloader hppa_bootloader_image
Especifica o caminho e nome do arquivo da imagem de inicialização a ser usado ao fazer um HPPA
CD inicializável. O nome do caminho deve ser relativo ao caminho de origem especificado para
genisoimagem. Outras opções são necessárias, pelo menos um nome de arquivo do kernel e um
linha de comando de inicialização. Veja o HPPA NOTAS seção abaixo para obter mais informações.

-hppa-cmdline hppa_boot_command_line
Especifica a linha de comando a ser passada para o carregador de inicialização HPPA ao fazer um
CD inicializável. Separe os parâmetros com espaços ou vírgulas. Mais opções devem ser
passado para genisoimagem, no mínimo um nome de arquivo do kernel e o carregador de boot
nome do arquivo. Veja o HPPA NOTAS seção abaixo para obter mais informações.

-hppa-kernel-32 hppa_kernel_32

-hppa-kernel-64 hppa_kernel_64
Especifica o caminho e o nome do arquivo das imagens do kernel de 32 bits e / ou 64 bits a serem
usado ao fazer um CD inicializável HPPA. Os nomes dos caminhos devem ser relativos à fonte
caminho especificado para genisoimagem. Outras opções são necessárias, pelo menos a
nome do arquivo do carregador de inicialização e a linha de comando de inicialização. Veja o HPPA NOTAS seção abaixo
para obter mais informações.

-hppa-ramdisk hppa_ramdisk_image
Especifica o caminho e nome do arquivo da imagem ramdisk a ser usada ao fazer um HPPA
CD inicializável. O nome do caminho deve ser relativo ao caminho de origem especificado para
genisoimagem. Este parâmetro é opcional. Outras opções são necessárias, no próprio
pelo menos, um nome de arquivo do kernel e a linha de comando de inicialização. Veja o HPPA NOTAS seção abaixo
para obter mais informações.

-mips-boot mips_boot_image
Especifica o caminho e nome do arquivo da imagem de inicialização a ser usado ao fazer um
CD de inicialização MIPS SGI / big-endian. O nome do caminho deve ser relativo ao caminho de origem
especificado para genisoimagem. Esta opção pode ser especificada várias vezes, para armazenar
até 15 imagens de inicialização.

-mipsel-boot mipsel_boot_image
Especifica o caminho e nome do arquivo da imagem de inicialização a ser usado ao fazer um
CD inicializável do MIPS DEC / little-endian. O nome do caminho deve ser relativo à fonte
caminho especificado para genisoimagem.

-B img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
Especifica uma lista separada por vírgulas de imagens de inicialização que são necessárias para tornar um inicializável
CD para sistemas SPARC. A partição 0 é usada para a imagem ISO9660, a primeira imagem
o arquivo é mapeado para a partição 1. A lista separada por vírgulas pode ter até 7 campos,
incluindo campos vazios. Esta opção é necessária para fazer um CD inicializável para a Sun
Sistemas SPARC. Se -B or -sparc-boot foi especificado, o primeiro setor do
a imagem resultante conterá um rótulo de disco Sun. Este rótulo de disco especifica a fatia 0
para a imagem ISO9660 e as fatias 1 a 7 para as imagens de inicialização que foram
especificado com esta opção. Byte desloca 512 a 8191 dentro de cada um dos
as imagens de inicialização devem conter uma inicialização primária que funcione para o SPARC apropriado
arquitetura. O resto de cada uma das imagens geralmente contém um sistema de arquivos UFS usado
para o estágio de inicialização do kernel principal.

O método de inicialização implementado é aquele encontrado com SunOS 4.xe SunOS 5.x.
No entanto, ele não depende de internos SunOS, mas apenas de propriedades do Open
Prom de inicialização, portanto, deve ser utilizável para qualquer sistema operacional para sistemas SPARC. Para mais
informações também consulte o NOTAS seção abaixo.

Se o nome do arquivo especial ... é usado, as partições de inicialização reais e todas as seguintes
são mapeados para a partição anterior. Se genisoimagem é chamado com -G imagem -B ...
todas as partições de inicialização são mapeadas para a partição que contém o ISO9660
imagem do sistema de arquivos e a imagem de inicialização genérica que está localizada nos primeiros 16 setores
do disco é usado para todas as arquiteturas.

-G imagem_de_inicialização_genérica
Especifica o caminho e o nome do arquivo da imagem de inicialização genérica a ser usada ao fazer um
CD inicializável genérico. A imagem de inicialização será colocada nos primeiros 16 setores do
CD, antes do descritor de volume primário ISO9660. Se esta opção for usada junto
com -sparc-boot, o rótulo do disco Sun irá sobrepor os primeiros 512 bytes do
imagem de inicialização genérica.

-b eltorito_boot_image
Especifica o caminho e nome do arquivo da imagem de inicialização a ser usado ao fazer um El
CD inicializável Torito para PCs x86. O nome do caminho deve ser relativo ao caminho de origem
especificado para genisoimagem. Esta opção é necessária para tornar um El Torito inicializável
CD. A imagem de inicialização deve ter exatamente 1200 kB, 1440 kB ou 2880 kB e genisoimagem
usará esse tamanho ao criar o sistema de arquivos ISO9660 de saída. O BIOS do PC irá
use a imagem para emular um disquete, então o primeiro setor de 512 bytes deve conter
Código de inicialização do PC. Isso funcionará, por exemplo, se a imagem de inicialização for baseada em LILO
mole.

Se a imagem de inicialização não for uma imagem de um disquete, você precisa adicionar
-inicialização do disco rígido or -no-emul-boot. Se o sistema não deve inicializar o emulado
disco, use -sem inicialização.

If -ordenar não foi especificado, as imagens de inicialização são classificadas com baixa prioridade (+2)
para o início do meio. Se você não gosta disso, você precisa especificar uma classificação
peso de 0 para as imagens de inicialização.

-eltorito-alt-boot
Comece com um novo conjunto de parâmetros de inicialização El Torito. Até 63 entradas de inicialização El Torito
pode ser armazenado em um único CD.

-inicialização do disco rígido
Especifica que a imagem de inicialização usada para criar CDs inicializáveis ​​El Torito é um disco rígido
imagem. A imagem deve começar com um registro mestre de inicialização que contém um único
partição.

-no-emul-boot
Especifica que a imagem de inicialização usada para criar CDs inicializáveis ​​El Torito é um "não
imagem de emulação ". O sistema irá carregar e executar esta imagem sem executar
qualquer emulação de disco.

-sem inicialização
Especifica que o CD El Torito criado deve ser marcado como não inicializável. o
sistema irá fornecer uma unidade emulada para a imagem, mas irá inicializar a partir de um padrão
dispositivo de iniciaçâo.

-boot-load-seg endereço_segmento
Especifica o endereço do segmento de carga da imagem de inicialização para El Torito sem emulação
CDs

-boot-load-size setores_de_carga
Especifica o número de setores "virtuais" (512 bytes) para carregar no modo sem emulação.
O padrão é carregar todo o arquivo de inicialização. Alguns BIOSes podem ter problemas se este
não é um múltiplo de 4.

-boot-info-tabela
Especifica que uma tabela de 56 bytes com informações do layout do CD-ROM será
corrigido no deslocamento 8 no arquivo de inicialização. Se esta opção for fornecida, o arquivo de inicialização é
modificada in que o fonte sistema de arquivo, então faça uma cópia deste arquivo se ele não puder ser
facilmente regenerado! Veja o EL TORITO BOOT INFORMACAO TABELA seção para uma descrição de
essa mesa.

-C last_sess_start, next_sess_start
Esta opção é necessária para criar um CD Extra ou a imagem de uma segunda sessão ou um
sessão de nível superior para um disco multissessão. -C leva dois números separados por um
vírgula. O primeiro é o primeiro setor na última sessão do disco que deveria ser
anexado a. O segundo número é o número do setor inicial da nova sessão.
Os números corretos podem ser recuperados ligando para Wodim -msinfo ... If -C é utilizado em
Conjunção com -M, genisoimagem irá criar uma imagem do sistema de arquivos que se destina a
ser uma continuação da sessão anterior. Se -C é usado sem -M, genisoimagem
irá criar uma imagem do sistema de arquivos que se destina a ser usada para uma segunda sessão em
um CD Extra. Este é um CD multissessão que contém dados de áudio na primeira sessão
e um sistema de arquivos ISO9660 na segunda sessão.

-c catálogo_inicialização
Especifica o caminho e nome do arquivo do catálogo de inicialização, que é necessário para um El
CD inicializável do Torito. O nome do caminho deve ser relativo ao caminho de origem especificado para
genisoimagem. Este arquivo será inserido na árvore de saída e não criado no
o sistema de arquivos de origem, portanto, certifique-se de que o nome do arquivo especificado não entre em conflito com um
arquivo existente ou será excluído. Normalmente um nome como boot.catálogo é escolhido.

If -ordenar não foi especificado, o catálogo de inicialização classificado com baixa prioridade (+1) para
o início do meio. Se você não gosta disso, você precisa especificar uma classificação
peso de 0 para o catálogo de inicialização.

-check-nomes antigos
Verifique todos os nomes de arquivos importados da sessão anterior para conformidade com o ISO9660
regras de nomenclatura de arquivo. Sem esta opção, apenas nomes com mais de 31 caracteres são
verificado, pois esses arquivos são uma violação grave do padrão ISO9660.

-sessão de verificação lima
Verifique todas as sessões antigas para conformidade com o real genisoimagem Nomenclatura de arquivo ISO9660
as regras. Esta é uma opção de alto nível que combina -M lima -C 0,0 -check-nomes antigos.
Para o parâmetro lima, veja a descrição de -M.

-direito autoral lima
Especifica informações de copyright, normalmente um nome de arquivo no disco. Há espaço
para 37 caracteres. Equivalente a CÓPIA no .genisoimagerc arquivo.

-d Não anexe um ponto final aos arquivos que não possuem.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas. Usar
com cuidado.

-D Não use realocação profunda de diretório e, em vez disso, apenas empacote-os da maneira que vemos
Eles.
Se ISO9660: 1999 não foi selecionado, isso viola o padrão ISO9660, mas
acontece de funcionar em muitos sistemas. Use com cuidado.

-modo-dir modo
Substitui o modo dos diretórios usados ​​para criar a imagem para modo, especificado como 4
dígitos de bits de permissão como em chmod(1). Esta opção habilita automaticamente o Rock
Extensões de cume.

-dvd-vídeo
Gere um sistema de arquivos UDF compatível com DVD-Video. Isso é feito classificando a ordem de
o conteúdo dos arquivos apropriados e adicionando preenchimento entre os arquivos se
precisava. Observe que a classificação só funciona se os nomes dos arquivos de DVD-Vídeo incluírem
caracteres maiúsculos apenas.

Observe que, para obter uma imagem de sistema de arquivos compatível com DVD-Video, você precisa
prepare uma árvore de diretórios compatível com DVD-Video. Isso requer um diretório VIDEO_TS
(todas em maiúsculas) no diretório raiz do DVD resultante, e geralmente outro
anuário AUDIO_TS. VIDEO_TS precisa incluir todos os arquivos necessários (os nomes dos arquivos devem ser
todas em maiúsculas) para um sistema de arquivos DVD-Video compatível.

-f Siga os links simbólicos ao gerar o sistema de arquivos. Quando esta opção não está em
uso, links simbólicos serão inseridos usando Rock Ridge se habilitado, caso contrário, eles
será ignorado.

-modo de arquivo modo
Substitui o modo de arquivos regulares usados ​​para criar a imagem para modo, especificado como
4 dígitos de bits de permissão como em chmod(1). Esta opção habilita automaticamente o Rock
Extensões de cume.

-gid guia
Substitui o ID do grupo lido dos arquivos de origem pelo valor de guia. Especificando
esta opção ativa automaticamente as extensões Rock Ridge.

-gui Mude o comportamento de uma GUI. Isso atualmente torna a saída mais detalhada, mas
pode ter outros efeitos no futuro.

-pontos de enxerto
Permitir o uso de pontos de enxerto para nomes de arquivos. Se esta opção for usada, todos os nomes de arquivos são
verificado para pontos de enxerto. O nome do arquivo é dividido no primeiro igual sem escape
sinal. Todas as ocorrências de caracteres `\ 'e` =' devem ser escapadas com `\ 'se
-pontos de enxerto foi especificado.

-ocultar glob
Ocultar todos os arquivos correspondentes glob, um padrão de curinga de shell, de ser visto no
ISO9660 ou diretório Rock Ridge. glob pode corresponder a qualquer parte do nome do arquivo ou caminho.
If glob corresponde a um diretório, o conteúdo desse diretório será oculto. No
para corresponder a um nome de diretório, certifique-se de que o nome do caminho não inclua um
caractere `/ '. Todos os arquivos ocultos ainda serão gravados na imagem de CD de saída
Arquivo. Veja também -esconder-joliet e LEIA-ME.ocultar. Esta opção pode ser usada vários
vezes.

-lista-oculta lima
Um arquivo contendo uma lista de curingas de shell a serem ocultados. Ver -ocultar.

-escondido glob
Adicione o atributo de diretório ISO9660 oculto (existência) para arquivos e diretórios
correspondente glob, um padrão de curinga de shell. Este atributo irá prevenir os arquivos
de ser mostrado por alguns comandos do MS-DOS e do Windows. glob pode corresponder a qualquer parte de
o nome do arquivo ou caminho. Para corresponder a um nome de diretório, certifique-se de que o nome do caminho
não inclui um caractere `/ 'final. Esta opção pode ser usada várias vezes.

-lista-oculta lima
Um arquivo que contém uma lista de curingas de shell para obter o atributo oculto. Ver
-escondido.

-esconder-joliet glob
Ocultar arquivos e diretórios correspondentes glob, um padrão de curinga de shell, de ser visto
no diretório Joliet. glob pode corresponder a qualquer parte do nome do arquivo ou caminho. Se glob
corresponde a um diretório, o conteúdo desse diretório será oculto. Em ordem de
coincidir com um nome de diretório, certifique-se de que o nome do caminho não inclui um `/ 'final
personagem. Todos os arquivos ocultos ainda serão gravados no arquivo de imagem de CD de saída.
Esta opção é geralmente usada com -ocultar. Veja também LEIA-ME.ocultar. Esta opção pode ser
usado várias vezes.

-ocultar-lista-joliet lima
Um arquivo que contém uma lista de curingas de shell a serem ocultados da árvore Joliet. Ver
-esconder-joliet.

-hide-joliet-trans-tbl
Esconda o TRANS.TBL arquivos da árvore Joliet. Esses arquivos geralmente não fazem
sentido no mundo Joliet, pois eles listam o nome real e o nome ISO9660 que pode
ambos são diferentes do nome Joliet.

-ocultar-rr-movido
Renomear o diretório RR_MOVED para .rr_moved na árvore Rock Ridge. Parece ser
impossível esconder completamente o RR_MOVED diretório da árvore Rock Ridge.
Esta opção só torna a árvore visível menos confusa para quem não conhece
para que serve este diretório. Se você precisa não ter RR_MOVED diretório em tudo, você
Deveria usar -D. Note que se -D foi especificado, o sistema de arquivos resultante não é
Compatível com ISO9660 nível 1 e não será legível no MS-DOS. Veja também o NOTAS
seção.

-conjunto de caracteres de entrada conjunto de caracteres
Conjunto de caracteres de entrada que define os caracteres usados ​​em nomes de arquivos locais. Para obter uma lista
de nomes de conjuntos de caracteres válidos, ligue genisoimagem -conjunto de caracteres de entrada ajudar. Para obter um 1: 1
mapeamento, você pode usar omissão como nome do conjunto de caracteres. Os valores iniciais padrão são cp437
em sistemas baseados em DOS e iso8859-1 em todos os outros sistemas. Veja o CARÁCTER CONJUNTOS
seção abaixo para mais detalhes.

- conjunto de caracteres de saída conjunto de caracteres
Conjunto de caracteres de saída que define os caracteres que serão usados ​​em Rock Ridge
nomes de arquivos. O padrão é o conjunto de caracteres de entrada. Ver CARÁCTER CONJUNTOS seção abaixo para
mais detalhes.

- nível de iso nível
Defina o nível de conformidade ISO9660. Os números válidos são de 1 a 4.

Com o nível 1, os arquivos podem consistir em apenas uma seção e os nomes de arquivo são restritos a
Caracteres 8.3.

Com o nível 2, os arquivos podem consistir em apenas uma seção.

Com o nível 3, nenhuma restrição (diferente de ISO-9660: 1988) se aplica.

Com todos os níveis ISO9660 de 1 a 3, todos os nomes de arquivo são restritos a maiúsculas
letras, números e sublinhados (_). Os nomes de arquivos são limitados a 31 caracteres,
o aninhamento de diretório é limitado a 8 níveis e os nomes de caminho são limitados a 255
caracteres.

Nível 4 oficialmente não existe, mas genisoimagem mapeia para ISO-9660: 1999, que
é ISO9660 versão 2.

Com o nível 4, um descritor de volume aprimorado com número de versão e estrutura de arquivo
o número da versão definido como 2 é emitido. O aninhamento de diretório não se limita a 8 níveis,
não há necessidade de um arquivo conter um ponto e o ponto não tem nenhum significado especial,
nomes de arquivos não têm números de versão e podem ter até 207 caracteres
longo ou 197 caracteres se Rock Ridge for usado.

Ao criar imagens da versão 2, genisoimagem emite um descritor de volume aprimorado,
semelhante, mas não idêntico a um descritor de volume primário. Cuidado para não usar
software quebrado para tornar as imagens ISO9660 inicializáveis, assumindo uma segunda cópia de PVD e
patching esta suposta cópia PVD em um El Torito VD.

-J Gere registros de diretório Joliet além de nomes de arquivo ISO9660 regulares. Esse
é útil principalmente quando os discos devem ser usados ​​em máquinas Windows. Joliet
nomes de arquivos são especificados em Unicode e cada componente de caminho pode ser até 64 Unicode
caracteres de comprimento. Observe que Joliet não é um padrão - apenas Microsoft Windows e
Os sistemas Linux podem ler extensões Joliet. Para maior portabilidade, considere usar
extensões Joliet e Rock Ridge.

-joliet-longo
Permita que os nomes de arquivo Joliet tenham até 103 caracteres Unicode, em vez de 64. Isso
quebra a especificação Joliet, mas parece funcionar. Use com cuidado.

-jcharset conjunto de caracteres
Uma combinação de -J -conjunto de caracteres de entrada conjunto de caracteres. Veja o CARÁCTER CONJUNTOS seção abaixo
para mais detalhes.

-l Permitir nomes de arquivo completos de 31 caracteres. Normalmente, o nome do arquivo ISO9660 estará em um 8.3
formato compatível com MS-DOS, embora o padrão ISO9660 permita
nomes de arquivos de até 31 caracteres. Se você usar esta opção, o disco pode ser
difícil de usar em um sistema MS-DOS, mas funcionará na maioria dos outros sistemas. Usar com
Cuidado.

-L Opção desatualizada; usar -permitir pontos-guia ao invés.

-jigdo-jigdo arquivo_jigdo
Produzir um jigdo .jigdo arquivo de metadados, bem como a imagem do sistema de arquivos. Veja o
JIGDO NOTAS seção abaixo para obter mais informações.

-jigdo-modelo arquivo_modelo
Produzir um jigdo .modelo arquivo, bem como a imagem do sistema de arquivos. Veja o JIGDO
NOTAS seção abaixo para obter mais informações.

-jigdo-min-tamanho do arquivo tamanho
Especifique o tamanho mínimo de um arquivo a ser listado no .jigdo Arquivo. Padrão (e
mínimo permitido) é 1 KB. Veja o JIGDO NOTAS seção abaixo para obter mais informações.

-jigdo-force-md5 caminho
Especifique um padrão de arquivo onde os arquivos devo estar contido no MD5 fornecido externamente
lista fornecida por -md5-lista. Veja o JIGDO NOTAS seção abaixo para mais
informações.

-jigdo-excluir caminho
Especifique um padrão de arquivo onde os arquivos não serão listados no .jigdo Arquivo. Veja o
JIGDO NOTAS seção abaixo para obter mais informações.

-jigdo-mapa caminho
Especifique um mapeamento de padrão para o arquivo jigdo (por exemplo Debian = / mirror / debian). Vejo
que o JIGDO NOTAS seção abaixo para obter mais informações.

-md5-lista arquivo_md5
Especifique um arquivo contendo os MD5sums, tamanhos e nomes de caminho dos arquivos a serem
incluído em .jigdo Arquivo. Veja o JIGDO NOTAS seção abaixo para mais
informações.

-jigdo-template-comprimir algoritmo
Especifique um algoritmo de compactação a ser usado para a data do modelo. gzip e bzip2 são
atualmente suportado e gzip é o padrão. Veja o JIGDO NOTAS seção abaixo para
Mais Informações.

-arquivo de log arquivo de log
Redirecionar todas as mensagens de erro, aviso e informativas para arquivo de log ao invés de
erro padrão.

-m glob
Excluir arquivos correspondentes glob, um padrão de curinga de shell, de ser gravado em CD-
ROM. glob pode corresponder ao componente do nome do arquivo ou ao nome do caminho completo. Esse
opção pode ser usada várias vezes. Por exemplo:

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

excluiria todos os arquivos que terminam em `.o ', ou chamados core or foobar da imagem.
Observe que se você tivesse um diretório chamado foobar, ele também (e, claro, todos os seus
descendentes) seriam excluídos.

-lista de exclusão lima
Um arquivo que contém uma lista de curingas de shell a serem excluídos. Ver -m.

-max-iso9660-nomes de arquivos
Permita que os nomes de arquivo ISO9660 tenham até 37 caracteres. Esta opção habilita -N as
o espaço de nome extra é obtido do espaço reservado para números de versão de arquivo.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas.
Embora um aplicativo em conformidade precise fornecer um espaço de buffer de pelo menos 37
caracteres, os discos criados com esta opção podem causar um estouro de buffer no
lendo o sistema operacional. Use com extremo cuidado.

-M caminho

-M dispositivo

-dev dispositivo
Especifica o caminho para a imagem ISO9660 existente a ser mesclada. A forma alternativa tem um
Especificador de dispositivo SCSI que usa a mesma sintaxe que o dev = parâmetro de Wodim.
A saída de genisoimagem será uma nova sessão que deve ser escrita no final
da imagem especificada em -M. Normalmente, isso requer capacidade multissessão para
o gravador de CD usado para gravar a imagem. Esta opção só pode ser usada em
Conjunção com -C.

-N Omita os números de versão dos nomes de arquivo ISO9660.
Isso viola o padrão ISO9660, mas ninguém realmente usa os números de versão
qualquer forma. Use com cuidado.

-novo-diretório-modo modo
Especifique o modo, um número de 4 dígitos usado em chmod(1), para usar ao criar novos
diretórios na imagem do sistema de arquivos. O padrão é 0555.

-nobak

-não-bak
Exclua arquivos de backup de arquivos no sistema de arquivos ISO9660; isto é, nomes de arquivos que
contêm os caracteres `~ 'ou` #' ou terminam em bak. Normalmente são arquivos de backup
para editores de texto Unix.

-força-rr
Não use o reconhecimento automático de atributos Rock Ridge para sessões anteriores.
Isso pode solucionar problemas com imagens criadas, por exemplo, NERO Burning ROM.

-não-rr Não use os atributos Rock Ridge de sessões anteriores. Isso pode ajudar a
evite problemas quando genisoimagem encontra assinaturas ilegais de Rock Ridge em um antigo
sessão.

-no-split-symlink-componentes
Não divida os componentes do link simbólico, mas comece uma nova Área de Continuação (CE).
Isso pode desperdiçar algum espaço, mas o driver cdrom SunOS 4.1.4 tem um bug na leitura
dividir componentes do link simbólico.

É questionável se esta opção é útil hoje em dia.

-no-split-symlink-campos
Não divida os campos do link simbólico, mas comece uma nova Área de Continuação (CE).
Isso pode desperdiçar algum espaço, mas o driver cdrom SunOS 4.1.4 e Solaris 2.5.1 tem
um bug na leitura de campos de links simbólicos divididos (um `/ 'pode ser descartado).

É questionável se esta opção é útil hoje em dia.

-o nome do arquivo
Especifique o arquivo de saída para a imagem do sistema de arquivos ISO9660. Isso pode ser um disco
arquivo, uma unidade de fita ou pode corresponder diretamente ao nome do dispositivo do dispositivo óptico
gravador de disco. Se não for especificado, stdout é usado. Observe que a saída também pode ser um
dispositivo de bloco para uma partição de disco regular, caso em que o sistema de arquivos ISO9660 pode
ser montado normalmente para verificar se foi gerado corretamente.

-almofada Aumente o final de toda a imagem em 150 setores (300 kB). Esta opção é habilitada por
predefinição. Se usado em combinação com -B, o preenchimento é inserido entre o ISO9660
partição e as partições de inicialização, de modo que a primeira partição de inicialização comece em um
número do setor que é um múltiplo de 16.

O preenchimento é necessário porque muitos sistemas operacionais (por exemplo, Linux) implementam leitura antecipada
bugs em seu sistema de arquivos de E / S. Esses bugs resultam em erros de leitura em arquivos que são
localizado próximo ao final de uma faixa, principalmente se o disco estiver escrito em Faixa em
Modo uma vez, ou onde uma trilha de áudio de CD segue a trilha de dados.

-sem almofada
Não preencha a extremidade em 150 setores (300 kB) e não faça as partições de inicialização
começar em um múltiplo de 16 setores.

-lista de caminhos lima
Um arquivo contendo uma lista de especificação de caminho diretórios e nomes de arquivos a serem adicionados ao
Sistema de arquivos ISO9660. Esta lista de pathspecs é processada após qualquer um que apareça em
a linha de comando. Se o argumento for -, a lista é lida a partir da entrada padrão.

-P Opção desatualizada; usar -editor ao invés.

-editor editor_id
Especifica uma sequência de texto que será gravada no cabeçalho do volume. Isto deveria
descrever o editor do CD-ROM, geralmente com um endereço de correspondência e telefone
número. Há espaço para 128 caracteres. Equivalente a PUBLICAR no
.genisoimagerc arquivo.

-p id_preparador
Especifica uma sequência de texto que será gravada no cabeçalho do volume. Isto deveria
descrever o preparador do CD-ROM, geralmente com um endereço de correspondência e telefone
número. Há espaço para 128 caracteres. Equivalente a no
.genisoimagerc arquivo.

- tamanho da impressão
Imprimir o tamanho estimado do sistema de arquivos em múltiplos do tamanho do setor (2048 bytes) e
saída. Esta opção é necessária para o modo Disk At Once e com algumas unidades de CD-R quando
encanando diretamente para Wodim, casos onde Wodim precisa saber o tamanho do
imagem do sistema de arquivos com antecedência. Versões antigas de mkisofs escreveu esta informação (entre
outras informações) para stderr. Como isso é difícil de analisar, o número
sem qualquer outra informação agora é impresso em stdout também. Se você gosta de escrever um
script de shell simples, redirecionar stderr e pegar o número de stdout. Isso pode ser
feito com:

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

-quieto Isto torna genisoimagem ainda menos prolixo. Nenhuma saída de progresso será fornecida.

-R Gere registros SUSP e RR usando o protocolo Rock Ridge para descrever melhor o
arquivos no sistema de arquivos ISO9660.

-r É como a opção -R, mas a propriedade do arquivo e os modos são definidos para mais úteis
valores. O uid e gid são definidos como zero, porque eles geralmente só são úteis em
sistema do autor, e não é útil para o cliente. Todos os bits de leitura do arquivo são definidos
true, para que os arquivos e diretórios possam ser lidos globalmente no cliente. Caso existam
o bit de execução é definido para um arquivo, defina todos os bits de execução, de modo que os executáveis ​​sejam
globalmente executável no cliente. Se qualquer bit de pesquisa for definido para um diretório, defina
todos os bits de pesquisa, de modo que os diretórios sejam pesquisáveis ​​globalmente no cliente.
Todos os bits de gravação são limpos, porque o sistema de arquivos será montado somente leitura em qualquer
caso. Se qualquer um dos bits de modo especial estiver definido, limpe-os, porque os bloqueios de arquivo são
não é útil em um sistema de arquivos somente leitura, e bits set-id não são desejáveis ​​para uid 0
ou gid 0. Quando usado no Win32, o bit de execução é definido como todos os arquivos. Isto é um
resultado da falta de permissões de arquivo no Win32 e na emulação Cygwin POSIX
camada. Veja também -uido, -gid, -modo-dir, -modo de arquivo e -novo-diretório-modo.

-nomes-de-arquivos relaxados
Permite que os nomes de arquivo ISO9660 incluam todos os caracteres ASCII de 7 bits, exceto minúsculas
cartas.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas. Usar
com cuidado.

-raiz dir
Move todos os arquivos e diretórios para dir na imagem. Este é essencialmente o mesmo
como usando -pontos de enxerto e adicionando dir na frente de cada pathspec, mas é mais fácil
usar. dir pode realmente ter vários níveis de profundidade. É criado com o mesmo
permissões como outros pontos de enxerto.

-raiz antiga dir
Esta opção é necessária ao gravar uma imagem multissessão e a anterior (ou
ainda mais antigo) a sessão foi escrita com -raiz dir. Usando um nome de diretório não encontrado
na sessão anterior causa genisoimagem para abortar com um erro. Sem isso
opção, genisoimagem não seria capaz de encontrar arquivos não modificados e seria forçado
para gravar seus dados na imagem mais uma vez. -raiz e -raiz antiga Devem ser
usados ​​juntos para fazer backups incrementais. A sessão inicial usaria, por exemplo:
genisoimagem -raiz backup_1 dirs. O próximo backup incremental com genisoimagem
-raiz backup_2 -raiz antiga backup_1 dirs tiraria outro instantâneo desses
diretórios. O primeiro instantâneo seria encontrado em backup_1, o segundo em
backup_2, mas apenas arquivos modificados ou novos precisam ser gravados no segundo
sessão. Sem essas opções, novos arquivos seriam adicionados e os antigos seriam
preservado. Mas os antigos seriam substituídos se o arquivo fosse modificado. Em recuperação
os arquivos copiando todo o diretório de volta do CD também restauraria arquivos que
foram deletados intencionalmente. O acesso a várias versões mais antigas de um arquivo requer
suporte pelo sistema operacional para escolher quais sessões devem ser montadas.

-ordenar classificar_arquivo
Classifique os locais dos arquivos na mídia. A classificação é controlada por um arquivo que contém
pares de nomes de arquivo e classificação de compensação de peso. Se a ponderação for maior, o
arquivo estará localizado próximo ao início da mídia, se a ponderação for
na parte inferior, o arquivo estará localizado próximo ao final da mídia. Deve haver apenas
um espaço ou caracteres de tabulação entre o nome do arquivo e o peso e o peso deve
sejam os últimos personagens de uma linha. O nome do arquivo é usado para incluir todos os
caracteres até, mas não incluindo o último espaço ou caractere de tabulação em uma linha. Esse
é permitir que os caracteres de espaço estejam no ou no final de um nome de arquivo. Esse
opção faz não classifique a ordem dos nomes de arquivos que aparecem na ISO9660
diretório. Ele classifica a ordem em que os dados do arquivo são gravados na imagem do CD,
que é útil para otimizar o layout de dados em um CD. Ver README.sort para
mais detalhes.

-sparc-boot img_sun4,img_sun4c,img_sun4m,img_sun4d,img_sun4e
See -B acima.

-sparc-rótulo rótulo
Defina o nome do rótulo do disco Sun para o rótulo do disco Sun que é criado com -sparc-
bota.

-saída dividida
Divida a imagem de saída em vários arquivos de aproximadamente 1 GB cada. Isso ajuda
para criar imagens ISO9660 do tamanho de DVD em sistemas operacionais sem suporte a arquivos grandes.
Wodim irá concatenar mais de um arquivo em uma única trilha se estiver gravando em um DVD.
Para fazer -saída dividida trabalhar, -o nome do arquivo deve ser especificado. A saída resultante
as imagens serão nomeadas: nome_do_arquivo_00, nome_do_arquivo_01, nome_do_arquivo_02....

-stream-media-size #
Selecione a operação de streaming e defina o tamanho da mídia para # setores. Isso permite que você
canalizar a saída do alcatrão(1) programar para genisoimagem e para criar um ISO9660
sistema de arquivos sem a necessidade de um arquivo intermediário tar. Se esta opção
foi especificado, genisoimagem lê de stdin e cria um arquivo com o nome
Stream.IMG. O tamanho máximo do arquivo (com preenchimento) é 200 setores a menos que
o tamanho de mídia especificado. Se -sem almofada foi especificado, o tamanho do arquivo é 50
setores menores que o tamanho de mídia especificado. Se o arquivo for menor, genisoimagem
irá escrever preenchimento. Isso pode demorar um pouco.

A opção -stream-media-size cria sistemas de arquivos ISO9660 simples e não pode
usado junto com opções de sistema de arquivos híbrido ou multissessão.

-stream-nome-do-arquivo nome
Reservado para uso futuro.

-sunx86-boot UFS_img ,,, AUX1_img
Especifica uma lista separada por vírgulas de imagens do sistema de arquivos que são necessárias para fazer um
CD inicializável para sistemas Solaris x86.

Observe que a partição 1 é usada para a imagem ISO9660 e que a partição 2 é o
disco inteiro, portanto, as partições 1 e 2 não podem ser usadas por dados de partição externa. o
o primeiro arquivo de imagem é mapeado para a partição 0. Pode haver campos vazios na vírgula
lista separada e as entradas da lista para a partição 1 e 2 devem estar vazias. O máximo
número de partições suportadas é 8 (embora a tabela de partição Solaris x86 pudesse
suporta até 16 partições), por isso é impossível especificar mais de 6 partições
imagens. Esta opção é necessária para fazer um CD inicializável para sistemas Solaris x86.

If -sunx86-boot foi especificado, o primeiro setor da imagem resultante
contém um rótulo fdisk do PC com uma partição Solaris tipo 0x82 fdisk que começa em
desloca 512 e abrange todo o CD. Além disso, para o Solaris digite 0x82 fdisk
partição, há um rótulo de disco SVr4 no deslocamento 1024 no primeiro setor do CD.
Este rótulo de disco especifica a fatia 0 para a primeira imagem do sistema de arquivos (geralmente tipo UFS)
que é usado para inicializar o PC e o slice 1 para a imagem ISO9660. A fatia 2 abrange o
a fatia 3 do CD inteiro ... a fatia 7 pode ser usada para imagens adicionais do sistema de arquivos que tenham
foi especificado com esta opção.

Um CD de inicialização Solaris x86 usa uma inicialização primária de 1024 bytes que usa o El Torito
sem emulação modo de inicialização e uma inicialização secundária genérica que está nos setores 1..15 do CD.
Por este motivo, ambos -b bootimage -no-emul-boot e -G genboot deve ser especificado.

-sunx86-rótulo rótulo
Defina o nome do rótulo do disco SVr4 para o rótulo do disco SVr4 que é criado com
-sunx86-boot.

-sysid ID
Especifica o ID do sistema. Há espaço para 32 caracteres. Equivalente a SYSI in
que o .genisoimagerc arquivo.

-T Gerar um arquivo TRANS.TBL em cada diretório do CD-ROM, que pode ser usado em
sistemas não compatíveis com Rock Ridge para ajudar a estabelecer os nomes de arquivo corretos. Há
também informações presentes no arquivo que indicam os números maiores e menores para
dispositivos de bloco e caractere, e cada link simbólico tem o nome do arquivo de link fornecido.

-Nome da tabela table_name
Nome do arquivo da tabela de tradução alternativa (veja acima). Implica -T. Se você é
criando uma imagem multisessão você deve usar o mesmo nome do anterior
sessão.

-ucs-nível nível
Defina o nível de conformidade Unicode no Joliet SVD. O nível padrão é 3. Pode ser
definido como 1..3 usando esta opção.

-udf Inclui suporte para sistema de arquivos UDF na imagem do sistema de arquivos gerada. O suporte UDF é
atualmente em estado alfa e por este motivo, não é possível criar UDF-
apenas imagens. As estruturas de dados UDF estão atualmente acopladas às estruturas Joliet,
portanto, há muitas armadilhas com a implementação atual. Não há UID / GID
suporte, não há suporte de permissão POSIX, não há suporte para links simbólicos.
Observe que o UDF desperdiça o espaço do setor ~ 20 ao setor 256 no início do
o disco, além do espaço necessário para estruturas de dados UDF reais.

-uido uid
Substitui o uid lido dos arquivos de origem pelo valor de uid. Especificando isto
opção ativa automaticamente as extensões Rock Ridge.

-use-fileversão
A opção -use-fileversão permite genisoimagem para usar números de versão de arquivo do
sistema de arquivo. Se a opção não for especificada, genisoimagem cria um número de versão
de 1 para todos os arquivos. Versões de arquivo são strings no intervalo ;1 para 32767 Esta
opção é o padrão no VMS.

-U Permite nomes de arquivo "não traduzidos", violando completamente os padrões ISO9660
descrito acima. Ativa os seguintes sinalizadores: -d -l -N -permitir pontos-guia
-nomes-de-arquivos relaxados -permitir-minúsculas -permitir-multidot -no-iso-traduzir. Permite mais
de um `. ' caractere no nome do arquivo, bem como nomes de arquivo com letras maiúsculas e minúsculas. Isto é
útil no HP-UX, onde o integrado Cdfs sistema de arquivos não reconhece nenhum
extensões. Use com extremo cuidado.

-no-iso-traduzir
Não traduza os caracteres `# 'e` ~' que são inválidos para ISO9660
nomes de arquivos. Embora inválidos, esses caracteres são freqüentemente usados ​​por sistemas Microsoft.
Isso viola o padrão ISO9660, mas funciona em muitos sistemas. Usar
com cuidado.

-V válido
Especifica o ID do volume (nome do volume ou rótulo) a ser gravado no bloco mestre.
Há espaço para 32 caracteres. Equivalente a VOOS no .genisoimagerc arquivo.
O ID do volume é usado como ponto de montagem pelo gerenciador de volume Solaris e como um
etiqueta atribuída a um disco em várias outras plataformas, como Windows e Apple Mac
OS.

-volset ID
Especifica o ID do conjunto de volume. Há espaço para 128 caracteres. Equivalente a
VOOS no .genisoimagerc arquivo.

-volset-tamanho #
Define o tamanho do volume definido para #. O tamanho do conjunto de volume é o número de CDs que são
em um conjunto de volume de CD. Um conjunto de volumes é uma coleção de um ou mais volumes, nos quais
um conjunto de arquivos é gravado.

Conjuntos de volumes não se destinam a ser usados ​​para criar um conjunto de CDs numerados que fazem parte
de, por exemplo, um conjunto de CDs de instalação do sistema operacional. Conjuntos de volume são bastante usados ​​para
grave uma grande árvore de diretório que não caberia em um único volume. Cada volume de
um conjunto de volumes contém uma descrição de todos os diretórios e arquivos que são
registrados nos volumes onde os números de sequência são menores ou iguais ao
volume atribuído Defina o tamanho do volume atual.

genisoimagem atualmente não suporta um -volset-tamanho que é maior que 1.

A opção -volset-tamanho deve ser especificado antes -volset-seqno em cada comando
linha.

-volset-seqno #
Define o número de sequência do volume definido para #. O número de sequência de volume definido é o
número de índice do CD atual em um conjunto de CDs. A opção -volset-tamanho devemos ser
especificado antes -volset-seqno em cada linha de comando.

-v Execução detalhada. Se fornecido duas vezes na linha de comando, informações extras de depuração
ser impresso.

-x glob
Idêntico a -m glob.

-z Gerar especial PRRIP registros para arquivos compactados de forma transparente. Este é apenas de
uso e interesse para hosts que suportam descompressão transparente, como Linux
2.4.14 ou posterior. Você deve especificar -R or -r para habilitar Rock Ridge e gerar
arquivos compactados usando o mkzftree utilitário antes de executar genisoimagem. Observe que
a compressão transparente é uma extensão Rock Ridge não padronizada. Os discos resultantes
são apenas legíveis de forma transparente se usados ​​no Linux. Em outros sistemas operacionais, você
vai precisar ligar mkzftree manualmente para descompactar os arquivos.

HFS OPÇÕES

-hfs Crie um CD híbrido ISO9660 / HFS. Esta opção deve ser usada em conjunto com o
-map, -Magia e / ou os vários duplo traço opções fornecidas abaixo.

-maçã Crie um CD ISO9660 com as extensões da Apple. Igual a -hfs, exceto que o
Extensões Apple para ISO9660 são adicionadas em vez de criar um volume híbrido HFS.
Antigo genisoimagem versões incluíam atributos Rock Ridge por padrão se -maçã
foi especificado. Esta versão de genisoimagem não faz mais isso. Se você gostar
para ter atributos Rock Ridge, você precisa especificar isso separadamente.

-map mapeamento_arquivo
Use o mapeamento_arquivo para definir as informações de CRIADOR e TIPO para um arquivo com base em
a extensão do nome do arquivo. Um nome de arquivo é mapeado apenas se não for um dos conhecidos
Formatos de arquivo Apple / Unix. Veja o HFS CRIADOR / TIPO seção abaixo.

-Magia arquivo_mágico
As informações de CRIADOR e TIPO são definidas usando um arquivo mágica número (geralmente o
primeiros bytes de um arquivo). o arquivo_mágico só é usado se um arquivo não for um dos
formatos de arquivo Apple / Unix conhecidos ou a extensão do nome do arquivo não foi mapeada usando
-map. Veja o HFS CRIADOR / TIPO seção abaixo para mais detalhes.

-hfs-criador criador
Defina o CRIADOR padrão para todos os arquivos. Deve ter exatamente 4 caracteres. Veja o HFS
CRIADOR / TIPO seção abaixo para mais detalhes.

-hfs-tipo tipo
Defina o TIPO padrão para todos os arquivos. Deve ter exatamente 4 caracteres. Veja o HFS
CRIADOR / TIPO seção abaixo para mais detalhes.

-sonda Pesquise o conteúdo dos arquivos para todos os formatos de arquivo Apple / Unix conhecidos. Veja o
HFS MACINTOSH ARQUIVO FORMATOS seção abaixo para mais informações sobre esses formatos. Contudo,
a única maneira de verificar MacBinaryGenericName e AppleSingle arquivos é abri-los e lê-los,
portanto, esta opção pode aumentar o tempo de processamento. É melhor usar um ou mais duplo
traço opções fornecidas abaixo se os formatos Apple / Unix em uso forem conhecidos.

-sem desktop
Não crie arquivos da área de trabalho (vazios). Novos arquivos HFS Desktop serão criados quando o
O CD é usado em um Macintosh (e armazenado na pasta do sistema). Por padrão, vazio
Os arquivos da área de trabalho são adicionados ao volume HFS.

-nome-mac
Use o nome de arquivo HFS como ponto de partida para ISO9660, Joliet e Rock Ridge
nomes de arquivos. Veja o HFS MACINTOSH NOMES DE ARQUIVOS seção abaixo para obter mais informações.

-boot-hfs-arquivo arquivo_driver
Instala o arquivo_driver que pode tornar o CD inicializável em um Macintosh. Veja o HFS
BOOT DRIVER seção abaixo. (Alfa).

-parte Gere uma tabela de partição HFS. Por padrão, nenhuma tabela de partição é gerada, mas
alguns drivers de CD-ROM Macintosh mais antigos precisam de uma tabela de partição HFS no CD-ROM para serem
capaz de reconhecer um CD-ROM híbrido.

-carro AutoStart_file
Faça o CD HFS usar o recurso QuickTime 2.0 Autostart para iniciar um aplicativo ou
documento. O nome do arquivo fornecido deve ser o nome de um documento ou aplicativo localizado
no nível superior do CD. O nome do arquivo deve ter menos de 12 caracteres. (Alfa).

- tamanho do cluster tamanho
Defina o tamanho em bytes do cluster ou unidades de alocação dos arquivos do PC Exchange.
Implica --intercâmbio. Veja o HFS MACINTOSH ARQUIVO FORMATOS seção abaixo.

-ocultar-hfs glob
Esconder glob, um padrão de curinga de shell, do volume HFS. O arquivo ou diretório
ainda existirá no diretório ISO9660 e / ou Joliet. glob pode combinar com qualquer parte
do nome do arquivo. Vários globs podem ser excluídos. Exemplo:

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

excluiria todos os arquivos que terminam em `.o 'ou chamados foobar do volume HFS. Observação
que se você tivesse um diretório chamado foobar, ele também (e, claro, todos os seus
descendentes) seriam excluídos. o glob também pode ser um nome de caminho relativo ao
diretórios de origem fornecidos na linha de comando. Exemplo:

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

excluiria apenas o arquivo ou diretório chamado html do src diretório. Algum
outro arquivo ou diretório chamado html na árvore não serão excluídos. Deveria estar
usado com -ocultar e / ou -esconder-joliet. Para corresponder a um nome de diretório, certifique-se de
o padrão não inclui um caractere `/ 'final. Ver LEIA-ME.ocultar para mais
Detalhes.

-ocultar-lista-hfs lima
Especifique um arquivo contendo uma lista de padrões curinga a serem ocultados como em -ocultar-hfs.

-hfs-volid hfs_volid
Nome do volume para a partição HFS. Este é o nome que é atribuído ao disco em
um Macintosh e substitui o válido usado com -V.

-ícone-posição
Use as informações de posição do ícone, se houver, do arquivo Apple / Unix. o
os ícones aparecerão na mesma posição que na área de trabalho do Macintosh. Pasta
localização e tamanho na tela, suas posições de rolagem, visualização da pasta (ver como ícones,
Ícones pequenos, etc.) também são preservados. (Alfa).

-root-info lima
Defina a localização, tamanho na tela, posições de rolagem, visualização da pasta, etc. para a raiz
pasta de um volume HFS. Ver README.rootinfo Para maiores informações. (Alfa)

-prep-boot lima
Arquivo de imagem de inicialização PReP. São permitidos até 4. Ver README.prep_boot para mais
em formação. (Alfa)

-chrp-boot
Adicione o cabeçalho de inicialização do CHRP.

-input-hfs-charset conjunto de caracteres
Conjunto de caracteres de entrada que define os caracteres usados ​​em nomes de arquivos HFS quando usados ​​com
-nome-mac. O conjunto de caracteres padrão é cp10000 (Mac Roman). Veja o CARÁCTER CONJUNTOS e
HFS MACINTOSH NOMES DE ARQUIVOS seções abaixo para mais detalhes.

-saída-hfs-charset conjunto de caracteres
Conjunto de caracteres de saída que define os caracteres que serão usados ​​nos nomes de arquivos HFS.
O padrão é o conjunto de caracteres de entrada. Veja o CARÁCTER CONJUNTOS seção abaixo para mais
Detalhes.

-hfs-desbloqueio
Por padrão, o genisoimagem criará um volume HFS que está bloqueado. Esta opção
deixa o volume desbloqueado para que outros aplicativos (por exemplo hfsutils) pode modificar
o volume. Veja o HFS PROBLEMAS / LIMITAÇÕES seção abaixo para avisos sobre o uso
esta opção.

-hfs-abençoe nome da pasta
"Abençoe" o diretório dado (pasta). Geralmente é o System Pasta e é usado
na criação de CDs inicializáveis ​​HFS. O nome do diretório deve ser o nome do caminho completo
as genisoimagem Vê isso. Por exemplo, se o pathspec fornecido é ./cddata e o necessário
pasta é chamada System Pasta, todo o nome do caminho é "/ cddata / System Pasta"
(lembre-se de usar aspas se o nome contiver espaços).

-hfs-parms parâmetros
Substitua certos parâmetros usados ​​para criar o sistema de arquivos HFS. Improvável de ser usado
em circunstâncias normais. Veja o libhfs_iso / hybrid.h arquivo fonte para detalhes.

--boné Procure por arquivos AUFS CAP Macintosh. Pesquise apenas formatos de arquivo CAP Apple / Unix.
A pesquisa de outros formatos de arquivo Apple / Unix possíveis está desativada, a menos que outro
duplo traço opções são fornecidas.

--netatalk
Procure por arquivos NETATALK Macintosh

--Duplo
Procure por arquivos AppleDouble Macintosh

--ethershare
Procure por arquivos Helios EtherShare Macintosh

--ushare
Procure por arquivos IPT UShare Macintosh

--intercâmbio
Procure por arquivos PC Exchange Macintosh

--sgi Procure por arquivos SGI Macintosh

--xinet
Procure por arquivos XINET Macintosh

--macbin
Procure por arquivos MacBinary Macintosh

--solteiro
Procure por arquivos AppleSingle Macintosh

--dave Procure por arquivos Thursby Software Systems DAVE Macintosh

--sfm Procure os serviços da Microsoft para arquivos Macintosh (somente NT) (Alpha)

--osx-duplo
Procure por arquivos Mac OS X AppleDouble Macintosh

--osx-hfs
Procure por arquivos Mac OS X HFS Macintosh

CARÁCTER CONJUNTOS

genisoimagem processa nomes de arquivos de maneira compatível com POSIX como cadeias de caracteres de 8 bits.
Para representar todas as codificações de todos os idiomas, os caracteres de 8 bits não são suficientes. Unicode
ou ISO-10646 definem as codificações de caracteres que precisam de pelo menos 21 bits para representar todos os
línguas. Eles podem ser representados com UTF-32, UTF-16 or UTF-8 codificação. UTF-32 usa um
codificação simples de 32 bits, mas parece ser incomum. UTF-16 é usado pela Microsoft com Win32 com
a desvantagem de que os caracteres de 16 bits não são compatíveis com o sistema de arquivos POSIX
interface.

Os sistemas operacionais Unix modernos podem usar codificação UTF-8 para nomes de arquivos. Cada caractere de 32 bits
é representado por um ou mais caracteres de 8 bits. Se um personagem está codificado em ISO-8859-1
(usado na Europa Central e América do Norte) é mapeado 1: 1 para um Unicode codificado em UTF-32 ou UTF-16
personagem. Se um personagem está codificado em 7 Bit- ASCII (usado nos EUA e outros países com
conjunto de caracteres limitado) é mapeado 1: 1 para um caractere Unicode codificado UTF-32, UTF-16 ou UTF-8.
Códigos de caracteres que não podem ser representados como um único byte em UTF-8 (se o valor for>
0x7F) usam sequências de escape que mapeiam para mais de um caractere de 8 bits.

Se todos os sistemas operacionais usassem UTF-8, genisoimagem não precisaria recodificar caracteres em
nomes de arquivos. Infelizmente, a Apple usa codificações completamente fora do padrão e a Microsoft usa um
Codificação Unicode que não é compatível com a interface de nome de arquivo POSIX.

Para todos os sistemas operacionais não codificados em UTF-8, o caractere real que cada byte representa
depende do personagem conjunto or página de código (o nome usado pela Microsoft) usado pelo local
sistema operacional - os caracteres em um conjunto de caracteres refletirão a região ou natural
idioma definido pelo usuário.

Normalmente, os códigos de caracteres 0x00-0x1f são caracteres de controle, os códigos 0x20-0x7f são de 7 bits
Os caracteres ASCII e (em PCs e Macs) 0x80-0xff são usados ​​para outros caracteres.

Como há muito mais de 256 caracteres / símbolos em uso, apenas um pequeno subconjunto é
representado em um conjunto de caracteres. Portanto, o mesmo código de caractere pode representar um
caracteres diferentes em conjuntos de caracteres diferentes. Portanto, um nome de arquivo gerado, digamos, no centro
Europa, pode não exibir o mesmo caractere quando visto em uma máquina, digamos no leste
Europa.

Para tornar as coisas mais complicadas, diferentes sistemas operacionais usam diferentes conjuntos de caracteres
para a região ou idioma. Por exemplo, o código de caractere para `é '(pequeno e com agudo
acento) pode ser código de caractere 0x82 em um PC, código 0x8e em um Macintosh, código 0xe9 em um Unix
sistema na Europa Ocidental e código 0x000e9 em Unicode.

Contanto que nem todos os sistemas operacionais e aplicativos usem o mesmo conjunto de caracteres que o
base para nomes de arquivo, pode ser necessário especificar qual conjunto de caracteres seus nomes de arquivo usam
em que conjunto de caracteres os nomes dos arquivos devem aparecer no CD.

Existem quatro opções para especificar os conjuntos de caracteres que deseja usar:

-conjunto de caracteres de entrada
Define o conjunto de caracteres local que você está usando em sua máquina host. Qualquer personagem
As conversões de conjuntos que ocorrerem usarão este conjunto de caracteres como ponto de partida.
Os conjuntos de caracteres de entrada padrão são cp437 em sistemas baseados em MS-DOS e iso8859-1 on
todos os outros sistemas. Se -J é fornecido, os equivalentes Unicode do caractere de entrada
set será usado no diretório Joliet. -jcharset é o mesmo que -conjunto de caracteres de entrada
-J.

- conjunto de caracteres de saída
Define o conjunto de caracteres que será usado para os nomes de Rock Ridge no
CD. O padrão é o conjunto de caracteres de entrada.

-input-hfs-charset
Define o conjunto de caracteres HFS usado para nomes de arquivos HFS decodificados de qualquer um dos
vários formatos de arquivo Apple / Unix. Útil apenas quando usado com -nome-mac. Veja o HFS
MACINTOSH NOMES DE ARQUIVOS Para maiores informações. Padrões para cp10000 (Mac Romano).

-saída-hfs-charset
Define o conjunto de caracteres HFS usado para criar nomes de arquivos HFS a partir do caractere de entrada
definido em uso. Na maioria dos casos, isso será do conjunto de caracteres fornecido com
-conjunto de caracteres de entrada. O padrão é o conjunto de caracteres HFS de entrada.

Existem vários conjuntos de caracteres integrados a genisoimagem. Para obter uma lista, use
-conjunto de caracteres de entrada ajudar. Esta lista não inclui o charset derivado do atual
localidade, se genisoimagem é construído com iconv .

Conjuntos de caracteres adicionais podem ser lidos do arquivo para qualquer uma das opções de conjunto de caracteres por
dando um nome de arquivo como argumento para as opções. O arquivo fornecido só será lido se for
nome não corresponde a um dos conjuntos de caracteres integrados.

O formato dos arquivos de conjunto de caracteres é o mesmo dos arquivos de mapeamento disponíveis em
http://www.unicode.org/Public/MAPPINGS. Este formato é:

A coluna # 1 é o código de byte de entrada (em hexadecimal como 0xXX)
A coluna # 2 é o Unicode (em hexadecimal como 0xXXXX)
O resto da linha é ignorado.

Qualquer linha em branco, linha sem duas (ou mais) colunas no formato acima ou linhas de comentários
(começando com o caractere #) são ignorados sem nenhum aviso. Qualquer código de entrada ausente
é mapeado para o caractere Unicode 0x0000.

Observe que, embora UTF-8 seja compatível, outras codificações Unicode, como UCS-2 / UTF-16 e
UCS-4 / UTF-32 não, pois os sistemas operacionais POSIX não podem lidar com eles nativamente.

Um mapeamento de conjunto de caracteres 1: 1 pode ser definido usando a palavra-chave omissão como o argumento para
qualquer uma das opções de conjunto de caracteres. Este é o comportamento das versões antigas de mkisofs.

Os nomes de arquivo ISO9660 gerados a partir dos nomes de arquivo de entrada não são convertidos a partir da entrada
conjunto de caracteres. O conjunto de caracteres ISO9660 é um subconjunto muito limitado de caracteres ASCII,
portanto, qualquer conversão seria inútil.

Qualquer personagem que genisoimagem não pode converter será substituído por um caractere `_ '.

HFS CRIADOR / TIPO

Um arquivo Macintosh tem duas propriedades associadas a ele que definem qual aplicativo
criou o arquivo, o CRIADOR e quais dados o arquivo contém, o TIPO. Ambos são
(exatamente) strings de 4 letras. Normalmente, isso permite que um usuário Macintosh clique duas vezes em um arquivo
e iniciar o aplicativo correto, etc. O CRIADOR e o TIPO de um arquivo específico podem ser
encontrado usando algo como ResEdit (ou semelhante) em um Macintosh.

As informações CREATOR e TYPE são armazenadas em todos os vários arquivos codificados Apple / Unix.
Para outros arquivos é possível basear o CRIADOR e o TIPO na extensão do nome do arquivo
utilizando um mapeamento arquivo (com -map) e / ou usando o mágica número (geralmente um assinatura no
primeiros bytes) de um arquivo (com -Magia) Se ambas as opções forem fornecidas, seu pedido em
a linha de comando é significativa. Se -map é fornecido primeiro, uma correspondência de extensão de nome de arquivo é
tentado antes de uma correspondência de número mágico. No entanto, se -Magia é dado primeiro, um número mágico
a correspondência é tentada antes de uma correspondência de extensão de nome de arquivo.

Se um mapeamento ou arquivo mágico não for usado, ou nenhuma correspondência for encontrada, o padrão CREATOR e TYPE
para todos os arquivos regulares pode ser definido usando entradas no .genisoimagerc arquivo ou usando
-hfs-criador e / ou -hfs-tipo, caso contrário, o padrão CREATOR e TYPE são Unix e TEXTO.

O formato do mapeamento arquivo é o mesmo arquivo afp formato como usado por para. Este arquivo tem
cinco colunas para o extensão, lima tradução, CRIADOR, TIPO e Comentário. Linhas
começando com o caractere `# 'são linhas de comentários e são ignoradas. Um arquivo de exemplo seria
ser como:

# Exemplo de arquivo de mapeamento de nome de arquivo
#
# Comentário EXTN XLate CREATOR TYPE
.tif Raw '8BIM' 'TIFF' "Imagem TIFF do Photoshop"
.hqx Ascii 'BnHq' 'TEXT' "Arquivo BinHex"
.doc Raw 'MSWD' 'WDBN' "Arquivo Word"
.mov Raw 'TVOD' 'MooV' "QuickTime Movie"
* Ascii 'ttxt' 'TEXT' "Arquivo de texto"

Onde:

A primeira coluna EXTN define a extensão do nome do arquivo Unix a ser mapeado. O padrão
mapeamento para qualquer extensão de nome de arquivo que não corresponda é definido com o `* '
personagem.

A Xlate coluna define o tipo de tradução de texto entre o Unix e
Arquivo Macintosh é ignorado por genisoimagem, mas é mantido para ser compatível com
para(1). Embora genisoimagem não altera o conteúdo de um arquivo, se um binário
arquivo tem seu TYPE definido como TEXTO, É pode ser lido incorretamente em um Macintosh. Portanto
uma escolha melhor para o TIPO padrão pode ser ????.

A CRIADOR e TIPO as palavras-chave devem ter 4 caracteres e ser colocadas em uma única
citações.

O campo de comentário está entre aspas duplas - é ignorado por genisoimagem, mas
é mantido para ser compatível com para.

O formato do mágica arquivo é quase idêntico ao mágica(5) arquivo usado pelo lima(1)
comando.

Este arquivo tem quatro colunas separadas por tabulação para o byte compensar, tipo, teste e mensagem.
As linhas que começam com o caractere `# 'são linhas de comentário e são ignoradas. Um arquivo de exemplo
Seria como:

# Exemplo de arquivo mágico
#
# mensagem de teste de tipo off
0 string GIF8 8BIM GIFf imagem GIF
0 beshort 0xffd8 8BIM JPEG dados de imagem
0 string SIT! SENTAR! SENTAR! Arquivo StuffIt
0 string \ 037 \ 235 LZIV ZIVU compactação Unix padrão
0 string \ 037 \ 213 GNUz ZIVU gzip dados compactados
0 string%! ASPS TEXT Postscript
0 string \ 004%! ASPS TEXT PC Postscript com um ^ D para iniciar
4 string moov txtt arquivo de filme MooV QuickTime (moov)
Arquivo de filme MooV QuickTime (mdat) de 4 strings mdat txtt

O formato do arquivo é descrito em mágica(5). A única diferença aqui é que para
cada entrada no arquivo mágico, o mensagem para o deslocamento inicial deve ter 4 caracteres
para o CRIADOR seguido por 4 caracteres para o TIPO - o espaço em branco é opcional entre
eles. Quaisquer outros caracteres nesta linha são ignorados. Linhas de continuação (começando com um
`> ') também são ignorados, ou seja, apenas as linhas de deslocamento iniciais são usadas.

utilização -Magia pode aumentar significativamente o tempo de processamento à medida que cada arquivo deve ser aberto e
leia para encontrar seu número mágico.

Em resumo, para todos os arquivos, o CRIADOR padrão é Unix e o TYPE padrão é TEXTO.
Eles podem ser alterados usando entradas no .genisoimagerc arquivo ou usando -hfs-criador
e / ou -hfs-tipo.

Se o arquivo estiver em um dos formatos Apple / Unix conhecidos (e o formato tiver sido
selecionado), o CRIADOR e o TIPO são retirados dos valores armazenados no arquivo Apple / Unix.

Outros arquivos podem ter seu CREATOR e TYPE definidos a partir de sua extensão de nome de arquivo (com -map),
ou seu número mágico (com -Magia) Se a correspondência padrão for usada no mapeamento arquivo,
esses valores substituem o padrão CREATOR e TYPE.

Um banco de dados CREATOR / TYPE completo pode ser encontrado em http://www.angelfire.com/il/szekely/.

HFS MACINTOSH ARQUIVO FORMATOS

Os arquivos do Macintosh têm duas partes chamadas de Data e Recursos garfo. Qualquer um pode estar vazio.
Unix (e muitos outros sistemas operacionais) pode lidar apenas com arquivos que tenham uma parte (ou fork). Para adicionar a
isso, os arquivos Macintosh têm uma série de atributos associados a eles - provavelmente a maioria
importantes são o TIPO e o CRIADOR. Novamente, o Unix não tem nenhum conceito desses tipos de
atributos.

Por exemplo, um arquivo Macintosh pode ser uma imagem JPEG onde a imagem é armazenada na bifurcação de dados e
uma miniatura da área de trabalho armazenada na bifurcação de recursos. Geralmente é a informação nos dados
fork que é útil em todas as plataformas.

Portanto, para armazenar um arquivo Macintosh em um sistema de arquivos Unix, deve-se encontrar uma maneira de lidar com
com os dois garfos e os atributos extras (que são chamados de em destaque info).
Infelizmente, parece que todo pacote de software que armazena arquivos Macintosh em Unix
escolheu um método de armazenamento completamente diferente.

A Apple / Unix formata que genisoimagem (parcialmente) os suportes são:

Formato CAP AUFS
Bifurcação de dados armazenados em um arquivo. Bifurcação de recursos no subdiretório .recurso com o mesmo
nome do arquivo como bifurcação de dados. Informação do localizador no subdiretório .finderinfo com o mesmo nome de arquivo.

AppleDouble / Netatalk
Bifurcação de dados armazenados em um arquivo. Bifurcação de recurso armazenado em um arquivo com o mesmo nome prefixado
com `% '. As informações do localizador também são armazenadas no mesmo arquivo `% '. Netatalk usa o mesmo formato,
mas a bifurcação de recursos / informações do Finder armazenadas no subdiretório .AppleDouble com o mesmo
nome do arquivo como bifurcação de dados.

AppleSingle
Estruturas de dados semelhantes às anteriores, exceto que os bifurcações e as informações do Finder são armazenados em
um arquivo.

Helios EtherCompartilhar
Bifurcação de dados armazenados em um arquivo. Bifurcação de recursos e informações do Finder juntas no subdiretório
.rsrc com o mesmo nome de arquivo da bifurcação de dados.

IPT USshare
Como o formato EtherShare, mas as informações do Finder são armazenadas de maneira um pouco diferente.

MacBinaryGenericName
Ambos os garfos e informações do Finder armazenados em um arquivo.

Troca de PC da Apple
Usado por Macintosh para armazenar arquivos Apple em discos DOS (FAT). Bifurcação de dados armazenados em um
Arquivo. Bifurcação de recursos no subdiretório recurso.frk (ou RECURSO.FRK) Informações do localizador como
um registro no arquivo localizador.dat (ou LOCALIZADOR.DAT) Separado localizador.dat para cada dado
diretório fork.

Observação: genisoimagem precisa saber o tamanho do cluster FAT nativo do disco que o PC
Os arquivos do Exchange estão ativados (ou foram copiados de). Este tamanho é dado por
- tamanho do cluster. O tamanho do cluster ou da alocação pode ser encontrado usando o DOS
utilidade chkdsk.

Pode não funcionar com arquivos PC Exchange v2.2 ou superior (disponível com MacOS 8.1). DOS
mídia contendo arquivos do PC Exchange deve ser montada como tipo msdos (Não é vfat) quando
usando Linux.

SGI / XINET
Usado por máquinas SGI quando montam discos HFS. Bifurcação de dados armazenados em um arquivo.
Bifurcação de recursos no subdiretório .HSResource com o mesmo nome de arquivo. Informações do localizador como uma
registro em arquivo .H Auxiliar. Separado .H Auxiliar para cada diretório de bifurcação de dados.

Sistemas de Software Thursby DAVE
Permite que os Macintosh armazenem arquivos Apple em servidores SMB. Bifurcação de dados armazenados em um
Arquivo. Bifurcação de recursos no subdiretório recurso.frk. Usa o formato AppleDouble para
bifurcação de recursos de armazenamento.

Serviços para Macintosh
Formato de arquivos armazenados por servidores NT em sistemas de arquivos NTFS. A bifurcação de dados é armazenada como
nome do arquivo. Bifurcação de recursos armazenados como um fluxo NTFS chamado nome do arquivo: AFP_Resource. O
As informações do localizador são armazenadas como um fluxo NTFS chamado nome do arquivo: Afp_AfpInfo. Streams NTFS
normalmente são invisíveis para o usuário.

Atenção: genisoimagem suporta apenas parcialmente o formato SFM. Se for um arquivo HFS ou
pasta armazenada no servidor NT contém um caractere NT ilegal em seu nome, NT
converte esses personagens em Privado Use Unicode personagens. Os personagens são: "
* / <>? \ | e um espaço ou ponto se for o último caractere do nome do arquivo,
códigos de caracteres 0x01 a 0x1f (caracteres de controle) e o logotipo da maçã da Apple.

Infelizmente, esses caracteres Unicode privados não podem ser lidos pelo genisoimagem
Executável do NT. Portanto, qualquer arquivo ou nome de diretório contendo esses caracteres
será ignorado - incluindo o conteúdo de qualquer diretório.

Mac OS X AppleDuplo
Quando os arquivos HFS / HFS + são copiados ou salvos pelo Mac OS X em um sistema de arquivos não HFS
(por exemplo, UFS, NFS etc.), os arquivos são armazenados no formato AppleDouble. Bifurcação de dados armazenados
em um arquivo. Bifurcação de recurso armazenado em um arquivo com o mesmo nome prefixado com `._ '. Localizador
informações também armazenadas no mesmo arquivo `._ '.

Mac OS X HFS (Alfa)
Não é realmente uma codificação Apple / Unix, mas arquivos HFS / HFS + reais em um sistema Mac OS X.
Bifurcação de dados armazenados em um arquivo. Bifurcação de recurso armazenado em um pseudo arquivo com o mesmo
nome com o sufixo / rsrc. As informações do Finder estão disponíveis apenas por meio de um Mac OS X
chamada da biblioteca.

Veja também README.macosx.

Só funciona quando usado no Mac OS X.

Se um arquivo for encontrado com uma bifurcação de recurso de comprimento zero e finderinfo vazio, é
assumido não ter nenhuma codificação Apple / Unix - portanto, um TIPO e CRIADOR podem ser
definido usando outros métodos.

genisoimagem tentará definir o CRIADOR, o TIPO, a data e possivelmente outros sinalizadores do
informações do localizador. Além disso, se existir, o nome do arquivo Macintosh é definido no localizador
informações, caso contrário, o nome do Macintosh é baseado no nome do arquivo Unix - consulte o HFS MACINTOSH
NOMES DE ARQUIVOS seção abaixo.

Ao usar -maçã, o TIPO e o CRIADOR são armazenados no uso do sistema opcional ou SUSP
campo no registro de diretório ISO9660 - da mesma forma que os atributos de Rock Ridge
são. Na verdade, para tornar a vida mais fácil, as extensões da Apple são adicionadas no início do
atributos Rock Ridge existentes (ou seja, para obter as extensões da Apple, você obtém o Rock Ridge
extensões também).

As extensões da Apple exigem que a bifurcação de recursos seja armazenada como um ISO9660 associado arquivo.
É como qualquer arquivo normal armazenado no sistema de arquivos ISO9660, exceto que o
o sinalizador de arquivo associado é definido no registro do diretório (bit 2). Este arquivo tem o mesmo nome
como a bifurcação de dados (o arquivo visto por máquinas não Apple). Arquivos associados são normalmente
ignorado por outros sistemas operacionais

Ao usar -hfs, o TIPO e o CRIADOR, além de outras informações do localizador, são armazenados em um HFS separado
diretório, não visível no volume ISO9660. O diretório HFS faz referência aos mesmos dados
e arquivos de bifurcação de recursos descritos acima.

Na maioria dos casos, é melhor usar -hfs em vez de -maçã, já que este último impõe o
caracteres ISO9660 limitados permitidos em nomes de arquivos. No entanto, as extensões da Apple oferecem
vantagem que os arquivos são compactados no disco de forma mais eficiente e pode ser possível
cabem mais arquivos em um CD.

HFS MACINTOSH NOMES DE ARQUIVOS

Sempre que possível, o nome do arquivo HFS que é armazenado com um arquivo Apple / Unix é usado para o
HFS parte do CD. No entanto, nem todas as codificações Apple / Unix armazenam o nome do arquivo HFS com
o finderinfo. Nestes casos, o nome do arquivo Unix é usado - com escape especial
personagens. Os caracteres especiais incluem `/ 'e caracteres com códigos acima de 127.

AUFS escapa esses caracteres usando `: 'seguido pelo código do caractere como dois hexadecimais
dígitos. Netatalk e EtherShare têm um esquema semelhante, mas usa `% 'em vez de`:'.

If genisoimagem não consegue encontrar um nome de arquivo HFS, ele usa o nome Unix, com qualquer % xx or : xx
personagens (xx são dois dígitos hexadecimais) convertidos em um código de caractere único. Se xx não são
dígitos hexadecimais ([0-9a-fA-F]), eles são deixados sozinhos - embora qualquer `: 'restante seja convertido para
`% ', pois`:' é o separador de diretório HFS. Deve-se ter cuidado, pois um arquivo Unix comum
com % xx or : xx também será convertido. por exemplo

Este: 2fFile convertido para este / arquivo

Este: Arquivo convertido para este% Arquivo

Este: t7File convertido para este% t7File

Embora os nomes de arquivo HFS pareçam suportar letras maiúsculas e minúsculas, o sistema de arquivos
não faz distinção entre maiúsculas e minúsculas, ou seja, os nomes dos arquivos abc e Abc são os mesmos. Se um arquivo for encontrado em um
diretório com o mesmo nome HFS, genisoimagem tentará fazer um nome único adicionando
`_ 'caracteres para um dos nomes de arquivo.

Se existir um nome de arquivo HFS para um arquivo, genisoimagem pode usar este nome como ponto de partida
para os nomes de arquivo ISO9660, Joliet e Rock Ridge usando -nome-mac. Arquivos Unix normais
sem um nome HFS ainda usará seu nome Unix. por exemplo

Se um arquivo MacBinary (ou PC Exchange) for armazenado como algumaimagem.gif.bin no Unix
sistema de arquivos, mas contém um arquivo HFS chamado alguma imagem.gif, este é o nome que seria
aparecem na parte HFS do CD. No entanto, como genisoimagem usa o nome Unix como o
ponto de partida para os outros nomes, o nome ISO9660 gerado provavelmente será
ALGUMA IMAGEM.BIN e Joliet / Rock Ridge seria algumaimagem.gif.bin. Esta opção irá usar
o nome do arquivo HFS como ponto de partida e o nome ISO9660 provavelmente será SOMEIMAG.GIF
e Joliet / Rock Ridge seria alguma imagem.gif.

-nome-mac não funcionará atualmente com -T - o nome Unix será usado no TRANS.TBL
arquivo, não o nome do Macintosh.

O conjunto de caracteres usado para converter qualquer nome de arquivo HFS em um nome de arquivo Joliet / Rock Ridge
o padrão é cp10000 (Mac Roman). O conjunto de caracteres usado pode ser especificado usando
-input-hfs-charset. Outros conjuntos de caracteres HFS integrados são: cp10006 (MacGrego), cp10007
(MacCirílico), cp10029 (MacLatin2), cp10079 (MacIcelandic) e cp10081 (Mac Turco).

Nota: os códigos de caracteres usados ​​por nomes de arquivos HFS retirados de vários formatos Apple / Unix
não serão convertidos, uma vez que se supõe que estejam no conjunto de caracteres Apple correto. Somente
os nomes Joliet / Rock Ridge derivados dos nomes de arquivos HFS serão convertidos.

O existente genisoimagem código irá filtrar quaisquer caracteres ilegais para o ISO9660 e
Nomes de arquivos Joliet, mas como genisoimagem espera lidar diretamente com nomes Unix,
deixa os nomes de Rock Ridge como estão. Mas como `/ 'é um caractere de nome de arquivo HFS legal,
-nome-mac converte `/ 'em` _' nos nomes de arquivo Rock Ridge.

Se as extensões da Apple forem usadas, apenas os nomes de arquivo ISO9660 aparecerão no Macintosh.
No entanto, como os drivers Macintosh ISO9660 podem usar Nível 2 nomes de arquivos, você pode usar opções
como -permitir-multidot sem problemas em um Macintosh - ainda tome cuidado com os nomes, para
exemplo este.arquivo.nome será convertido para ESTE FICHEIRO ou seja, tem apenas um `. ', também
nome do arquivo abcdefgh será visto como ABCDEFGH mas a abcdefghi será visto como ABCDEFGHI. ou seja
com um `. ' no final - não sei se este é um problema do Macintosh ou um
genisoimagem/mkhíbrido problema. Todos os nomes de arquivo estarão em maiúsculas quando visualizados em um
Macintosh. Claro, as máquinas DOS / Win3.X não serão capazes de ver nomes de arquivos de nível 2 ...

HFS SUPORTE VOLUME / PASTA ÍCONES

Para dar a um CD HFS um ícone personalizado, certifique-se de que a pasta raiz (nível superior) inclui um padrão
Arquivo de ícone de volume do Macintosh. Para dar a um volume um ícone personalizado em um Macintosh, um ícone deve
ser colado sobre o ícone do volume na caixa "Obter informações" do volume. Isso cria um
arquivo invisível chamado Ícone \ r (`\ r 'é o caractere de retorno de carro) na pasta raiz.

Um ícone de pasta personalizada é muito semelhante - um arquivo invisível chamado Ícone \ r existe no
própria pasta.

Provavelmente a maneira mais fácil de criar um ícone personalizado que genisoimagem pode usar é formatar um
disquete HFS vazio em um Mac e cole um ícone na caixa "Obter informações". Se estiver usando Linux
com o módulo HFS instalado, monte o disquete:

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

O disquete será montado como um sistema de arquivos CAP por padrão. Então corra genisoimagem utilização
algo como:

genisoimage --cap -o output source_dir / mnt / floppy

Se você não estiver usando Linux, você pode usar hfsutils para copiar o arquivo de ícone do disquete.
No entanto, deve-se ter cuidado, pois o arquivo de ícone contém um caractere de controle. Por
exemplo:

hmount / dev / fd0
hdir-a
hcopy -m Ícone ^ V ^ M icon_dir / icon

Onde `^ V ^ M 'é control-V seguido por control-M. Então corra genisoimagem usando algo
gostar:

genisoimage --macbin -o saída source_dir icon_dir

O procedimento para criar / usar ícones de pasta personalizados é muito semelhante - cole um ícone para
caixa "Obter Informações" da pasta e transferir o Ícone \ r arquivo para o diretório relevante
no genisoimagem árvore de origem.

Você pode querer ocultar os arquivos de ícone das árvores ISO9660 e Joliet.

Para dar um ícone personalizado a um CD Joliet, siga as instruções encontradas em
http://www.cdrfaq.org/faq03.html# S3-21-1.

HFS BOOT DRIVER

It pode ser possível tornar o CD híbrido inicializável em um Macintosh.

Um CD HFS inicializável requer um driver de CD-ROM da Apple (ou compatível), um HFS inicializável
partição e os arquivos necessários do sistema, localizador, etc.

Um driver pode ser obtido de qualquer outro CD-ROM inicializável do Macintosh usando o driver_maçã
Utilitário. Este arquivo pode então ser usado com -boot-hfs-arquivo.

A partição HFS (ou seja, o disco híbrido em nosso caso) deve conter um sistema adequado
Pasta, novamente de outro CD-ROM ou disco.

Para que uma partição seja inicializável, ela deve ter seu bota quadra definir. O bloco de inicialização está no
primeiros dois blocos de uma partição. Para uma partição não inicializável, o bloco de inicialização está cheio de
zeros. Normalmente, quando um arquivo de sistema é copiado para partição em um disco Macintosh, o boot
bloco é preenchido com uma série de configurações obrigatórias - infelizmente, não sei o completo
especificação para o bloco de inicialização, então estou supondo que o seguinte funcionará.

Portanto, o utilitário driver_maçã também extrai o bloco de inicialização do primeiro HFS
partição que encontra no CD-ROM fornecido e esta é usada para a partição HFS criada por
genisoimagem.

. notas: Usando um driver de um CD da Apple e copiando o software da Apple para o seu CD, você
será responsável por obedecer aos Contratos de Licença de Software da Apple Computer, Inc..

EL TORITO BOOT INFORMAÇÃO TABELA

Quando -boot-info-tabela é dada, genisoimagem irá modificar o arquivo de inicialização especificado por -b by
inserir um 56 bytes bota INFORMAÇÕES mesa no deslocamento 8 no arquivo. Esta modificação é
feito no sistema de arquivos de origem, então certifique-se de usar uma cópia se este arquivo não for facilmente
recriado! Este arquivo contém ponteiros que podem não ser obtidos de forma fácil ou confiável em
tempo de inicialização.

O formato desta tabela é o seguinte; todos os inteiros estão na seção 7.3.1 ("pouco
formato endian ").

Significado do tamanho do nome de deslocamento
8 bi_pvd 4 bytes LBA do descritor de volume primário
12 bi_file 4 bytes LBA do arquivo de inicialização
16 bi_length 4 bytes Comprimento do arquivo de inicialização em bytes
20 bi_csum 4 bytes soma de verificação de 32 bits
24 bi_reserved 40 bytes reservados

A soma de verificação de 32 bits é a soma de todas as palavras de 32 bits no arquivo de inicialização começando em
deslocamento de byte 64. Todos os endereços de bloco linear (LBAs) são fornecidos em setores de CD
(normalmente 2048 bytes).

HPPA NOTAS

Para fazer um CD inicializável para HPPA, no mínimo um arquivo de carregador de inicialização (-hppa-bootloader) Do
arquivo de imagem do kernel (32 bits, 64 bits ou ambos, dependendo do hardware) e uma linha de comando de inicialização
(-hppa-cmdline) deve ser especificado. Alguns sistemas podem inicializar um kernel de 32 ou 64 bits,
e o firmware escolherá um se ambos estiverem presentes. Opcionalmente, um ramdisk pode ser usado
para o sistema de arquivos raiz usando -hppa-cmdline.

JIGDO NOTAS

Jigdo é uma ferramenta para ajudar na distribuição de grandes arquivos como imagens de CD e DVD; Vejo
http://atterer.org/jigdo/ para mais detalhes. CDs Debian e imagens ISO de DVD são publicados
na web em formato jigdo para permitir que os usuários finais façam download deles com mais eficiência.

Para criar jigdo e arquivos de modelo junto com a imagem ISO de genisoimagem, Você deve
primeiro gere uma lista dos arquivos que serão usados, no seguinte formato:

Caminho do tamanho do arquivo MD5sum
32 caracteres 12 caracteres até o fim da linha

O MD5sum deve ser escrito em notação hexadecimal padrão, o tamanho do arquivo deve listar o
tamanho do arquivo em bytes, e o caminho deve listar o caminho absoluto para o arquivo. Para
exemplo:

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

Assim que tiver este arquivo, chame genisoimagem com todos os seus parâmetros normais de linha de comando.
Especifique os nomes dos arquivos de saída para os arquivos jigdo e template usando -jigdo-jigdo e
-jigdo-modelo, e passe a localização de sua lista MD5 com -md5-lista.

Se houver arquivos que você NÃO deseja adicionar ao arquivo jigdo (por exemplo, se eles forem
provavelmente mudará com frequência), especifique-os usando -jigdo-exclude. Se você quiser verificar alguns dos
os arquivos à medida que são gravados na imagem, especifique-os usando -jigdo-force-md5. Caso existam
os arquivos não coincidem, genisoimagem irá então abortar. Ambas as opções são regulares
expressões como entrada. É possível restringir o conjunto de arquivos que serão usados
com base no tamanho - use a opção -jigdo-min-file-size.

Finalmente, o código jigdo precisa saber como mapear os arquivos fornecidos em um espelho
configuração. Especifique como mapear caminhos usando -jigdo-mapa. Usando Debian = / mirror / debian
fará com que todos os caminhos começando com / mirror / debian para ser mapeado para Debian: no
arquivo jigdo de saída.

EXEMPLOS

Para criar uma imagem do sistema de arquivos ISO9660 vanilla no arquivo cd.iso, onde o diretório
cd_dir se tornará o diretório raiz do CD, chame:

% genisoimage -o cd.iso cd_dir

Para criar um CD com extensões Rock Ridge do diretório de origem cd_dir:

% genisoimage -o cd.iso -R cd_dir

Para criar um CD com extensões Rock Ridge do diretório de origem cd_dir onde todos os arquivos
tem pelo menos permissão de leitura e todos os arquivos são propriedade de raiz, ligar:

% genisoimage -o cd.iso -r cd_dir

Para gravar um arquivo tar diretamente em um CD que mais tarde conterá um simples ISO9660
sistema de arquivos com a chamada de arquivo tar:

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

Para criar um CD híbrido HFS com as extensões Joliet e Rock Ridge da fonte
anuário cd_dir:

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

Para criar um CD híbrido HFS a partir do diretório de origem cd_dir que contém Netatalk
Arquivos Apple / Unix:

% genisoimage -o cd.iso --netatalk cd_dir

Para criar um CD híbrido HFS a partir do diretório de origem cd_dir, dando a todos os arquivos CREATOR e
TIPOS baseados apenas em suas extensões de nome de arquivo listadas no arquivo "mapeamento":

% genisoimage -o cd.iso -map mapeamento cd_dir

Para criar um CD com as extensões Apple para ISO9660, a partir dos diretórios de origem cd_dir
e outro_dir. Arquivos em todos os formatos Apple / Unix conhecidos são decodificados e quaisquer outros arquivos
recebem CREATOR e TYPE com base em seu número mágico fornecido no arquivo mágica:

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

O exemplo a seguir coloca arquivos diferentes no CD, todos com o nome README, mas
têm conteúdos diferentes quando vistos como um CD ISO9660 / Rock Ridge, Joliet ou HFS.

O diretório atual contém:

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

O seguinte comando coloca o conteúdo do diretório cd_dir no CD junto com o
três arquivos README - mas apenas um será visto de cada um dos três sistemas de arquivos:

% genisoimage -o cd.iso -hfs -J -r -pontos-enxerto \
-ocultar README.hfs -ocultar README.joliet \
-hide-joliet README.hfs -hide-joliet README.Unix \
-hide-hfs README.joliet -hide-hfs README.Unix \
README = README.hfs README = README.joliet \
README = README.Unix cd_dir

ou seja, o arquivo README.hfs será visto como README no CD HFS e os outros dois README
os arquivos serão ocultados. Da mesma forma para o CD Joliet e ISO9660 / Rock Ridge.

Provavelmente existem todos os tipos de resultados estranhos possíveis com combinações de pele
opções ...

NOTAS

genisoimagem pode ser instalado com segurança suid root. Isso pode ser necessário para permitir genisoimagem para
leia a sessão anterior ao criar uma imagem multissessão.

If genisoimagem está criando uma imagem do sistema de arquivos com atributos Rock Ridge e o diretório
nível de aninhamento da árvore do diretório de origem é demais para ISO9660, genisoimagem vai fazer
realocação profunda do diretório. Isso resulta em um diretório chamado RR_MOVED na raiz
diretório do CD. Você não pode evitar este diretório.

Muitas opções de código de inicialização para diferentes plataformas são mutuamente exclusivas porque o
blocos não podem coexistir, ou seja. plataformas diferentes compartilham os mesmos locais de dados na imagem.
See http://lists.debian.org/debian-cd/2006/12/msg00109.html para obter detalhes.

Use genisoimage online usando serviços onworks.net