Я не могу смонтировать DMG, появляется ошибка "нет монтируемых файловых систем"

У меня только что была такая же проблема с образом диска, созданным Disk Utility сам. В моем случае образ диска whole disk imageто есть он содержит пустую файловую систему, никакой карты разделов. ни Disk Utility ни hdiutil attach disk.dmg будет работать, оба жалуются на страшную проблему "без монтируемых файловых систем".

Что помогло, так это смонтировать его из командной строки, выполнив два простых шага:

hdiutil attach -noverify -nomount disk.dmg

Это только создает узел устройства. Теперь беги

diskutil list

и обратите внимание на diskN часть вашего изображения, где N - положительное целое число.

Наконец, чтобы смонтировать устройство, сделайте

diskutil mountDisk /dev/diskN

где diskN идентификатор устройства, который вы определили ранее.

Обратите внимание, что вы монтируете весь диск, тогда как обычно вы монтируете срез, такой как disk0s2,

Помните, что это помогает, если ваша проблема связана с образом диска, похожим на мой. Тем не менее, он все равно должен работать с разделенными образами дисков, см. man diskutil,

Как правило, если вы получаете "Нет монтируемой файловой системы", это обычно означает, что образ диска поврежден или поврежден.... Попробуйте повторно загрузить образ диска или загрузить образ диска из другого браузера....

Я видел нечастые проблемы, когда Firefox использовался для загрузки образа диска. Очень необычно, но это случилось...

У меня была та же проблема с зашифрованным dmg AES-128, содержащим все мои самые важные файлы, которые стоили тысячи долларов, чтобы восстановить Driversavers. Я даже не мог скопировать dmg на другой диск (не мог быть прочитан или записан -36). Мой G4 (да, я старая школа) работает 10.4.11.

Это сработало:

1. Загрузился с внешнего жесткого диска также работает 10.4.11.
2. Использовал быстрое восстановление Stellar Phoenix, чтобы найти и восстановить dmg на внешний жесткий диск. Все последующие работы были на этом экземпляре.
3. Ран, который управляет версиями ОС, встроенными в Дисковую утилиту.
4. В Дисковой утилите зашел в меню "Файл" вверху слева, выбрал "Открыть образ диска".
5. После этого подключенный том появляется в левой колонке как sub dir dmg, как и любой другой том со своего жесткого диска, кроме серого (то есть: невидимый).
6. Я использую tinkertool, чтобы показать все мои невидимые файлы, смонтированный том так и не появился на рабочем столе.
7. Попытка восстановить с помощью Дисковой утилиты безуспешно.
8. НО, запустил DiskWarrior 4.0 и там тоже появился смонтированный том.
9. Запустил восстановление каталога (обычный, а не очистку) и на этапе "Отчет" выбрал "Предварительный просмотр".
10. DiskWarrior сообщает, что новые и старые версии теперь появляются на dektop.
11. Я не мог видеть ни на моем рабочем столе (у меня было слишком много мусора там и, возможно, пропустил его), но открытие нового окна Finder действительно показало объем предварительного просмотра в левой колонке.
12. Схватил мои файлы с этого тома предварительного просмотра и скопировал их на внешний диск.
13. Хвалили все хорошее и правильное во вселенной.
14. Разрешил DiskWarrior завершить восстановление, которое прошло успешно, и восстановленный том был подключен после завершения.

Надеюсь это поможет.

Я попробовал все, как упомянуто здесь, поскольку у меня тоже была похожая проблема, но мне пришлось пойти немного дальше, чтобы полностью решить мою проблему.

Проблема:

Я создал образ моего диска с помощью Дисковой утилиты на Snow Leopard. Вместо того, чтобы убедиться, что образ был создан правильно, я переформатировал диск. После этого я попытался смонтировать образ, но он не позволил мне проверить, выполнить сканирование на предмет восстановления и контрольная сумма CRC была неверной. Все это, только чтобы удалить упрямый раздел EFI загрузочного сектора, который не исчезнет. Всего кошмар!

Решения:

Я попытался создать новую контрольную сумму и сканирование диска для восстановления. В некоторых случаях это помогает, но не с этим dmg, поскольку он был поврежден с самого начала.

Лучшим для меня оказался ответ @simonair; хотя он не смонтировал образ полностью, он по крайней мере позволил ему показать dmg как "скрытый" активный раздел в дисковой утилите, а также рабочий / извлекаемый раздел disk7 в терминале.

Когда он наконец стал виден, я использовал "Data Rescue 3" в режиме "Advanced View", чтобы также показать dmg для сканирования. Кажется, что в простом представлении показаны только внутренние и внешние физические диски.

Нажмите на свой файл name.dmg / виртуальный диск и сделайте полное сканирование. В зависимости от его размера, это может занять от нескольких секунд до нескольких часов (у меня было более 450 ГБ, на "глубокое сканирование" ушло около 6 часов).

Теперь у меня есть все мои документы, проекты, программное обеспечение для резервного копирования и библиотека фотографий Aperture, восстановленная на исходный диск после целого дня страданий.

Мораль истории:

Для важных данных, забудьте о DMG, поскольку они могут иметь неприятные последствия. Если вам нужно создать DMG, убедитесь, что он работает, прежде чем удалять исходные данные. Полное резервное копирование 1:1 лучше всего работает на оптических носителях (CD/DVD/BD) или на дополнительном внутреннем / внешнем жестком диске.

Замечания:

Disk Drill и Stellar Phoenix не помогли так сильно, как я думал, что они будут. Спасение данных стоит денег, никакого конкурса!

У меня тоже была эта проблема. В конце концов, для меня сработало Data Rescue.

Что не сработало

Я попытался следовать рекомендациям выше и скопировать DMG для чтения / записи в формате. Я попытался выполнить преобразование Disk Utility и команду hdiutil в терминале, но в обоих случаях Finder завис в конце процесса, и мне пришлось перезагрузить компьютер (принудительный перезапуск Finder не помог).

Что сработало

Я попытался смонтировать образ в Дисковой утилите. Как было сказано выше, это не работает, но изображение теперь отображается в виде серого имени в левом столбце Дисковой утилиты. Этот шаг необходим для того, чтобы Data Rescue мог видеть поврежденный образ диска. Затем запустите Data Rescue. С помощью "Быстрого сканирования" Data Rescue обнаружил всю структуру папок, и я смог выбрать, какие файлы восстановить. В общем, это заняло всего 2-3 минуты.

Спасибо sozuke80 за подсказку по спасению данных!

// Никлас

Я столкнулся с подобной ситуацией. У меня был образ, созданный Дисковой утилитой, и каждый раз, когда я монтировал его, я получал ошибку не монтируемой файловой системы.

Решение состояло в том, чтобы преобразовать изображение в тип чтения / записи, и тогда я смог дважды щелкнуть по нему, чтобы получить доступ к его содержимому.

Вы перезагрузились? У меня были некоторые странности с DMG раньше, и перезагрузка прояснила ситуацию.

Я знаю, это звучит слишком просто, но иногда монтажные работы могут быть сорваны.

Вы недавно восстановили права доступа к диску? Это может помочь, поскольку могут быть некоторые проблемы (с точки зрения прав доступа) в DiskUtility или части файловой системы, связанной с монтированием образов дисков.

Изменить: так как это не сработало, я бы затем использовать OnyX и запустить все варианты обслуживания - это может просто решить проблему.

Он также проверит ваш SMART-статус, сообщив, есть ли у вас проблемы с жестким диском (и если это так, возможно, это причина ваших проблем).

Я потратил ~20 минут на то, чтобы смонтировать внешний диск, прежде чем получил эту ошибку. В течение всех 20 минут VeraCrypt использовала довольно много процессора.

Я закрыл сообщение об ошибке и вынул внешний том. Ждал ~ 5 минут. Подключил внешний том и попробовал еще раз, заработало ~30 секунд. Я не могу объяснить почему.

Я столкнулся с подобной ситуацией. Я сделал то, что предложил simonair, и получил в терминале сообщение, что том успешно смонтирован. Однако это не помогло мне получить доступ к подключенному тому, и я не смог подтвердить подключенный том. Также я не смог смонтировать образ с помощью Disk Drill или даже отсканировать. Ничего не получилось.

Вот что я сделал, чтобы решить мою проблему. Я вижу, что в этом посте некоторые предложили нам преобразовать name.dmg в доступный для записи файл. Я использовал команду из терминала для преобразования, но не удалось. В качестве альтернативы, я использовал Disk Utility, подключил том (да, я снова получил то же сообщение: "нет подключаемых системных файлов", однако Disk Utility, тем не менее, прикрепил образ, который я смог сделать раньше. В этот раз я Выделил его, а затем нажал "Новое изображение", а затем выбрал формат изображения "Чтение / запись", а не "Сжатый вариант". Я создал новое изображение. На этот раз это изображение было доступно для записи, однако оно все равно не будет монтироваться с использованием решения Simonair. Однако на этот раз я Я смог отсканировать его с помощью Disk Drill с точным расположением файлов и иерархией папок, как и у меня. Восстановление всего этого было быстрым. Просто помните: когда вы создаете новое изображение подключенного тома и выбираете не сжатый, а читаемый / записываемый файл, вам нужно чтобы у меня был диск с точным количеством места, которое составляет общее пространство, выделенное в этом файле name.dmg (а не количество места, которое занимают данные). У меня было огромное пространство, и, к счастью, у меня был внешний диск с достаточным пространством для этого, и это заняло около 5 часов около 400GB выделения диска. Удачи.

Я знаю, что эта ветка старая, но я публикую ее для тех, кто может наткнуться на нее. Я пробовал несколько разных вещей, включая hdiutil и различные программы. Однако большинство этих программ сортировали файлы по типу и не сохраняли имя или исходную структуру папок моего жесткого диска. Я попробовал EaseUS, и он был единственным, кто смог показать мне файлы в правильном и оригинальном формате. Невероятно доволен результатами, так что попробуйте, если у вас возникли трудности.

Я столкнулся с аналогичной проблемой с файлом DMG. Пробовал скачивать более новую версию, не помогло.

То, что сработало, следующее.

1. hdiutil attach -noverify -nomount

    output will be something like "/dev/diskN" 
   

2. diskutil mountDisk / dev / diskN

Если вы получаете эту ошибку и заменили исходный жесткий диск твердотельным, ответ прост. Переместите этот DMG-файл обновления на хороший медленный внешний диск, а затем откройте его. Видимо, где-то в кодировке ОС регистр перезаписывается новыми данными с SSD, прежде чем его можно будет использовать. Это программная ошибка, которая не вызывала проблем со стандартным жестким диском из-за его задержки. но замените это время ожидания мгновенным доступом к данным и...

Надеюсь это поможет.