São 23:39. Faltam 20 minutos para o prazo final de entrega do trabalho da disciplina Ambientes Interativos de Aprendizagem da professora Luma da Rocha Seixas e o servidor da universidade travou: três subsistemas do kernel (Scheduler, Memória e I/O) pararam de responder e bloquearam o sistema por completo.
O modo de recuperação foi ativado automaticamente. Cabe a você entrar no sistema e reinicializar cada subsistema resolvendo a falha lógica de cada um — antes que o tempo acabe e a entrega se perca para sempre.
O UFBA-OS entrou em kernel panic às 23:39. Restaure os três subsistemas, em ordem, antes que o tempo acabe.
⏱ Tempo até o desligamento: 19:58
4 rotinas concorrentes travaram o escalonador. Para estabilizá-lo, arraste-as na ordem crescente de custo computacional (da mais barata para a mais cara).
Bloco de memória recuperado, porém ofuscado. Use a chave de deslocamento liberada pelo Scheduler para decifrá-lo.
A rotina core_reboot está causando estouro de pilha. Identifique o problema no código abaixo.
Parte (a) — Por que core_reboot(n) nunca termina?
Parte (b) — Com o bug corrigido, qual o valor que core_reboot retorna para a semente que você identificou no subsistema anterior?
💡 Use a Calculadora na área de trabalho se precisar fazer as contas.
Conceitos por trás dos desafios — use para o Vídeo 2 (consolidação pedagógica).
n-1) e um caso base que pare a execução. Sem isso, pilha de chamadas estoura.Encadeamento: Big-O → chave César → semente recursiva. Cada conceito alimenta o próximo.
—