Błąd „dd: / dev / disk4: Permenie denied” podczas tworzenia LiveUSB w Mac OS X.

Przechodzę przez następujące kroki: „Jak utworzyć rozruchową pamięć USB w systemie OS X”, aby zainstalować Ubuntu na pamięci USB i ciągle pojawia się błąd:

dd: /dev/disk4: Permission denied

kiedy próbuję uruchomić krok 8.

Wiem, że jest to prawdopodobnie głupiutki błąd, ale nie znam wystarczająco terminala, by samemu to rozgryźć. Ktoś, kto mógłby pomóc? (Nawiasem mówiąc, używam OSX.)

Jedną z częstych przyczyn jest „zablokowana” karta SD. Niestety wydaje się, że czujnik w MacBooku Pro i Air może utknąć. To może być mocowana za pomocą puszki ze sprężonym powietrzem .

Wielu z nas wpadło na to, próbując zobrazować karty SD dla Raspberry Pi. Z tym urządzeniem nie masz innej opcji niż uruchomienie z karty SD.

Rodzi to fascynujący fakt. Wygląda na to, że przełącznik blokady jest czysto mechanicznym „wskaźnikiem intencji”, który musi wykryć urządzenie hosta. Jest to analogiczne do sposobu, w jaki przełącznik blokady działał na dyskietkach 3,5-calowych, więc nie powinno to być szokiem dla tych użytkowników, którzy są na tyle starsi, że muszą wybić dziurę w dyskietkach 5,25-calowych, aby umożliwić ich zapis. Ponieważ jednak nazywa się Secure Digital i jest półprzewodnikowy, można oczekiwać, że karta sama się zabezpieczy, a nie będzie polegać na hoście.

Raz też się z tym spotkałem. Użyj „diskutil”, aby sprawdzić urządzenie, które wyświetla karta SD jako:

diskutil list

Następnie odmontuj go (nie odmontowuj za pomocą „Findera”, to nie zadziała):

diskutil unmountDisk /dev/disk_4

Teraz użyj polecenia „dd”, aby załadować obraz:

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

Mam nadzieję, że to pomoże.

Ponieważ głupio jest, że sudo (w zasadzie „root”) nie może uzyskać dostępu do urządzenia za pomocą dd, wydaje się, że komunikat o błędzie „Odmowa zezwolenia” nie oznacza, że ​​root ma problem z uprawnieniami. to czerwony śledź.

Dokładnie sprawdź, czy urządzenie nie jest jeszcze zamontowane - ponownie uruchom komendę odmontowania zgodnie z krokiem 7 i sprawdź dwukrotnie, czy naprawdę jest odmontowane, ale nadal dostępne jako urządzenie.

Częstym problemem, jaki miałem przy tworzeniu urządzeń rozruchowych USB pod Linuksem, jest niespójna tablica partycji. Usuń tablicę partycji całkowicie i przerób ją ponownie, a następnie utwórz nową partycję jako FAT i sformatuj ją dla dobrego pomiaru. Błędy, które dostaję pod Linuksem, nie mają większego sensu niż ten, więc mam nadzieję, że na tym polega twój problem.

Spróbuję usunąć tablicę partycji pod OSX. Zauważ, że jestem użytkownikiem Linuksa, więc polegam na tym, że OSX jest podobny i wydaje się, że to samo można znaleźć w OSX podczas wyszukiwania w Google.

Najpierw użyjemy dd, aby usunąć tablicę partycji na dysku USB. W typie terminala:

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

Powinno to zastąpić pierwsze 512 bajtów urządzenia, niszcząc w ten sposób tablicę partycji. Instrukcje, które tu znalazłem , wydają się sugerować

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

w przypadku OSX różnica jest niewielka i uważam, że wynik końcowy powinien być taki sam. Jak w przypadku każdej operacji dd, upewnij się, że masz prawidłową partycję, ponieważ po naciśnięciu nic z danych na urządzeniu nie pozostanie enter.

Następnie uważam, że powinieneś użyć narzędzia dyskowego do odtworzenia tabeli partycji oraz nowej partycji i sformatowania jej FAT. Jestem użytkownikiem Linuksa, więc obawiam się, że nie mogę być bardziej szczegółowy, ale wierzę, że narzędzie dyskowe powinno narzekać, że nie ma tabeli partycji i albo ją stworzy, albo poprosi o zrobienie tego.

Użyj sudo przed poleceniem dd

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

OSTRZEŻENIE: Niewłaściwe użycie polecenia sudo może doprowadzić do utraty danych lub usunięcia ważnych plików systemowych. Proszę dokładnie sprawdzić pisanie podczas korzystania z sudo. Wpisz „man sudo”, aby uzyskać więcej informacji.

to naprawiło odmowę dostępu dla mnie. wydaje się, że teraz działa.

i byłem rootem wcześniej. Zrobiłem także

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

Zrobiłem to zaraz po sformatowaniu dysku USB. Nie wiem, czy się powiodło, ale lampki migają na dysku i terminalu nie dają mi błędów.

Z tego pokrewnego pytania wydaje się, że komentarz do najlepiej głosowanej odpowiedzi sugeruje, że nie tylko ty masz problemy dd.

Ta sama odpowiedź zaleca używanie nośników optycznych (inaczej LiveDVD) zamiast napędu USB, jeśli to możliwe, ponieważ wydaje się to bardziej niezawodne.

_{* Uwaga: Nie jestem i nigdy nie byłem użytkownikiem Maca, więc obawiam się, że nie mogę pomóc znacznie więcej.}

Cóż, dużo się z tym zmagam, ale w końcu się udało ...

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

OSTRZEŻENIE: Niewłaściwe użycie polecenia sudo może doprowadzić do utraty danych lub usunięcia ważnych plików systemowych. Proszę dokładnie sprawdzić pisanie podczas korzystania z sudo. Wpisz „man sudo”, aby uzyskać więcej informacji.

Aby kontynuować, wprowadź hasło lub wpisz Ctrl- Caby przerwać.

Password:******

GOTOWY!

Punkty do sprawdzenia: USB sformatowany dla dysku USB FAT powinien zostać odmontowany. dysk usb => 2 GB Wszystko to w iOSX Mavericks w wersji 10.9

Mam nadzieję że to pomoże!

Oto moje rozwiązanie:

Sudo nie pytał o moje hasło, kiedy próbowałem go użyć. Myślałem, że to dziwne.

Więc musiałem zrootować i zrobiłem to stamtąd.

sudo su
<enter password>

Potem uruchomiłem polecenia i zadziałały.

Potencjalnie spróbuj najpierw wysunąć dysk USB i ponownie sformatować, a następnie ponów wszystkie kroki. listę diskutil, odmontuj, a następnie zapisz plik ISO na dysku. Zetknąłem się z podobnymi problemami, gdy dd udzielało zgody odmowy błędów i sformatowałem pamięć USB i wszystko działało poprawnie.

Natknąłem się na ten problem, ponieważ próbowałem znaleźć niewłaściwe urządzenie. lista diskutil pokazała / dev / disk0, / dev / disk1 i / dev / disk2 Używałem / dev / disk2 powinien być / dev / disk1

ls -l /dev/disk2 dał mi ten wynik:

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

Rozwiązałem problem, zmieniając właściciela pliku:

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

Potem mogłem dodać pliki do pamięci USB.

Dla mnie ponowne uruchomienie komputera Macbook rozwiązało problem.