gravar imagens iso em DVD ROM

gravar imagens iso em DVD ROM

É necessário criar uma imagem .iso antes de gravar em DVD-ROM? Quer dizer, nunca percebi isso no Windows antes de gravar meus arquivos em DVD-ROM, nunca criei um arquivo de imagem iso. Mas eu mudei para o Linux e, enquanto aprendia alguns comandos do terminal, vi isso sendo mencionadoDepois de criar um arquivo iso, nós o gravaríamos em disco., Então, minha curiosidade se resume em:

1) É necessário criar arquivos de imagem .iso antes de gravar?
2) Se sim, por que é necessário?

Responder1

Os dados precisam ser gravados no DVD no formato correto com a entrada, saída e estrutura de sistema de arquivos corretas.

A gravação em disco precisa da formatação ISO aplicada dinamicamente aos dados coletados (arquivos) antes de serem passados ​​para o buffer de gravação do disco ou pode ser útil criar um arquivo de imagem que pode ser transmitido diretamente para a unidade.

De uma forma ou de outra, os dados precisam ser organizados adequadamente antes de serem escritos.

O Linux tem o hábito de criar "uma boa ferramenta" para realizar um trabalho e depois encadear ferramentas para realizar uma tarefa completa. Conseqüentemente, muitas ferramentas de gravação de disco são pouco mais do que uma interface gráfica de usuário para outra ferramenta ou conjunto de ferramentas que fazem o trabalho real. Afinal, por que você reinventaria a roda quando já tem um conjunto de rodas perfeitamente bom disponível?

Responder2

É necessário criar .isoarquivos de imagem antes de gravar?

Sim e não. Sim, você deve criar um fluxo de bytes adequado; e não, porque você não precisa armazená-lo como umarquivo normalno seu HDD ou SSD.

por que é necessário?

Muitas ferramentas Linux seguem a regra “faça uma coisa e faça bem”. Nós temosmkisofspara criar uma imagem ISO, então, por exemplocdrecordoucdrskinpor queimá-lo. No Windows, as ferramentas que se esforçam para fazer tudo sozinhas são muito mais comuns. Outra resposta já sugeriu que eles podem construir imagens dinamicamente; eles também podem armazenar essas imagens como arquivos temporários.

Observe que você pode conseguir algo semelhante no Linux. Verifique -oa opção demkisofs; se esta opção estiver faltando, stdouté usado. Os programas que gravam em mídia óptica podem usá-los stdinno modo "Track At Once".

Ou você pode criar arquivos temporários, mesmo na memória (como em /dev/shm/).

Responder3

Gravar um CD-ROM compatível com ISO9660 na linha de comando sempre exigirá uma etapa para construir a imagem iso(9660), eu acho.

No entanto, ferramentas gráficas como k3b (KDE) ou brasero (gnome) permitirão que você crie CD-ROMs de dados sem a necessidade de executar explicitamente esta etapa, pois provavelmente constroem a imagem dinamicamente durante o processo de gravação.

Responder4

1) Não. Como já foi dito por outros, os dados não precisam ser armazenados intermediáriamente no disco rígido. Os programas produtores para ISO 9660 podem emitir um fluxo de dados para a “saída padrão” e os programas gravadores podem receber esse fluxo de dados pela sua “entrada padrão”. Isso é chamado de "pipe", um gesto fundamental do shell do Unix.

O exemplo clássico é alguma variação de:

mkisofs /some/directory | cdrecord -v dev=/dev/sr0 -
Minha própria maneira de fazer o mesmo é:
xorriso -outdev /dev/sr0 -blank as_needed -map /some/directory /
(A transferência de dados é feita internamente entre libisofs e libburn.)

Sem esquecer os programas de gravação GUI: K3b, Xfburn, Brasero, ... Eles coordenam o programa produtor ISO e o programa de gravação sem muita assistência do usuário.

Editar:Tentativa de reagir ao comentário de Nis:

Se você quiser armazenar não mais do que o conteúdo de um único arquivo, poderá simplesmente gravar esse arquivo na mídia. Se mais tarde você abrir o arquivo /dev/sr0, ele conterá o conteúdo armazenado (além de provavelmente algum lixo).

Se quiser armazenar mais de um arquivo, ou nomes de arquivos e outros atributos, será necessário agrupar seus arquivos em algum sistema de arquivos ou formato de arquivo. Este formato poderá ser lido posteriormente pelo driver de sistema de arquivos apropriado (por exemplo, Linux "iso9660") ou descompactador de arquivos (por exemplo, programa "tar").

É claro que você é livre para escolher apenas alguns arquivos do seu disco rígido e dar-lhes nomes diferentes no sistema de arquivos ou arquivo resultante. (mkisofs tem a opção -graft-points e "pathspecs" /ISO/PATH=/DISK/PATH para controlar a renomeação. Alguns programas de arquivo podem ter recursos semelhantes para alterar nomes de arquivos quando eles são copiados para seu arquivo.)

A maioria dos sistemas de arquivos teria que ser criada em um dispositivo gravável de acesso aleatório ou em um arquivo de imagem do sistema de arquivos em disco. Isso ocorre porque não existe um programa produtor que os crie como fluxo de dados sequencial. Tal fluxo sequencial é uma pré-condição para a tubulação.

Archivers (por exemplo, "tar" ou "zip") e produtores de sistemas de arquivos ISO 9660 têm a capacidade de emitir seus resultados como fluxo sequencial. Portanto, são eles que podem canalizar sua saída para a entrada de um programa de gravação.

(Fim da edição)

2) Agora, o motivo pelo qual existem tantas propostas, que dizem para você primeiro armazenar o arquivo de imagem ISO e depois gravá-lo em mídia.

Nos velhos tempos dos primeiros gravadores de CD, havia o risco de "buffer underrun". Assim que a unidade gravou mais rápido do que o programa produtor ISO poderia entregar os dados, a unidade gerou um erro e deixou o CD-R apenas parcialmente gravado. A chance de sucesso aumentava se o computador primeiro executasse o programa ISO, até que todos os dados fossem produzidos, e só então iniciasse o programa de gravação para ler a imagem ISO do disco rígido.

Esse tempo terminou no final da década de 1990 com a invenção do “burn free”, que permitia ao drive aguardar mais dados e retomar a gravação do CD. O problema de falta de buffer e cancelamento de gravação nunca atingiu a mídia DVD ou BD.

informação relacionada