Caros Paulo e Renato Em 30/05/2015 09:49, "Renato Botelho" <rbga...@gmail.com> escreveu: > > > On May 29, 2015, at 11:28, Eduardo Lemos de Sa < eduardo.lemosd...@gmail.com> wrote: > > > > Caríssimos > > > > Esbarrei num problema pra lá de estranho: após fazer a atualização do > > FreeBSD-10.1-STABLE AMD64, na última quarta-feira à noite, comecei a ter > > problemas sérios. Após fazer a compilação (o make buildkernel e o make > > buildworld funcionaram, como sempre, sem qualquer problema ou warning) e > > fazer a instalação (make installkernel "KERNCONF=GENERIC" e make > > installworld), sem qualquer problema, ao rebootar a máquina, o processo é > > interrompido (as mensagens vão até o momento em que aparece as menções para > > o fuse-bsd). Para resolver o problema, eu carreguei o kernel.old, que foi > > até o fim com o processo de boot. Para ver se eu corrigia o problema, > > baixei tudo novamente via svn, recompilei, instalei e o problema voltou a > > se repetir. > > Eu não creio que seja problema de hardware porque, se fosse, o kernel.old > > [também apresentaria falhas. Olhando o /var/log/messages encontrei isto > > > > acpi_throttle1: failed to attach P_CNT (e que se repete para os outros 7 > > cores da máquina) > > > > Também apareceu um > > > > xhci0 XHCI halt/start/probe failed err=18 > > > > Tentei resolver o problema da mais forma mais rápida possível: > > > > cp -r /boot/kernel.old /boot/kernel > > > > acreditando que no reboot o kernel.old seria carregado como sendo o kernel > > corrente; não funcionou. Então eu copiei o /boot/loader.old para > > /boot/loader e também não funcionou. > > > > Então eu editei o /boot/loader.conf, que estava assim: > > > > nvidia_load="YES" > > vboxdrv_load="YES" > > atapicam_load="YES" > > fuse_load="YES" > > sem_load="YES" > > amdtemp_load="YES" > > kern.maxfiles="25000" > > kern.ipc.semmni="1250" > > kern.ipc.semmns="9000" > > #kern.ipc.shmmax="2863311530" > > #kern.ipc.shmall="4194304" > > Você recompilou o fuse na nova versão? Pq como ele cria um módulo pro kernel tem que estar compatível com o stable mais novo. >
Obrigado pela atenção. Eu reinstalei o fuse, mas o problema não se resolveu. Como o reboot acontece depois deste driver ser carregado, acho que o problema não estah nele. Por outro lado, hab mensagens de erro no carregamento dos drive da CPU AMD 64 em cada um dos cores. O que eh estranho eh que se o erro estivesse no drivers do proc, muita gente no mundo estaria gritando, e alto :-) . Mais estranho ainda eh que eu havia copiado os binários do sistema e do kernel para outras máquinas - uma inclusive, com um proc AMD 1075 com 6 cores - instalei-os e não houve problemas. Ou seja, os binários criados em uma máquina não funcionaram nela mas funcionaram em outras máquinas, exceto em uma que apresentou o mesmo tipo de comportamento. Agora, eu resolvi o problema: fiz um boot kernel.old, fiz um svn e carreguei os fontes da versão Release (e não o STABLE, revisão 283269, recompilei tudo - sistema e kernel - instalei e fiz o reboot. Tudo funcionou bem. O estranho, se é que exista algo de não estranho nisto, é que eu pensava que o RELEASE rev 283269 e o STABLE revision 283269 fossem a mesma coisa. Pelo jeito, não o são. Obrigado pela atenção de vocês Um abraço Eduardo > -- > Renato Botelho > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
