Em Sat, 30 May 2015 16:45:55 -0300, Eduardo Lemos de Sa escreveu
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
Não são não ... Versões stable e RELEASE são diferentes em sua
essência. Axho que o pessoal na lista internacional está chiando
por alguma instabilidade no stable dê uma olhada
Renato e outros,
Não só o fuse, mas qualquer ports que use um módulo de
kernel DEVE ser atualizado apois a atualização do sistema,
tais como: Virtual Box, NVidea, fuse só para citar alguns
--
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
---
/*
**Nilton José RizzoUFRRJ
**http://www.rizzo.eng.br http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd