"dd : /dev/disk4 : Permission denied" lors de la création d'un LiveUSB sur Mac OS X

L'une des causes les plus fréquentes de ce problème est une carte SD "verrouillée". Malheureusement, il semble que le capteur des MacBook Pro et Air puisse se bloquer. Il peut être fixé à l'aide d'une bombe d'air comprimé .

Beaucoup d'entre nous ont rencontré en essayant d'imager des cartes SD pour le Raspberry Pi. Et avec ce dispositif, vous n'avez pas d'autre choix que de démarrer à partir de la carte SD.

Cela soulève un fait fascinant. Il semble que l'interrupteur de la serrure soit un purement mécanique "indicateur d'intention" qui doit être détecté par l'appareil hôte. Cela est analogue à la manière dont le commutateur de verrouillage fonctionnait sur les lecteurs de disquettes de 3,5 pouces, et ne devrait donc pas choquer ceux d'entre nous qui sont assez âgés pour devoir percer un trou dans leurs disquettes de 5,25 pouces afin de les rendre inscriptibles (et couvrir le trou avec du ruban adhésif pour les rendre lisibles). (Et couvrir le trou avec du ruban adhésif pour les rendre accessibles en lecture seule ! Sécurité numérique et qu'elle est à l'état solide, on peut s'attendre à ce que la carte se protège elle-même et ne dépende pas de l'hôte.

J'ai aussi rencontré cela une fois. Utilisez 'diskutil' pour vérifier le périphérique sous lequel votre carte SD apparaît :

diskutil list

Démontez-le ensuite (n'utilisez pas le 'Finder' pour le démonter, 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 cela vous aidera.

Puisqu'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 "Permission refusée" ne signifie pas réellement que root a un problème de permissions.

Vérifiez que le périphérique n'est pas encore monté - exécutez à nouveau la commande unmount comme indiqué à l'étape 7 et vérifiez qu'il est bien monté. です non monté mais toujours accessible en tant que périphérique.

Un problème courant que j'ai rencontré lors de la création de périphériques de démarrage USB dans le cadre d'un programme d'aide à la création d'entreprise. 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 ce qui est à l'origine de votre problème.

Je vais essayer de supprimer la table de partition sous OSX. Notez que je suis un utilisateur de linux, donc je me fie au fait qu'OSX est similaire et que la même chose semble être trouvée pour OSX sur une recherche google.

Tout d'abord, nous utiliserons dd pour effacer la table de partition de la clé USB. Dans un terminal, tapez

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

Cette opération devrait écraser les 512 premiers octets du périphérique, détruisant ainsi la table de partition. Instructions que j'ai trouvées aquí semblent suggérer

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

pour OSX, mais 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 rien des données sur le périphérique après avoir appuyé sur enter .

Ensuite, je pense que vous devriez 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 j'ai peur de ne pas pouvoir être plus précis, mais je pense que l'utilitaire de disque devrait signaler qu'il n'y a pas 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

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

Cela a corrigé le problème de l'autorisation refusée pour moi. cela semble fonctionner maintenant.

et j'ai été enracinée à l'avance. 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 juste après sans reformater le lecteur usb. Je ne sais pas si cela a réussi mais les lumières clignotent sur le lecteur et le terminal ne me donne pas d'erreurs.

Voici ma solution :

Sudo ne me demandait pas mon mot de passe lorsque j'ai essayé de l'utiliser. J'ai trouvé cela étrange.

J'ai donc fait un su sur root et j'ai continué à partir de là.

sudo su
<enter password>

J'ai ensuite exécuté les commandes et elles ont fonctionné.