Erreur «dd: / dev / disk4: Autorisation refusée» lors de la création de LiveUSB sur Mac OS X


26

Je passe par les étapes: "Comment créer une clé USB amorçable sur OS X" pour installer Ubuntu sur une clé USB, et je reçois toujours l'erreur:

dd: /dev/disk4: Permission denied

lorsque j'essaie d'exécuter l'étape 8.

Je sais que c'est probablement une petite erreur idiote, mais je ne connais pas suffisamment le terminal pour le découvrir par moi-même. Quelqu'un là-bas qui pourrait aider? (J'utilise OSX, au fait.)


1
Je pense que cela signifie que vous n'avez pas les autorisations d'accès à / dev / disk4, avez-vous essayé la commande avec sudo? Il vous demandera d'entrer le mot de passe root.
Peachy

1
Ouais. J'entre mon mot de passe et puis il dit cela.
Seth

Vérifiez les autorisations sur `/ dev / disk4` avec ls -l /dev/disket ajoutez ces informations à votre question s'il vous plaît.
Magpie

Réponses:


35

Une cause fréquente à cela est une carte SD "verrouillée". Malheureusement, il semble que le capteur du MacBook Pro et de l'Air puisse rester bloqué. Il peut être fixé avec une bombe d'air comprimé .

Beaucoup d'entre nous ont rencontré cette tentative d'imagerie des cartes SD pour le Raspberry Pi. Et avec cet appareil, vous n'avez pas d'autre choix que de démarrer à partir de la SD.

Cela soulève un fait fascinant. Il semble que l'interrupteur de verrouillage soit un "indicateur d'intention" purement mécanique qui doit être détecté par le périphérique hôte. Ceci est analogue à la façon dont le commutateur de verrouillage fonctionnait sur les lecteurs de disquette 3,5 ", donc cela ne devrait pas choquer ceux qui sont assez vieux pour avoir à percer un trou dans nos disquettes 5,25" pour les rendre inscriptibles. Cependant, comme il est appelé Secure Digital et qu'il est à l'état solide, vous vous attendez à ce que la carte se protège elle-même et non à l'hôte.


1
Vous pouvez également scotcher l'interrupteur de verrouillage en position déverrouillée.
RyanGC

1
Je ne peux pas croire que cette solution ait fonctionné. Merci.
Daniele Brugnara

1
Merci! J'utilisais une
carte

1
Je ne peux pas commencer à exprimer ma surprise que souffler sur la fente pour carte de mon MBP était la solution à ce problème. Je n'ai pas eu à faire ça depuis les jours N64!
bloudermilk

1
@bloudermilk JE SAIS BIEN! Ça me souffle même 5 ans plus tard.
Bruno Bronosky

8

Je suis tombé là-dessus une fois aussi. Utilisez «diskutil» pour vérifier l'appareil sur lequel votre carte SD apparaît:

diskutil list

Ensuite, démontez-le (ne démontez pas en utilisant 'Finder', cela ne fonctionnera pas):

diskutil unmountDisk /dev/disk_4

Utilisez maintenant la commande 'dd' pour charger votre image:

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

J'espère que ça aide.


Exactement: ne démontez pas en utilisant 'Finder', cela ne fonctionnera pas
rfabbri

1
Utiliser diskutil unmount /dev/disk3au lieu de sudo umount /dev/disk3travaillé pour résoudre le "Permission refusée" pour moi.
ctrueden

Si ce disque est monté, j'obtiens une erreur différente "dd: / dev / rdisk3: Ressource occupée"
Peter Gibson

3

Puisqu'il est stupide que sudo (essentiellement 'root') ne puisse pas accéder au périphérique avec dd, il semblerait que le message d'erreur "Autorisation refusée" ne signifie pas réellement que root a un problème d'autorisations. iow c'est un hareng rouge.

Vérifiez à nouveau que le périphérique n'est pas encore monté - réexécutez la commande de démontage selon l'étape 7 et vérifiez qu'il est vraiment démonté mais toujours accessible en tant que périphérique.

Un problème courant que j'ai eu avec la création de périphériques de démarrage USB sous Linux est une table de partition incohérente. Supprimez complètement la table de partition et refaites-la, puis créez la nouvelle partition en FAT et formatez-la pour faire bonne mesure. Les erreurs que j'obtiens sous Linux n'ont pas plus de sens que celle-ci, j'espère donc que c'est votre problème.

Je vais essayer de supprimer la table de partition sous OSX. Notez que je suis un utilisateur Linux, donc je compte sur le fait que OSX est similaire , et que la même chose semble être trouvée pour OSX sur une recherche Google.

Nous allons d'abord utiliser dd pour effacer la table de partition sur le lecteur USB. Dans un type de terminal:

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

Cela devrait remplacer les 512 premiers octets du périphérique, détruisant ainsi la table de partition. Les instructions que j'ai trouvées ici semblent suggérer

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

pour OSX, cependant, la différence est mineure et je pense que le résultat final devrait être le même. Comme pour toute opération dd, assurez-vous d'avoir la bonne partition car il ne restera plus rien des données sur l'appareil après avoir appuyé sur enter.

Ensuite, je pense que vous devez utiliser l'utilitaire de disque pour recréer la table de partition et une nouvelle partition et la formater en FAT. Je suis un utilisateur Linux, donc je crains de ne pas être plus précis, mais je pense que l'utilitaire de disque devrait se plaindre qu'il n'y a pas de table de partition et soit en créer une pour vous, soit vous y inviter.


Hmm .. J'ai confirmé qu'il n'était pas monté. J'ai essayé d'exécuter à nouveau la commande de l'étape 8 avec elle montée et cela m'a donné la même erreur, donc elle n'a même pas réussi à aller assez loin pour s'en soucier. Je ne sais pas comment travailler avec les tables de partition ni où les trouver. Peut-être pourriez-vous expliquer?
Seth

Eh bien, je dois y aller, même si je n'utilise pas OSX, donc je tire en aveugle ici. Si cela ne fonctionne pas, vous pouvez essayer une clé USB différente.
fabricator4

1

Utilisez sudo devant la commande dd

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

AVERTISSEMENT: une mauvaise utilisation de la commande sudo peut entraîner une perte de données ou la suppression de fichiers système importants. Veuillez vérifier votre saisie lorsque vous utilisez sudo. Tapez "man sudo" pour plus d'informations.

qui a fixé l'autorisation refusée pour moi. cela semble fonctionner maintenant.

et j'étais root avant la main. J'ai aussi fait

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

Je l'ai fait juste après sans reformater le lecteur USB. Je ne sais pas si cela a réussi, mais les voyants clignotant sur le lecteur et le terminal ne me donnent pas d'erreurs.


Le seul qui a fonctionné pour moi (je n'ai pas pu le démonter non plus)
Nico

0

À partir de cette question connexe , un commentaire sur la réponse la plus votée semble suggérer que vous n'êtes pas le seul à avoir des problèmes dd.

La même réponse recommande d'utiliser des supports optiques (alias un LiveDVD) au lieu d'une clé USB si vous le pouvez, car cela semble plus fiable.

* Remarque: je ne suis pas et n'ai jamais été un utilisateur Mac, donc je crains de ne pas pouvoir aider beaucoup plus que cela.


0

Eh bien, je me bats beaucoup avec ça mais finalement je réussis ...

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

AVERTISSEMENT: une mauvaise utilisation de la commande sudo peut entraîner une perte de données ou la suppression de fichiers système importants. Veuillez vérifier votre saisie lorsque vous utilisez sudo. Tapez "man sudo" pour plus d'informations.

Pour continuer, entrez votre mot de passe ou tapez Ctrl- Cpour abandonner.

Password:******

TERMINÉ!

Points à vérifier: USB formaté pour le disque USB FAT doit être démonté. disque USB => 2 Go Tout cela dans iOSX Mavericks ver 10.9

J'espère que cela t'aides!


0

Voici ma solution:

Sudo ne demandait pas mon mot de passe lorsque j'ai essayé de l'utiliser. Je pensais que c'était étrange.

Donc, j'ai su rooter et l'ai fait à partir de là.

sudo su
<enter password>

Ensuite, j'ai exécuté les commandes et elles ont fonctionné.


0

Essayez d'éjecter le lecteur USB et de reformater d'abord, puis réessayez toutes les étapes. liste diskutil, démonter, puis écrire l'iso sur le disque. J'ai rencontré des problèmes similaires où dd donnait des erreurs de refus d'autorisation et j'ai reformaté mon USB et tout a fonctionné correctement.


0

J'ai rencontré ce problème parce que j'essayais de définir le mauvais périphérique. La liste diskutil indiquait / dev / disk0, / dev / disk1 et / dev / disk2 que j'utilisais / dev / disk2 aurait dû être / dev / disk1


0

ls -l /dev/disk2 m'a donné ce résultat:

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

J'ai résolu le problème en changeant le propriétaire du fichier:

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

Ensuite, j'ai pu enregistrer les fichiers sur la clé USB.


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.