Erro "dd: / dev / disk4: permissão negada" ao criar o LiveUSB no Mac OS X

Vou seguir as etapas: "Como criar um dispositivo USB inicializável no OS X" para instalar o Ubuntu em um dispositivo USB e continuo recebendo o erro:

dd: /dev/disk4: Permission denied

quando tento executar a etapa 8.

Sei que esse provavelmente é um pequeno erro bobo, mas não estou familiarizado o suficiente com o terminal para descobrir sozinho. Alguém por aí que poderia ajudar? (Estou usando o OSX, a propósito.)

Uma causa comum para isso é um cartão SD "bloqueado". Infelizmente, parece que o sensor do MacBook Pro e Air pode ficar preso. Ele pode ser fixado com uma lata de ar comprimido .

Muitos de nós enfrentamos essa tentativa de criar uma imagem de cartões SD para o Raspberry Pi. E com esse dispositivo, você não tem outra opção a não ser inicializar a partir do SD.

Isso levanta um fato fascinante. Parece que o interruptor de bloqueio é um "indicador de intenção" puramente mecânico que deve ser detectado pelo dispositivo host. Isso é análogo ao modo como o interruptor de trava funcionava em unidades de disquete de 3,5 ", portanto não deve ser um choque para quem tem idade suficiente para fazer um furo em nossos disquetes de 5,25" para torná-los graváveis. No entanto, como é chamado Secure Digital e é de estado sólido, você esperaria que o cartão se protegesse, não confiasse no host.

Me deparei com isso uma vez também. Use 'diskutil' para verificar o dispositivo em que seu cartão SD aparece como:

diskutil list

Em seguida, desmonte (não desmonte usando o 'Finder', isso não funcionará):

diskutil unmountDisk /dev/disk_4

Agora use o comando 'dd' para carregar sua imagem:

sudo bash -c 'gzip -dc the_image_file.img.gz | dd of=/dev/disk_4'

Eu espero que isso ajude.

Como é tolice o sudo (essencialmente 'root') não poder acessar o dispositivo com dd, parece que a mensagem de erro "Permissão negada" não significa realmente que o root tenha um problema de permissão. Como é um arenque vermelho.

Verifique novamente se o dispositivo ainda não está montado - execute o comando desmontar novamente conforme a etapa 7 e verifique se ele realmente está desmontado, mas ainda acessível como dispositivo.

Um problema comum que tive ao criar dispositivos de inicialização USB no Linux é uma tabela de partição inconsistente. Exclua a tabela de partições completamente e refaça-a, crie a nova nova partição como FAT e formate-a para uma boa medida. Os erros que eu recebo no Linux não fazem mais sentido do que esse, então espero que esse seja o seu problema.

Vou tentar remover a tabela de partição no OSX. Observe que eu sou um usuário Linux, por isso estou confiando no fato de que o OSX é semelhante e que a mesma coisa parece ser encontrada para o OSX em uma pesquisa no Google.

Primeiro, usaremos o dd para apagar a tabela de partições na unidade USB. Em um tipo de terminal:

sudo dd if=/dev/zero of=/dev/disk4 bs=512 count=1

Isso deve substituir os primeiros 512 bytes do dispositivo, destruindo a tabela de partição. As instruções que encontrei aqui parecem sugerir

sudo dd if=/dev/zero of=/dev/disk4 bs=1 count=1024

para OSX, no entanto, a diferença é pequena e acredito que o resultado final deve ser o mesmo. Como em qualquer operação de dd, verifique se você possui a partição correta, pois não restará nada dos dados no dispositivo após pressionar enter.

Em seguida, acredito que você deve usar o utilitário de disco para recriar a tabela de partições e uma nova partição e formatá-la como FAT. Como sou um usuário do Linux, receio não ser mais específico, mas acredito que o utilitário de disco deve reclamar que não há tabela de partições e criar uma para você ou solicitar que você faça isso.

Use sudo na frente do comando dd

sudo dd if=/Users/JPurcell/Downloads/Fedora-18-x86_64-Live-Desktop.iso of=/dev/disk2

AVISO: O uso inadequado do comando sudo pode levar à perda de dados ou à exclusão de arquivos importantes do sistema. Por favor, verifique sua digitação ao usar o sudo. Digite "man sudo" para mais informações.

que corrigiu a permissão negada para mim. parece estar funcionando agora.

e eu era raiz antes da mão. Eu também fiz o

sudo dd if=/dev/zero of=/dev/disk4 bs=1 count=1024 before sudo dd if=/Users/JPurcell/Downloads/Fedora-18-x86_64-Live-Desktop.iso of=/dev/disk2

Eu fiz isso logo depois sem reformatar o drive USB. Não sei se foi bem-sucedido, mas as luzes piscando na unidade e no terminal não estão me dando erros.

A partir dessa pergunta relacionada , um comentário sobre a resposta mais votada parece sugerir que você não é o único com problemas dd.

A mesma resposta recomenda o uso de mídia ótica (também conhecida como LiveDVD) em vez de uma unidade USB, se possível, pois isso parece mais confiável.

_{* Nota: eu não sou e nunca fui um usuário de Mac, por isso tenho medo de não poder ajudar muito mais do que isso.}

Bem, eu luto muito com isso, mas finalmente consegui ...

server:~ myusername$ sudo dd if=/Users/myusername/Desktop/ubuntu1304.img of=/dev/disk1s1 bs=1m

AVISO: O uso inadequado do comando sudo pode levar à perda de dados ou à exclusão de arquivos importantes do sistema. Por favor, verifique sua digitação ao usar o sudo. Digite "man sudo" para mais informações.

Para continuar, digite sua senha ou digite Ctrl- Cpara abortar.

Password:******

FEITO!

Pontos a serem verificados: O USB formatado para o disco USB FAT deve ser desmontado. disco usb => 2Gb Tudo isso no iOSX Mavericks ver 10.9

Espero que isto ajude!

Aqui estava a minha solução:

Sudo não estava pedindo minha senha quando tentei usá-la. Eu pensei que isso era estranho.

Então, eu tive que torcer e fiz a partir daí.

sudo su
<enter password>

Então eu corri os comandos e eles funcionaram.

Potencialmente, tente ejetar a unidade USB e reformatar primeiro e tente novamente todas as etapas. lista diskutil, desmonte e, em seguida, escreva o iso no disco. Corri para problemas semelhantes, onde dd estava dando permissão negada erros e reformatei meu usb e tudo funcionou corretamente.

Encontrei este problema porque estava tentando localizar o dispositivo errado. A lista diskutil mostrou / dev / disk0, / dev / disk1 e / dev / disk2 que eu estava usando / dev / disk2 deveria ter sido / dev / disk1

ls -l /dev/disk2 me deu este resultado:

brw-r-----  1 root  operator    1,   5 Dec 17 10:27 /dev/disk2

Resolvi o problema alterando o proprietário do arquivo:

sudo chown <myUser>:<myGroup> /dev/disk2

Então eu pude dd os arquivos no pen drive.

Para mim, simplesmente reiniciar o Macbook resolveu o problema.