Loại bỏ tin nhắn của Bus Resource Busy trên Mac OS X


12

Tôi đang cố gắng sửa chữa một HSF+bảng phân vùng bị mất một iMac bằng cách chạy ilệnh bên trong sudo pdisk /dev/rdisk1. Khi tôi thử chạy ilệnh, tôi nhận được thông báo lỗi nói rằng tài nguyên đang bận:

pdisk: không thể mở tệp '/ dev / rdisk1' để ghi (Tài nguyên bận)

tôi ra lệnh trong pdisk / dev / rdisk1

Tôi nhận được kết quả tương tự khi sử dụng /dev/disk1, /dev/rdisk2/dev/disk2.

Tôi cũng đã thử chạy sudo gpt /dev/(r)disk(1-3). Thật thú vị, tôi chỉ nhận được một kết quả từ /dev/rdisk3:

sudo gpt / dev / (r) đĩa (1-3).  / dev / rdisk3 cho kết quả

Vì vậy, tôi cố gắng xem những gì đang sử dụng tài nguyên bằng cách chạy sudo lsof /dev/rdisk1, cũng như sudo lsof /dev/disk1. Không có gì hiện lên:

lsof trên / dev / đĩa1 và / dev / rdisk1

Tôi cũng đã thử ngắt kết nối thiết bị bằng cách chạy sudo umount /dev/disk1tốt sudo umount /dev/rdisk1. Tôi nhận được một thông báo nói rằng thiết bị hiện chưa được gắn kết:

ngắt kết nối / dev / rdisk1 và / dev / đĩa1

Đây là danh sách tất cả các đĩa được kết nối với máy tính, được tìm thấy bằng cách chạy sudo DiskUtil list:

Lệnh danh sách DiskUtil

/ dev / đĩa0 - Đĩa của máy tính mà iMac được kết nối.

/ dev / đĩa1 - Ổ cứng của iMac.

/ dev / đĩa2 - SSD của iMac.

/ dev / đĩa3 - Tôi không biết đây là gì. Tôi cho rằng đó là ổ cứng và SSD kết hợp của iMac.

/ dev / đĩa4 - Một ổ cứng ngoài.

/ dev / đĩa5 - Tôi cũng không biết đây là cái gì. Có lẽ các tiện ích cho / dev / đĩa4?

IMac có một ổ đĩa hợp nhất , và /dev/disk1là ổ cứng. Tôi đã thử với SSD /dev/disk2, nhưng tôi nhận được kết quả tương tự.

Tôi có iMac cắm vào một máy tính khác thông qua tiếng sét, và bằng cách giữ tkhi iMac khởi động , nó Macintosh HDxuất hiện như một thiết bị bên ngoài trên máy tính khác.

Làm thế nào tôi có thể thoát khỏi tin nhắn này? Tôi đã thử khởi động lại cả iMac và máy tính mà nó được kết nối.



1
Câu hỏi này có thể được hỏi tốt hơn trên Hỏi khác ... Dù sao: Đó có phải là chế độ người dùng duy nhất mà bạn đang sử dụng không? Bạn đang khởi động vào cái gì bây giờ?
TheBro21

Câu trả lời:


5

Trước hết, pdisklệnh được sử dụng để sửa đổi các ổ đĩa được phân vùng bằng Bản đồ phân vùng của Apple. Chỉ các máy Mac dựa trên PowerPC mới sử dụng các máy Mac.

Thứ hai, các umountlệnh của bạn ở trên không thành công vì / dev / đĩa1 và / dev / đĩa2 không được gắn kết. Thông thường chỉ có các phân vùng được gắn kết (ví dụ / dev / đĩa0s3), mặc dù trong trường hợp của bạn, bạn có Fusion Drive. Bạn hoàn toàn chính xác rằng / dev / đĩa3 không phải là đĩa 'thực'. Đó là dung lượng kết hợp của / dev / đĩa1s2 và / dev / đĩa2s2. Nếu bạn gõ umount /dev/disk3, điều đó sẽ làm việc. Tất nhiên, không có gì được gắn trên / dev / đĩa1 hoặc / dev / đĩa2, vì vậy bạn sẽ phải phát hành một cái diskutil unmountdisk /dev/diskNcho những cái đó. Điều đó sẽ giải phóng chúng để gptlệnh sẽ ngừng cung cấp cho bạn lỗi tài nguyên bận.

Fusion Drive sử dụng phân vùng Apple CoreStorage làm thùng chứa, tương tự như Đĩa động của Microsoft. Thật không may, chúng làm cho việc thao tác các phân vùng trở nên khó khăn hơn và lấy nhiều sản phẩm phục hồi phân vùng đĩa / phân vùng khỏi bàn.

Tuy nhiên, ngoài các vấn đề trên, tôi không chắc chính xác vấn đề là gì. Bạn đề cập rằng bảng phân vùng bị mất, nhưng đầu ra từ diskutil listgợi ý các bảng phân vùng của bạn có vẻ ổn.

Bạn có thể giải thích thêm một chút về vấn đề bạn đang gặp phải không?


Tôi vừa cập nhật câu hỏi. Tôi cho rằng gptsẽ là công cụ chính xác để sử dụng thay pdiskthế?
Jojodmo

Chính xác. Tôi đã cập nhật câu trả lời của mình để phản ánh thông tin bổ sung mà bạn đã đăng.
Wes Sayeed

Bạn có thể quên phân vùng bị mất, điều quan trọng là tại sao tôi nhận được tin nhắn này
Jojodmo

4

hãy thử điều này: đĩautil unmountDisk lực / dev / đĩa0 (hoặc bất cứ thứ gì đĩa của bạn)


Điều này không hoạt động.
adib

@adib Tôi chỉ tình cờ chạy trong một vấn đề tương tự (tiếp tục nhận được "Tài nguyên bận rộn" mặc dù lsofkhông cho thấy gì) và diskutil unmountDisk force /dev/disk<#>đã làm việc cho tôi! 👍
RocketNuts

Nó làm việc cho tôi.
OuzoPower

0

Tôi có một vấn đề tương tự như OP nên tôi nghĩ tôi sẽ chia sẻ những gì tôi tìm thấy. Kịch bản của tôi khác ở chỗ đó;

1) Tôi đã mua một Sandisk 32GBUSB Stick hoàn toàn mới mà tôi cần sử dụng trên một bản phân phối unix khác sau này. USB được định dạng sẵn như họ thường làm, với FAThệ thống tệp và một số tệp để sao lưu, v.v.

2) Tôi chỉ có một chiếc Macbook Pro (MacOS 10.14.4), nhưng tôi cần định dạng thanh ext2không thẳng như bạn muốn.

Khi cắm vào thanh USB mới của tôi, tôi thực sự đã gặp điều sau đây;

Filesystem    512-blocks      Used Available Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   489825072 422619568  51147752    90% 2408063 9223372036852367744    0%   /
devfs                673       673         0   100%    1164                   0  100%   /dev
/dev/disk1s4   489825072  14680896  51147752    23%       7 9223372036854775800    0%   /private/var/vm
map -hosts             0         0         0   100%       0                   0  100%   /net
map auto_home          0         0         0   100%       0                   0  100%   /home
map -fstab             0         0         0   100%       0                   0  100%   /Network/Servers
/dev/disk1s3   489825072   1021032  51147752     2%      30 9223372036854775777    0%   /Volumes/Recovery
/dev/disk2s1    60033120     26976  60006144     1%       0                   0  100%   /Volumes/SANDISK32GB

Chạy e2fspross để định dạng thanh USB dẫn đến kết quả như sau;

sudo $(brew --prefix e2fsprogs)/sbin/mkfs.ext2 /dev/disk2

mke2fs 1.44.5 (15-Dec-2018)
/dev/disk2: Resource busy while setting up superblock

Những gì tôi cần làm là ngắt kết nối phân vùng FAT khỏi Mac để tôi có thể định dạng nó trong ext2 theo yêu cầu;

diskutil unmountdisk /dev/disk2s1

Sau đó chạy lệnh e2fspross ban đầu để định dạng đĩa USB.

Lưu ý sự khác biệt giữa tên hệ thống tập tin và tên hệ thống tập tin được gắn kết

/ dev / đĩa2s1 gắn thiết bị vs / dev / đĩa2 .

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.