Erreur "dd: / dev / disk4: Autorisation refusée" lors de la création de LiveUSB sur Mac OS X
Je suis en train de suivre les étapes suivantes: "Comment créer une clé USB amorçable sous OS X" pour installer Ubuntu sur une clé USB, et le message d'erreur persiste:
dd: /dev/disk4: Permission denied
lorsque j'essaie d'exécuter l'étape 8.
Je sais que c'est probablement une petite erreur stupide, mais je ne connais pas suffisamment le terminal pour le résoudre moi-même. Quelqu'un qui pourrait aider? (J'utilise OSX, au fait.)
Une cause commune à 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 boîte d’air comprimé .
Beaucoup d’entre nous sont tombés sur cette tentative d’image des cartes SD pour le Raspberry Pi. Et avec cet appareil, vous n'avez pas d'autre choix que de démarrer à partir du SD.
Cela soulève un fait fascinant. Il semble que le commutateur 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 a fonctionné sur les lecteurs de disquettes de 3,5 ", il ne devrait donc pas choquer ceux qui l'utilisent assez vieux pour avoir à percer un trou dans nos disquettes de 5,25" pour pouvoir les écrire. Toutefois, comme elle s'appelle Secure Digital et qu'elle est à l'état solide, vous vous attendez à ce que la carte se protège elle-même et ne repose pas sur l'hôte.
Je suis tombé sur cette fois aussi. Utilisez 'diskutil' pour vérifier le périphérique sur lequel votre carte SD apparaît comme suit:
diskutil list
Puis démontez-le (ne démontez pas à l'aide de 'Finder', cela ne fonctionnera pas):
diskutil unmountDisk /dev/disk_4
Maintenant, utilisez 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.
Comme il est idiot 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 toujours monté - exécutez à nouveau la commande de démontage conformément à l'étape 7 et vérifiez à nouveau qu'il est non monté mais toujours accessible en tant que dispositif.
Un problème courant que j'ai rencontré lors de 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 partitions et refaites-la, puis créez la nouvelle partition en tant que FAT et formatez-la pour faire bonne mesure. Les erreurs que je reçois 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 me base 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 écraser 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 que vous avez la bonne partition, car il ne restera plus rien des données sur le périphérique après avoir appuyé sur enter.
Ensuite, je pense que vous devriez utiliser un utilitaire de disque pour recréer la table de partition, une nouvelle partition et la formater en FAT. Je suis un utilisateur linux, je crains donc de ne pas être plus précis, mais je pense que l'utilitaire de disque devrait se plaindre de l'absence de table de partition et en créer une pour vous, ou vous inviter à le faire.
Utilisez Sudo devant la commande dd
Sudo dd if=/Users/JPurcell/Downloads/Fedora-18-x86_64-Live-Desktop.iso of=/dev/disk2
ATTENTION: Une utilisation incorrecte de la commande Sudo pourrait entraîner la 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.
cela a fixé la permission refusée pour moi. cela semble fonctionner maintenant.
et j'étais la racine avant la main. J'ai aussi fait le
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 tout de suite après, sans reformater la clé 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'erreur.
De cette question connexe , un commentaire sur le réponse la plus votée semble indiquer que vous n'êtes pas le seul à avoir des problèmes avec dd.
La même réponse recommande d'utiliser un support optique (par exemple, un LiveDVD) au lieu d'un lecteur USB si vous le pouvez, car cela semble plus fiable.
* Remarque: je ne suis pas et n'ai jamais été un utilisateur de Mac. Je crains donc de ne pouvoir vous aider beaucoup plus que cela.
J'ai rencontré ce problème parce que je tentais de dd le mauvais périphérique. La liste diskutil a montré/dev/disk0,/dev/disk1 et/dev/disk2 J'utilisais/dev/disk2 aurait dû être/dev/disk1
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 dd les fichiers sur la clé USB.
Essayez éventuellement d’éjecter le lecteur USB puis de reformater, puis relancez toutes les étapes. diskutil list, démontez, puis écrivez l’iso sur le disque. J'ai rencontré des problèmes similaires où dd donnait la permission, refusait les erreurs et je reformatais mon usb et tout fonctionnait correctement.
Eh bien, je me bats beaucoup avec ça mais je réussis finalement ...
server:~ myusername$ Sudo dd if=/Users/myusername/Desktop/ubuntu1304.img of=/dev/disk1s1 bs=1m
ATTENTION: Une utilisation incorrecte de la commande Sudo pourrait entraîner la 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-C avorter.
Password:******
TERMINÉ!
Points à vérifier: le formatage USB pour le disque USB FAT doit être démonté. Disque usb => 2Go Tout cela dans iOSX Mavericks version 10.9
J'espère que cela t'aides!
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 racine et l'ai fait à partir de là.
Sudo su
<enter password>
Ensuite, j'ai exécuté les commandes et elles ont fonctionné.