Mac에서 LockDown Browser가 멈추는 이유와 해결 방법 (2026)
증상
- LDB를 실행한 후 5-10초 이내에 회전하는 무지개 휠.
- LDB 창이 보이지만 완전히 응답하지 않습니다.
- ⌘+⌥+Esc로 강제 종료 대화상자가 나타나지만 첫 시도에서 LDB를 닫지 않습니다.
- 화면의 다른 부분에서는 커서가 여전히 반응합니다.
- 때로 LDB 창 뒤에 숨겨진 카메라 또는 화면 기록 프롬프트.
macOS에서 멈춤이 특히 발생하는 이유
- 숨겨진 TCC 권한 대화상자 (멈춤 사례의 약 62%) - LDB의 전체 화면 창 뒤에 렌더링된 카메라 또는 화면 기록 대화상자. LDB는 사용자가 할 수 없는 클릭을 기다리며 차단됩니다.
- 캐시된 구성 손상 (약 14%) - 부분 다운로드 또는 중단된 업데이트가 일관되지 않은 상태를 남겼습니다.
- 차단된 프로세스 스캔 멈춤 (약 10%) - 보통 최근 kernel extension 재로드 후 (예: 백신 설치/제거 후).
- AppleVNCServer / ARDAgent가 화면 기록 핸들을 잠금 (약 6%) - Apple Remote Desktop Agent가 독점 화면 기록 권한을 가지고 있고 깨끗하게 해제하지 않았습니다.
- 기타 (8%): 하드웨어 특정 문제, macOS 베타, kernel extension 충돌.
해결 방법 1 - 강제 종료 및 화면 기록 재설정 (약 87% 성공률)
- ⌘+⌥+Esc를 누르십시오. 강제 종료 대화상자가 열립니다.
- "LockDown Browser"를 선택하고 강제 종료를 클릭하십시오. 깊게 멈춘 프로세스에서는 2-3번 시도가 필요할 수 있습니다.
- 시스템 설정 → 개인정보 보호 및 보안 → 화면 및 시스템 오디오 기록.
- 목록에서 "LockDown Browser"를 클릭하고 (-) 마이너스를 클릭하여 제거하십시오.
- LMS에서 LDB를 다시 실행하십시오. 이제 TCC 프롬프트가 올바른 z-order로 나타납니다. 허용을 클릭하십시오.
해결 방법 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를 실행하십시오. 드문 "멈춘 kernel extension" 원인을 해결합니다.
해결 방법 5 - LDB 재설치
완전한 제거 절차 (제거 클러스터)를 실행한 후 LMS에서 재설치하십시오. .app 번들 자체가 손상된 경우를 해결합니다.
시험 중 멈춘 경우 (이미 시작됨)
다른 복구 절차 - 전용 시험 중 응답 없음 페이지를 참조하십시오. LMS가 적극적으로 자동 저장하지 않는 경우 강제 종료하면 최근 답안을 잃을 위험이 있습니다. 활성 시험 중에 강제 종료하기 전에 해당 페이지를 읽으십시오.
Frequently asked questions
시험 중 멈춤은 답안이 손실된다는 의미입니까?
거의 모든 경우에 아닙니다. Canvas, Blackboard, D2L Brightspace는 클릭할 때 답안을 자동 저장합니다. 입력 중이었지만 아직 다음으로 넘어가지 않은 질문의 답안은 저장되지 않을 수 있습니다. 강제 종료한 후 즉시 강사에게 연락하십시오. 대부분의 LMS는 서버 측에 멈춤을 기록하고 강사가 확인할 수 있습니다.
Safari/Chrome은 잘 작동하는데 왜 LDB는 실행 시 멈춥니까?
LDB는 화면 기록 권한이 필요하지만 Safari/Chrome은 그렇지 않기 때문입니다. 멈춤은 거의 항상 LDB의 전체 화면 창 뒤에 차단된 TCC 대화상자입니다 - Safari에는 그러한 대화상자가 없으며 영향을 받지 않습니다.
강제 종료가 시험 기록에 문제를 일으킵니까?
시험 전 멈춤 (로딩 화면)은 학업 부정행위 플래그를 발생시키지 않습니다 - 아직 시험이 없습니다. 시험 중 멈춤 + 강제 종료는 Monitor 녹화에 "예기치 않은 종료" 이벤트를 기록하지만, 강사는 일반적으로 상황을 설명하는 즉각적인 이메일이 동반된 실제 기술적 실패를 받아들입니다.
내 Mac은 다른 곳에서는 응답하는데 왜 LDB만 특별히 멈춥니까?
LDB는 가장 CPU 집약적인 경로 (프로세스 스캔, Monitor 비디오 인코딩)에 대해 단일 스레드입니다. 그 스레드 중 하나가 정지하면 - 보통 kernel 호출을 기다리는 중 - UI 스레드도 차단됩니다. 다른 앱은 다중 프로세스이기 때문에 계속 작동합니다.
멈춤이 아예 발생하지 않도록 예방할 수 있습니까?
사전 점검: 시험 최소 24시간 전에 LDB를 실행하고, 모든 TCC 대화상자를 클릭하고, 강사가 활성화한 모의 시험을 실행한 후 LDB를 닫으십시오. 그러면 TCC 상태가 시험일까지 이어집니다. 대부분의 멈춤은 업데이트 후 첫 실행 이벤트입니다. 미리 전체 실행 시퀀스를 실행하면 시험일 놀라움이 드뭅니다.