[FUG-BR] eeePC Linux vs FreeBSD
Pablo Sánchez
phackwer em gmail.com
Terça Março 4 08:36:25 BRT 2008
Não comprei o eeePC. Estou interessado é em configurar o meu note (um
core 2 duo de 2.16) para ter um boot rápido similar a esse.
A resolução do eeePC é na verdade 800x480 (widescreen), e tem uma demo
do Linux que o acompanha no site do fabricante
(http://eeepc.asus.com), além de vááários videos no youtube (rodando
CS, WarcraftIII entre outros jogos legais até).
Busquei na net sobre a configuração dele com o FreeBSD e encontrei
apenas uma referência, a qual não é das mais eletrizantes... A pessoa
não conseguiu configurar muita coisa nele.
Se quiser comprar um barato, o mais barato que achei até o momento foi
este site que faz 10x sem juros, só que eu não tenho referências sobre
o site, então fico meio com o pé atrás de ir lá gastar 1000 reais.
http://www.microsigol.com.br (notebooks, na página 2).
Eles fazem em 10x sem juros no Visa. Praticamente apenas 100 reais por mês.
Em 04/03/08, Cristina Fernandes Silva<cristinafs.listas em gmail.com> escreveu:
> pablo...
>
> Tambem estou interessada em comprar um notebook desses, vc teria
> como mandar uns screenshots dele.. como é a resolução da tela, ouvi
> dizer que é grande 800 x 600.
>
> Depois que vc configurar seria interessante fazer escrever um artigo
> para FUG sobre a sua aventura.
>
>
> uma abraço.
>
>
>
> Em 04/03/08, Pablo Sánchez<phackwer em gmail.com> escreveu:
> > Cara, parece que a melhor maneira de otimizar mesmo é fazendo um
> > devices.hint otimizado no /boot/
> >
> > Mas não tenho nem idéia de onde pegar os parâmetros. Alguém tem alguma
> > dica para criação "automática" do devices.hint? Digo, automática
> > porque o kernel já descobriu toda a configuração no boot, então seria
> > de lá que eu poderia pegar a informação já pronta e mastigada para que
> > no boot o kernel já lesse ela.
> >
> > Por enquanto estou no seguinte:
> >
> > 1- /boot/loader.rc, comentar as seguintes linhas, pois eu não uso
> > mesmo, só no note (em servidor ou ambiente onde as configurações mudam
> > muito e o kernel é recompilado a cada 15 minutos, não comentar):
> > #check-password
> > #include /boot/beastie.4th
> > #beastie-start
> >
> > 2 - /boot/loader.conf, acrescentar:
> > autoboot_delay="0"
> >
> > 3 - kernel otimizado, reduzindo o scsi delay time e removendo hardware
> > desnecessário
> >
> > 4 - criação de um devices.hint otimizado
> >
> > Enfim, meu tempo de boot já diminui bastante (pelo menos uns 30
> > segundos a menos - tira 10 dali, menos 10 daqui, menos 5 dali, menos
> > um cadinho aqui...), mas sei que dá para diminuir ainda mais.
> >
> > Ah, contar uma comédia para vcs: inventei de mexer no /etc/rc... :-D
> > Lá no final do script tem um loop que executa tudo que está no
> > /etc/rc.d, então, decidi antes desse loop colocar o KDM para
> > inicializar... Funcionou, ele startou direitinho e tal, movi o mouse,
> > mouse ok, resolução ok, tema ok, parecia tudo ok... até a hora que
> > resolvi usar o teclado! :-/ Fazendo essa alteração que falei, o X
> > inicia logo no início do estágio final do boot, porém o teclado não
> > funciona!!! Se eu resolvesse isso, conseguiria sem problemas já
> > carregar o kdm logo no início, e deixar o restante das coisas rodando
> > em segundo plano, como outros sistemas já fazem... Só que eu não sei
> > porque o teclado resolveu não funcionar. :-/ Alguma dica? Eu deveria
> > iniciar o X depois de qual serviço? Levando em consideração que o
> > MOUSE funcionou, achei um tanto quanto absurdo o TECLADO que é ainda
> > mais básico que ele não funcionar... Tive que iniciar o freebsd via
> > liveCD e então editar o rc para remover minha "proeza".
> >
> > Em 04/03/08, Pablo Sánchez<phackwer em gmail.com> escreveu:
> >
> > > Em 04/03/08, Carlos A. M. dos Santos<unixmania em gmail.com> escreveu:
> > >
> > > > 2008/3/3 Pablo Sánchez <phackwer em gmail.com>:
> > >
> > > > A fase mais demorada do boot do meu notebook é a configuração da rede,
> > > > que é feita via DHCP usando como servidor o servidor da rede wireless.
> > > > Nunca tentei usar IP fixo (a idéia apareceu agora) mas acho que
> > > > ficaria mais rápido.
> > >
> > >
> > > Verdade, mas a pausa é bem pequena (2 segs?), não é só aí que fica
> > > lento, mas já ajuda,
> > >
> > >
> > > > Outra coisa que poderias tentar: incluir no kernel apenas os drivers
> > > > absolutamente necessários e carregar os demais como módulos, *depois*
> > > > do boot, a partir de um rc.local que disparasse um script em
> > > > background.
> > >
> > >
> > > Uma outra coisa que fiz aqui foi reduzir o scsi delay time para 0. Não
> > > tenho SCSI no note, apesar do kernel tratar a gravadora como se
> > > fosse...
> > >
>
> > -------------------------
> > 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
>
Mais detalhes sobre a lista de discussão freebsd