Errore "dd: / dev / disk4: autorizzazione negata" durante l'esecuzione di LiveUSB su Mac OS X.

Sto seguendo i passaggi: "Come creare una chiavetta USB avviabile su OS X" per installare Ubuntu su una chiavetta USB e continuo a ricevere l'errore:

dd: /dev/disk4: Permission denied

quando provo a eseguire il passaggio 8.

So che questo è probabilmente un piccolo errore sciocco, ma non ho abbastanza familiarità con il terminale per capirlo da solo. Qualcuno là fuori che potrebbe aiutare? (Sto usando OSX, comunque.)

Una causa comune per questo è una scheda SD "bloccata". Sfortunatamente sembra che il sensore di MacBook Pro e Air possa rimanere bloccato. Esso può essere fissato con una bomboletta di aria compressa .

Molti di noi si sono imbattuti in questo tentativo di immagine SD card per il Raspberry Pi. E con quel dispositivo non hai altra scelta che avviare la SD.

Ciò solleva un fatto affascinante. Sembra che l'interruttore di blocco sia un "indicatore di intenti" puramente meccanico che deve essere rilevato dal dispositivo host. Questo è analogo al modo in cui l'interruttore di blocco ha funzionato su unità floppy da 3,5 ", quindi non dovrebbe essere uno shock per quelli che sono abbastanza vecchi da dover fare un buco nei nostri floppy da 5,25" per renderli scrivibili. Tuttavia, poiché si chiama Secure Digital ed è a stato solido, ci si aspetterebbe che la scheda si protegga da sola, non faccia affidamento sull'host.

Mi sono imbattuto anche questa volta. Usa 'diskutil' per controllare il dispositivo in cui la tua scheda SD appare come:

diskutil list

Quindi smontalo (non smontare usando 'Finder', non funzionerà):

diskutil unmountDisk /dev/disk_4

Ora usa il comando 'dd' per caricare la tua immagine:

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

Spero che aiuti.

Dato che è sciocco che sudo (essenzialmente 'root') non possa accedere al dispositivo con dd, sembrerebbe che il messaggio di errore "Autorizzazione negata" non significhi effettivamente che root ha un problema con le autorizzazioni. vedo che è un'aringa rossa.

Doppio controllo che il dispositivo non è ancora montato - eseguire nuovamente il comando smontaggio secondo passaggio 7 e controlla che in realtà è smontato ma ancora accessibile come dispositivo.

Un problema comune che ho avuto con la creazione di dispositivi di avvio USB su Linux è una tabella di partizione incoerente. Eliminare completamente la tabella delle partizioni e rifarla, quindi creare la nuova nuova partizione come FAT e formattarla per una buona misura. Gli errori che ottengo sotto Linux non hanno più senso di questo, quindi spero che questo sia il tuo problema.

Avrò una possibilità di rimuovere la tabella delle partizioni sotto OSX. Nota che sono un utente Linux, quindi mi affido al fatto che OSX è simile e che la stessa cosa sembra essere trovata per OSX in una ricerca su Google.

Per prima cosa useremo dd per cancellare la tabella delle partizioni sull'unità USB. In un tipo di terminale:

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

Questo dovrebbe sovrascrivere i primi 512 byte del dispositivo, distruggendo così la tabella delle partizioni. Le istruzioni che ho trovato qui sembrano suggerire

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

per OSX tuttavia la differenza è minore e credo che il risultato finale dovrebbe essere lo stesso. Come per qualsiasi operazione dd, assicurati di avere la partizione corretta in quanto non rimarrà nulla dei dati sul dispositivo dopo aver premuto enter.

Quindi credo che dovresti usare l'utilità del disco per ricreare la tabella delle partizioni e una nuova partizione e formattarla FAT. Sono un utente Linux, quindi temo di non poter essere più specifico, ma credo che l'utilità del disco dovrebbe lamentarsi del fatto che non esiste una tabella delle partizioni e crearne una per te, o chiederti di farlo.

Usa sudo davanti al comando dd

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

ATTENZIONE: l' uso improprio del comando sudo potrebbe causare la perdita di dati o la cancellazione di file di sistema importanti. Per favore ricontrolla la tua digitazione quando usi sudo. Digita "man sudo" per ulteriori informazioni.

che ha risolto il permesso negato per me. sembra funzionare ora.

ed ero root prima mano. Ho anche fatto il

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

L'ho fatto subito dopo senza riformattare l'unità USB. Non so se ha avuto successo, ma le luci lampeggianti sull'unità e sul terminale non mi danno errori.

Da questa domanda correlata , un commento sulla risposta più votata sembra suggerire che non sei l'unico ad avere problemi dd.

La stessa risposta consiglia di utilizzare supporti ottici (ovvero LiveDVD) anziché un'unità USB, se possibile, poiché ciò sembra più affidabile.

_{* Nota: non sono e non sono mai stato un utente Mac, quindi temo di non poter aiutare molto di più.}

Bene, faccio molta fatica con questo, ma finalmente riesco ...

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

ATTENZIONE: l' uso improprio del comando sudo potrebbe causare la perdita di dati o la cancellazione di file di sistema importanti. Per favore ricontrolla la tua digitazione quando usi sudo. Digita "man sudo" per ulteriori informazioni.

Per procedere, inserisci la password o digita Ctrl- Cper interrompere.

Password:******

FATTO!

Punti da verificare: USB formattato per il disco USB FAT deve essere smontato. usb disk => 2Gb Tutto questo in iOSX Mavericks ver 10.9

Spero che sia di aiuto!

Ecco la mia soluzione:

Sudo non stava chiedendo la mia password quando ho provato a usarla. Pensavo che fosse strano.

Quindi, ho fatto causa a root e l'ho fatto da lì.

sudo su
<enter password>

Quindi ho eseguito i comandi e hanno funzionato.

Potenzialmente provare a espellere l'unità USB e riformattare prima, quindi riprovare tutti i passaggi. elenco diskutil, smonta, quindi scrivi gli iso sul disco. Mi sono imbattuto in problemi simili in cui dd stava dando errori di autorizzazione negati e ho riformattato il mio usb e tutto ha funzionato correttamente.

Ho riscontrato questo problema perché stavo tentando di trovare il dispositivo sbagliato. L'elenco diskutil mostrava / dev / disk0, / dev / disk1 e / dev / disk2 che stavo usando / dev / disk2 avrebbe dovuto essere / dev / disk1

ls -l /dev/disk2 mi ha dato questo risultato:

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

Ho risolto il problema modificando il proprietario del file:

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

Quindi sono stato in grado di dd i file sulla chiavetta USB.

Per me, semplicemente riavviando il Macbook ho risolto il problema.