Mac で LockDown Browser がフリーズする - 原因と対処 (2026)
症状
- LDB を起動して 5-10 秒以内にビーチボールが回り始める。
- LDB のウィンドウは見えるが完全に応答しない。
- ⌘+⌥+Esc で強制終了ダイアログは出るが、最初のクリックで LDB が閉じない。
- カーソルは画面の他の部分では引き続き反応する。
- LDB ウィンドウの裏にカメラまたは画面収録の確認プロンプトが隠れている場合がある。
macOS でフリーズが起きる固有の理由
- 隠れた TCC アクセス権ダイアログ (フリーズケースの約 62%) - カメラまたは画面収録のダイアログが LDB のフルスクリーンウィンドウの裏に描画されています。LDB は実行できないユーザーのクリックを待ってブロックされます。
- キャッシュ構成の破損 (約 14%) - 部分的なダウンロードまたは中断されたアップデートによって不整合な状態が残っています。
- ブロック対象プロセスのスキャンが停滞 (約 10%) - 通常はカーネル拡張の再ロード直後 (例: アンチウイルスのインストールまたはアンインストール) に起きます。
- AppleVNCServer / ARDAgent が画面収録ハンドルをロック (約 6%) - Apple Remote Desktop Agent が画面収録の排他付与を取得したまま、クリーンに解放しなかった状態です。
- その他 (8%): ハードウェア固有、ベータ macOS、カーネル拡張の競合。
対処 1 - 強制終了して画面収録をリセット (成功率 約 87%)
- ⌘+⌥+Esc を押します。強制終了ダイアログが開きます。
- 「LockDown Browser」を選択し、「強制終了」をクリックします。深く引っかかったプロセスでは 2-3 回試す必要がある場合があります。
- システム設定 → プライバシーとセキュリティ → 画面収録およびシステムオーディオ録音を開きます。
- リストの「LockDown Browser」をクリックし、(-) マイナスをクリックして削除します。
- LMS から LDB を再起動します。TCC プロンプトが正しい z オーダーで表示されるので、「許可」をクリックします。
対処 2 - Apple Remote Desktop Agent を終了する
Mac で画面共有またはリモート管理を有効にしたことがある場合、ARDAgent デーモンが画面収録の排他付与を保持している可能性があります。LDB を起動する前に終了してください。
sudo launchctl bootout system/com.apple.screensharing.agent 2>/dev/null
sudo killall -9 ARDAgent 2>/dev/null
または、システム設定 → 一般 → 共有から、画面共有とリモート管理をオフにします。
対処 3 - LDB のキャッシュ状態をクリアする
rm -rf ~/Library/Application\ Support/LockDown\ Browser/
rm -rf ~/Library/Caches/com.respondus.lockdownbrowser/
LMS から再起動します。LDB は新しい Dashboard 構成を取得し直します。
対処 4 - Mac を再起動する
対処 1-3 の後もフリーズが再発する場合は再起動してください。ログイン後、何も開かずに最初に LDB を起動します。まれな「カーネル拡張が引っかかっている」原因を解消します。
対処 5 - LDB を再インストールする
完全アンインストール手順 (アンインストールクラスタ) を実行し、LMS から再インストールします。.app バンドル自体が破損しているケースを解消します。
試験中にフリーズした場合 (すでに開始済み)
復旧手順が異なります - 専用の試験中の応答不能ページを参照してください。LMS の自動保存が積極的でない場合、強制終了によって直近の解答が失われるリスクがあります。試験実施中に強制終了する前に必ずそちらを読んでください。
Frequently asked questions
試験中にフリーズすると、解答は失われますか?
ほとんどの場合、いいえ。Canvas、Blackboard、D2L Brightspace はクリック時に自動保存します。入力中だがまだ次の問題に進んでいない解答は保存されない可能性があります。強制終了して直ちに担当教員に連絡してください。多くの LMS ではフリーズがサーバー側でログに残り、担当教員が確認できます。
なぜ LDB だけ起動時にフリーズし、Safari や Chrome は問題ないのですか?
LDB は画面収録のアクセス権を必要としますが、Safari や Chrome は不要だからです。フリーズはほぼ必ず LDB のフルスクリーンウィンドウの裏にブロックされた TCC ダイアログが原因です。Safari にはこのダイアログがなく影響を受けません。
強制終了は試験記録に問題を起こしますか?
試験前のフリーズ (ロード画面) では学術的誠実性のフラグは立ちません - まだ試験が始まっていないからです。試験中のフリーズと強制終了は Monitor 録画に「予期せぬ終了」イベントとして記録されますが、状況を説明する即時のメールを添えれば、担当教員は通常、真の技術的な障害として受け入れます。
Mac は他の点では応答するのに、なぜ LDB だけフリーズするのですか?
LDB は最も CPU 負荷の高い経路 (プロセススキャン、Monitor のビデオエンコード) がシングルスレッドになっています。これらのスレッドの 1 つが (通常はカーネル呼び出しを待って) 停滞すると、UI スレッドもブロックされます。他のアプリはマルチプロセス構成のため動作を続けられます。
フリーズを完全に防ぐにはどうすればよいですか?
事前準備として、試験の少なくとも 24 時間前に LDB を起動し、すべての TCC ダイアログをクリックし、担当教員が用意した練習試験を実行して、その後 LDB を閉じておきます。これにより TCC の状態が試験当日まで引き継がれます。フリーズのほとんどはアップデート後の初回イベントです。事前に完全な起動シーケンスを実行しておけば、試験当日の意外な出来事は起きにくくなります。