Позбудьтесь повідомлення "Зайнятий ресурс" на Mac OS X


12

Я намагаюся виправити загублену HSF+таблицю розділів iMac, запустивши iкоманду всередині sudo pdisk /dev/rdisk1. Після того, як я спробую запустити iкоманду, я отримую повідомлення про помилку, що говорить про те, що ресурс зайнятий:

pdisk: не вдається відкрити файл '/ dev / rdisk1' для запису (ресурс зайнятий)

Я командую в pdisk / dev / rdisk1

Я отримую той же результат при використанні /dev/disk1, /dev/rdisk2і /dev/disk2.

Я також спробував бігти sudo gpt /dev/(r)disk(1-3). Цікаво, що результат я отримую лише від /dev/rdisk3:

sudo gpt / dev / (r) диск (1-3).  / dev / rdisk3 дає результат

Отже, я намагаюся побачити, що використовує ресурс, запустившись sudo lsof /dev/rdisk1, а також sudo lsof /dev/disk1. Нічого не з’являється:

lsof on / dev / disk1 та / dev / rdisk1

Я також спробував відключити пристрій, запустивши sudo umount /dev/disk1також sudo umount /dev/rdisk1. Я отримую повідомлення про те, що пристрій наразі не встановлений:

відключення / dev / rdisk1 та / dev / disk1

Ось список усіх дисків, підключених до комп'ютера, знайдених за допомогою запуску sudo DiskUtil list:

Команда списку DiskUtil

/ dev / disk0 - диск комп'ютера, до якого підключений iMac.

/ dev / disk1 - жорсткий диск iMac.

/ dev / disk2 - SSD iMac.

/ dev / disk3 - я не знаю, що це. Я б припустив, що це комбінований HDD і SSD iMac.

/ dev / disk4 - зовнішній жорсткий диск.

/ dev / disk5 - У мене немає поняття, що це таке. Можливо, утиліти для / dev / disk4?

IMac має фьюжн-накопичувач і /dev/disk1є вінчестером. Я намагався з SSD /dev/disk2, але отримую той же результат.

У мене iMac підключено до іншого комп’ютера через грому, і, утримуючи, tколи iMac запустився , Macintosh HDна другому комп’ютері з'явився зовнішній пристрій.

Як я міг позбутися цього повідомлення? Я намагався перезапустити iMac та комп'ютер, до якого він підключений.



1
Це питання можна краще задати у "Запитувати різні" ... У будь-якому разі: це єдиний користувальницький режим, який ви використовуєте? У що ти зараз завантажився?
TheBro21

Відповіді:


5

По-перше, pdiskкоманда використовується для зміни дисків, розділених за допомогою Apple Partition Map. Користуються ними лише Macs на основі PowerPC.

По-друге, ваші umountкоманди вище не вдається, оскільки / dev / disk1 та / dev / disk2 не встановлені. Зазвичай монтуються лише розділи (наприклад, / dev / disk0s3), хоча у вашому випадку у вас є Fusion Drive. Ви абсолютно праві, що / dev / disk3 не є "справжнім" диском. Це комбінована ємність / dev / disk1s2 та / dev / disk2s2. Якщо ви введете umount /dev/disk3, це повинно працювати. Звичайно, нічого не встановлено на / dev / disk1 або / dev / disk2, тому вам доведеться випустити файл diskutil unmountdisk /dev/diskNдля цих. Це повинно звільнити їх, тому gptкоманда перестане давати вам помилку зайнято ресурсом.

Fusion Drive використовує розділи Apple CoreStorage як контейнери, що є аналогічним динамічним дискам Microsoft. На жаль, вони ускладнюють маніпулювання розділами та відбирають багато продуктів на відновлення диска / розділу.

Однак, окрім вищезазначених питань, я не зовсім впевнений, у чому проблема. Ви згадуєте, що таблиця розділів втрачена, але вихід із diskutil listпропозицій ваших таблиць розділів здається нормальним.

Чи можете ви детальніше розповісти про проблему, яку ви мали?


Я щойно оновив питання. Я припускаю, що gptце буде правильний інструмент, який слід використовувати замість pdisk?
Джодмо

Правильно. Я оновив свою відповідь, щоб відобразити додаткову інформацію, яку ви опублікували.
Уес Сайед

Ви можете забути про загублений розділ, важливо, чому я отримую це повідомлення
Jojodmo

4

спробуйте це: diskutil unmountDisk force / dev / disk0 (або будь-який ваш диск)


Це не працює.
адиб

@adib Я просто трапився у подібній проблемі (продовжував отримувати "Resource Busy", хоча lsofнічого не показав) і diskutil unmountDisk force /dev/disk<#>працював для мене! 👍
RocketNuts

Це працювало для мене.
OuzoPower

0

У мене було подібне питання до ОП, тому я думав, що поділюсь тим, що знайшов. Мій сценарій був іншим у цьому;

1) Я придбав абсолютно новий Sandisk 32GBUSB-накопичувач, який мені потрібно було використовувати в іншому дистрибутиві Unix пізніше. USB поставляється заздалегідь відформатованим, як зазвичай, з FATфайловою системою та деякими файлами для резервного копіювання тощо

2) У мене є лише Macbook Pro (MacOS 10.14.4), але мені потрібно було відформатувати палицю, до ext2якої не так прямо, як вам може сподобатися.

Під час підключення моєї нової USB-пам’яті я дійсно зустрічався з наступним;

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

Запуск e2fsprogs для форматування USB-накопичувача призвів до наступного;

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

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

Що мені потрібно було зробити, - відключити розділ FAT з Mac, щоб я міг відформатувати його в ext2, як потрібно;

diskutil unmountdisk /dev/disk2s1

Потім запустіть оригінальну команду e2fsprogs, щоб відформатувати USB-диск.

Зауважте різницю між назвою файлової системи та встановленим іменем файлової системи

/ dev / disk2s1, встановлений проти / dev / disk2 пристрою .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.