Lỗi dd: / dev / đĩa4: Quyền bị từ chối lỗi Lỗi khi tạo LiveUSB trên Mac OS X


26

Tôi đang thực hiện các bước: "Cách tạo thẻ USB có thể khởi động trên OS X" để cài đặt Ubuntu trên thẻ USB và tôi liên tục gặp lỗi:

dd: /dev/disk4: Permission denied

khi tôi cố chạy bước 8.

Tôi biết đây có lẽ là một lỗi nhỏ ngớ ngẩn, nhưng tôi không đủ quen thuộc với thiết bị đầu cuối để tự mình tìm ra. Bất cứ ai ngoài đó có thể giúp đỡ? (Nhân tiện, tôi đang sử dụng OSX.)


1
Tôi nghĩ điều đó có nghĩa là bạn không có quyền truy cập / dev / đĩa4, bạn đã thử lệnh với sudochưa? Nó sẽ nhắc bạn nhập mật khẩu root.
Peachy

1
Vâng. Tôi nhập mật khẩu của tôi và sau đó nó nói rằng.
Seth

Kiểm tra các quyền trên `/ dev / đĩa4` với ls -l /dev/diskvà thêm thông tin này vào câu hỏi của bạn.
Magpie

Câu trả lời:


35

Một nguyên nhân phổ biến cho việc này là thẻ SD "bị khóa". Thật không may, dường như cảm biến trong MacBook Pro và Air có thể bị kẹt. Nó có thể được cố định với một hộp khí nén .

Rất nhiều người trong chúng ta đã cố gắng chụp ảnh thẻ SD cho Raspberry Pi. Và với thiết bị đó, bạn không có lựa chọn nào khác ngoài việc khởi động SD.

Điều này nêu lên một thực tế hấp dẫn. Có vẻ như công tắc khóa là một "chỉ báo ý định" hoàn toàn cơ học phải được cảm nhận bởi thiết bị chủ. Điều này tương tự như cách mà công tắc khóa hoạt động trên các ổ đĩa mềm 3,5 ", do đó, sẽ không gây sốc cho những người sử dụng đủ tuổi để phải đục một lỗ trên đĩa mềm 5.25" của chúng tôi để có thể ghi được. Tuy nhiên, vì nó được gọi là Secure Digital và ở trạng thái rắn, bạn sẽ mong muốn thẻ tự bảo vệ, không phụ thuộc vào máy chủ.


1
Bạn cũng có thể băng công tắc khóa vào vị trí mở khóa.
RyanGC

1
Tôi không thể tin giải pháp này đã làm việc. Cảm ơn bạn.
Daniele Brugnara

1
Cảm ơn! Tôi đang sử dụng SD và thực tế nó đã bị khóa
Giacomo Tecya Pigani

1
Tôi không thể bắt đầu bày tỏ sự ngạc nhiên của mình rằng việc thổi vào khe cắm thẻ MBP của tôi là giải pháp cho vấn đề này. Tôi đã không phải làm điều đó kể từ N64 ngày!
bloudermilk

1
@bloudermilk TÔI BIẾT QUYỀN! Thổi bay tâm trí của tôi thậm chí 5 năm sau.
Bruno Bronosky

8

Tôi đã đi qua điều này một lần quá. Sử dụng 'đĩautil' để kiểm tra thiết bị mà thẻ SD của bạn xuất hiện dưới dạng:

diskutil list

Sau đó ngắt kết nối nó (Không ngắt kết nối bằng 'Finder', nó sẽ không hoạt động):

diskutil unmountDisk /dev/disk_4

Bây giờ sử dụng lệnh 'dd' để tải hình ảnh của bạn:

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

Tôi hi vọng cái này giúp được.


Chính xác: không ngắt kết nối bằng cách sử dụng 'Finder', nó sẽ không hoạt động
rfabbri

1
Sử dụng diskutil unmount /dev/disk3thay vì sudo umount /dev/disk3làm việc để giải quyết "Quyền bị từ chối" cho tôi.
ctrueden

Nếu đĩa này được gắn kết, tôi sẽ gặp một lỗi khác "dd: / dev / rdisk3: Resource busy"
Peter Gibson

3

Vì thật ngớ ngẩn khi sudo (về cơ bản là 'root') không thể truy cập thiết bị bằng dd, có vẻ như thông báo lỗi "Quyền bị từ chối" không thực sự có nghĩa là root có vấn đề về quyền. iow đó là một cá trích đỏ.

Kiểm tra kỹ xem thiết bị vẫn chưa được gắn - chạy lại lệnh ngắt kết nối theo bước 7 và kiểm tra kỹ xem thiết bị có thực sự không được đếm nhưng vẫn có thể truy cập được dưới dạng thiết bị.

Một vấn đề phổ biến tôi gặp phải khi tạo các thiết bị khởi động USB trong linux là bảng phân vùng không nhất quán. Xóa hoàn toàn bảng phân vùng và làm lại nó, sau đó tạo phân vùng mới dưới dạng FAT và định dạng nó cho biện pháp tốt. Các lỗi tôi gặp phải trong Linux không có ý nghĩa gì hơn lỗi này, vì vậy tôi hy vọng rằng đây là vấn đề của bạn.

Tôi sẽ có một cảnh quay trong việc loại bỏ bảng phân vùng trong OSX. Lưu ý rằng tôi là người dùng linux, vì vậy tôi dựa vào thực tế là OSX tương tự , và điều tương tự dường như được tìm thấy cho OSX trên một tìm kiếm google.

Trước tiên chúng ta sẽ sử dụng dd để xóa bảng phân vùng trên ổ USB. Trong một loại thiết bị đầu cuối:

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

Điều này sẽ ghi đè 512 byte đầu tiên của thiết bị, do đó phá hủy bảng phân vùng. Hướng dẫn tôi tìm thấy ở đây dường như đề nghị

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

đối với OSX tuy nhiên sự khác biệt là nhỏ và tôi tin rằng kết quả cuối cùng sẽ giống nhau. Đối với bất kỳ thao tác dd nào, hãy đảm bảo bạn có phân vùng chính xác vì sẽ không còn gì của dữ liệu trên thiết bị sau khi bạn nhấn enter.

Tiếp theo tôi tin rằng bạn nên sử dụng tiện ích đĩa để tạo lại bảng phân vùng và phân vùng mới và định dạng FAT. Tôi là người dùng linux, vì vậy tôi e rằng tôi không thể cụ thể hơn nhưng tôi tin rằng tiện ích đĩa nên phàn nàn rằng không có bảng phân vùng và tạo một bảng cho bạn hoặc nhắc bạn làm như vậy.


Hmm .. Tôi xác nhận rằng nó chưa từng có. Tôi đã thử chạy lệnh bước 8 một lần nữa với nó được gắn và nó cũng gây ra lỗi tương tự, vì vậy nó thậm chí còn không đủ để quan tâm. Tôi không biết làm thế nào để làm việc với các bảng phân vùng hoặc nơi để tìm thấy chúng. Có lẽ bạn sẽ có thể giải thích?
Seth

Vâng, tôi đã đi, mặc dù tôi không sử dụng OSX nên tôi bị mù ở đây. Nếu điều này không hiệu quả, bạn có thể thử một ổ USB khác.
Fabricator4

1

Sử dụng sudo trước lệnh dd

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

CẢNH BÁO: Việc sử dụng lệnh sudo không đúng cách có thể dẫn đến mất dữ liệu hoặc xóa các tệp hệ thống quan trọng. Vui lòng kiểm tra lại cách gõ của bạn khi sử dụng sudo. Nhập "man sudo" để biết thêm thông tin.

Điều đó đã sửa chữa sự cho phép bị từ chối đối với tôi. nó dường như đang làm việc

và tôi đã root trước khi ra tay. Tôi cũng đã làm

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

Tôi đã làm nó ngay sau khi không định dạng lại ổ đĩa USB. Tôi không biết nếu nó thành công nhưng đèn nhấp nháy trên ổ đĩa và thiết bị đầu cuối không gây ra lỗi cho tôi.


Người duy nhất làm việc cho tôi (tôi cũng không thể ngắt kết nối nó)
Nico

0

Từ câu hỏi liên quan này , một nhận xét về câu trả lời được bình chọn cao nhất dường như cho thấy bạn không phải là người duy nhất gặp rắc rối dd.

Câu trả lời tương tự khuyên bạn nên sử dụng phương tiện quang học (còn gọi là LiveDVD) thay vì ổ USB nếu bạn có thể, vì điều đó có vẻ đáng tin cậy hơn.

* Lưu ý: Tôi không và chưa bao giờ là người dùng Mac, vì vậy tôi sợ mình không thể giúp được nhiều hơn thế này.


0

Chà, tôi đã đấu tranh rất nhiều với điều này nhưng cuối cùng cũng thành công ...

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

CẢNH BÁO: Việc sử dụng lệnh sudo không đúng cách có thể dẫn đến mất dữ liệu hoặc xóa các tệp hệ thống quan trọng. Vui lòng kiểm tra lại cách gõ của bạn khi sử dụng sudo. Nhập "man sudo" để biết thêm thông tin.

Để tiếp tục, nhập mật khẩu của bạn hoặc gõ Ctrl- Cđể hủy bỏ.

Password:******

LÀM XONG!

Các điểm cần kiểm tra: Không nên kết nối USB được định dạng cho đĩa USB FAT. đĩa USB => 2Gb Tất cả điều này trong iOSX Mavericks ver 10.9

Hi vọng điêu nay co ich!


0

Đây là giải pháp của tôi:

Sudo đã không hỏi mật khẩu của tôi khi tôi cố gắng sử dụng nó. Tôi nghĩ đó là kỳ lạ.

Vì vậy, tôi đã muốn root và làm điều đó từ đó.

sudo su
<enter password>

Sau đó, tôi chạy các lệnh và họ làm việc.


0

Có khả năng thử đẩy ổ đĩa USB và định dạng lại trước, sau đó thử lại tất cả các bước. danh sách đĩa, ngắt kết nối, sau đó ghi iso vào đĩa. Tôi gặp vấn đề tương tự trong đó dd đã cho phép từ chối lỗi và tôi đã định dạng lại usb của mình và mọi thứ hoạt động chính xác.


0

Tôi gặp phải vấn đề này vì tôi đã cố gắng để thiết bị sai. danh sách đĩa được hiển thị / dev / đĩa0, / dev / đĩa1 và / dev / đĩa2 Tôi đang sử dụng / dev / đĩa2 nên là / dev / đĩa1


0

ls -l /dev/disk2 đã cho tôi kết quả này:

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

Tôi đã giải quyết vấn đề bằng cách thay đổi chủ sở hữu của tệp:

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

Sau đó, tôi đã có thể dd các tập tin vào thanh USB.


0

Đối với tôi, chỉ cần khởi động lại Macbook đã giải quyết được vấn đề.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.