tips-mac

Tips - Mac

症状:

停電やケーブルの突然の抜け（不正取り外し）の後、Macを起動・再起動しても外付けストレージ（HDD/SSD）が自動的にマウント（認識）されなくなる。

現象詳細:

ディスクユーティリティにはドライブ名が表示されるが、グレーアウトしたまま「マウントされていません」となる。
手動でマウントしようとしてもエラー（SUIS premount dissented や failed to unmount など）が出て拒否される。
一方で、ターミナルの低レベルコマンド（mount_apfs や mount_hfs）を使うと正常にマウントでき、内部データも完全に無傷である。

原因:（なぜ起きるのか？）
1. macOSの過剰なデータ保護機能（DiskArbitration / StorageKit）
macOSはデータの破損を防ぐため、予期せぬ電源断を検知するとシステム内部（diskarbitrationd や storagekitd）に「このドライブは安全に取り外されなかった（Dirty Flag / 不正終了状態）」という安全拒否フラグを保持します。

2. 「MacBook（バッテリー駆動）＋外付けAC電源ストレージ」の非対称性

Mac本体はバッテリーで動作し続けているため、OSは「通信中に突然ドライブが応答を絶った」と認識します。
これにより、OSは「データ保護のための拒否ロック」をより強力にキャッシュとして固定してしまい、以降の起動時にも自動マウントをブロックし続けます。

対策と解決手順:

1. 応急処置・暫定回避策（手動マウントの自動化）
OSの上層（Finder）がマウントをブロックしているため、カーネルレベルで直接マウント命令を出すシェルスクリプトを作成します。

【手順】
[1] テキストエディタで以下のスクリプトを作成し、mount_all.command として保存します。
--------
#!/bin/bash
sudo mkdir -p /Volumes/Drive1
sudo mkdir -p /Volumes/Drive2
# ドライブ名からdiskIDを自動取得してマウント
ID1=$(diskutil list | grep "ドライブ名1" | awk '{print $NF}')
ID2=$(diskutil list | grep "ドライブ名2" | awk '{print $NF}')
[ -n "$ID1" ] && sudo mount_apfs /dev/$ID1 /Volumes/Drive1
[ -n "$ID2" ] && sudo mount_hfs /dev/$ID2 /Volumes/Drive2
--------

[2] ターミナルで実行権限を付与します。
--------
chmod +x ~/Desktop/mount_all.command
--------

[3] 以降は、起動時にこのファイルをダブルクリック（またはログイン項目に登録）することで、1秒で確実にマウントできます。

2. OS側キャッシュと不揃いフラグのリセット（修復コマンド）
ターミナルでファイルシステムの強制チェックとマウント管理キャッシュの消去を行います。

--------
# 1. 各ドライブの強制チェック（フォーマットに合わせて実行）
sudo fsck_apfs -y -f /dev/diskXsY # APFSの場合
sudo fsck_hfs -fy /dev/diskXsY # HFS+の場合
# 2. マウント拒否キャッシュの消去と管理サービスの初期化
sudo rm -f /etc/fstab /var/db/diskarbitrationd.cache
sudo automount -vc
sudo killall -9 diskarbitrationd storagekitd Finder
--------

3. 根本予防策（UPS / 無停電電源装置の導入）
MacBook＋外付けドッキングステーション／AC電源型HDDの環境では、タップ型UPS（例: CyberPower ST425JP や APC BE425M-JP 等）の導入が最も有効な根本対策となります。

ドッキングステーションや外付けHDDの電源をUPSの「停電バックアップ側コンセント」に接続しておきます。
停電時やブレーカー落ちの際も給電が維持されるため、不正取り外しによるOSの拒否ロック発動を100%防ぐことができます。

【補足として】
Q. Techtool Pro などのサードパーティ製ディスク修復ソフトで直らないのはなぜ？
A. そもそも、ドライブ側の問題ではありません。問題が「ドライブ」ではなく「macOSのシステム内部」にあるためです。
Techtool Pro 等のツールはドライブの物理構造やファイルシステムを診断・修復します。このケースではドライブ自体はすでに正常であり、macOSのセキュリティデーモン（diskarbitrationd）が内部キャッシュにマウント拒否フラグを保持し続けていることが原因です。
サードパーティ製アプリはOSカーネルレベルの保護キャッシュを直接リセットする権限を持たないため、サードパーティツールでの解決は不可能です。ターミナルでのキャッシュクリア（rm / killall）または低レベルマウントコマンドが必要となります。

「ファイルシステムをマウントできませんでした」エラーでドライブや .dmg が開けない場合の根本原因と回避策概要（こんな症状でお困りではありませんか？）

外付けHDD/SSDが突然認識しなくなり、「ファイルシステムをマウントできませんでした」と表示される。
解決のためにダウンロードした .dmg（ディスクイメージ）を開こうとしても、同様のエラーでマウントを拒否される。
Mac本体を再起動しても症状が改善しない。

根本原因：近年のmacOS特有の「セキュリティ連鎖ロック」
近年のmacOS（Apple Silicon搭載機 / macOS Sequoia以降など）では、ディスクおよびセキュリティの管理機能（diskarbitrationd / fskitd）が大幅に強化されています。

不正な取り外しによるロック スリープ時の給電瞬断やハブ経由での急な切断が起きると、OS内部が「危険なデバイス」と判断し、メモリ上にディスクマウントの拒否フラグ（セキュリティキャッシュ）を保持し続けます。

.dmg ファイルへの巻き添え Macにとって .dmg ファイルは単なるファイルではなく「仮想ディスク（ストレージ）」として処理されます。そのため、OS内部のマウント管理機能がロック状態にあると、外付けドライブだけでなく .dmg のマウントまで巻き添えで一律拒否されてしまいます。

※Mac本体や外付けドライブの物理的な故障ではなく、OSが過保護にロックをかけたまま固まっている状態です。

1.
推奨する回避策・対処法【最もおすすめ】
方法A：物理的な「接続経路（ドック・ハブ）」の更新・接続
別のドッキングステーションや別のUSBポート経由でMacに接続し直す方法です。

なぜ直るのか？ Mac内部で「新しいハードウェア識別子（デバイスID）」としてアクセサリが再認識されるため、OSのマウント管理機能が強制的にリフレッシュされ、過去の拒否キャッシュが迂回されます。

メリット: 難解なターミナル操作や不要なOS初期化（クリーンインストール）を回避し、最も確実かつ少ないコストで復旧できます。

2.
方法B：セーフモード起動によるキャッシュ掃除
今すぐ設定や接続を変えずに試したい場合に有効です。

Macをシャットダウンします。
電源ボタンを「起動オプションが表示されるまで」長押しします。
システムドライブを選択し、Shiftキーを押しながら「セーフモードで試す」 をクリックします。
セーフモードで起動後、目的の .dmg やドライブを開きます（この際、壊れたマウントキャッシュが自動クリアされます）。
正常に開けたら通常通りMacを再起動します。

3.
方法C：iCloud非同期領域（ピクチャフォルダ等）への一時退避
.dmg ファイルが開けない場合、ダウンロード先がiCloud Driveの同期対象（ダウンロードフォルダやデスクトップなど）になっており、アクセス権の不整合が起きているケースがあります。

.dmg ファイルを 「ピクチャ」 フォルダ（iCloud非同期領域）へ移動させてから開くか、ブラウザの保存先を直接ピクチャフォルダに変更して再ダウンロードを試してみてください。

製品名や会社名はそれぞれの保有者の商標または登録商標です。
Each brand and company name is a trademark of its respective owner.

このページは収益を目的としたものではありません。