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

26

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.)

Seth
fonte
1
Eu acho que isso significa que você não tem permissões para acessar / dev / disk4, você tentou o comando sudo? Ele solicitará que você digite a senha root.
Peachy
1
Sim. Eu digito minha senha e então diz isso.
Seth
Verifique as permissões em `/ dev / disk4` ls -l /dev/diske adicione essas informações à sua pergunta, por favor.
Magpie

Respostas:

35

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.

Bruno Bronosky
fonte
1
Você também pode colar o interruptor de bloqueio na posição destravada.
precisa saber é o seguinte
1
Não acredito que essa solução funcionou. Obrigado.
Daniele Brugnara
1
Obrigado! Eu estava usando um cartão SD e foi, de facto, no estado bloqueado
Giacomo Tecya Pigani
1
Não posso começar a expressar minha surpresa que soprar no slot para cartão do MBP foi a solução para esse problema. Eu não tive que fazer isso desde os dias N64!
bloudermilk
1
@bloudermilk EU SEI CERTO! Me surpreende 5 anos depois.
Bruno Bronosky 22/02
8

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.

Josh
fonte
Exatamente: não desmontar usando 'localizador', isso não vai funcionar
rfabbri
1
Usando em diskutil unmount /dev/disk3vez de sudo umount /dev/disk3trabalhar para resolver a "Permissão negada" para mim.
precisa saber é
Se este disco é montado, eu recebo um erro diferente "dd: / dev / rdisk3: Recurso ocupado"
Peter Gibson
3

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.

fabricator4
fonte
Hmm .. Confirmei que está desmontado. Tentei executar o comando da etapa 8 novamente com ele montado e ele me deu o mesmo erro, por isso nem conseguiu ir longe o suficiente para me importar. Não faço ideia de como trabalhar com tabelas de partição ou onde encontrá-las. Talvez você fosse capaz de explicar?
Seth
Bem, eu já fui embora, embora não use o OSX, então estou atirando às cegas aqui. Se isso não funcionar, você pode tentar um pendrive USB diferente.
fabricator4
1

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.

Joe
fonte
O único que funcionou para mim (também não consegui desmontá-lo)
Nico
0

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.

Christopher Kyle Horton
fonte
0

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!

user208028
fonte
0

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.

Chad Douglas
fonte
0

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.

Ben
fonte
0

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

Thomas Patrick Esch
fonte
0

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.

Chris
fonte
0

Para mim, simplesmente reiniciar o Macbook resolveu o problema.

Klas Mellbourn
fonte