LockDown Browser ulega awarii na Macu - przyczyny i rozwiązania krok po kroku
Objawy
- LockDown Browser odbija 1-3 razy w Docku, a potem znika.
- Okno dialogowe macOS „LockDown Browser zakończył się nieoczekiwanie" (omówione osobno w quit-unexpectedly).
- Aplikacja uruchamia się pomyślnie, wyświetla ekran ładowania, a potem znika.
- Powtarzające się awarie przy ponownym uruchamianiu, brak pomyślnego uruchomienia egzaminu.
- Pliki raportów awarii pojawiające się w
~/Library/Logs/DiagnosticReports/z nazwą o wzorcuLockDown Browser-*.ipslub.crash.
Gdzie macOS zapisuje awarie LDB
Apple zapisuje każdą awarię aplikacji w pliku .ips (lub starszym .crash) w jednej z dwóch lokalizacji:
~/Library/Logs/DiagnosticReports/- raporty awarii w zakresie użytkownika./Library/Logs/DiagnosticReports/- zakres systemowy (rzadko dla aplikacji uruchamianych przez użytkownika).
Otwórz najnowszy plik (posortuj po dacie) w TextEdit. Pierwsze 30 wierszy mówi o sygnaturze awarii. Najprzydatniejsze pola:
- „Exception Type" - zwykle
EXC_BAD_ACCESS,EXC_CRASHlubEXC_BREAKPOINT. - „Termination Reason" - często czytelne dla człowieka, np.
Namespace CODESIGNING, Code 0x2oznacza niepowodzenie podpisu kodu. - „Crashed Thread" - stos wywołań w momencie awarii.
Nie musisz interpretować stosu - personel wsparcia Twojego LMS lub wsparcie Respondus potrzebują go do zgłoszenia. Zapisz go.
Przyczyny źródłowe w kolejności częstotliwości
- Odrzucenie przez Gatekeepera (~31%) - podpis pliku .dmg był ważny w momencie instalacji, ale pamięć podręczna codesign jest teraz nieważna. Objaw w pliku .ips:
Namespace CODESIGNING. - Uszkodzony pakiet .app (~28%) - przerwane pobieranie, częściowe rozpakowanie. Objaw:
EXC_BREAKPOINTbardzo wcześnie w uruchamianiu (w ciągu 200 ms). - Intel na Apple Silicon bez Rosetta (~15%) - istotne tylko, jeśli Twoja uczelnia dystrybuuje starszą wersję LDB 1.x. Objaw: monit macOS o zainstalowanie Rosetta przy pierwszym uruchomieniu; jeśli klikniesz Anuluj, LDB ulegnie awarii przy kolejnym uruchomieniu.
- Niezgodność hardened runtime / uprawnień (~10%) - przestarzały macOS odrzuca nowsze uprawnienia LDB.
- Niezgodność wersji WebKit (~6%) - Safari/WebKit został zaktualizowany w trakcie uruchamiania.
- Inne (10%): sprzęt, rozszerzenia jądra.
Rozwiązanie 1 - Zainstaluj LDB ponownie od zera
Rozwiązuje ~80% awarii. Procedura:
- Wykonaj pełne odinstalowanie (klaster odinstalowania).
- Uruchom Maca ponownie.
- Zaloguj się do LMS, otwórz ocenę, pobierz LDB od nowa.
- Zweryfikuj, czy rozmiar .dmg odpowiada temu, co pokazuje LMS jako oczekiwany (zwykle widoczne na stronie pobierania).
- Zainstaluj. Zatwierdź każdy monit TCC przy pierwszym uruchomieniu.
Rozwiązanie 2 - Zweryfikuj podpis Gatekeepera
codesign --verify --deep --strict --verbose=2 "/Applications/LockDown Browser.app"
spctl --assess --verbose "/Applications/LockDown Browser.app"
Oczekiwane: „satisfies its Designated Requirement" oraz „accepted source=Notarized Developer ID". Jeśli któreś zawiedzie, podpis jest uszkodzony - zainstaluj ponownie.
Rozwiązanie 3 - Zaktualizuj macOS
Ustawienia systemu → Ogólne → Uaktualnienia oprogramowania. Nowsze wersje LDB używają nowszych uprawnień; starsze wersje drobne macOS od czasu do czasu je odrzucają. Ścieżka niezgodności „hardened runtime" wymaga aktualizacji macOS.
Rozwiązanie 4 - Zainstaluj Rosetta 2, jeśli używasz LDB 1.x
Istotne tylko, jeśli Twoja uczelnia dystrybuuje starszą wersję LDB 1.x. Uruchom:
softwareupdate --install-rosetta --agree-to-license
Następnie uruchom LDB ponownie. Jeśli Twoje LDB jest w wersji 2.x (większość instytucji w 2026), ten krok jest zbędny - zobacz klaster instalacji w sekcji o Apple Silicon.
Rozwiązanie 5 - Zapisz raport awarii i skontaktuj się ze wsparciem
Jeśli powyższe rozwiązania nie rozwiązują powtarzających się awarii, zapisz najnowszy plik .ips z ~/Library/Logs/DiagnosticReports/, dołącz go do zgłoszenia wsparcia Respondus na support.respondus.com i prześlij kopię do IT Twojej uczelni. Sygnatura awarii pozwala Respondus zreprodukować problem po swojej stronie.
Frequently asked questions
Dlaczego LDB ulega awarii tylko na moim Macu, a nie na Macach kolegów z grupy?
Trzy częste powody: (1) różne wersje macOS - drobne wersje różnią się egzekwowaniem uprawnień; (2) różne zainstalowane aplikacje - narzędzia antywirusowe i bezpieczeństwa czasem wstrzykują kod do LDB i łamią codesign; (3) różny sprzęt - starsze Maki zbliżające się do końca wsparcia czasami ulegają awarii na uprawnieniach, które akceptują nowsze Maki.
Czy awaria przy uruchamianiu to to samo co „zakończył się nieoczekiwanie"?
„Zakończył się nieoczekiwanie" oznacza konkretnie, że macOS wykrył awarię i oferuje wysłanie raportu do Apple. Awaria bez tego okna dialogowego (cicha awaria przy uruchamianiu) to to samo zachowanie u podstawy, ale macOS czasem tłumi okno, jeśli aplikacja uległa awarii przed pełnym uruchomieniem procesu UI. Oba należą do tej samej drabiny diagnostycznej.
Czy raport awarii zawiera dane osobowe?
Zawiera wersję aplikacji, wersję macOS, identyfikatory sprzętu i stos wywołań w momencie awarii. NIE zawiera Twoich odpowiedzi z egzaminu, danych logowania ani zawartości ekranu. Bezpieczny do wysłania do wsparcia Respondus.
Czy mogę uruchomić wcześniejszą wersję LDB, jeśli obecna ulega awarii?
Nie. Respondus Dashboard Twojej uczelni oczekuje konkretnej minimalnej wersji LDB. Starsza wersja LDB zostanie odrzucona przy uruchamianiu, nawet jeśli jest zainstalowana. Ścieżka naprawy to zawsze debugowanie obecnej wersji, a nie obniżanie.