DMGをマウントできず、「マウント可能なファイルシステムがありません」というエラーが表示される

市販のMacソフトウェア（CSSEdit）のDMGをダウンロードしましたが、DMGがマウントされないことがわかりました。同じ会社の別の画像を試した後、他のソフトウェアからいくつかの画像を試しました。それらの約半分はマウントし、半分はマウントしません。エラーは常に「マウント可能なファイルシステムなし」です。

私のgoogle-fooは、いくつかの孤立したインシデントと、再起動することを繰り返し提案します（私は2回持っています）。ディスクはディスクユーティリティからもマウントされません（また、そこから検証または修復を試みても効果はありません）。また、いくつかの異なるプログラムを使用して、このイメージを数回再ダウンロードしようとしました。

関連する場合に備えて、最近10.5.8に更新しました。

ここに、コマンドラインからDMGをマウントしようとしたときに得られるもののペーストを示します。

loki：peter $ hdiutil attach CSSEdit \ 2.6.dmg -Verboseをダウンロードします
初期化しています…
DIBackingStoreInstantiatorProbe：インターフェース0、スコア100、CBSDBackingStore
DIBackingStoreInstantiatorProbe：インターフェース1、スコア-1000、CBundleBackingStore
DIBackingStoreInstantiatorProbe：インターフェース2、スコア-1000、CRAMBackingStore
DIBackingStoreInstantiatorProbe：インターフェース3、スコア100、CCarbonBackingStore
DIBackingStoreInstantiatorProbe：インターフェース4、スコア-1000、CDevBackingStore
DIBackingStoreInstantiatorProbe：インターフェース5、スコア-1000、CCURLBackingStore
DIBackingStoreInstantiatorProbe：インターフェース6、スコア-1000、CVectoredBackingStore
DIBackingStoreInstantiatorProbe：CBSDBackingStoreの選択
DIBackingStoreInstantiatorProbe：インターフェース0、スコア100、CBSDBackingStore
DIBackingStoreInstantiatorProbe：インターフェース1、スコア-1000、CBundleBackingStore
DIBackingStoreInstantiatorProbe：インターフェース2、スコア-1000、CRAMBackingStore
DIBackingStoreInstantiatorProbe：インターフェース3、スコア100、CCarbonBackingStore
DIBackingStoreInstantiatorProbe：インターフェース4、スコア-1000、CDevBackingStore
DIBackingStoreInstantiatorProbe：インターフェース5、スコア-1000、CCURLBackingStore
DIBackingStoreInstantiatorProbe：インターフェース6、スコア-1000、CVectoredBackingStore
DIBackingStoreInstantiatorProbe：CBSDBackingStoreの選択
DIFileEncodingInstantiatorProbe：インターフェイス0、スコア-1000、CMacBinaryEncoding
DIFileEncodingInstantiatorProbe：インターフェース1、スコア-1000、CAppleSingleEncoding
DIFileEncodingInstantiatorProbe：インターフェース2、スコア-1000、CEncryptedEncoding
DIFileEncodingInstantiatorProbe：選択するものはありません。
DIFileEncodingInstantiatorProbe：インターフェース0、スコア900、CUDIFEncoding
DIFileEncodingInstantiatorProbe：CUDIFEncodingの選択
DIFileEncodingNewWithBackingStore：CUDIFEncoding
DIFileEncodingNewWithBackingStore：インスタンス生成者が0を返しました
DIFileEncodingInstantiatorProbe：インターフェース0、スコア-1000、CSegmentedNDIFEncoding
DIFileEncodingInstantiatorProbe：インターフェース1、スコア-1000、CSegmentedUDIFEncoding
DIFileEncodingInstantiatorProbe：インターフェース2、スコア-1000、CSegmentedUDIFRawEncoding
DIFileEncodingInstantiatorProbe：選択するものはありません。
DIDiskImageInstantiatorProbe：インターフェース0、スコア0、CDARTDiskImage
DIDiskImageInstantiatorProbe：インターフェース1、スコア0、CDiskCopy42DiskImage
DIDiskImageInstantiatorProbe：インターフェース2、スコア-1000、CNDIFDiskImage
DIDiskImageInstantiatorProbe：インターフェース3、スコア1000、CUDIFDiskImage
CRawDiskImage：データフォークの長さ0x000000000022EE83（2289283）は512の倍数ではありません。
DIDiskImageInstantiatorProbe：インターフェース5、スコア-100、CRawDiskImage
DIDiskImageInstantiatorProbe：インターフェース6、スコア-100、CShadowedDiskImage
DIDiskImageInstantiatorProbe：インターフェース7、スコア0、CSparseDiskImage
DIDiskImageInstantiatorProbe：インターフェース8、スコア0、CSparseBundleDiskImage
DIDiskImageInstantiatorProbe：インターフェース9、スコア-1000、CCFPlugInDiskImage
DIDiskImageInstantiatorProbe：インターフェース10、スコア-100、CWrappedDiskImage
DIDiskImageInstantiatorProbe：CUDIFDiskImageの選択
DIDiskImageNewWithBackingStore：CUDIFDiskImage
DIDiskImageNewWithBackingStore：インスタンシエーターが0を返しました
確認しています…
検証が完了しました…
エラー0（不明なエラー：0）。
期待されるCRC32 $ DA5349F2
添付…
DI_kextWaitQuiet：IOServiceWaitQuietを呼び出します...
DI_kextWaitQuiet：IOServiceWaitQuietは0.000008秒かかりました
2009-08-06 21：48：36.456 diskimages-helper [1607：381b] -serveImage：ドライブの接続
{
    autodiskmount = 1;
    "hdiagent-drive-identifier" = "921062E3-5965-477A-85C8-C93979468CF9";
    "unmount-timeout" = 0;
}
2009-08-06 21：48：36.462 diskimages-helper [1607：381b] -serveImage：myDrive 0x00004707への接続
2009-08-06 21：48：36.463 diskimages-helper [1607：381b] -serveImage：register _readBuffer 0x0x468000 with myDrive 0x0x0
2009-08-06 21：48：36.463 diskimages-helper [1607：381b] -serveImage：ドライブポート0x0x4807のアクティブ化
2009-08-06 21：48：36.463 diskimages-helper [1607：381b] _serveImage：set cache enabled = TRUEはSUCCESSを返しました。
2009-08-06 21：48：36.464 diskimages-helper [1607：381b] _serveImage：IOスレッド= TRUEに設定するとSUCCESSが返されました。
2009-08-06 21：48：36.464 diskimages-helper [1607：381b] -serveImage：サーバーループの開始-myPortは0x0x4807です
ボリュームチェックが完了しました…
取り付け…
^ [[Adiskimages-helper：DI_kextDriveGetRequestは0x00000025（37）（（os / kern）オブジェクトが終了しました）を返しました。
添付…
エラー109（マウント可能なファイルシステムなし）。
仕上げ中…
DIHLDiskImageAttach（）が109を返しました
hdiutil：接続に失敗しました-マウント可能なファイルシステムがありません


loki：peter $ hdiutil imageinfo CSSEdit \ 2.6.dmg -Verboseをダウンロードします
hdiutil：imageinfo：「CSSEdit 2.6.dmg」の処理
DIBackingStoreInstantiatorProbe：インターフェース0、スコア100、CBSDBackingStore
DIBackingStoreInstantiatorProbe：インターフェース1、スコア-1000、CBundleBackingStore
DIBackingStoreInstantiatorProbe：インターフェース2、スコア-1000、CRAMBackingStore
DIBackingStoreInstantiatorProbe：インターフェース3、スコア100、CCarbonBackingStore
DIBackingStoreInstantiatorProbe：インターフェース4、スコア-1000、CDevBackingStore
DIBackingStoreInstantiatorProbe：インターフェース5、スコア-1000、CCURLBackingStore
DIBackingStoreInstantiatorProbe：インターフェース6、スコア-1000、CVectoredBackingStore
DIBackingStoreInstantiatorProbe：CBSDBackingStoreの選択
DIFileEncodingInstantiatorProbe：インターフェイス0、スコア-1000、CMacBinaryEncoding
DIFileEncodingInstantiatorProbe：インターフェース1、スコア-1000、CAppleSingleEncoding
DIFileEncodingInstantiatorProbe：インターフェース2、スコア-1000、CEncryptedEncoding
DIFileEncodingInstantiatorProbe：選択するものはありません。
DIFileEncodingInstantiatorProbe：インターフェース0、スコア900、CUDIFEncoding
DIFileEncodingInstantiatorProbe：CUDIFEncodingの選択
DIFileEncodingNewWithBackingStore：CUDIFEncoding
DIFileEncodingNewWithBackingStore：インスタンス生成者が0を返しました
DIFileEncodingInstantiatorProbe：インターフェース0、スコア-1000、CSegmentedNDIFEncoding
DIFileEncodingInstantiatorProbe：インターフェース1、スコア-1000、CSegmentedUDIFEncoding
DIFileEncodingInstantiatorProbe：インターフェース2、スコア-1000、CSegmentedUDIFRawEncoding
DIFileEncodingInstantiatorProbe：選択するものはありません。
DIDiskImageInstantiatorProbe：インターフェース0、スコア0、CDARTDiskImage
DIDiskImageInstantiatorProbe：インターフェース1、スコア0、CDiskCopy42DiskImage
DIDiskImageInstantiatorProbe：インターフェース2、スコア-1000、CNDIFDiskImage
DIDiskImageInstantiatorProbe：インターフェース3、スコア1000、CUDIFDiskImage
CRawDiskImage：データフォークの長さ0x000000000022EE83（2289283）は512の倍数ではありません。
DIDiskImageInstantiatorProbe：インターフェース5、スコア-100、CRawDiskImage
DIDiskImageInstantiatorProbe：インターフェース6、スコア-100、CShadowedDiskImage
DIDiskImageInstantiatorProbe：インターフェース7、スコア0、CSparseDiskImage
DIDiskImageInstantiatorProbe：インターフェース8、スコア0、CSparseBundleDiskImage
DIDiskImageInstantiatorProbe：インターフェース9、スコア-1000、CCFPlugInDiskImage
DIDiskImageInstantiatorProbe：インターフェース10、スコア-100、CWrappedDiskImage
DIDiskImageInstantiatorProbe：CUDIFDiskImageの選択
DIDiskImageNewWithBackingStore：CUDIFDiskImage
DIDiskImageNewWithBackingStore：インスタンシエーターが0を返しました
フォーマット：UDZO
バッキングストア情報：
    クラス名：CUDIFEncoding
    バッキングストア情報：
        名前：CSSEdit 2.6.dmg
        URL：file：//localhost/Users/peter/Downloads/CSSEdit%202.6.dmg
        クラス名：CBSDBackingStore
    URL：file：//localhost/Users/peter/Downloads/CSSEdit%202.6.dmg
    名前：CSSEdit 2.6.dmg
パーティション情報：
    0：
        チェックサム値：$ 675BE18B
        パーティション番号：0
        チェックサムタイプ：CRC32
        名前：gehele schijf（Apple_HFS：0）
チェックサムタイプ：CRC32
パーティション：
    追加可能：true
    パーティションスキーム：なし
    ブロックサイズ：512
    可燃性：true
    パーティション：
        0：
            パーティション長：18432
            パーティション合成：true
            パーティションヒント：Apple_HFS
            パーティション名：ディスク全体
            パーティションファイルシステム：
                HFS +： 
            パーティション開始：0
プロパティ：
    パーティション分割：false
    ソフトウェア使用許諾契約：false
    圧縮済み：true
    カーネル互換：true
    暗号化：false
    チェックサム：true
チェックサム値：$ DA5349F2
サイズ情報：
    総バイト数：9437184
    圧縮バイト：2289283
    圧縮比：0.26906180417644582
    CUDIFEncoding-bytes-wasted：0
    セクター数：18432
    空でないバイトの合計：8507904
    空の合計バイト数：929280
    使用中のCUDIFEncoding-bytes：2289283
    CUDIFEncoding-bytes-total：2289283
クラス名：CUDIFDiskImage
形式の説明：UDIF読み取り専用圧縮（zlib）
udif-ordered-chunks：true
セグメント：
    0：/ Users / peter / Downloads / CSSEdit 2.6.dmg
サイズ変更の制限（hdiutil resize -limitsによる）：
    16624 18432 18432
hdiutil：imageinfo：結果：0

私はDisk Utility自分で作成したディスクイメージで同じ問題が発生しました。私の場合、ディスクイメージはですwhole disk image。つまり、裸のファイルシステムが含まれており、パーティションマップはまったくありません。どちらDisk Utilityもhdiutil attach disk.dmg動作せず、どちらも恐ろしい「マウント可能なファイルシステムがない」問題について不平を言っています。

助けとなったのは、コマンドラインから2つの簡単な手順でマウントすることでした。

hdiutil attach -noverify -nomount disk.dmg

これは、デバイスノードのみを作成します。今すぐ実行

diskutil list

diskN画像の一部に注意してください。Nは正の整数です。

最後に、デバイスをマウントするために、

diskutil mountDisk /dev/diskN

どこdiskNが前に決定したデバイス識別子です。

ディスク全体をマウントすることに注意してください。通常は、などのスライスをマウントしますdisk0s2。

これは、私のものと同様のディスクイメージに問題がある場合に役立つことに注意してください。それにもかかわらず、パーティション化されたディスクイメージでも動作するはずman diskutilです。を参照してください。

通常、「マウント可能なファイルシステムがありません」というメッセージが表示された場合、ディスクイメージが破損または破損していることを意味します。...

Firefoxを使用してディスクイメージをダウンロードすると、まれに問題が発生します。非常にまれですが、それは起こりました...

私は、最も重要なファイルをすべて含むAES-128暗号化dmgでも同じ問題を抱えていました。これは、ドライブセーバーを回復させるために何千ドルも費やす価値があります。dmgを別のドライブにコピーすることもできませんでした（読み取りまたは書き込みができません-36）。私のG4（はい、私は古い学校です）は10.4.11を実行しています。

これはうまくいきました：

1. 10.4.11を実行している外付けハードドライブから起動
2. Stellar Phoenixクイックリカバリを使用して、dmgを検索し、外部ハードドライブにリカバリしました。その後のすべての作業はそのコピーで行われました。
3. ディスクユーティリティに組み込まれたOSバージョンを駆動するラン。
4. ディスクユーティリティで、左上の「ファイル」メニューに移動し、「ディスクイメージを開く」を選択しました。
5. マウントされたボリュームは、他のボリュームがハードドライブから表示されるのと同じように、グレー表示（つまり、非表示）を除いて、左側の列にdmgのサブディレクトリとして表示されます。
6. tinkertoolを使用してすべての不可視ファイルを表示しましたが、マウントされたボリュームはまだデスクトップに表示されませんでした。
7. ディスクユーティリティを使用して修復を試みましたが成功しませんでした。
8. しかし、DiskWarrior 4.0を起動し、マウントされたボリュームもそこに表示されました。
9. Ranディレクトリの修復（清掃ではなくプレーン）を実行し、「レポート」段階で「プレビュー」を選択しました。
10. DiskWarriorは、新しいバージョンと古いバージョンをdektopに表示するようになりました。
11. デスクトップにも表示されませんでした（ゴミが多すぎて見逃したかもしれません）が、新しいFinderウィンドウを開くと、左の列にプレビューボリュームが表示されました。
12. プレビューボリュームからファイルを取得し、外部ドライブにコピーしました。
13. 宇宙のすべてを正しく賞賛しました。
14. DiskWarriorが再構築を完了できるようにしました。再構築は成功し、修復されたボリュームは完了時にマウントされました。

お役に立てれば。

私も同様の問題を抱えていたので、ここで述べたようにすべてを試しましたが、私の問題を完全に解決するためにもう少し行かなければなりませんでした。

問題：

Snow Leopardのディスクユーティリティを使用して、ディスクのイメージを作成しました。イメージが正しく作成されたかどうかを確認する代わりに、ドライブを再フォーマットしました。その後、イメージをマウントしようとしましたが、検証、回復のためのスキャン、およびCRCチェックサムが間違っていました。それだけで、消えない頑固なブートセクタEFIパーティションを削除するだけです。まったくの悪夢！

ソリューション：

リカバリ用の新しいチェックサムとディスクスキャンを作成してみました。場合によっては役立ちますが、このdmgは最初から破損していたため、このdmgには役立ちません。

私にとって最も効果的なのは、@ simonairの答えでした。イメージを完全にはマウントしませんでしたが、少なくとも、ディスクユーティリティで「ゴースト」アクティブパーティションとしてdmgを表示し、ターミナルで作業/取得可能なパーティションdisk7として表示できるようにしました。

最終的に表示されたら、「Advanced View」モードで「Data Rescue 3」を使用して、スキャン用のdmgも表示しました。単純なビューには、内部および外部の物理ドライブのみが表示されるようです。

name.dmgファイル/仮想ドライブをクリックして、完全スキャンを実行します。サイズによっては、数秒から数時間かかる場合があります（私の場合は450GBを超え、「ディープスキャン」に約6時間かかりました）。

私は今、すべてのドキュメント、プロジェクト、バックアップソフトウェア、およびApertureフォトライブラリを1日中苦労して元のドライブに復元しています。

この話の教訓：

重要なデータについては、dmgが裏目に出る可能性があるため忘れてください。dmgを作成する必要がある場合は、元のデータを削除する前にそれが機能することを確認してください。完全な1：1バックアップは、光学メディア（CD / DVD / BD）または追加の内部/外部ハードドライブに対して最適に機能します。

観察：

Disk DrillとStellar Phoenixは、思ったほど助けにはなりませんでした。Data Rescueはお金の価値があり、コンテストはありません！

私もこの問題を抱えていました。結局、私にとってうまくいったのはData Rescueでした。

うまくいかなかった

上記の推奨事項に従って、dmgを読み取り/書き込み形式にコピーしようとしました。ターミナルでDisk Utility変換とhdiutilコマンドの両方を試しましたが、どちらの場合もFinderはプロセスの最後でハングし、コンピューターを再起動する必要がありました（Finderの強制再起動は役に立ちませんでした）。

何が働いた

Disk Utility内でイメージをマウントしようとしました。上記のように、これは機能しませんが、画像はディスクユーティリティの左の列にグレー表示された名前として表示されます。この手順は、Data Rescueが破損したディスクイメージを確認できるようにするために必要です。次に、Data Rescueを起動します。「クイックスキャン」により、Data Rescueはフォルダー構造全体を検出し、回復するファイルを選択できました。全体として、これには2〜3分しかかかりませんでした。

Data Rescueのヒントをありがとうsozuke80！

//ニクラス

再起動しましたか？私は以前にDMGに不思議さを感じていましたが、再起動するとそれが解消されました。

私はそれがあまりにも簡単に聞こえるかもしれないことを知っています、しかし時々、配管を取り付けることは強打されることができます。

私は同様の状況に遭遇しました。Disk Utilityで作成したイメージがあり、マウントするたびにマウント不可のファイルシステムエラーが発生しました。

解決策は、イメージを読み取り/書き込みタイプに変換してから、ダブルクリックしてそのコンテンツにアクセスすることでした。

最近、ディスクのアクセス許可を修復しましたか？これは、DiskUtilityまたはディスクイメージのマウントに関連するファイルシステムの一部に問題（許可）がある可能性があるため、役立つ場合があります。

編集：それはうまくいかなかったので、次にOnyXを使用してすべてのメンテナンスオプションを実行します-これで問題が修正されるだけです。

また、SMARTステータスをチェックして、ハードドライブに問題があるかどうかを通知します（問題がある場合は、おそらく問題の原因です）。

私は同様の状況に遭遇しました。私はsimonairが提案したことを行い、TerminalでVolumeが正常にマウントされたというメッセージを受け取りました。ただし、マウントされたボリュームにアクセスするのに役立ちませんでした。また、マウントされたボリュームを確認することもできませんでした。Disk Drillを使用してイメージをマウントすることも、スキャンスルーすることもできませんでした。何も成功しませんでした。

これが私の問題を解決するためにしたことです。この投稿では、name.dmgを書き込み可能なファイルに変換するように提案されていることがわかりました。ターミナルからコマンドを使用して変換しましたが、成功しませんでした。代わりに、ディスクユーティリティを使用してボリュームをアタッチしました（「マウント可能なシステムファイルがありません」というメッセージが再び表示されますが、ディスクユーティリティはイメージをアタッチしましたが、それでも以前はできました）。それを選択し、[新しい画像]をクリックしてから、圧縮オプションではなく、読み取り/書き込みの画像形式を選択しました。新しい画像を作成しました。私が持っていた正確なファイルの場所とフォルダ階層でDisk Drillでスキャンすることができました。そこからすべてを回復するのは簡単でした。接続されたボリュームの新しいイメージを作成し、圧縮ではなく読み取り/書き込みを選択した場合、そのname.dmgファイル内に割り当てられた合計スペース（データが占有するスペースではなく） ）。私の場合は巨大でしたが、幸い、外部ディスクに十分なスペースがあり、約400GBのディスク割り当てに約5時間かかりました。幸運を。

私はdmgファイルで同様の問題に直面していました。新しいバージョンをダウンロードしようとしましたが、助けにはなりませんでした。

うまくいったのは次のとおりです。

1. hdiutil attach -noverify -nomount

    output will be something like "/dev/diskN" 
   

2. diskutil mountDisk / dev / diskN

このスレッドは古いことは知っていますが、つまずくかもしれない人のためにこれを投稿しています。hdiutilやさまざまなソフトウェアプログラムなど、さまざまなことを試しました。ただし、これらのプログラムのほとんどはファイルを種類別に並べ替えており、ハードドライブの名前や元のフォルダー構造を保持していませんでした。EaseUSを試してみたところ、適切で元の形式でファイルを表示できるのはEaseUSだけでした。結果に非常に満足しているので、問題がある場合は試してみてください。