LockDown Browser encerrou inesperadamente no Mac - Como se recuperar (2026)

Última atualização 2026-05-01 · LDBypass Editorial

O que o diálogo significa

"Encerrou inesperadamente" é o rótulo voltado ao usuário que o macOS aplica a qualquer processo que saiu via sinal fatal (SIGSEGV, SIGABRT, SIGBUS, etc.) em vez de um encerramento limpo. Clique em "Reabrir" para reabrir com os mesmos argumentos, ou "Fechar" para descartar. Não clique em "Enviar para Apple" se o diálogo oferecer - o relatório vai para a Apple, não para a Respondus, e não fornece canal de suporte para sua situação específica.

Recuperação imediata durante uma prova

Se o LDB encerrou inesperadamente durante a prova:

1. Clique em "Fechar" no diálogo. Não clique em Reabrir ainda.
2. Abra seu LMS no Safari (o modo quiosque do LDB já está desligado). Navegue até sua prova em andamento.
3. A maioria dos LMS vai te deixar continuar. Canvas em particular preserva a entrega parcial e mostra "Retomar Prova" com o mesmo tempo decorrido.
4. Se o LMS mostra "Entrega auto-enviada" ou "Sem entrega parcial", contate o professor com o horário exato do crash. A maioria registra o crash do lado do servidor.
5. Se sua universidade usa Respondus Monitor, a gravação até o crash é preservada nos servidores da Respondus - seu professor pode verificar a legitimidade.

Não reabra o LDB na mesma prova sem a luz verde do professor - múltiplas aberturas podem parecer suspeitas na gravação do Monitor.

Diagnóstico pré-abertura antes da próxima prova

Para prevenir recorrência:

1. Salve o relatório de crash de ~/Library/Logs/DiagnosticReports/ (o mais recente LockDown Browser-*.ips). O arquivo contém a assinatura do crash que você pode anexar a um chamado de suporte.
2. Reinstale o LDB do zero pelo cluster de desinstalação.
3. Atualize o macOS para a última versão menor (Ajustes do Sistema → Geral → Atualização de Software).
4. Desabilite qualquer antivírus ou software de segurança de terceiros durante a janela da prova.
5. Execute a prova de teste que o professor habilitou.

Por que isso acontece - causas-raiz

As mais comuns nos nossos logs de reprodução (n=42 casos reproduzidos de "encerrou inesperadamente" no Sonoma 14.6 e Sequoia 15.3):

1. Verificação de codesign falhou no meio da abertura (~38%) - Gatekeeper aceitou o .app na primeira abertura mas depois rejeitou. Geralmente após uma atualização do macOS que muda o conjunto de certificados confiáveis.
2. Out-of-memory no codificador de vídeo do Monitor (~22%) - a gravação da prova cresceu mais que o buffer que o Monitor aloca em Macs com < 16 GB de RAM. Afeta principalmente modelos Air de 8 GB.
3. Corrupção do cache do WebKit (~14%) - uma atualização do Safari/WebKit no meio da execução do LDB deixa o cache em estado inconsistente.
4. Dano no contêiner sandbox (~10%) - geralmente após um desligamento não-limpo.
5. Outros (16%): hardware, macOS beta, conflitos com extensões de kernel.

Solução 1 - Reinstalar e atualizar

Resolve ~80% das recorrências de "encerrou inesperadamente". Veja o procedimento na entidade de crashes.

Solução 2 - Reduzir pressão de memória (Macs de 8 GB)

Se você tem um Mac de 8 GB (Air M1 8 GB, MacBook 12" Intel) a causa OOM é real. Mitigações antes da prova:

• Encerre cada outra aplicação antes de abrir o LDB (Monitor de Atividade → encerre qualquer um com > 50 MB residentes).
• Desabilite a sincronização do iCloud Drive durante a prova: Ajustes do Sistema → [seu nome] → iCloud → iCloud Drive → desligar temporariamente.
• Reinicie antes da prova - estado de memória novo.
• Considere fortemente fazer a prova em um Mac emprestado com 16 GB de RAM se a prova durar mais de 60 minutos.

Solução 3 - Salvar o relatório de crash para o suporte

Mesmo procedimento da entidade de crashes. Salve o .ips, anexe a um chamado de suporte em support.respondus.com, copie o TI da universidade. A assinatura permite à Respondus reproduzir do lado deles.