Oi pessoal da lista.
Tive por diversas vezes panes no meu computador. Ele tinha se tornado instável, especialmente com uso pesado de disco. Do nada dava reboot. Como eu estava usando o X Windows, eu não via a mensagem que dava, e assumi que devia ser algum panic. Subia de novo. Via que o fsck ridava automaticamente, e o problema se repetia. Então rodava o fsck em single user, e acontecia de novo. Então descobri que, quando coisas assim começam a acontecer, não adianta rodar o fsck somente uma vez. O primeiro fsck resolve até um ponto usando o journal. Então resolve todos os problemas que o último reboot tenha causado. O problema é que já tinham problemas antes do boot da execução do sistema que terminou em panic, e problemas que podem estar se arrastando a muito tempo, e não constam no journal para serem corrigidos. Estes problemas só vem à tona quando se faz um uso pesado do file system. O Chrome expõe muito isto. Tive muitos destes panics usando o Chrome. Parece acontecer nos acessos em seus caches em disco Então precisa de rodar o fsck mais de uma vez. Na primeira vez ele usa o journal, resolvendo as pendências que nele estão, que foram causados por aquele reboot. Na segunda ele ignora o journal, e resolve os problemas antigos, que não estão no journal. Isto tem que ser feito em single user, e uma vez imediatamente atrás da outra. Fique atento, pois já teve vez que o fsck pediu que fosse rodado de novo, mesmo sendo a segunda vez que rodava. Então é bom rodar ele manualmente file system por file system, e olhar bem as mensagens ao final dele, à partir da segunda execução. Claro que a paranoia diz que tem que rodar uma terceira vez. rs Só assim, depois de longas e múltiplas execuções de fsck, que o sistema se torna estável de novo. Mas uma coisa realmente dá medo. Como, mesmo com o journal e com a verificação automática do fsck em cada boot, este tipo de problema acontece? A impressão que tenho é que são os limites do que o fsck pode fazer quando o sistema está no ar, rodando como multi user. Então passei a rodar o fsck manualmente, em single user, a cada vez que falta luz, ou algo assim. A paranoia venceu. Uma outra coisa que me vem à cabeça é que o journal e o snapshot do file system são incompatíveis, e o fsck, à partir da versão 5.0 do FreeBSD, parece usar o snapshot para permitir grandes correções do file system com o sistema no ar. Esta incompatibilidade também atrapalha a minha forma de fazer backup, e de muita gente, pois o snapshot garante um estado fixo do file system para o backup. Já li que estava sendo trabalhado para resolver isto. Sim, tive problemas mais de uma vez, e por isto desenvolvi esta experiência com estes problemas. Resolvi compartilhar, pois pode ajudar a mais alguém. João Rocha. PS: Esta dica veio de uma discussão no Facebook com alguns amigos da FUG-RJ. -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
