xorrisofs - Online na nuvem

PROGRAMA:

NOME

xorrisofs - Emulação do programa ISO 9660 mkisofs pelo programa xorriso

SINOPSE

xorrisofs [opções] [-o nome do arquivo] pathspec [pathspecs ...]

DESCRIÇÃO

xorrisofs produz sistemas de arquivos ISO 9660 aprimorados Rock Ridge e sessões adicionais para tais
sistemas de arquivos. Opcionalmente, ele pode produzir árvores de diretórios Joliet também.

xorrisofs compreende as opções do programa mkisofs de cdrtools de Joerg Schilling. Seu
a implementação é parte do programa xorriso que não compartilha código-fonte com cdrtools.

ISO 9660, Rocha Cume, Joliete, HFS +:
ISO 9660 (Aka ECMA-119) é um sistema de arquivos somente leitura usado principalmente para mídia ótica
CD, DVD, BD, mas também podem residir em outros dispositivos de armazenamento, como arquivos de disco, pen drives ou
partições de disco. É amplamente legível por muitos sistemas operacionais e por recursos de inicialização de
computadores pessoais.
ISO 9660 descreve diretórios e arquivos de dados por nomes de arquivos muito restritos, sem
distinção de maiúsculas e minúsculas. Seus metadados não estão em conformidade com o POSIX fundamental
especificações.
Rocha Cume é o nome de um conjunto de informações adicionais que aprimoram uma norma ISO 9660
sistema de arquivos para que possa representar um sistema de arquivos compatível com POSIX com propriedade, acesso
permissões, links simbólicos e outros atributos. Rock Ridge permite nomes de arquivos de até
255 bytes e caminhos de até 1024 bytes.
xorrisofs produz informações Rock Ridge por padrão. É fortemente desencorajado a
desative este recurso.
Joliet é o nome de uma árvore de diretório adicional que fornece nomes de arquivos até 64
caracteres codificados como UTF-16. Uma árvore Joliet é principalmente interessante para ler a ISO
imagem por sistemas operacionais da Microsoft Corporation. Produção desta árvore de diretórios
pode ser habilitado pela opção -J.
ISO 9660:1999 é o nome de uma árvore de diretório adicional que fornece nomes de arquivos mais longos.
Ele permite que nomes de arquivo único tenham até 207 caracteres. Pode ser útil com alguns
recursos de inicialização do sistema de computador mais antigos que não lêem Rock Ridge nem Joliet, mas precisam
nomes de arquivo mais longos, no entanto. A produção desta árvore de diretório pode ser habilitada por opção
-iso-nível 4.
HFS + é o nome de um sistema de arquivos que é normalmente usado para escrever e ler no disco
discos e dispositivos semelhantes. É possível incorporar uma partição HFS + no ISO emergente
Imagem 9660 e marcá-la por entradas do mapa de partição Apple. Isso interfere nas opções
que copiam dados nos primeiros 32 KiB da imagem ISO, como -G ou -isohybrid-mbr. Ver
opção -hfsplus.
O principal objetivo de ter uma partição HFS + embutida é a inicialização de certos modelos de
Computadores Apple.

inserindo arquivos para dentro que o ISO imagem:
xorrisofs lida com dois tipos de endereços de arquivo:
caminho_disco é um caminho para um objeto na árvore do sistema de arquivos local.
iso_rr_path é o endereço Rock Ridge de um objeto de arquivo na imagem ISO. Se não houver Rock Ridge
as informações devem ser armazenadas em uma ISO emergente, então os nomes serão mapeados para ISO 9660
nomes de comprimento e conjunto de caracteres limitados.

Um argumento de programa é tratado como um especificação de caminho, se não for reconhecido como mkisofs original
opção ou adicional xorrisofs opção. Um pathspec representa um objeto de arquivo de entrada por um
disk_path. Se a opção -graft-points não estiver presente, o comportamento depende do arquivo
tipo de disk_path. Os diretórios são mesclados com o / -diretório da imagem ISO. Arquivos de
outros tipos são copiados para o diretório /.
Se -graft-points estiver presente, então cada pathspec será dividido na primeira ocorrência do
= -caractere. A parte antes de = é considerada como alvo, ou seja, o iso_rr_path para o arquivo
objeto na imagem ISO. A parte após o primeiro = é considerada como fonte, ou seja, o disk_path
do objeto de entrada.
É possível tornar = -caracteres parte do iso_rr_path precedendo-os com um
\-personagem. O mesmo deve ser feito para \ -caracteres que farão parte do
iso_rr_path.

Se a parte de origem do pathspec leva a um diretório, todos os arquivos abaixo deste
O diretório também é inserido na imagem. É possível excluir arquivos específicos
de ser inserido com a ajuda da opção -m.
Caso esse destino já exista, as seguintes regras se aplicam: Diretórios e outros arquivos
pode sobrescrever não-diretórios existentes. Os diretórios são mesclados com os diretórios existentes.
Não diretórios não podem substituir os diretórios existentes.

Relação para programa xorriso:
xorrisofs é na verdade um modo de comando do programa xorriso, que é inserido por
comando xorriso "-as mkisofs" ou iniciando o programa por um dos nomes "xorrisofs",
"mkisofs", "genisoimage" ou "genisofs".
Este modo de comando pode ser deixado pelo argumento "-" que leva ao comando xorriso genérico
modo. Ver homem xorriso para sua descrição.

O xorriso executa a leitura e escrita de imagens com a ajuda da libburn, que se destina principalmente
para unidades ópticas, mas também opera em todos os tipos de arquivo POSIX, exceto diretórios.
As mensagens do programa chamam qualquer arquivo de imagem de "drive". Tipos de arquivo que não são suportados por
a leitura é relatada como "em branco". O espaço da mídia gratuita relatado pode ser bastante fictício.
mesmo assim xorrisofs não opera diretamente em drives ópticos, mas sim forças
libburn para considerá-los como arquivos de dispositivos gerais. Então, para a escrita de ótica sequencial
mídia (CD, DVD-R, DVD + R, BD-R), será necessário usar um programa de gravação. Por exemplo, o cdrecord
emulação de xorriso. Veja EXEMPLOS.

OPÇÕES

Imagem carregando:

As seguintes opções controlam o carregamento de uma imagem ISO existente com o propósito de
preparar uma sessão complementar adequada. Se eles estiverem faltando, uma nova imagem é composta
do princípio.

-M caminho_disco
Defina o caminho a partir do qual carregar a árvore de diretório de imagens ISO existente na qual
baseie a próxima árvore de diretórios como uma sessão complementar. O caminho deve levar a um
objeto de arquivo legível de acesso aleatório. No GNU / Linux: arquivos de dados regulares ou bloco
arquivos do dispositivo.
Um tipo especial de pseudo disk_path tem a forma "/ dev / fd /"número. Retrata o
abrir o descritor de arquivo com o número fornecido, independentemente se o sistema operacional
suporta este recurso por nós de arquivo em / dev / fd ou não. Por exemplo, / dev / fd / 3 é um arquivo
descritor 3 que foi aberto pelo programa que mais tarde iniciou o xorriso.

-sessão anterior caminho_disco
Alias ​​de -M.

-dev caminho_disco
Alias ​​de -M.

-C last_session_start, next_writeable_address
Defina o endereço do bloco de 2 KiB last_session_start de onde ler a imagem ISO
do arquivo fornecido pela opção -M.
Separado por uma vírgula, defina o next_writeable_address para o qual a sessão de complemento
finalmente será escrito. Decisivo é na verdade o endereço do bloco que o pretendido
os leitores terão que usar como endereço de superbloco no meio pretendido.
Ambos os valores podem ser consultados na mídia ótica com a ajuda de programas de gravação e
opção cdrecord -msinfo. O próprio xorriso pode obtê-lo em sua emulação de cdrecord. Fazer
não o deixe carregar a unidade, mas sim manualmente ou por um programa como o dd
que lê alguns bytes. Só então é certo que o driver do dispositivo conhece o verdadeiro
tamanho legível do meio.
dd if = / dev / ... count = 1> / dev / null 2> & 1
valores = $ (xorriso -as cdrecord dev = / dev / ... -msinfo)
echo $ values
A opção -C pode ser usada sem a opção -M para criar uma imagem ISO do zero e
prepare-o para ser finalmente escrito em um endereço de bloco diferente de 0. Parâmetro
last_session_start deve então ser definido como 0.

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

Configurações para lima inserção:

-lista de caminhos caminho_disco
Leia pathspecs linha por linha de disk_file e insira os objetos de arquivo descritos
na imagem ISO. Se disk_path for "-" então leia os pathspecs do padrão
entrada.

--quoted_path_list caminho_disco
Como a opção -path-list, mas lendo palavras entre aspas em vez de linhas simples.
Espaços em branco fora das aspas serão descartados. Por outro lado, é possível
representam pathspecs que contêm caracteres de nova linha.
As aspas duplas "e aspas simples 'podem ser usadas para incluir
espaço em branco e torná-lo parte de pathspecs. Cada tipo de marca pode incluir as marcas de
o outro tipo. Uma barra invertida \ fora das cotações ou uma cotação aberta
fazer com que a próxima linha de entrada seja anexada.

-f
Resolva links simbólicos no disco em vez de armazená-los como links simbólicos no
Imagem ISO.

-seguir-links
Alias ​​de -f.

-pontos de enxerto
Habilite a interpretação de especificações de caminho de arquivo de entrada como combinação de iso_rr_path e
disk_path, separado por um = -caractere.

-m padrão_de disco
Impedir que os arquivos sejam inseridos na imagem. Silenciosamente ignorados são esses arquivos
do qual o disk_path corresponde ao padrão de analisador de shell fornecido. Se nenhum / -caractere
faz parte do padrão, então ele é comparado com o nome da folha do disco
arquivo.
É possível fornecer mais de uma opção -m.

-excluir
Alias ​​de -m.

-x
Alias ​​de -m.

-antigo-excluir
Alias ​​de -m.

-lista de exclusão caminho_disco
Execute -m usando cada linha do arquivo disk_path como argumento disk_pattern.

-z
Permitir o reconhecimento e o processamento adequado de arquivos compactados zisofs produzidos por
programa mkzftree. Esses arquivos serão equipados com os metadados necessários para
que um kernel Linux irá reconhecê-los e entregar seu conteúdo descompactado
.

-transparent-compressão
Alias ​​de -z.

-raiz iso_rr_path
Insira todos os arquivos no iso_rr_path fornecido. Se a opção -graft-points for fornecida,
então iso_rr_path é anexado a cada parte de destino de um pathspec.
O padrão para -root é "/".

-raiz antiga iso_rr_path
Habilite a inserção incremental de arquivos na imagem carregada. O alvo efetivo
e os endereços de origem de determinados pathspecs são comparados se o destino já
existe na imagem ISO e ainda é idêntico à fonte no disco. Metadados em
a imagem ISO será ajustada, se forem diferentes das do disco. Novos arquivos e
arquivos com conteúdo alterado serão adicionados novamente. Arquivos de destino que não existem
em qualquer uma das fontes de pathspec de acordo serão removidas do diretório ISO
árvore.
Se a configuração efetiva de -root difere do iso_rr_path fornecido com
-old-root, então os arquivos sob o diretório -old-root são clonados abaixo
o diretório -root. A clonagem ocorre antes da comparação do arquivo.

--old-root-no-ino
Desative a gravação e o uso de números de inode de disco. Se nenhum número de inode de disco for
gravado, a opção -old-root terá que ler o conteúdo do arquivo em disco e compará-lo
com a soma de verificação MD5 que é gravada na imagem ISO.
Com números de inode de disco registrados e com ctime e mtime confiáveis, é possível
para detectar possíveis mudanças no conteúdo sem realmente lê-lo. Uma brecha
permanece se vários sistemas de arquivos diferentes podem ser montados no mesmo diretório,
como se fosse um hábito com / mnt. Neste caso, deve-se usar a opção --old-root-devno ou
desative o atalho do número do inode com --old-root-no-ino.

--old-root-devno
Permite a comparação de números de dispositivos registrados junto com os números de inode registrados.
Isso funciona apenas com os bons e velhos números de dispositivos estáveis ​​que saíram de moda,
lamentavelmente. Se o disco rígido tiver um número de dispositivo diferente após cada reinicialização, então
esta comparação verá todos os arquivos como alterados e, assim, evitará qualquer tamanho incremental
salvando.

--old-root-no-md5
Desative a gravação e o uso de somas de verificação MD5 para o conteúdo do arquivo de dados. Se nenhum
checksums e nem números de inode de disco são registrados, então a opção -old-root terá
para ler o conteúdo do arquivo de imagem ISO ao compará-lo com o conteúdo do arquivo de disco.

Configurações para imagem produção:

-o caminho_disco
Defina o endereço do arquivo de saída para a imagem ISO emergente. Se o endereço existe como
arquivo regular, ele será truncado para o comprimento 0 quando a produção da imagem começar. Pode
ainda não existe como diretório. Se ainda não existir, seu diretório pai
deve existir e um arquivo normal será criado.
Um tipo especial de pseudo disk_path tem a forma "/ dev / fd /"número. Retrata o
abrir o descritor de arquivo com o número fornecido, independentemente se o sistema operacional
suporta este recurso por nós de arquivo em / dev / fd ou não. Por exemplo, / dev / fd / 4 é um arquivo
descritor 4 que foi aberto pelo programa que mais tarde iniciou o xorriso.
O padrão é a saída padrão (/ dev / fd / 1) que também pode ser definida por disk_path "-".

-saída caminho_disco
Alias ​​de -o.

--stdio_sync "on" | "off" | "end" | número
Defina o número de bytes após o qual forçar a saída para o disco, a fim de manter o
a memória seja obstruída com muitos dados pendentes para dispositivos lentos. "on" é o
igual a "16m". A saída forçada pode ser desativada por "off" ou atrasada por "end"
até que todos os dados sejam produzidos. Se um número for escolhido, ele deve ter pelo menos 64k.
O padrão com a emulação xorriso mkisofs é --stdio_sync "off".
xorriso usa um buffer fifo interno com tamanho padrão de 4 MiB. Portanto, forçando a operação
cache i / o do sistema para o disco não necessariamente bloqueia a produção simultânea de
mais conteúdo de imagem.

--emul-toc
Grave um segundo superbloco com a primeira sessão em arquivos de acesso aleatório. Se
outras sessões são anexadas e o primeiro superbloco é atualizado, então o
o segundo superbloco não será substituído. Portanto, ainda é possível montar o
primeira sessão e para encontrar os blocos de início das próximas sessões.
O preço é de 64 KiB de consumo de espaço extra. Se -partition_offset for diferente de zero, então
é 128 KiB mais o dobro da configuração da partição.

--no-emul-toc
Não escreva um segundo superbloco com a primeira sessão em arquivos de acesso aleatório.
Este é o padrão.

--sort-peso peso_número iso_rr_path
Atribua um número de peso LBA para arquivos regulares. Se iso_rr_path leva a um diretório
então, todos os arquivos regulares abaixo deles obterão o weight_number.
O weight_number pode variar de -2147483648 a 2147483647. Quanto maior for, o
inferior será o endereço do bloco dos dados do arquivo na imagem ISO emergente.
Atualmente, o catálogo de botas El Torito tem um peso codificado de 1 bilhão. Normalmente
deve ocupar o bloco com o menor endereço possível. Arquivos de dados são adicionados
ou carregado com peso inicial 0. Os arquivos de imagem de inicialização têm um peso padrão de 2.

--sort-lista de pesos caminho_disco
Leia pares de número de peso e iso_rr_path de um arquivo do sistema de arquivos local.
Aplique cada par como com --sort-weight.
Apenas o último --sort-weight-list ou --sort-weight-patterns de uma execução de xorrisofs obtém
entrar em vigor.
O número do peso é lido desde o início da linha. A parte iso_rr_path de um
a linha de entrada começa imediatamente após o primeiro espaço em branco ou caractere de tabulação da linha.
Observações para o caso de este recurso ser usado dentro de uma sequência de xorriso genérico
comandos (não é um problema com uma execução de emulação mkisofs pura):
Os arquivos endereçados já devem estar no modelo de imagem ISO quando você executa
-as mkisofs --sort-weight-list disk_path -
Vários desses comandos podem ser usados ​​para aplicar mais de um arquivo de peso.
Os arquivos de dados que são carregados por -indev ou -dev têm um peso entre 1 e 2 exp 28 =
268,435,456, dependendo de seu endereço de bloco. Isso deve mantê-los aproximadamente no
mesma ordem se o método de gravação de modificação for aplicado.

--sort-weight-patterns caminho_disco
Como --sort-weight-list, mas expandindo os iso_rr_paths como padrões de analisador de shell
e aplicando --sort-weight a cada arquivo correspondente.

-modo-dir modo
Defina as permissões de acesso para todos os diretórios na imagem para o modo fornecido que
é um número octal começando com "0" ou uma lista separada por vírgulas de
declarações da forma [ugoa] * [+ - =] [rwxst] *. Por exemplo, ug = rx, a-rwx

-modo de arquivo modo
Como o modo -dir, mas para todos os arquivos de dados regulares na imagem.

-almofada
Adicione 300 KiB ao final da imagem ISO produzida. Isso contorna a possível leitura
erros de imagens ISO que foram gravadas em mídia de CD no modo TAO. O
bytes adicionais são reivindicados como parte da imagem ISO se --emul-toc não for fornecido.
O teclado de opções é o padrão.

-sem almofada
Desative o preenchimento de 300 KiB até o final da imagem ISO produzida. Isso é seguro se
a imagem não deve ser gravada em CD ou se for gravada em CD apenas
faixa no modo de gravação SAO.

--velho-vazio
Use a maneira antiga de dar endereços de bloco na faixa de [0,31] para arquivos com
nenhum conteúdo de dados próprio. A nova forma é ter um bloco dedicado ao qual todos esses
os arquivos apontarão.

Configurações para padrões conformidade:

- nível de iso número
Especifique a versão ISO 9660 que define as limitações de nomenclatura de arquivos e dados
tamanho do arquivo. As restrições de nomenclatura não se aplicam aos nomes de Rock Ridge, mas apenas para
os nomes ISO 9660 de baixo nível. Existem três níveis de conformidade:
O nível 1 permite nomes ISO no formato 8.3 e tamanho de arquivo de até 4 GiB-1.
O nível 2 permite nomes ISO com até 32 caracteres e tamanho de arquivo de até 4 GiB-1.
O nível 3 permite nomes ISO com até 32 caracteres e tamanho de arquivo de até 400 GiB -
200 KiB. (Esta limitação de tamanho é definida pela implementação do xorriso e não pela ISO
9660 que permitiria quase 8 TiB.)
O pseudo nível 4 permite a produção de uma árvore de diretórios ISO 9660: 1999 adicional.

-disallow_dir_id_ext
Não siga o mau hábito de mkisofs que permite pontos nos nomes ISO de
diretórios. Por outro lado, algumas imagens GNU / Linux inicializáveis ​​dependem deste mau
hábito.

-U
Esta opção permite nomes de arquivo ISO sem ponto e até 37 caracteres, arquivo ISO
caminhos com mais de 255 caracteres e todos os caracteres ASCII em nomes de arquivo. Avançar
ele omite o ponto-e-vírgula e os números da versão no final dos nomes ISO.
Tudo isso viola as especificações ISO 9660.

-nomes de arquivos não traduzidos
Alias ​​de -U.

-untranslated_name_len número
Permitir nomes de arquivo ISO até um determinado número de caracteres sem nenhum caractere
conversão. O número máximo é 96. Se um nome de arquivo tiver mais caracteres, então
a produção de imagens falhará deliberadamente.
Isso viola as especificações ISO 9660.

-permitir-minúsculas
Permitir caracteres minúsculos em nomes de arquivos ISO.
Isso viola as especificações ISO 9660.

-nomes-de-arquivos relaxados
Permitir quase todos os caracteres de 7 bits em nomes de arquivo ISO. Não permitidos são 0x0 e '/'.
Se não for fornecida a opção -allow-lowercase, as letras minúsculas serão convertidas para
maiúsculas.
Isso viola as especificações ISO 9660.

-d
Não adicione um ponto final aos nomes de arquivo ISO sem ponto.
Isso viola as especificações ISO 9660.

-omit-período
Alias ​​de -d.

-l
Permitir até 31 caracteres em nomes de arquivo ISO.

-full-iso9660-nomes de arquivo
Alias ​​de -l.

-max-iso9660-nomes de arquivos
Permitir até 37 caracteres em nomes de arquivo ISO.
Isso viola as especificações ISO 9660.

-N
Omita o ponto-e-vírgula e os números da versão no final dos nomes ISO.
Isso viola as especificações ISO 9660.

-omitir-número da versão
Alias ​​de -N.

Configurações para padrões extensões:

-R
Com mkisofs, esta opção ativa extensões Rock Ridge. xorrisofs os produz por
padrão. É altamente desencorajado desabilitá-los pela opção --norock.

-Rocha
Alias ​​de -R.

-r
Defina o usuário Rock Ridge e a id do grupo de todos os arquivos na imagem ISO como 0. Conceder
permissões r para todos. Negar todas as permissões w. Se qualquer permissão x for definida, conceda
permissão x para todos. Remova s-bit e t-bit.

-racional-rock
Alias ​​de -r.

--norock
Esta opção desativa a produção de extensões Rock Ridge para o arquivo ISO 9660
objetos. Os recursos de multi-sessão de xorrisofs depende muito da nomenclatura
fidelidade de Rock Ridge. Portanto, não é recomendável desativá-lo com esta opção.

-nome_do_arquivo_limite número
Defina o comprimento máximo permitido para nomes de arquivo no intervalo de 64 a 255. Caminho
componentes que são mais longos do que o número fornecido serão truncados e terão seus
últimos 33 bytes substituídos por dois pontos ':' e a representação hexadecimal do MD5 de
os primeiros 4095 bytes de todo o nome superdimensionado. Potencial UTF-8 incompleto
os caracteres terão seus bytes iniciais substituídos por '_'.
Kernels Linux de até pelo menos 4.1 deturpam nomes de comprimento 254 e 255. Se você
espere esses nomes em ou sob disk_paths e planeje montar o ISO por tal Linux
kernels, considere definir -file_name_limit 253.

-D O padrão ECMA-119 exige que nenhum caminho na imagem tenha mais de 8 nomes
componentes ou 255 caracteres. Portanto, seria necessário ir mais fundo
árvores de diretório para um diretório superior. Rock Ridge oferece uma oportunidade de deixar
esses diretórios realocados aparecem em sua posição profunda original, mas esse recurso
pode não ser implementado adequadamente pelos sistemas operacionais que montam a imagem.
A opção -D desativa essa realocação de diretório profundo e, portanto, viola a ISO 9660
especificações.
xorrisofs tem -D definido por padrão. Se for fornecido explicitamente, ele substitui as opções
-rr_reloc_dir e -hide-rr-moved.

-desativar realocação profunda
Alias ​​de -D.

-rr_reloc_dir nome
Habilite a realocação de diretórios profundos e, assim, evite caminhos de arquivo ECMA-119 de
mais de 8 componentes de nome ou 255 caracteres. Diretórios que levam a tal arquivo
os caminhos serão movidos para um diretório no diretório raiz da imagem. Seu nome
é definido por esta opção. É permitido usar o próprio diretório raiz.
A árvore de diretórios geral aparecerá originalmente profunda quando interpretada como Rock
Árvore de cume. Ele aparecerá como reorganizado se apenas as informações de ECMA-119 forem
considerado.
Se o diretório de destino de realocação fornecido ainda não existir quando a imagem
a produção começa, então será criado e marcado para Rock Ridge como relocação
artefato. Pelo menos no GNU / Linux não será exibido no Rock Ridge montado
imagens.
O nome não deve conter um caractere '/' após seu primeiro caractere e não deve
ter mais de 255 bytes.
Esta opção não tem efeito se a opção -D estiver presente.

-ocultar-rr-movido
Alias ​​de -rr_reloc_dir "/.rr_moved"

--for_backup
Habilite opções que melhoram a fidelidade do backup: --acl, --xattr, --md5, --hardlinks.

--acl
Habilite a gravação e carregamento de ACLs do GNU / Linux ou FreeBSD (veja man getfacl,
man acl). Eles não terão efeito com imagens ISO montadas. Mas o xorriso pode
restaure-os nos mesmos sistemas ao extrair arquivos da imagem ISO.

--xattr
Habilita a gravação e o carregamento de atributos estendidos GNU / Linux ou FreeBSD no usuário
namespace (ver man getfattr e man attr, man getextattr e man 9 extattr,
respectivamente). Eles não terão efeito com imagens ISO montadas. Mas o xorriso pode
restaure-os nos mesmos sistemas ao extrair arquivos da imagem ISO.

--md5
Habilite a gravação de somas de verificação MD5 para a imagem ISO geral e para cada
arquivo de dados na imagem. xorriso pode verificar o conteúdo de uma imagem ISO com estes
somas e alertar sobre incompatibilidade. Veja man xorriso, options -check_media,
check_md5_r. xorriso pode imprimir somas de verificação MD5 registradas. Por exemplo:
-encontrar/-exec get_md5

--links físicos
Habilite o carregamento e a gravação de relações de hardlink. Procure famílias de iso_rr
arquivos que derivam do mesmo arquivo de disco, têm filtragem de conteúdo idêntica e têm
propriedades idênticas. Os membros de cada família recebem o mesmo número de inode no
Imagem ISO.
Se esses números são respeitados no momento da montagem depende do sistema operacional.
xorriso pode criar famílias de hardlink ao extrair arquivos da imagem ISO.

--scdbackup_tag disk_path nome_do_registro
Anexe um registro de soma de verificação scdbackup à imagem. Isso funciona apenas se o parâmetro
next_writeable_address da opção -C é 0. Se disk_path não for uma string vazia,
em seguida, anexe um registro de soma de verificação scdbackup ao final desse arquivo. record_name é um
palavra que obtém parte de tag e registro.
O programa scdbackup_verify reconhecerá e verificará a tag e o registro do arquivo.

-J
Habilite a produção de uma árvore de diretório Joliet adicional junto com o ISO
9660 Árvore Rock Ridge.

-Joliet
Alias ​​de -J.

-joliet-longo
Permita 103 caracteres em nomes de arquivo Joliet em vez de 64, conforme prescrito pelo
especificação. Permitir caminhos Joliet mais longos do que o limite prescrito de 240
caracteres.
Nomes muito grandes ficam truncados. Sem esta opção, caminhos superdimensionados são excluídos
da árvore Joliet.

-joliet-utf16
Codifique os nomes dos arquivos Joliet em UTF-16BE em vez de UCS-2. A diferença está com
caracteres que não estão presentes em UCS-2 e são codificados em UTF-16 por 2 palavras de
16 bits cada. Ambas as palavras derivam de um subconjunto reservado de UCS-2.

-hfsplus
Permite a produção de um sistema de arquivos HFS + adicional dentro da imagem ISO 9660
e marcá-lo por entradas Apple Partition Map (APM) na área do sistema, os primeiros 32
KiB da imagem.
Isso pode colidir com opções como -G ou -isohybrid-mbr, que enviam dados do usuário para
inclusão no mesmo intervalo de endereços. Os primeiros 8 bytes da área do sistema são
substituído por {0x45, 0x52, 0x08 0x00, 0xeb, 0x02, 0xff, 0xff} que pode ser
executado como código de máquina x86 sem efeitos negativos. Então, se um MBR for combinado
com esse recurso, seus primeiros 8 bytes não devem conter comandos essenciais.
Os próximos blocos de 2 KiB na Área do Sistema serão ocupados por entradas de APM. O
o primeiro cobre a parte da imagem ISO antes dos metadados do sistema de arquivos HFS +. O
o segundo marca o intervalo de metadados HFS + até o final dos dados de conteúdo do arquivo. Se
seguem-se mais dados de imagem ISO e, em seguida, uma terceira entrada de partição é produzida. De outros
recursos do xorriso podem causar a necessidade de mais entradas de APM.
Esteja ciente de que HFS + não faz distinção entre maiúsculas e minúsculas, embora possa registrar nomes de arquivo com
letras maiúsculas e minúsculas. Portanto, os nomes dos arquivos da árvore de nomes iso_rr
pode colidir na árvore de nomes HFS +. Neste caso, eles são alterados ao adicionar
caracteres de sublinhado e números de contagem. No caso de nomes muito longos, pode ser
necessário mapeá-los para "MANGLED _...".

-hfsplus-serial-não
Defina uma string de 16 dígitos de "0" a "9" e letras de "a" a "f", que será usada como
número de série exclusivo de um sistema de arquivos HFS + emergente.

-hfsplus-tamanho do bloco número
Defina o tamanho do bloco de alocação a ser usado ao produzir sistemas de arquivos HFS +.
São permitidos 512, 2048 ou 0. O último permite que o programa decida.

-apm-tamanho do bloco número
Defina o tamanho do bloco a ser usado ao descrever as partições por um mapa de partição Apple.
São permitidos 512, 2048 ou 0. O último permite que o programa decida.
Observe que o tamanho 512 não é compatível com a produção de GPT e esse tamanho 2048
não será montável -t hfsplus, pelo menos em kernels Linux mais antigos.

-hfsplus-file-criador-tipo tipo de criador iso_rr_path
Defina o criador HFS + e os atributos de tipo de um arquivo na imagem emergente. Esses
são dois códigos de 4 caracteres cada.

-hfs-abençoe-por bênção iso_rr_path
Emita uma bênção HFS +. São funções que podem ser atribuídas a até quatro
diretórios e um arquivo de dados:
"ppc_bootdir", "intel_bootfile", "show_folder", "os9_folder", "osx_folder".
Eles podem ser abreviados como "p", "i", "s", "9" e "x".
Cada uma dessas funções pode ser atribuída a no máximo um objeto de arquivo. "intel_bootfile" é
aquele que se aplicaria a um arquivo de dados. Todos os outros se aplicam a diretórios. Nenhum arquivo
objeto pode suportar mais de uma bênção.

-hfs-abençoe caminho_disco
Emita HFS + blessing "ppc_bootdir" para o diretório que provém do diretório
disk_path na árvore do sistema de arquivos local.
Isso funciona apenas se houver pelo menos um arquivo de dados sob o diretório.
disk_path pode se tornar ambíguo se os arquivos de diferentes subárvores do sistema de arquivos local
são colocados na mesma subárvore da imagem ISO. Considere usar -hfs-bless-by "p"
para endereçamento inequívoco via iso_rr_path.

Configurações para lima se escondendo:

-ocultar disk_path_pattern
Tornar os arquivos invisíveis na árvore de diretórios da ISO 9660 e Rock Ridge, se seus
disk_path corresponde ao padrão de analisador de shell fornecido. O conteúdo de dados de tal oculto
os arquivos serão incluídos na imagem resultante, mesmo que não apareçam em nenhum
diretório. Mas você precisará de meios próprios para localizar dados anônimos na imagem.
Este comando não se aplica ao catálogo de inicialização.

-lista-oculta caminho_disco
Execute -hide usando cada linha do arquivo disk_path como argumento disk_path_pattern.

-esconder-joliet disk_path_pattern
Como a opção -ocultar, mas tornando os arquivos invisíveis na árvore de diretórios do Joliet, se
seu disk_path corresponde ao padrão de analisador de shell fornecido.

-ocultar-lista-joliet caminho_disco
Execute -hide-joliet usando cada linha do arquivo disk_path como argumento
disk_path_pattern.

-ocultar-hfsplus disk_path_pattern
Como a opção -ocultar, mas tornando os arquivos invisíveis na árvore de diretórios do HFS +, se
seu disk_path corresponde ao padrão de analisador de shell fornecido.

-ocultar-lista-hfsplus caminho_disco
Execute -hide-hfsplus usando cada linha do arquivo disk_path como argumento
disk_path_pattern.

ISO imagem ID cordas:

As seguintes strings e endereços de arquivo são armazenados no Descritor de Volume Primário de
a imagem ISO9660. Os endereços de arquivo são caminhos ISO 9660. Esses arquivos deveriam ter
iso_rr_paths que consistem apenas nos caracteres [A-Z0-9_] e exatamente um ponto que
separa no máximo 8 caracteres de no máximo 3 caracteres.

-V texto
Defina o Id do volume da imagem ISO. xorriso aceita qualquer texto de até 32 caracteres,
mas de acordo com especificações raramente obedecidas, regras mais rígidas se aplicam:
Conformant são caracteres ASCII fora de [A-Z0-9_]. Como: "IMAGE_23"
Joliet permite 16 caracteres UCS-2. Como: "nome do Windows"
Esteja ciente de que o id do volume pode ser usado automaticamente como nome do ponto de montagem
quando o meio é inserido em um sistema de computador lúdico.

-volido texto
Alias ​​de -V.

-volset texto
Defina o Volume Set Id da imagem ISO. São permitidos até 128 caracteres.

-P texto
Defina o ID do editor da imagem ISO. Isso pode identificar a pessoa ou organização
quem especificou o que deve ser registrado. São permitidos até 128 caracteres.

-editor texto
Alias ​​de -P.

-A texto
Defina o ID do aplicativo da imagem ISO. Isso pode identificar a especificação de
como os dados são registrados. São permitidos até 128 caracteres.
O texto especial "@ xorriso @" é convertido para a string id de xorriso que é
normalmente escrito como Id do Preparador. É uma tradição errada escrever o id do programa como
ID do aplicativo.

-appid texto
Alias ​​de -A.

-sysid texto
Defina o ID do sistema da imagem ISO. Isso pode identificar o sistema que pode
reconhecer e agir sobre o conteúdo da área do sistema em blocos de imagem de 0 a 15.
São permitidos até 32 caracteres.

-p texto
Defina o Id do preparador da imagem ISO. Isso pode identificar a pessoa ou outra entidade
que controla a preparação dos dados que devem ser registrados. Normalmente isso
deve ser o id do xorriso e não da pessoa ou programa que opera
xorriso. Por favor, evite mudar isso. São permitidos até 128 caracteres.
O texto especial "@ xorriso @" é convertido para a string id de xorriso que é
padrão na inicialização do programa.

-preparador texto
Alias ​​de -p.

-resumo iso_path
Defina o endereço do arquivo abstrato da imagem ISO. Este deve ser o ISO 9660
caminho de um arquivo na imagem que contém uma declaração abstrata sobre a imagem
contente. São permitidos até 37 caracteres.

-biblioteca iso_path
Defina o endereço do Arquivo Biblio da imagem ISO. Este deve ser o ISO 9660
caminho de um arquivo da imagem que contém registros bibliográficos. Permitidos são
até 37 caracteres.

-direito autoral iso_path
Defina o endereço do arquivo de copyright da imagem ISO. Este deve ser o ISO 9660
caminho de um arquivo na imagem que contém uma declaração de direitos autorais. Permitidos são
até 37 caracteres.

--modification-date = YYYYMMDDhhmmsscc
Defina uma sequência de tempo que substitui os carimbos de data / hora de criação e modificação da imagem ISO
literalmente. Deve consistir em 16 dígitos decimais que formam AAAAMMDDhhmmsscc, com
AAAA entre 1970 e 2999. O fuso horário é GMT. É suposto corresponder a este GRUB
linha:
pesquisar --fs-uuid --set AAAA-MM-DD-hh-mm-ss-cc
Por exemplo, 2010040711405800 é 7:2010:11 de 40 de abril de 58 (+0 centissegundos).

--application_use personagem | 0xXY | disk_path
Especifique o conteúdo do campo Uso do aplicativo, que pode ocupar no máximo 512 bytes.
Se o parâmetro deste comando estiver vazio, o campo será preenchido com 512
0 bytes. Se for um único caractere, ele será repetido 512 vezes. Se isso
começa por "0x" seguido por dois dígitos hexadecimais [0-9a-fA-F], então os dígitos são lidos como
valor de byte que é repetido 512 vezes.
Qualquer outro texto de parâmetro é usado como disk_path para abrir um arquivo de dados e ler até
512 bytes dele. Se o arquivo for menor que 512 bytes, os bytes restantes
no campo é definido como binário 0.

El touro Bootable ISO fotos:

A pré-condição para uma imagem ISO inicializável é ter na imagem ISO os arquivos de uma inicialização
carregador. Os recursos de inicialização dos computadores são direcionados a esses arquivos, que geralmente executam
outros arquivos de programa da imagem ISO. xorrisofs pode produzir vários tipos de botas
bloco ou registro de inicialização, que se tornam parte da imagem ISO, e são interpretados pelo
de acordo com a facilidade de inicialização.

An El touro registro de inicialização aponta o recurso de inicialização para um catálogo de inicialização com um ou
mais imagens de inicialização, que são arquivos de programa binários armazenados na imagem ISO. O conteúdo de
os arquivos de imagem de inicialização não estão no escopo do El Torito.
xorriso compõe o catálogo de inicialização de acordo com os arquivos de imagem de inicialização fornecidos e estruturados
pelas opções -b, -e, -el-torito-alt-boot e --efi-boot. Freqüentemente, contém apenas uma entrada.
El Torito é interpretado pelas instalações de inicialização PC-BIOS e EFI. GNU / Linux mais inicializável
Os CDs são equipados com imagens de inicialização ISOLINUX ou GRUB para PC-BIOS.
xorrisofs suporta as opções de exemplo do wiki ISOLINUX, as opções usadas no GRUB
script grub-mkrescue, e o exemplo no wiki FreeBSD AvgLiveCD.

Para inicialização por CD por meio de recursos de inicialização que não sejam PC-BIOS e EFI, e para inicialização por USB
stick ou discos rígidos, consulte a próxima seção sobre a área do sistema.

-b iso_rr_path
Especifique o arquivo de imagem de inicialização que deve ser mencionado na entrada atual do El
Catálogo de inicialização Torito. Ele será marcado como adequado para PC-BIOS.
Com imagens de inicialização de ISOLINUX e GRUB, esta opção deve ser acompanhada por
opções -c, -no-emul-boot, -boot-load-size 4, -boot-info-table.

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

-eltorito-alt-boot
Finalize a entrada do catálogo de inicialização El Torito atual e comece uma nova. Uma bota
arquivo de imagem e todas as opções necessárias devem ser especificadas antes da opção
-eltorito-alt-boot. Todas as outras opções de inicialização El Torito se aplicam ao novo catálogo
entrada. São possíveis até 32 entradas do catálogo.

-e iso_rr_path
Especifique o arquivo de imagem de inicialização que deve ser mencionado na entrada atual do El
Catálogo de inicialização Torito. Ele será marcado como adequado para EFI.
A opção -e deve ser seguida pela opção -no-emul-boot e nenhuma outra opção do El Torito
antes de um eventual -eltorito-alt-boot.

--efi-boot iso_rr_path
Execute -eltorito-alt-boot, opção -e com o iso_rr_path fornecido, -no-emul-boot,
e novamente -eltorito-alt-boot. Este gesto é usado para alcançar a inicialização EFI de
o CD de resgate do GRUB2.

-boot-load-size número
Defina o número de blocos de 512 bytes a serem carregados no momento da inicialização a partir da imagem de inicialização em
a entrada do catálogo atual. As imagens de inicialização do BIOS não emuláveis ​​geralmente precisam de um tamanho de carregamento
de 4. As imagens de inicialização EFI geralmente definem o número de blocos ocupados pela inicialização
arquivo de imagem.
El Torito não pode representar tamanhos de carga superiores a 65535.

-inicialização do disco rígido
Marque a imagem de inicialização na entrada do catálogo atual como disco rígido emulado. (Não
adequado para qualquer gerenciador de inicialização conhecido.)

-no-emul-boot
Marque a imagem de inicialização na entrada do catálogo atual como não emulando disquete ou disco rígido
disco. (Deve ser usado com todos os gerenciadores de inicialização conhecidos.)
Se nem -hard-disk-boot nem -no-emul-boot for fornecido, a imagem de inicialização será
marcado como emular um disquete. (Não é adequado para nenhum gerenciador de inicialização conhecido.)

-eltorito-id texto | 56_hexdigits
Defina a string de ID da seção do catálogo de inicialização onde a imagem de inicialização estará
listados. Se o valor consistir em 56 caracteres [0-9A-Fa-f], então ele é convertido
em 28 bytes, caso contrário, os primeiros 28 caracteres tornam-se a string de ID. A string de ID de
a primeira imagem de inicialização se torna o ID do catálogo geral. É limitado a 24
personagens. Outros id_strings tornam-se IDs de seção.

-eltorito-selcrit dígitos hexadecimais
Defina os critérios de seleção da imagem de inicialização. Até 20 bytes são lidos do
determinados caracteres [0-9A-Fa-f]. Eles são atribuídos à entrada da imagem de inicialização no
Catálogo.

-boot-info-tabela
Substitua os bytes 8 a 63 na imagem de inicialização atual. As informações serão fornecidas
por xorriso no decorrer da produção de imagens: endereço do bloco do volume primário
Descritor, endereço de bloco do arquivo de imagem de inicialização, tamanho do arquivo de imagem de inicialização.

--grub2-boot-info
Substitua os bytes 2548 a 2555 na imagem de inicialização atual pelo endereço dessa inicialização
imagem. O endereço é escrito como um número little-endian de 64 bits. É o bloco de 2 KB
endereço do conteúdo da imagem de inicialização, multiplicado por 4 e, a seguir, incrementado por 5.

-c iso_rr_path
Defina o endereço do arquivo do catálogo de inicialização El Torito na imagem. Este ficheiro
endereço não é significativo para a inicialização do PC-BIOS ou EFI, mas pode ser lido mais tarde
por outros programas para aprender sobre as imagens de inicialização disponíveis.

-eltorito-catálogo iso_rr_path
Alias ​​de -c.

--boot-catálogo-ocultar
Impedir que o catálogo de inicialização El Torito apareça como arquivo nas árvores de diretório de
a imagem.

System Área, MBR, GPT, APM, de outros bota blocos:

Os primeiros 16 blocos de uma imagem ISO são a área do sistema. É reservado para sistema
software de inicialização dependente. Estas podem ser as instalações de inicialização e tabelas de partição de vários
arquiteturas de hardware.
A MBR (Registro mestre de inicialização) contém o código de inicialização e uma tabela de partição. É lido por
PC-BIOS ao inicializar a partir de um stick USB ou disco rígido, e por PowerPC CHRP ou PReP quando
inicializando. Uma partição MBR do tipo 0xee indica a presença de GPT.
A GPT (Tabela de partição GUID) marca as partições de uma maneira mais moderna. É lido por EFI
ao inicializar a partir de um stick USB ou disco rígido, e pode ser usado para encontrar e montar um HFS +
partição dentro da imagem ISO.
An APM (Apple Partition Map) marca a partição HFS +. É lido por Macs para inicialização e
para montagem.
MBR, GPT e APM são combináveis. O APM ocupa os primeiros 8 bytes do código de inicialização MBR. Tudo
três não impedem a inicialização do El Torito a partir do CDROM.
xorrisofs suporta outros recursos de inicialização: MIPS Big Endian (SGI), MIPS Little Endian
(DEC), SUN SPARC, HP-PA, DEC Alpha. Esses não são mutuamente combináveis ​​e também não
combinável com MBR, GPT ou APM.

Várias das opções a seguir esperam caminhos de disco como entrada, mas também aceitam a descrição
strings para o leitor de intervalo libisofs, que é capaz de cortar dados de arquivos de disco ou
-indev e para zerar partes do conteúdo: -G, -generic-boot, --embedded-boot,
--grub2-mbr, -isohybrid-mbr, -efi-boot-part, -prep-boot-part, -B, -sparc-boot,
-append_partition.
A string de descrição consiste nos seguintes componentes, separados por dois pontos ':'
"--interval:" Flags ":" Interval ":" Zeroizers ":" Source
O componente "--interval" afirma que este não é um caminho de disco simples, mas sim um intervalo
string de descrição do leitor.
O componente Flags modifica a interpretação posterior:
"local_fs" exige a leitura de um arquivo representado pelo caminho na Fonte.
"import_iso" exige leitura do -indev. Isso só funciona se -outdev não for o mesmo
as -indev. O componente Origem é ignorado.
O componente Interval consiste em dois números de endereço de byte separados por um caractere "-".
Por exemplo, "0-429" significa ler os bytes 0 a 429.
O componente Zeroizers consiste em zero ou mais strings separadas por vírgulas. Eles definem
qual parte dos dados lidos deve ser zerada. Byte número 0 significa o byte lido do
Endereço inicial do intervalo. Cada string pode ser um de:
"zero_mbrpt" exige zerar a tabela de partição MBR se os bytes 510 e 511 contiverem o MBR
assinatura 0x55 0xaa.
"zero_gpt" exige a verificação de um cabeçalho GPT nos bytes 512 a 1023, para zerá-lo e seu
blocos de tabela de partição.
"zero_apm" exige a verificação de um bloco APM 0 e zera os blocos da tabela de partição.
Start_byte "-" End_byte exige zerar os bytes lidos que começam com número
Start_byte e terminando após End_byte.
O componente Source é o caminho do arquivo com sinalizador "local_fs" e é ignorado com sinalizador
"import_iso".
Os números de bytes podem ser escalados por um sufixo de {k, m, g, t, s, d}, significando multiplicação por
{1024, 1024k, 1024m, 1024g, 2048, 512}. Um número final de valor em escala representa o último byte de
o intervalo escalado.
Por exemplo, "0d-0d" é "0-511".
Exemplos:
"local_fs: 0-32767: zero_mbrpt, zero_gpt, 440-443: /tmp/template.iso"
"importado_iso: 45056d-47103d ::"

-G caminho_disco
Copie no máximo 32768 bytes do arquivo de disco fornecido para o início do ISO
imagem.
Além de uma imagem de inicialização El Torito, o arquivo disk_path não precisa ser adicionado ao
Imagem ISO. Ele não aparecerá como um arquivo nas árvores de diretório.
Em situações de multi-sessão, o disk_path especial "." impede a leitura de um disco
arquivo, mas, no entanto, causa os ajustes no MBR existente, que foram
ordenado por outras opções.

-inicialização genérica caminho_disco
Alias ​​de -G.

--boot incorporado caminho_disco
Alias ​​de -G.

--grub2-mbr caminho_disco
Instale disk_path na área do sistema e trate-o como um GRUB2 MBR moderno. O conteúdo
o endereço inicial da primeira imagem de inicialização é convertido em uma contagem de blocos de 512 bytes,
e um deslocamento de 4 é adicionado. O resultado é escrito como um número little-endian de 64 bits
para o endereço de byte 0x1b0.

-isohybrid-mbr caminho_disco
Instale disk_path como ISOLINUX isohybrid MBR que torna a imagem de inicialização fornecida por
opção -b inicializável a partir de pen drives e discos rígidos via PC-BIOS. Esta preparação é
normalmente feito pelo programa ISOLINUX isohybrid na imagem ISO já produzida.
O caminho do disco deve levar a um dos arquivos Syslinux isohdp [fp] x * .bin. O MBR
é corrigido de acordo com as necessidades iso-híbridas. A primeira partição descreve o intervalo
da imagem ISO. Seu início é no bloco 0 por padrão, mas pode ser definido para 64 discos
blocos pela opção -partition_offset 16.
Para saber o significado de disk_path especial "." veja a opção -G.

-isohybrid-gpt-basdat
Marque a imagem de inicialização El Torito atual (consulte as opções -b e -e) no GPT como partição
do tipo Dados básicos. Isso funciona apenas com -isohybrid-mbr e tem o mesmo impacto sobre
a área do sistema como -efi-boot-part. Não pode ser combinado com -efi-boot-part ou
-hfsplus.
As três primeiras imagens de inicialização marcadas por GPT também aparecerão como partição
entradas do tipo 0xef em MBR. A partição MBR para PC-BIOS obtém o tipo 0x00, em vez
que 0x17 neste caso. Freqüentemente, as outras entradas MBR são as que realmente
se acostumar com a EFI.

-isohybrid-gpt-hfsplus
Marque a imagem de inicialização El Torito atual (consulte as opções -b e -e) no GPT como partição
do tipo HFS +. O impacto e as restrições são como -isohybrid-gpt-basdat.

-isohybrid-apm-hfsplus
Marque a imagem de inicialização El Torito atual (consulte as opções -be -e) na partição da Apple
Mapeie como partição do tipo HFS +. Isso funciona apenas com -isohybrid-mbr e tem um
impacto semelhante na área do sistema como -hfsplus. Não pode ser combinado com
-efi-boot-part ou -hfsplus.
O arquivo ISOLINUX isohybrid MBR deve começar por um padrão conhecido de 32 bytes de x86
código de máquina que essencialmente não faz nada. Ele será substituído por 32 bytes de
Maquete do cabeçalho APM.

--protective-msdos-label
Corrigir a área do sistema com uma tabela de partição PC-DOS simples, onde a partição 1 afirma
o intervalo da imagem ISO, mas deixa o primeiro bloco não reclamado.

-partição_offset 2kb_block_adr
Causa uma tabela de partição com uma única partição que começa em um determinado bloco
Morada. Isso é contado em blocos de 2048 bytes, não em blocos de 512 bytes. Se o bloco
endereço é diferente de zero, então deve ser pelo menos 16. Valores maiores que 16 dificilmente
de uso. Um deslocamento de partição diferente de zero faz com que dois superblocos sejam gerados e dois
conjuntos de árvores de diretório. A imagem é então montável desde o seu início absoluto como
bem como desde o início da partição.
O valor de deslocamento de uma imagem ISO é preservado quando uma nova sessão é adicionada a um
imagem carregada. Portanto, o valor definido aqui só tem efeito se uma nova imagem ISO obtiver
escrito.

-partition_hd_cyl número
Defina o número de cabeças por cilindro para a tabela de partição MBR. 0 escolhe um
valor padrão. O máximo é 255.

-partition_sec_hd número
Defina o número de setores por cabeça para a tabela de partição MBR. 0 escolhe um
valor padrão. O máximo é 63.
O produto partition_sec_hd * partition_hd_cyl * 512 é o tamanho do cilindro. Isto
deve ser divisível até 2048 para possibilitar o alinhamento exato. Com
partições anexadas e -appended_part_as_gpt não há limite para o número de
cilindros. Caso contrário, pode haver no máximo 1024 deles. Se o tamanho do cilindro for muito
pequeno para ficar abaixo do limite, então os valores apropriados de partition_hd_cyl são
escolhido com partition_sec_hd 32 ou 63. Se a imagem for maior que 8,422,686,720
bytes, então as restrições de tamanho do cilindro não podem ser cumpridas para MBR. Eles parecem
não muito importante de qualquer maneira. Endereços de bloco plano em tabelas de partição são bons para
1 TiB.

-partition_cyl_align modo
Controle o alinhamento do tamanho da imagem com um número inteiro de cilindros. É prescrito
por especificações isohybrid e parece agradar ao programa fdisk. O tamanho do cilindro deve ser
divisível em 2048. Imagens com mais de 8,323,596,288 bytes não podem ser alinhadas em MBR
tabela de partição.
O modo "automático" é o padrão. O alinhamento por preenchimento acontece apenas se a opção -isohybrid-mbr
é dada.
O modo "ativado" causa alinhamento ao preencher com a opção --protective-msdos-label também.
O modo "all" é como "on", mas também preenche partições de -append_partition para um
tamanho alinhado.
O modo "desligado" desativa o alinhamento incondicionalmente.

-append_partition número_da_partição type_code disk_path
Faz com que uma imagem do sistema de arquivos preparado seja anexada à imagem ISO e seja
descrito por uma entrada de tabela de partição em um bloco de inicialização no início do emergente
Imagem ISO. A entrada da partição terá o tamanho do arquivo enviado arredondado para cima
para o próximo múltiplo de 2048 bytes ou para o próximo múltiplo do tamanho do cilindro.
Cuidado com as execuções multissessão subsequentes. A partição anexada obterá
sobrescrito.
número_da_partição pode ser de 1 a 4. O número 1 colocará toda a imagem ISO no
espaço não reclamado antes da partição 1. Então, junto com a maioria dos xorriso MBR ou GPT
recursos, o número 2 seria a escolha mais natural.
O type_code pode ser "FAT12", "FAT16", "Linux" ou um número hexadecimal entre
0x00 e 0xff. Nem todos esses números produzirão resultados utilizáveis. Para uma lista de códigos
pesquise na Internet por "Tipos de partição" ou execute o comando "L" do fdisk. Este código
importa apenas com MBR, não com GPT.
Se algum outro comando causar a produção de GPT, as partições anexadas
será mencionado lá também, mesmo se não for fornecido -appended_part_as_gpt.

-apended_part_as_gpt
Marca as partições de -append_partition na GPT em vez de no MBR. Nesse caso
o MBR mostra uma única partição do tipo 0xee que cobre todos os dados de saída.
Por padrão, as partições anexadas são marcadas no GPT apenas se o GPT for produzido porque
de outras opções.

-efi-boot-part caminho_disco
Copie um arquivo do disco para a imagem ISO emergente e marque-o por uma entrada GPT como EFI
Partição do sistema. O firmware de inicialização EFI deve usar uma imagem do sistema de arquivos FAT em
tal partição para inicializar a partir de um stick USB ou disco rígido.
Em vez de disk_path, a palavra --efi-boot-image pode ser fornecida. Ele expõe em GPT
o conteúdo da primeira imagem de inicialização El Torito EFI como partição do sistema EFI. Bota EFI
as imagens são introduzidas pelas opções -e ou --efi-boot. A imagem de inicialização EFI afetada
não pode aparecer no HFS + porque está armazenado fora da partição HFS +.

-chrp-boot-part
Marque o intervalo de blocos de toda a imagem ISO emergente como partição MBR do tipo 0x96.
Isso não é compatível com nenhum outro recurso que produz entradas de partição MBR.
Isso torna o GPT irreconhecível.
O CHRP é freqüentemente usado em conjunto com o HFS. Ainda não foi testado se HFS +
sistemas de arquivos produzidos com a opção -hfsplus inicializariam em qualquer máquina compatível com CHRP
que também não inicializa ISO 9660 puro.

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

-prep-boot-part caminho_disco
Copie um arquivo do disco para a imagem ISO emergente e marque-o por uma partição MBR
entrada do tipo 0x41. O firmware de inicialização PReP deve ler o conteúdo do
partição como um único arquivo executável ELF. Esta opção é compatível com outro MBR
partições e com GPT.

-mips-boot iso_rr_path
Declarar um arquivo de dados na imagem como um arquivo de inicialização MIPS Big Endian e causar
produção de um MIPS Big Endian Volume Header. Isso é mutuamente exclusivo com
produção de outros blocos de inicialização como MBR. Irá sobrescrever os primeiros 512 bytes de
quaisquer dados fornecidos por -G. Até 15 arquivos de inicialização podem ser declarados por vários
opções -mips-boot.

-mipsel-boot iso_rr_path
Declare um arquivo de dados na imagem como o arquivo de inicialização MIPS Little Endian. Isto é
mutuamente exclusivo com outros blocos de inicialização. Irá sobrescrever os primeiros 512 bytes
de quaisquer dados fornecidos por -G. Apenas um único arquivo de inicialização pode ser declarado por
-mipsel-boot.

-B disk_path [, disk_path ...]
Faz com que um ou mais arquivos de dados no disco sejam gravados após o final da imagem ISO.
Um SUN Disk Label será escrito nos primeiros 512 bytes da imagem ISO que
lista esta imagem como partição 1 e os disk_paths fornecidos como partição 2 a 8.
Os arquivos de disco devem conter imagens de inicialização adequadas para sistemas SUN SPARC.
O pseudo disk_path "..." faz com que todas as entradas de partição vazias se tornem cópias de
a última entrada não vazia. Se nenhum outro disk_path for fornecido antes de "..." então todos
partições descrevem a imagem ISO. Neste caso, o código do carregador de boot deve ser
importado pela opção -G.

-sparc-boot disk_path [, disk_path ...]
Alias ​​de -B.

-sparc-rótulo texto
Defina o texto do rótulo ASCII de um SUN Disk Label.

--grub2-sparc-core iso_rr_path
Faz com que o endereço do conteúdo e o tamanho do arquivo de dados fornecido na imagem seja
escrito após o SUN Disk Label. Ambos os números são contados em bytes. O endereço
é escrito como um número big-endian de 64 bits para o byte 0x228. O tamanho é escrito como 32
bit big-endian number para byte 0x230.

-hppa-cmdline texto
Defina a linha de comando PALO para HP-PA. Até 1023 caracteres são permitidos por
padrão. Com -hppa-hdrversion 4, o limite é 127.
Observe que as primeiras cinco opções -hppa são obrigatórias, se alguma das opções -hppa
é dada. Apenas a opção -hppa-hdrversion pode estar ausente.

-hppa-bootloader iso_rr_path
Designe o caminho fornecido como arquivo de bootloader HP-PA.

-hppa-kernel-32 iso_rr_path
Designe o caminho fornecido como arquivo kernel HP-PA de 32 bits.

-hppa-kernel-64 iso_rr_path
Designe o caminho fornecido como arquivo kernel HP-PA de 64 bits.

-hppa-ramdisk iso_rr_path
Designe o caminho fornecido como arquivo de disco HP-PA RAM.

-hppa-hdrversão número
Escolha entre a versão 5 do cabeçalho PALO (padrão) e a versão 4. Para o apropriado
valor veja no código-fonte do PALO: PALOHDRVERSION.

-alfa-boot iso_rr_path
Declare um arquivo de dados na imagem como sendo o carregador de bootstrap secundário DEC Alpha SRM
e causar a produção de um setor de botas que aponta para ele. Isso é mutuamente
exclusivo com a produção de outros blocos de inicialização como MBR.

Personagem conjuntos:

Os conjuntos de caracteres não devem importar, desde que apenas caracteres alfanuméricos ingleses sejam usados
para nomes de arquivos ou contanto que todos os escritores e leitores da mídia usem o mesmo caractere
definir. Fora dessas restrições, pode ser necessário permitir que o xorriso converta códigos de byte.
Uma conversão do conjunto de caracteres de entrada para o conjunto de caracteres de saída é realizada quando um ISO
a imagem é gravada. Vice-versa, há uma conversão do conjunto de caracteres de saída para o
caracteres de entrada definidos quando uma imagem ISO é carregada. Os conjuntos podem ser definidos por opções
-input-charset e -output-charset, se necessário.

-conjunto de caracteres de entrada nome_do_conjunto_de_caracteres
Defina o conjunto de caracteres a partir do qual converter os nomes dos arquivos de disco ao inseri-los
na imagem ISO.

- conjunto de caracteres de saída nome_do_conjunto_de_caracteres
Defina o conjunto de caracteres a partir do qual converter os nomes das imagens ISO carregadas e para
qual converter nomes ao escrever imagens ISO.

jigdo Modelo Extração:

De man genisoimage: "Jigdo é uma ferramenta para ajudar na distribuição de arquivos grandes como CD
e imagens de DVD; Vejo http://atterer.net/jigdo/ para mais detalhes. CDs Debian e ISO de DVD
as imagens são publicadas na web em formato jigdo para permitir que os usuários finais façam download delas mais
eficientemente."
Se o uso de libjte foi habilitado no momento da compilação do xorriso, então xorrisofs pode produzir um
.jigdo e um arquivo .template junto com uma imagem ISO de sessão única. Se não, então Jigdo
as opções causarão um evento FALHA, que normalmente leva ao aborto do programa.
Pode-se determinar a capacidade do Jigdo por:
$ xorrisofs -versão 2> & 1 | grep '^ libjte' && echo SIM

O arquivo .jigdo contém somas de verificação e endereços de arquivos simbólicos. O arquivo .template
contém a imagem ISO compactada com tags de referência em vez dos bytes de conteúdo do
arquivos listados.
A entrada para este processo são os argumentos normais para um xorrisofs sessão sem imagem
carregado e um arquivo .md5 que lista os arquivos de dados que podem estar listados no .jigdo
arquivo e referenciado externamente no arquivo .template. Cada arquivo designado é representado
no arquivo .md5 por uma única linha de texto:
MD5 como 32 dígitos hexadecimais, 2 espaços em branco, tamanho como 12 dígitos decimais ou espaços em branco, 2 espaços em branco, simbólico
endereço do arquivo
O endereço do arquivo em uma linha .md5 deve ter o mesmo nome de base que o disk_path do
arquivo que deve corresponder. O caminho do diretório do endereço do arquivo é decisivo para To = From
mapeamento, não para reconhecimento de arquivo. Após o mapeamento Para = De, o endereço do arquivo é gravado
no arquivo .jigdo. As ferramentas de restauração do Jigdo converterão esses endereços em
endereços de fontes de dados acessíveis a partir dos quais eles podem ler.
Se a lista de parâmetros do jigdo não estiver vazia, o preenchimento será contado como parte do
Imagem ISO.

-jigdo-jigdo caminho_disco
Defina o disk_path para o arquivo .jigdo com as somas de verificação e endereços de download para
preenchendo os buracos no .modelo.

-jigdo-modelo caminho_disco
Defina o disk_path para o arquivo .template com a imagem ISO furada e compactada
cópia de.

-jigdo-min-tamanho do arquivo tamanho
Defina o tamanho mínimo para um arquivo de dados a ser listado no arquivo .jigdo e ser um
buraco no arquivo .template. tamanho pode ser um número simples contando bytes ou um número
com a letra anexada "k", "m", "g" para contar KiB (1024 bytes), MiB (1024 KiB) ou
GiB (1024 MiB).

-jigdo-force-md5 disk_path_pattern
adiciona um padrão de expressão regular que será comparado com o absoluto
disk_path de qualquer arquivo de dados que não foi encontrado na lista .md5. Uma correspondência causa um
Evento MISHAP, que normalmente não aborta a execução do programa, mas finalmente causa um
valor de saída diferente de zero do programa.

-jigdo-excluir disk_path_pattern
Adicione um padrão de expressão regular que será comparado com o absoluto
disk_path de qualquer arquivo de dados. Uma correspondência faz com que o arquivo permaneça em .template em qualquer
caso.

-jigdo-mapa Para = De
Adicione um par de strings no formato To = From à lista de parâmetros. Se um arquivo de dados for
listado no arquivo .jigdo, ele é referido pelo endereço do arquivo de sua linha em
o arquivo .md5. Este endereço de arquivo é verificado se ele começa com De
corda. Em caso afirmativo, esta string será substituída pela string To e um ':'
caractere, antes de ir para o arquivo .jigdo. A string From deve terminar com um '/'
personagem.

-md5-lista caminho_disco
Defina o disk_path onde encontrar o arquivo de entrada .md5.

-jigdo-template-comprimir "gzip" | "bzip2"
Escolha um de "bzip2" ou "gzip" para a compressão do arquivo de modelo. O jigdo
o arquivo é colocado para fora descompactado.

-checksum_algoritmo_iso lista_de_nomes
Escolha um ou mais de "md5", "sha1", "sha256", "sha512" para o auxiliar "# Image
Hex "checksums no arquivo .jigdo. Os list_of_names podem, por exemplo, ter a aparência
"md5, sha1, sha512". O valor "all" escolhe todos os algoritmos disponíveis. Observe que MD5
fica sempre habilitado.

-checksum_algorithm_template lista_de_nomes
Escolha os algoritmos para as somas de verificação "# Template Hex" no arquivo .jigdo. O
as regras para list_of_names são as mesmas de -checksum_algorithm_iso.

Gerais opções:

- tamanho da impressão
Imprima na saída padrão o número previsível de blocos de 2048 bytes no
imagem ISO emergente. Não produza esta imagem.
O resultado depende de várias configurações.
Se a opção --emul-toc for fornecida, então o preenchimento (ver -pad) não é contado como parte de
o tamanho da imagem. Neste caso, use -no-pad ou adicione 150 (= 300 KiB) ao
número resultante.
Se a emulação mkisofs terminar após a opção -print-size, então as propriedades da maioria
o arquivo de imagem de inicialização especificado recentemente não pode ser editado pelos comandos xorriso subsequentes.

--no_rc
Apenas se usado como primeiro argumento, esta opção impede a leitura e interpretação de
arquivos de inicialização. Veja a seção ARQUIVOS abaixo.

-Socorro
Lista as opções com suporte para stderr. As opções originais do mkisofs levam seus originais
Textos de descrição do mkisofs.

-quieto
Suprime a maioria das mensagens da execução do programa, exceto aquelas que indicam problemas ou
erros.

-gui
Aumente a frequência das mensagens da chupeta ao escrever uma imagem ISO.

-arquivo de log caminho_disco
Truncar o arquivo disk_path para o tamanho 0 e redirecionar para ele todas as mensagens que
normalmente aparecem em stderr. -log-file com texto vazio como disk_path reativa a saída
para stderr.

-v
Habilite a saída de mensagens de programa informativas.

-verboso
Alias ​​de -v.

-versão
Imprima na saída padrão um texto que comece com
"mkisofs 2.01-Emulation Copyright (C)"
e para erro padrão a informação da versão do xorriso.

EXEMPLOS

Visão geral of exemplos:
Uma execução simples de produção de imagem
Definir caminhos de imagem ISO por -graft-points
Realizar execuções multi-sessão
Deixe xorrisofs trabalhar embaixo de growisofs
Backup incremental de algumas árvores de diretório
Backup incremental com árvores acumuladas
Crie imagens inicializáveis ​​para PC-BIOS e EFI

A simples imagem produção corrida
Uma árvore de arquivos preparada no diretório ./for_iso é copiada para o diretório raiz do ISO
imagem. As permissões de arquivo são definidas como somente leitura para todos. Atributos de Joliet para
Sistemas Microsoft são adicionados. A imagem resultante é gravada como arquivo de dados ./image.iso em
disco.
$ xorrisofs -r -J -o ./image.iso ./for_iso

Conjunto ISO imagem caminhos by -pontos de enxerto
Sem a opção -graft-points, cada arquivo de disco fornecido é copiado para o diretório raiz do
Imagem ISO, mantendo o seu nome. Se um diretório for fornecido, seus arquivos e
os subdiretórios são copiados para o diretório raiz, mantendo seus nomes.
$ xorrisofs ... / home / me / datafile / tmp / diretório
rendimentos no diretório raiz da imagem ISO:
/ datafile
/ file_1_from_directory
...
/ file_N_from_directory

Com a opção -graft-points é possível colocar arquivos e diretórios em caminhos arbitrários
na imagem ISO.
$ xorrisofs ... -graft-points / home / me / datafile / dir = / tmp / diretório
rendimentos no diretório raiz da imagem ISO:
/ datafile
/ dir
Os diretórios pai eventualmente necessários na imagem serão criados automaticamente:
/ datafiles / file1 = / home / me / datafile
rendimentos na imagem ISO:
/ datafiles / file1
Os atributos de diretório / arquivos de dados são copiados de / home / me no disco.

Normalmente, deve-se evitar os caracteres = e \ na parte ISO de um pathspec. Mas se isso
deve ser, pode-se escapar deles:
/ com _ \ = _ e _ \\ / arquivo = / tmp / diretório / arquivo
rendimentos na imagem ISO:
/ com _ = _ e _ \ / arquivo

Realizar multi-sessão é executado
Este exemplo funciona apenas para mídia multissessão: CD-R [W], DVD-R [W], DVD + R, BD-R. Adicionar
opção cdrskin --grow_overwriteable_iso para todas as execuções de cdrecord para habilitar
emulação multi-sessão em mídia substituível.
A primeira sessão é escrita assim:
$ xorrisofs -pontos de enxerto \
/ árvore1 = preparado_para_iso / árvore1 \
| xorriso -as cdrecord -v dev = / dev / sr0 em branco = rápido -multi -ejetar -
As sessões de acompanhamento são escritas assim:
$ dd if = / dev / sr0 contagem = 1> / dev / null 2> & 1
$ m = $ (xorriso -as cdrecord dev = / dev / sr0 -msinfo)
$ xorrisofs -M / dev / sr0 -C $ m -graft-points \
/ árvore2 = preparado_para_iso / árvore2 \
| xorriso -as cdrecord -v dev = / dev / sr0 -waiti -multi -eject -
Sempre ejete a bandeja da unidade entre as sessões. As sessões antigas são lidas via / dev / sr0. Seu
o driver do dispositivo pode não estar ciente do conteúdo alterado antes de carregar a mídia novamente.
Neste caso, a sessão anterior não seria carregada e a nova sessão conteria
apenas os arquivos recém-adicionados.
Pela mesma razão, não deixe xorriso -as cdrecord carregar a mídia, mas sim faça isso
manualmente ou por um programa que lê de / dev / sr0.

Deixei xorrisofs TRABALHO por baixo Growisofs
growisofs espera um programa de formatação ISO que compreenda as opções -C e -M. Uma variável
é definido para substituir o nome padrão codificado permanentemente.
$ export MKISOFS = "xorrisofs"
$ growisofs -Z / dev / dvd / some / files
$ growisofs -M / dev / dvd / more / files
Se nenhum "xorrisofs" estiver disponível em seu sistema, você terá que criar um link
apontando para o binário xorriso e diga a growisofs para usá-lo. Por exemplo:
$ ln -s $ (which xorriso) "$ HOME / xorrisofs"
$ export MKISOFS = "$ HOME / xorrisofs"
Pode-se sair da emulação mkisofs pelo argumento "-" e fazer uso de todos os comandos xorriso.
growisofs não gosta de opções que começam com "-o", mas -outdev deve ser definido como "-". Então use
"outdev" em vez disso:
$ growisofs -Z / dev / dvd --for_backup - \
outdev - -update_r / meus / arquivos / arquivos
$ growisofs -M / dev / dvd --for_backup - \
outdev - -update_r / meus / arquivos / arquivos
Observe que --for_backup é fornecido na emulação mkisofs. Para preservar o extra gravado
dados já deve estar em vigor, quando a emulação carrega a imagem.

Incremental backup of a poucos anuário árvores
Isso muda o diretório trees / open_source_project e / personal_mail na imagem ISO
para que se tornem cópias exatas de suas contrapartes em disco. Objetos de arquivo ISO obtêm
criado, excluído ou ter seus atributos ajustados de acordo.
ACL, xattr, hard links e checksums MD5 serão registrados. Espera-se que o inode
os números no sistema de arquivos do disco são persistentes ao longo dos ciclos de montagem e inicialização. arquivos
com nomes que correspondam a * .o ou * .swp são excluídos explicitamente.

Para ser usado várias vezes no mesmo meio, sempre que uma atualização das duas árvores de disco para
o meio é desejado. Comece com uma mídia em branco e atualize-a até que ele falhe
graciosamente devido à falta de espaço restante no antigo.
Não deixe o xorriso -as cdrecord carregar a mídia, mas faça isso manualmente ou por um
programa que lê de / dev / sr0.
$ dd if = / dev / sr0 contagem = 1> / dev / null 2> & 1
$ msinfo = $ (xorriso -as cdrecord dev = / dev / sr0 -msinfo)
$ load_opts =
$ test -n "$ msinfo" && load_opts = "- M / dev / sr0 -C $ msinfo"
$ xorrisofs $ load_opts -o - --for_backup -m '* .o' -m '* .swp' \
-V PROJ_MAIL _ "$ (data '+% Y_% m_% d_% H% M% S')" -pontos de enxerto \
-raiz-antiga / \
/ projects = / home / thomas / projects \
/ personal_mail = / home / thomas / personal_mail \
| xorriso -as cdrecord dev = / dev / sr0 -v -multi -waiti -eject -

Isso faz sentido se o backup completo deixar uma capacidade restante substancial na mídia e se
as mudanças esperadas são muito menores do que o backup completo.

Melhor do não usar os mais jovem backup para -raiz antiga. Tenha pelo menos duas mídias que você
use alternadamente. Portanto, apenas backups mais antigos são ameaçados pela nova operação de gravação, enquanto
o backup mais recente é armazenado com segurança em uma mídia diferente.
Sempre tenha uma mídia em branco pronta para realizar um backup completo no caso de a tentativa de atualização falhar
devido à capacidade restante insuficiente. Essa falha não vai estragar o antigo meio, de
curso.

Se os números de inode no disco não forem persistentes, use a opção --old-root-no-ino. Nisso
caso uma execução de atualização irá comparar as somas MD5 gravadas com o conteúdo do arquivo atual no disco
disco.

Com o montar opção -o "sbsector =" no GNU / Linux ou -s no FreeBSD ou NetBSD é possível
acessar as árvores de sessão que representam as versões de backup mais antigas. Com mídia de CD,
A montagem GNU / Linux aceita números de sessão diretamente por sua opção "sessão =".
A mídia multi-sessão e a maioria das mídias sobrescritas escritas por xorriso podem dizer aos sbsetores
de suas sessões pela opção xorriso -toc:
$ xorriso -dev / dev / sr0 -toc
xorriso pode imprimir o comando de montagem correspondente para um número de sessão:
$ xorriso -mount_cmd / dev / sr0 sessão 12 / mnt
ou para um id de volume que corresponda a uma expressão de pesquisa:
$ xorriso -mount_cmd / dev / sr0 volid '* 2008_12_05 *' / mnt
Ambos rendem na saída padrão algo como:
mount -t iso9660 -o nodev, noexec, nosuid, ro, sbsector = 1460256 '/ dev / sr0' '/ mnt'
O superusuário pode permitir que o xorriso execute o comando de montagem diretamente:
# osirrox -mount / dev / sr0 "volid" '* 2008_12_05 *' / mnt

Incremental backup com acumulado árvores
Solaris não oferece a opção de montar sessões mais antigas. Para mantê-los
acessível, pode-se mapear todos os arquivos para uma árvore de arquivos em um diretório de sessão e acumular
esses diretórios de sessão para sessão. A árvore -root é clonada da -old-root
árvore antes de ser comparada com as árvores apropriadas no disco.
Isso exige saber o nome do diretório de sessão usado anteriormente.
Com a primeira sessão:
$ xorrisofs -root / session1 \
-o - --for_backup -m '* .o' -m '* .swp' \
-V PROJ_MAIL _ "$ (data '+% Y_% m_% d_% H% M% S')" -pontos de enxerto \
/ projects = / home / thomas / projects \
/ personal_mail = / home / thomas / personal_mail \
| xorriso -as cdrecord dev = / dev / sr0 -v em branco = as_needed \
-multi -waiti -ejetar -

Com a segunda sessão, a opção -old-root se refere a / session1 e a nova -root é
/ sessão2.
Não deixe o xorriso -as cdrecord carregar a mídia, mas faça isso manualmente ou por um
programa que lê de / dev / sr0.
$ dd if = / dev / sr0 contagem = 1> / dev / null 2> & 1
$ msinfo = $ (xorriso -as cdrecord dev = / dev / sr0 -msinfo)
$ load_opts =
$ test -n "$ msinfo" && load_opts = "- M / dev / sr0 -C $ msinfo"
$ xorrisofs $ load_opts -root / session2 -old-root / session1 \
-o - --for_backup -m '* .o' -m '* .swp' \
-V PROJ_MAIL _ "$ (data '+% Y_% m_% d_% H% M% S')" -pontos de enxerto \
/ projects = / home / thomas / projects \
/ personal_mail = / home / thomas / personal_mail \
| xorriso -as cdrecord dev = / dev / sr0 -v -multi -waiti -eject -
Com a terceira sessão, a opção -old-root se refere a / sessão2. O novo -root é / session3.
E assim por diante.

Crie inicializável imagens para BIOS do PC e EFI
O pacote do carregador de inicialização SYSLINUX / ISOLINUX é popular para inicializar o BIOS do PC. O wiki ISOLINUX
prescreve a criação de um diretório no disco ./CD_root e a cópia de todos os arquivos desejados
sob esse diretório. Especialmente o arquivo isolinux.bin deve ser copiado para
./CD_root/isolinux/isolinux.bin. Este é o arquivo de imagem de inicialização.
As opções de mkisofs prescritas podem ser usadas inalteradas com xorrisofs:
$ xorrisofs -o saída.iso\
-b isolinux / isolinux.bin -c isolinux / boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
./CD_root
Coloque-o no CD por um programa de gravação. Por exemplo:
$ xorriso -as cdrecord -v dev = / dev / sr0 em branco = as_needed output.iso

A imagem do exemplo acima irá inicializar a partir de um CD, DVD ou BD, mas não a partir de um stick USB ou outro
dispositivos semelhantes a discos rígidos. Isso pode ser feito com a ajuda de um MBR iso-híbrido. Syslinux fornece
arquivos de modelo correspondentes como isohdp [fp] x * .bin. Por exemplo, /usr/lib/syslinux/isohdpfx.bin.
Se algumas centenas de KB de tamanho não importam, a opção -partition_offset pode ser usada para
crie uma tabela de partição onde a partição 1 não comece no bloco 0. Isso facilita mais tarde
manipulações do stick USB por ferramentas de particionamento e formatação.
A imagem do exemplo a seguir será preparada para inicialização via MBR e seu primeiro
partição iniciará no bloco 64 do disco rígido.
Ele também inicializará a partir da mídia ótica.
$ xorrisofs -o saída.iso\
-b isolinux / isolinux.bin -c isolinux / boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
-isohybrid-mbr /usr/lib/syslinux/isohdpfx.bin\
-partição_deslocamento 16 \
./CD_root
Torne-se superusuário e copie a imagem para o arquivo do dispositivo de base não particionado do USB
bastão. No GNU / Linux, por exemplo, é / dev / sdb, não / dev / sdb1.
CUIDADO: Isso sobrescreverá qualquer partição no stick USB e tornará os dados restantes
inacessível.
Portanto, primeiro verifique se você obteve o endereço correto do dispositivo pretendido. Por exemplo, lendo
100 MiB de dados dele e vendo-o piscar:
# dd bs = 2K if = / dev / sdb count = 50K> / dev / null
Agora copie a imagem para ele
# dd bs = 2K if = output.iso of = / dev / sdb

Agora para EFI:
O arquivo de imagem de inicialização deve ser a imagem de uma partição de sistema EFI, ou seja, um sistema de arquivos FAT
com diretório / EFI / BOOT e arquivos de inicialização com nomes EFI prescritos: BOOTIA32.EFI para 32 bits
x86, BOOTx64.EFI para AMD / x64 de 86 bits (em UEFI-2.4 há de fato um "x" minúsculo),
BOOTAA64.EFI para ARM de 64 bits. O software no sistema de arquivos FAT deve ser capaz de encontrar e
inspecione o sistema de arquivos ISO para configuração do carregador de boot e início do sistema operacional.
O programa GRUB2 grub-mkimage pode produzir tal sistema de arquivos FAT com conteúdo adequado, que
em seguida, usa o software GRUB2 adicional do sistema de arquivos ISO.
O equipamento de inicialização EFI pode ser combinado com isohybrid ISOLINUX acima para PC-BIOS em um não
realmente compatível com UEFI-2.4, que obviamente funciona bem. Ele produz partição MBR e GPT
tabelas, ambas com partições aninhadas. Assumindo que a imagem da partição do sistema EFI está pronta como
./CD_root/boot/grub/efi.img, adicione as seguintes opções antes do endereço do diretório
./CD_root:
-eltorito-alt-boot -e 'boot / grub / efi.img' -no-emul-boot \
-isohybrid-gpt-basdat\
Mais compatível com UEFI-2.4 é decidir por MBR ou GPT e anexar uma cópia de
a partição do sistema EFI para evitar a sobreposição da partição ISO e partição EFI.
Aqui para MBR:
-eltorito-alt-boot -e 'boot / grub / efi.img' -no-emul-boot \
-append_partition 2 0xef ./CD_root/boot/grub/efi.img \
As ISOs resultantes devem inicializar a partir de mídia ótica e stick USB. Pode-se omitir
opção -eltorito-alt-boot se nenhuma opção -b for usada para tornar o ISO inicializável via PC-BIOS.

Para ISOs com equipamento de inicialização GRUB2 puro, considere usar a ferramenta GRUB2 grub-mkrescue como
frontend para xorrisofs.

Se você tem um sistema de arquivos ISO inicializável e deseja conhecer seu equipamento além de uma proposta de como
para reproduzi-lo, tente:
$ xorriso -hfsplus em -indev IMAGE.iso \
-report_el_torito simples -report_system_area simples \
-print "" -print "======= Proposta para opções xorrisofs:" \
-report_el_torito as_mkisofs

Use xorrisofs online usando serviços onworks.net