Eu executei o comando
sudo dd if=/dev/disk# of=/Volumes/Path/To.iso
por volta das 6h da manhã. Agora são quase 14h e o comando ainda está em execução. A imagem de entrada do cdr é de cerca de 300 GB.
Tenho um Mac Mini Server de final de 2012, 2,6 GHz i7, 16 GB 1600 MHz DDR3, Intel HD Graphics 4000 1536 MB. E estou atualizando o Mojave.
Isso parece realmente muito lento para mim.
Eu tentei usar pela primeira vez, hdutil
mas ele continuou lançando um erro.
terminal
file-conversion
iso
disk-image
Kerlix
fonte
fonte
Respostas:
Geralmente, não leva muito tempo para copiar um CD-R para um ISO. Dependendo de como é feito, um CD-R em condições decentes deve levar de 15 a 45 minutos, sendo 20 a 30 minutos o que eu normalmente esperaria. Pode levar muito mais tempo se o disco estiver arranhado ou se o material estiver se deteriorando, o que pode ocorrer com o tempo. Isso ocorre porque sua unidade e / ou computador precisam executar a correção de erros. Pode levar uma hora ou duas, mas não levará um dia inteiro.
Verifique duas vezes se o disco do qual você está copiando é realmente a unidade de CD-R. Verifique se o arquivo de saída é grande: se for maior do que o esperado, você pode estar copiando da unidade errada.
É possível que o disco esteja muito danificado para ser lido corretamente. Isso pode causar o erro que você estava recebendo com seu comando original. O dd pode não estar ciente da situação e pode simplesmente travar. Se isso acontecer, você verá o arquivo de saída aumentar constantemente de tamanho e parar subitamente. O dd parecerá estar em execução, mas nenhum dado será adicionado ou será adicionado muito lentamente.
fonte
/dev/disk#
poderia muito bem ser uma unidade de CD, e o CD na unidade pode conter apenas 300 GB de dados gravados nela.A adição de um buffer grande acelerará significativamente as coisas . O tamanho padrão é pequeno; como 512 bytes. Você aumenta o tamanho usando a opção bs. Eu só estou usando sudo porque você fez.
Este comando de aparência assustadora solicitará aos comandos dd que relatem seu status. O -s diz para sinalizar.
Eu testei com vários tamanhos de buffer, quanto maior o buffer, mais rápida será a cópia. Não deseja obter um buffer tão grande, pois ele precisa ser paginado.
Se eu entendi errado a sintaxe acima, esses são os comandos reais que funcionaram para mim. Eu suponho que você saiba que precisa desmontar a partição / unidade antes de usar o dd. Para alguns comandos dd, eu precisava usar o sudo.
Edit: Jan 18,2019 Fiz temporizações usando um ou dois comandos dd. Foi uma jogada de que forma era mais rápida. O tempo no meu teste variava tipicamente em 0,3 segundo entre os comandos. No entanto, em um caso, os dois comandos dd foram mais lentos em mais de um segundo. A diferença parecia ser qual comando foi executado primeiro. O segundo teste foi sempre mais rápido. Suponho que o comando one dd crie um segundo processo para gerar os dados e se comunique com o segundo processo por meio de um pipe. É o mesmo que usar dois comandos dd.
... as linhas no início foram cortadas. ...
Aqui está o script bash que eu usei.
fonte
bs
operandoblock size
não é "tamanho do buffer" e, ao usar um aumento,block size
pode diminuir o período geral de tempo, no entanto, o comando que você está sugerindosudo dd if=/dev/disk bs=4096m | sudo dd of=/Volumes/Path/To.iso bs=4096m
está malformado! Não há benefício em canalizardd
para si mesmo, como você fez neste comando!dd
um sinal.