[FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
Saudações a todos, Estou com um problema já exposto aqui na lista a um ano atrás, onde o meu notebook não aceita a instalação do FreeBSD ( pelo menos do OpenBSD funciona ). Bom, ja pesquise nesse ultimo ano varios metodos, compilei kernel customizado sem o firewire, mais sempre morre no problema de Fatal trap 19. Alguns resultados mais proximos ao meu problema. http://leaf.dragonflybsd.org/mailarchive/kernel/2004-11/msg00037.html http://leaf.dragonflybsd.org/mailarchive/users/2008-04/msg00030.html Ja tentei várias configurações do loader. Durante o processo retorna como RAM parity error, likely hardware failure, ja troquei os dois modulos de memoria, e até agora nada, não consigo rodar o FreeBSD no meu notebook, e varias coisas que uso não tem no OpenBSD ( netbeans ). Se alguem possuir algum modo de resolver esse problema, e puder disponibilizar ficarei muito contente... Abraços a todos ... -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: RES: Não usem FBSD-8x como router !!!
On Mar 7, 2011, at 10:39 AM, Eduardo Schoedler wrote: Em 05/03/2011 11:12, Luiz Otavio O Souza escreveu: Eu (IMHO) recomendo, ao menos, utilizar as opções que estão no kernel GENERIC (e remover as opções não default): makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols options KDB # Kernel debugger related code options KDB_TRACE # Print a stack trace for a panic Já no -current, o GENERIC tem por default as seguintes opções de debug (apenas para comparação): snip Encontrei mais alguns options no GENERIC, o que você me diz de: options KTRACE# ktrace(1) support options STACK # stack(9) support Aqui eu tirei, não houveram problemas de compilação, mas também não sei se o kernel irá gerar os backtraces quando der panic novamente. Por enquanto fiquei só com KDB e KDB_TRACE. As opções do kernel GENERIC são suficientes para gerar as informações de debug da mesma forma que você já o fez para gerar o PR (não é preciso recompilar o kernel GENERIC para debugar um problema). O KDB é o kernel debugger e o KDB_TRACE é responsável por gerar o backtrace automaticamente, sem precisar do 'call doadump' que eu comentei em outro email. O KTRACE é utilizado para rastrear (e logar) as chamadas (e outras operações) feitas ao kernel por qualquer programa (não é utilizado para debugar problemas do kernel). O ktrace é interessante para você ver o que aquele programa binário (legado) esta fazendo, quais arquivos de configuração ele esta tentando ler e assim identificar falhas de configuração, arquivos que estão faltando, etc., mesmo quando não há uma mensagem de erro. Para você ver como isso funciona: # ktrace ls # kdump -f ktrace.out | less Onde 'ls' pode ser qualquer programa rodando no FreeBSD (evite programas muito grandes... a quantidade de informação retornada por esses programas é enorme). Já a opção STACK é necessária para o debug do kernel. É ela que transforma (quando possível) a instrução problemática do kernel de volta para a função que a originou (aquela lista de funções retornadas no backtrace). Se me lembro bem, sem ela você teria só os offsets do ponto de falha (e isso pode variar de kernel para kernel, dependendo das opções selecionadas na compilação), o que tornaria o debug remoto muito dificil, senão impossível (para cada configuração de kernel, haveria um backtrace com offsets diferentes para o mesmo problema). []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
On Mar 8, 2011, at 8:39 AM, Paulo Henrique wrote: Saudações a todos, Estou com um problema já exposto aqui na lista a um ano atrás, onde o meu notebook não aceita a instalação do FreeBSD ( pelo menos do OpenBSD funciona ). Bom, ja pesquise nesse ultimo ano varios metodos, compilei kernel customizado sem o firewire, mais sempre morre no problema de Fatal trap 19. Alguns resultados mais proximos ao meu problema. http://leaf.dragonflybsd.org/mailarchive/kernel/2004-11/msg00037.html http://leaf.dragonflybsd.org/mailarchive/users/2008-04/msg00030.html Ja tentei várias configurações do loader. Durante o processo retorna como RAM parity error, likely hardware failure, ja troquei os dois modulos de memoria, e até agora nada, não consigo rodar o FreeBSD no meu notebook, e varias coisas que uso não tem no OpenBSD ( netbeans ). Se alguem possuir algum modo de resolver esse problema, e puder disponibilizar ficarei muito contente... Paulo, Você precisa enviar mais detalhes do seu problema, se for muita informação para uma só mensagem aqui na lista, adicione em um pastebin da vida e cole as urls aqui na lista. Sempre que você for postar um problema assim na lista, é interessante que as pessoas 'vejam' onde aconteceu o problema e também o que aconteceu para cada alteração que você fez (é melhor pecar pelo excesso do que pela falta de informações). Segundo as informações que você passou (na verdade as informações da thread que você indicou), há algum tipo 'mágica' que precisa ser adicionada para o correto funcionamento do seu controlador firewire. A inicialização do firewire no FreeBSD parece aborrecer de alguma forma a controladora. Segundo essa thread, desabilitando o firewire no kernel, o problema seria resolvido... Você tentou isso ? O que mudou ? Se o erro de paridade acontecia na inicialização do firewire e você removeu o firewire, onde foi que o erro apareceu ? Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
Opa, Luiz segue abaixo... as respostas... E estarei providenciando ainda hoje os primeiros retornos. Em 08/03/2011 10:16, Luiz Otavio O Souza escreveu: On Mar 8, 2011, at 8:39 AM, Paulo Henrique wrote: Saudações a todos, Estou com um problema já exposto aqui na lista a um ano atrás, onde o meu notebook não aceita a instalação do FreeBSD ( pelo menos do OpenBSD funciona ). Bom, ja pesquise nesse ultimo ano varios metodos, compilei kernel customizado sem o firewire, mais sempre morre no problema de Fatal trap 19. Alguns resultados mais proximos ao meu problema. http://leaf.dragonflybsd.org/mailarchive/kernel/2004-11/msg00037.html http://leaf.dragonflybsd.org/mailarchive/users/2008-04/msg00030.html Ja tentei várias configurações do loader. Durante o processo retorna como RAM parity error, likely hardware failure, ja troquei os dois modulos de memoria, e até agora nada, não consigo rodar o FreeBSD no meu notebook, e varias coisas que uso não tem no OpenBSD ( netbeans ). Se alguem possuir algum modo de resolver esse problema, e puder disponibilizar ficarei muito contente... Paulo, Você precisa enviar mais detalhes do seu problema, se for muita informação para uma só mensagem aqui na lista, adicione em um pastebin da vida e cole as urls aqui na lista. Estarei providenciando. Sempre que você for postar um problema assim na lista, é interessante que as pessoas 'vejam' onde aconteceu o problema e também o que aconteceu para cada alteração que você fez (é melhor pecar pelo excesso do que pela falta de informações). Concordo, as duas referencias da lista do dragonfly ( freebsd 4.x ) são exatamente o que ocorre. Segundo as informações que você passou (na verdade as informações da thread que você indicou), há algum tipo 'mágica' que precisa ser adicionada para o correto funcionamento do seu controlador firewire. A inicialização do firewire no FreeBSD parece aborrecer de alguma forma a controladora. Essa magica que não achei. Segundo essa thread, desabilitando o firewire no kernel, o problema seria resolvido... Você tentou isso ? O que mudou ? Se o erro de paridade acontecia na inicialização do firewire e você removeu o firewire, onde foi que o erro apareceu ? Bom, com boot em single-user a coisa passa do ponto, mais esbarra no md0, fica toda a vida e não sai do ponto. Compilei o kernel customizado do 8.0 Release e substitui o mesmo na imagem do boot por pen-drive, simplesmente procede tudo 100% até ter uma referencia quanto ao mp0 e depois o sistema reinializa. Estou baixando a imagem de boot por pen-drive, para fazer algumas testes sobre o mesmo. Depois disso em uma thread que localizei na época sobre o problema, informava para desativar o firewire via loader(8), com os seguintes procedimentos. No menu de boot Opção 6. No prompt de boot. #unload #set acpi_load=0 #load kernel #disable-module firewire #boot Contudo não remove o modulo. Outras formas foi tentando barrar o carregamento do modulo, mais todas com uso do loader(8) e a opção disable-module, a seguinte thread foi aberta quanto a isso na epoca. http://www.mail-archive.com/freebsd@fug.com.br/msg55056.html O problema já foi batido mais até agora nada de concreto. Estou vendo outras soluções, mais até o momento creio que apenas com o uso do loader(8) ou através da imagem de boot por pen-drive eu tenha sucesso. Conforme eu for avançando vou postando nesta thread os resultados. Att. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
Em 08/03/2011 10:16, Luiz Otavio O Souza escreveu: On Mar 8, 2011, at 8:39 AM, Paulo Henrique wrote: Saudações a todos, Estou com um problema já exposto aqui na lista a um ano atrás, onde o meu notebook não aceita a instalação do FreeBSD ( pelo menos do OpenBSD funciona ). Bom, ja pesquise nesse ultimo ano varios metodos, compilei kernel customizado sem o firewire, mais sempre morre no problema de Fatal trap 19. Alguns resultados mais proximos ao meu problema. http://leaf.dragonflybsd.org/mailarchive/kernel/2004-11/msg00037.html http://leaf.dragonflybsd.org/mailarchive/users/2008-04/msg00030.html Ja tentei várias configurações do loader. Durante o processo retorna como RAM parity error, likely hardware failure, ja troquei os dois modulos de memoria, e até agora nada, não consigo rodar o FreeBSD no meu notebook, e varias coisas que uso não tem no OpenBSD ( netbeans ). Se alguem possuir algum modo de resolver esse problema, e puder disponibilizar ficarei muito contente... Paulo, Você precisa enviar mais detalhes do seu problema, se for muita informação para uma só mensagem aqui na lista, adicione em um pastebin da vida e cole as urls aqui na lista. Sempre que você for postar um problema assim na lista, é interessante que as pessoas 'vejam' onde aconteceu o problema e também o que aconteceu para cada alteração que você fez (é melhor pecar pelo excesso do que pela falta de informações). Segundo as informações que você passou (na verdade as informações da thread que você indicou), há algum tipo 'mágica' que precisa ser adicionada para o correto funcionamento do seu controlador firewire. A inicialização do firewire no FreeBSD parece aborrecer de alguma forma a controladora. Segundo essa thread, desabilitando o firewire no kernel, o problema seria resolvido... Você tentou isso ? O que mudou ? Se o erro de paridade acontecia na inicialização do firewire e você removeu o firewire, onde foi que o erro apareceu ? Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Atualmente com boot em safe mode. Trava na seguinte mensagem. Timecounters tick every 1.000 msec md0: Preloaded image /boot/mfsroot 4194304 bytes at 0xf80e6aa98 Essa é a única forma no qual o modulo do firewire não carrega, através de loader e de compilação de kernel customizado ( acho que devo estar fazendo algo errado ) não resolveu. -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
2011/3/8 Paulo Henrique paulo.rd...@bsd.com.br: Atualmente com boot em safe mode. Trava na seguinte mensagem. Timecounters tick every 1.000 msec md0: Preloaded image /boot/mfsroot 4194304 bytes at 0xf80e6aa98 Essa é a única forma no qual o modulo do firewire não carrega, através de loader e de compilação de kernel customizado ( acho que devo estar fazendo algo errado ) não resolveu. -- Paulo Henrique R. Oliveira. sugestao: mfsBSD -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fatal Trap 19: Firewire - VAio VGN-NR430E.
Em 08/03/2011 16:37, Vinícius Zavam escreveu: 2011/3/8 Paulo Henriquepaulo.rd...@bsd.com.br: Atualmente com boot em safe mode. Trava na seguinte mensagem. Timecounters tick every 1.000 msec md0: Preloaded image/boot/mfsroot 4194304 bytes at 0xf80e6aa98 Essa é a única forma no qual o modulo do firewire não carrega, através de loader e de compilação de kernel customizado ( acho que devo estar fazendo algo errado ) não resolveu. -- Paulo Henrique R. Oliveira. sugestao: mfsBSD Valeu pela sugestão, estou a testar, assim que minha conexão deixar fazer o download ( rede telemar / velox ruim ). Att. -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
