Re: [FUG-BR] Raid Controladora Perc6
Wanderson Cristony Tinti www.inseto.net wander...@bsd.com.br 2009/9/15 Alexandre > Olá caros amigos, > > Gostaria de uma ajuda de vcs, pois estou cotando alguns modelos de > servidores e em um modelo da Dell, a empresa informa q o FreeBSD não > suporta a controladora Perc6, isso eh verdade? > > Desde de já agradeço! > > Atenciosamente, > > Alexandre Nascimento > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Alexandre, bom dia. Consulte o Hardware Notes do FreeBSD. Segundo o link[1] o drive mfi suporta a controladora Dell Perc6, no link[2] tem algumas infomações para você compilar o kernel. Esse Hardware Note é do FreeBSD 8 CURRENT. [1] http://www.freebsd.org/relnotes/CURRENT/hardware/support.html#DISK [2] http://www.freebsd.org/cgi/man.cgi?query=mfi&sektion=4&manpath=FreeBSD+8-current - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Raid Controladora Perc6
Olá caros amigos, Gostaria de uma ajuda de vcs, pois estou cotando alguns modelos de servidores e em um modelo da Dell, a empresa informa q o FreeBSD não suporta a controladora Perc6, isso eh verdade? Desde de já agradeço! Atenciosamente, Alexandre Nascimento - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW com DNS
Essas são as regras do rc.firewall e named.conf que estou usando no momento. # RC.FIREWALL - INICIO --- # BLOQUEIOS DE PORTAS NETBIOS ${fwcmd} add 100 deny udp from any to any 135-139,445 ${fwcmd} add 100 deny tcp from any to any 135-139,445 ${fwcmd} add 100 deny udp from any 135-139,445 to any ${fwcmd} add 100 deny tcp from any 135-139,445 to any # BLOQUEIO DE PACOTES FRAGMENTADOS ${fwcmd} add 100 deny all from any to any in frag # PIPE 1000 ${fwcmd} pipe 1234 config bw 1000Kbits/s queue 20 mask dst-ip 0x ${fwcmd} pipe 512 config bw 500Kbits/s queue 20 mask dst-ip 0x ${fwcmd} add set 1 divert natd all from 191.169.15.1 to any ${fwcmd} add set 1 divert natd all from 191.169.30.1 to any # PROXY ${fwcmd} add 5 fwd localhost,1290 tcp from 191.168.0.0/16 to not 200.223.236.0/24, ,200.201.174.0/24,200.192.176.0/24,200.221.8.0/24,201.7.176.59/24,72.36.191.0/16 80 #PIPE - GERAL ${fwcmd} add pipe 1000 ip from any to 191.169.0.0/24 ${fwcmd} add pipe 512 ip from 191.169.0.0/24 to any ${fwcmd} add divert natd all from any to me via rl0 in ${fwcmd} add 65000 pass all from any to any --- # FIM - RC.FIREWALL #-- ---# INICIO NAMED.CONF # listen-on { 127.0.0.1;200.222.222.34;200.222.222.0/24; }; zone "." { type hint; file "named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "master/localhost.rev"; }; // RFC 3152 zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA" { type master; file "master/localhost-v6.rev"; }; zone "provedor.com.br" IN { type master; file "provedor.com.br"; allow-update { none; }; }; zone "34.in-addr.arpa" IN { type master; file "provedor.rev"; allow-update { none; }; }; zone "bahianet.sec" IN { type slave; masters { 200.222.222.34; }; file "slave/provedor.sec"; }; # fim - > From: mantunes > > coloque essas regras e ver se funciona > > ipfw add allow udp from me 1024-65535 to any 53 out keep-state uid bind > ipfw add pass tcp from any to any 53 setup > ipfw add pass udp from any to any 53 > ipfw add pass udp from any 53 to any > ipfw add pass tcp from any 53 to any > ipfw add pass udp from any to any 53 keep-state > ipfw add pass tcp from any to any 53 keep-state > > > > > 2009/9/11 Thiago Gomes : >> mande suas regraas do IPFW. faça o teste para ter se a porta do >> dns esta aberta >> >> telnet 53 >> > From: Wanderson Tinti >> > Alex, boa tarde. > > Coloque as configurações do Bind e IPFW para que possamos ajudar. Pelo que > entendi nessa sua mensagem, você quer liberar consultas recursivas > externas > em seu servidor DNS para hosts que não estão nos seus domínios, é isso? > > > From: irado furioso com tudo > > possível é, não é desejável ou conveniente, tudo fica muito exposto. > >> Agora estou querendo colocar no mesmo servidor de GATEWAY tudo junto, mas >> quem ta fora da rede não consegue resolver o nome, acredito que seja a >> compilação do kernel que abilita o IPFW com as seguintes regras; > > mas.. a razão de vc querer tudo junto é pq "quem ta fora da rede não > consegue resolver o nome"?? isso NÃO É problema do gw em si, mas sim > de outros fatores como, por exemplo, regras de fwll ou daemon que > "esquece" de ser ativado (ou se rebelou, morreu..) > > >> Como posso fazer isso funcionar, e qual a versão do FreeBSD para isso? >> OBS: Estou usando o FreeBSD 8 BETA 4 e esta perfeito como GATEWAY. > > um beta para gw/servidor de produção? nem pensar. Sugiro, fortemente: > > a) definir o que vc quer de verdade e postar na lista > > b) usar 7.2-RELEASE e deixar os beta para máquina de testes > > c) se possível, fazer o gw separado de qualquer outra máquina (mesmo > que com vários links isso é possível) e criar DMZ para os servidores > (bind, mail, etc) > > divirta-se. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] link state changed to UP/DOWN
Consegui resolver pessoal. Quando eu tinha feito a atualização, nos merges da vida, eu mandei dar um "install" no arquivo /etc/ttys. Agora pergunto: pra que diabos serve este arquivo e o que ele tem a ver a questão de conexão com rede pública? []s Emmanuel Alves manel...@gmail.com - Twitter: http://www.twitter.com/emartsnet Linked In: http://www.linkedin.com/in/emartsnet 2009/9/14 Emmanuel Alves > Olá pessoal, > > Realizei a atualização de meu FreeBSD para a STABLE hoje e ao reiniciá-lo, > não consigo mais conectar através de uma rede pública, apenas localmente (ou > pela VPN). > > Quando eu verifico meu log, tenho a seguinte informação: > > em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> Limiting closed port RST response from 202 to 200 packets/sec >> Limiting closed port RST response from 207 to 200 packets/sec >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> ... >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> em1: link state changed to DOWN >> em1: link state changed to UP >> > > O que posso ter feito de errado? > > > []s > > Emmanuel Alves > manel...@gmail.com > > - > Twitter: http://www.twitter.com/emartsnet > Linked In: http://www.linkedin.com/in/emartsnet > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] (Off Topic) rodando o k3b como um usu ário comum
Eduardo wrote: > Caros Amigos > > Tenho vasculhado pelo google, mas não encontrei a resposta para um > problema que creio ser bastante comum: como rodar o k3b (1.0.5) no > FreeBSD -7.2-p2 (amd64) sem ser como root? Como root funciona > perfeitamente bem (logo não tenho problemas no meu kernel), liberei o > cdrecord (chmod 4711 /usr/local/bin/cdrecord), porém não tenho claro de > que devo mexer (desconfio que não é uma boa idéia) no /dev/acd0 (no > momento, eles estão assim: > > crw-r- 1 root operator0, 100 Sep 12 11:29 /dev/acd0 > crw-r- 1 root operator0, 107 Sep 12 11:29 /dev/acd1 > > > Por favor, alguma idéia? > > Grato > > Edu > > http://caia.swin.edu.au/reports/041130A/ http://www.xs4all.nl/~rsmith/freebsd/#devfs Procure por: freebsd granting devfs.conf [] Aft - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] link state changed to UP/DOWN
Olá pessoal, Realizei a atualização de meu FreeBSD para a STABLE hoje e ao reiniciá-lo, não consigo mais conectar através de uma rede pública, apenas localmente (ou pela VPN). Quando eu verifico meu log, tenho a seguinte informação: em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > Limiting closed port RST response from 202 to 200 packets/sec > Limiting closed port RST response from 207 to 200 packets/sec > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > ... > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > em1: link state changed to DOWN > em1: link state changed to UP > O que posso ter feito de errado? []s Emmanuel Alves manel...@gmail.com - Twitter: http://www.twitter.com/emartsnet Linked In: http://www.linkedin.com/in/emartsnet - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pesquisa de Opinião BSD Certification - BSDP Survey
Respondido tbm... levei uns 15 minutos! =D Abs Gabriel 2009/9/14 Ricardo Nascimento Ferreira > Eu já respondi às perguntas Eksffa. > > SilverDragon > > 2009/9/14 Patrick Tracanelli : > > Pessoal, > > > > Ainda não tive tempo de gerar uma noticia formal e divulgar, então peço > > que me ajudem com a tarefa :) > > > > O Grupo de Certificação BSD publicou nova pesquisa de opinião (Survey) > > sobre a Certificação BSDP dessa vez. A Certificação BSDP é o próximo > > nível de certificação, sucessora direta da BSDA, é a BSD Professional. > > > > A pesquisa de opinião tem por objetivo começar a formular a > > certificação, incluindo quais as expectativas de habilitades e > > proficiência que um profissional BSDP deva ter. > > > > O Survey em inglês está em: > > > > > http://surveys.bsdcertification.org/phpESP/public/survey.php?name=BSDP01_en > > > > Leva no máximo 25 minutos para completar a pesquisa, e em ingles, se > > necerra em 16 de Outubro. Em outras linguas os grupos estão traduzindo > > mas quem não tiver dificuldade com inglês, convido-os a não esperar e já > > fazer em inglês mesmo. > > > > Vale lembrar que a Certificação BSD é diferente das demais, e o foco é > > pleno na comunidade. Dessa forma a expectativa de formato da BSDP e de > > seu valor decorrerá desse primeiro passo inicial, que é completar o > Survey. > > > > Dessa forma convido todos a responderem a pesquisa de opinião. Quanto > > mais respostas, mas consistente e consolidada serão as reais > > expectativas sobre a BSDP. > > > > Encaminhem a outros grupos de interesse. > > > > O Grupo de Certificação BSD agradece fortemente. > > > > -- > > Patrick Tracanelli > > > > FreeBSD Brasil LTDA. > > Tel.: (31) 3516-0800 > > 316...@sip.freebsdbrasil.com.br > > http://www.freebsdbrasil.com.br > > "Long live Hanin Elias, Kim Deal!" > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Ricardo Nascimento Ferreira > Analista de Segurança da Informação > CISSP-DF Grupo de Estudos > Modulo Certified Security Officer > Solaris Certified System Administrator > - > 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
Re: [FUG-BR] (Off Topic) rodando o k3b como um usu ário comum
Dê uma olhada neste FAQ, talvez ajude: http://www.freebsd.org/gnome/docs/faq2.html#q15 2009/9/14 Eduardo > Caros Amigos > > Tenho vasculhado pelo google, mas não encontrei a resposta para um > problema que creio ser bastante comum: como rodar o k3b (1.0.5) no > FreeBSD -7.2-p2 (amd64) sem ser como root? Como root funciona > perfeitamente bem (logo não tenho problemas no meu kernel), liberei o > cdrecord (chmod 4711 /usr/local/bin/cdrecord), porém não tenho claro de > que devo mexer (desconfio que não é uma boa idéia) no /dev/acd0 (no > momento, eles estão assim: > > crw-r- 1 root operator0, 100 Sep 12 11:29 /dev/acd0 > crw-r- 1 root operator0, 107 Sep 12 11:29 /dev/acd1 > > > Por favor, alguma idéia? > > Grato > > Edu > > -- > Eduardo Lemos de Sa > Associated Professor at Chemistry Department > Universidade Federal do Parana > Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil > phone: +55(41)33613300 > fax : +55(41)33613186 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Att, Douglas Borges de Oliveira Filho Analista de TI - Adm. de Redes Cercomp - UFG Fone: (62) 3521-1253 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] (Off Topic) rodando o k3b como um usu ário comum
Caros Amigos Tenho vasculhado pelo google, mas não encontrei a resposta para um problema que creio ser bastante comum: como rodar o k3b (1.0.5) no FreeBSD -7.2-p2 (amd64) sem ser como root? Como root funciona perfeitamente bem (logo não tenho problemas no meu kernel), liberei o cdrecord (chmod 4711 /usr/local/bin/cdrecord), porém não tenho claro de que devo mexer (desconfio que não é uma boa idéia) no /dev/acd0 (no momento, eles estão assim: crw-r- 1 root operator0, 100 Sep 12 11:29 /dev/acd0 crw-r- 1 root operator0, 107 Sep 12 11:29 /dev/acd1 Por favor, alguma idéia? Grato Edu -- Eduardo Lemos de Sa Associated Professor at Chemistry Department Universidade Federal do Parana Dep. Quimica, P. Box 19081, 81531-990 Curitiba PR / Brazil phone: +55(41)33613300 fax : +55(41)33613186 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pesquisa de Opinião BSD Certification - B SDP Survey
Será que teremos prova em portugues ?? como existem em outras certificações (cisco, itil, lpi) etc. etc.) Tem alguma ideia ?? Thiago Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pesquisa de Opinião BSD Certification - B SDP Survey
Eu já respondi às perguntas Eksffa. SilverDragon 2009/9/14 Patrick Tracanelli : > Pessoal, > > Ainda não tive tempo de gerar uma noticia formal e divulgar, então peço > que me ajudem com a tarefa :) > > O Grupo de Certificação BSD publicou nova pesquisa de opinião (Survey) > sobre a Certificação BSDP dessa vez. A Certificação BSDP é o próximo > nível de certificação, sucessora direta da BSDA, é a BSD Professional. > > A pesquisa de opinião tem por objetivo começar a formular a > certificação, incluindo quais as expectativas de habilitades e > proficiência que um profissional BSDP deva ter. > > O Survey em inglês está em: > > http://surveys.bsdcertification.org/phpESP/public/survey.php?name=BSDP01_en > > Leva no máximo 25 minutos para completar a pesquisa, e em ingles, se > necerra em 16 de Outubro. Em outras linguas os grupos estão traduzindo > mas quem não tiver dificuldade com inglês, convido-os a não esperar e já > fazer em inglês mesmo. > > Vale lembrar que a Certificação BSD é diferente das demais, e o foco é > pleno na comunidade. Dessa forma a expectativa de formato da BSDP e de > seu valor decorrerá desse primeiro passo inicial, que é completar o Survey. > > Dessa forma convido todos a responderem a pesquisa de opinião. Quanto > mais respostas, mas consistente e consolidada serão as reais > expectativas sobre a BSDP. > > Encaminhem a outros grupos de interesse. > > O Grupo de Certificação BSD agradece fortemente. > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Ricardo Nascimento Ferreira Analista de Segurança da Informação CISSP-DF Grupo de Estudos Modulo Certified Security Officer Solaris Certified System Administrator - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OT - PC-BSD, primeiras impressões.
Boa tarde a todos. Primeiramente peço desculpas se alguém já houvera criado algum tópico com este assunto. Como acabei de entrar na lista e ainda não procurei pelo histórico, é possível que eu esteja sendo repetitivo. Então, gostaria de compartilhar com vocês um pouco da minha atual experiência com a versão FreeBSD pcbsd 7.2-STABLE FreeBSD 7.2-STABLE #11: Wed Jun 24 18:36:21 EDT 2009 r...@build7x32.pcbsd.org:/usr/obj/pcbsd-build72/cvs/7.2-src/sys/PCBSD i386 que acabei de instalar, motivado pelo recente flame sobre BSDs vs Ubuntu que rolou aqui na lista. Detalhe que não uso PC-BSD há pelo menos 2 anos. Vamos lá, então. Primeiramente, não posso deixar de comentar que o sistema de instalação teve uma considerável evolução. Suporte a mais idiomas, mais organizado e com um visual bem mais profissional. Porém, já no processo de criação de partições, percebi que mesmo tendo certeza que o HD possuía espaço livre, o sistema de instalação não estava disponibilizava. E ainda mostrava só as duas partições NTFS, nem mesmo cheguei a visualizar as partições que estavam sendo usadas pelo UBUNTU. Pois bem, reiniciei a máquina, fiz backup do home do usuário do UBUNTU, lá mesmo um cfdisk e deletei as partições LINUX. Reiniciei a máquina, retornei ao processo de instalação e só então o espaço livre(desta vez duplicado) foi mostrado. Independente de não ser aconselhado ter outros OS instalados além do "FreeBA", imagino que seria melhor o sistema cumprir com "o que diz" ser possível. Mas... beleza, depois daí tudo correu bem no processo de instalação, mesmo sendo um pouco incômodo a quantidade de aplicativos disponíveis separadamente para a instalação. Sistema instalado! Já de cara sobe o KDM, estou tão acostumado de instalar Unix-like com Gnome nativo que nem procurei saber o que estava vindo atualmente no PC-BSD. Um calafrio me percorreu o corpo temendo lentidão. -- Deus, tomara que não! Dito e certo! Meu pobre CPU: Intel(R) Celeron(R) CPU 550 @ 2.00GHz (2006.99-MHz 686-class CPU) aguentaria a porrada!?! O Kde foi tão custumizado para ficar fácil e amigável nesta "distribuição" que ficou difícil de acompanhar o pensamento de organização. botão "iniciar": Abas horizontais que deslizam em onmousefocus, seguidas por abas verticais onclick. (estranho). Configuração de WLAN: Configurador funciona perfeitamente para receber os dados de configuração, mas não os botou pra funcionar. Pelo contrário, numa segunda pesquisa pelas redes disponíveis e aplicativo de configuração simplesmente travou. Além de quando estava funcionando, senti falta das labels dos botões. Os botões de OK e Cancelar estavam lá, mas as suas respectivas labels(rótulos) não! No final, nem mesmo com wpa_supplicant consegui conectar, coisa que consigo no FBSD 7.2 normalmente. Mas acho que isso também é "resolvível". --- Mas existem pontos positivos também. Olhando pelo lado usuário Desktop é claro! Configuração LAN: Normal. Adicionar e remover impressoras pelo KDE hoje em dia eu posso dizer que funciona. Pelo menos funcionou direitinho. Firefox já veio com Flashplugin funcionando direitinho. UEBA! OpenOffice sem coredump. E abrindo até com certa rapidez. Idioma PT-BR está até com boa qualidade. NOTA 10 pro Dolphin + SMB. Funcionando perfeitamente. Isso é muito importante pra qualquer usuário em rede. Apesar da quantidade de software disponível, o gerenciador de aplicativos está funcioando muito bem. Pessoal, não me levem a mal, não estou aqui pra criticar o FreeBA, OS que uso desde a versão 4.1, não posso nem em um milhão de anos dizer que não evoluiu em termos de OS para Desktop com o PC-BSD. Evoluiu sim, mas é claro que algumas coisas precisam ser ajustadas. Principalmente a disponibilidade do GNOME dentro do DVD de instalação. Uma versão com Gnome. Não é justo empurrar KDE pra quem não é fã dele. Instalar o Gnome? Sim, pode ser, mas o ambiente gráfico está todo configurado e "vinculado" para trabalhar em conjunto com KDE. No mínimo a performance não será a mesma. Amigos, mais uma vez, peço-lhes desculpas, só quis compartilhar minha ainda atual experiência com o PC-BSD atual. Não sei se isso chegaria aos olhos de Dru. Mas, mas... é isso! - Abraços a todos... e que venha o S.S.A. :D Tô chegando professor Patrick, agora eu aprendo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Pesquisa de Opinião BSD Certification - BSDP Survey
Pessoal, Ainda não tive tempo de gerar uma noticia formal e divulgar, então peço que me ajudem com a tarefa :) O Grupo de Certificação BSD publicou nova pesquisa de opinião (Survey) sobre a Certificação BSDP dessa vez. A Certificação BSDP é o próximo nível de certificação, sucessora direta da BSDA, é a BSD Professional. A pesquisa de opinião tem por objetivo começar a formular a certificação, incluindo quais as expectativas de habilitades e proficiência que um profissional BSDP deva ter. O Survey em inglês está em: http://surveys.bsdcertification.org/phpESP/public/survey.php?name=BSDP01_en Leva no máximo 25 minutos para completar a pesquisa, e em ingles, se necerra em 16 de Outubro. Em outras linguas os grupos estão traduzindo mas quem não tiver dificuldade com inglês, convido-os a não esperar e já fazer em inglês mesmo. Vale lembrar que a Certificação BSD é diferente das demais, e o foco é pleno na comunidade. Dessa forma a expectativa de formato da BSDP e de seu valor decorrerá desse primeiro passo inicial, que é completar o Survey. Dessa forma convido todos a responderem a pesquisa de opinião. Quanto mais respostas, mas consistente e consolidada serão as reais expectativas sobre a BSDP. Encaminhem a outros grupos de interesse. O Grupo de Certificação BSD agradece fortemente. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br "Long live Hanin Elias, Kim Deal!" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] RFC2549 \o/ Demonstra ção prática de eficiência
Olá a todos. //joke mode on Os procedimentos do RFC2549[1] foram demonstrados com êxito[2] em Johanesburgo, com o uso de pombos brasileiros[3]. Segundo o famoso hacker Ramzi[4], o "packet shaping" será feito com zarabatanas. [1] http://tools.ietf.org/html/rfc2549 [2] http://bit.ly/ockMI [3] http://www.youtube.com/watch?v=I6__OiEO8ys [4] http://www.youtube.com/watch?v=fDFXaqDf8kk //joke mode off Uma boa semana a todos. Saudações, Trober - - - - - - 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: [OT] Personalizar Kernel
Em Mon, 14 Sep 2009 09:53:23 -0300 (BRT) "Nenhum_de_Nos" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > o problema eh disco. o padrao eh usar / de 512MB. nao cabe nem 2x o > kernel :( > > se compilar, quando for rodar o make installkernel vai da tilt. tem > sempre que entrar no /boot/kernel e rm *.symbols ... > > to usando / de 1G agora para ver se resolve :) tendo-se em vista a imensidão dos hd's atuais, tenho deixado com 10G no root; acho que vc está sendo mui parcimonioso, como nos tempos em que os hd's dispunham no máximo de 40G. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Ninguém comete erro maior do que não fazer nada porque só pode fazer um pouco. [Edmund Burke] - 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: [OT] Personalizar Kernel
>> >> Só lembrando que remover os simbolos de debug do kernel não ajuda em >> nada, >> pois o mesmo cria _2_ kerneis diferentes, um pra você utilizar e outro >> (que >> fica só no diretório da compilação do kernel) para debug. > > o problema eh disco. o padrao eh usar / de 512MB. nao cabe nem 2x o kernel > :( > > se compilar, quando for rodar o make installkernel vai da tilt. tem sempre > que entrar no /boot/kernel e rm *.symbols ... > > to usando / de 1G agora para ver se resolve :) Matheus, Esse é um problema conhecido pra quem usa amd64, até já postei o alerta aqui para quem vai começar a utilizar essa arquitetura _não_ instalar com o tamanho padrão (512MB). Se você é daqueles que gosta de espaço sobrando, 1GB é pouco, se você não liga tanto assim, 1GB funciona (é o suficiente para manter duas cópias do kernel). Agora se você quiser um pouco mais de flexibilidade no gerenciamento de volumes, me parece que a melhor solução é partir para o zfs (quando possível - é preciso ter memória e discos para isso) pois este permite que você crie volumes sem especificar o tamanho e ai eles vão poder crescer a vontade (como nesse exemplo): %zfs list NAMEUSED AVAIL REFER MOUNTPOINT tank 7.14G 213G18K none tank/root 27.2M 213G 27.2M legacy tank/tmp636M 213G 636M /tmp tank/usr 6.40G 213G 6.40G /usr tank/var 95.1M 213G 95.1M /var 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] RES: [OT] Personalizar Kernel
2009/9/14 Celso Viana : > 2009/9/14 Renato Botelho : >> 2009/9/14 Celso Viana : >>> Renato, >>> >>> E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? >> >> nomakeoption DEBUG=-g Aqui no meu exemplo ta sem o s :) -- Renato Botelho - 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: [OT] Personalizar Kernel
2009/9/14 Renato Botelho : > 2009/9/14 Celso Viana : >> Renato, >> >> E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? > > nomakeoption DEBUG=-g Renato, Adicionei a linha "nomakeoptions DEBUG=-g" e retornou erro... ou o correto é nomakeoption (sem o "s")? Thanks!!! -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - 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: [OT] Personalizar Kernel
2009/9/14 Nenhum_de_Nos : > > On Mon, September 14, 2009 09:28, Luiz Otavio O Souza wrote: Renato, E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? >>> >>> nomakeoption DEBUG=-g > > deixar comentado nao resolve ? Não no exemplo que foi dado nessa thread, dá uma lida nos emails anteriores. -- Renato Botelho - 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: [OT] Personalizar Kernel
On Mon, September 14, 2009 09:28, Luiz Otavio O Souza wrote: >>> Renato, >>> >>> E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? >> >> nomakeoptionDEBUG=-g deixar comentado nao resolve ? > > Só lembrando que remover os simbolos de debug do kernel não ajuda em nada, > pois o mesmo cria _2_ kerneis diferentes, um pra você utilizar e outro > (que > fica só no diretório da compilação do kernel) para debug. o problema eh disco. o padrao eh usar / de 512MB. nao cabe nem 2x o kernel :( se compilar, quando for rodar o make installkernel vai da tilt. tem sempre que entrar no /boot/kernel e rm *.symbols ... to usando / de 1G agora para ver se resolve :) matheus > Exemplo de um kernel chamado FW compilado através do make buildkernel: > > # pwd > /usr/obj/usr/src/sys/FW > # ls -l kernel kernel.debug > -rwxr-xr-x 1 root wheel 12335644 Sep 13 20:32 kernel > -rwxr-xr-x 1 root wheel 45718840 Sep 13 20:32 kernel.debug > > Se você precisar fazer algum debug (kgdb(1)) você precisará do > kernel.debug > e este tem que estar em sincronismo com o kernel que esta em > funcionamento. > > Resumo... mesmo que você vá rodar seu kernel numa arquitetura exótica e de > pouco espaço (embedded), basta copiar apenas o kernel e deixar o > kernel.debug guardado para um debug eventual, não há necessidade de > desabilitar o debug no kernel (mesmo porque os simbolos de debug podem ser > removidos posteriormente - strip(1) - e a grande maioria dos sistemas boot > pode carregar um kernel compactado - gzip). > > Att., > Luiz > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - 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: [OT] Personalizar Kernel
>> Renato, >> >> E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? > > nomakeoptionDEBUG=-g Só lembrando que remover os simbolos de debug do kernel não ajuda em nada, pois o mesmo cria _2_ kerneis diferentes, um pra você utilizar e outro (que fica só no diretório da compilação do kernel) para debug. Exemplo de um kernel chamado FW compilado através do make buildkernel: # pwd /usr/obj/usr/src/sys/FW # ls -l kernel kernel.debug -rwxr-xr-x 1 root wheel 12335644 Sep 13 20:32 kernel -rwxr-xr-x 1 root wheel 45718840 Sep 13 20:32 kernel.debug Se você precisar fazer algum debug (kgdb(1)) você precisará do kernel.debug e este tem que estar em sincronismo com o kernel que esta em funcionamento. Resumo... mesmo que você vá rodar seu kernel numa arquitetura exótica e de pouco espaço (embedded), basta copiar apenas o kernel e deixar o kernel.debug guardado para um debug eventual, não há necessidade de desabilitar o debug no kernel (mesmo porque os simbolos de debug podem ser removidos posteriormente - strip(1) - e a grande maioria dos sistemas boot pode carregar um kernel compactado - gzip). 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] RES: [OT] Personalizar Kernel
2009/9/14 Celso Viana : > Renato, > > E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? nomakeoptionDEBUG=-g -- Renato Botelho - 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: [OT] Personalizar Kernel
2009/8/27 Renato Botelho : > 2009/8/27 Renato Frederick : >> Realmente, até assustei com esta sugestão. >> Enfim, particularmente em minhas instalações FreeBSD continuarei tirando >> hardware desnecessário, principalmente os legados como placa de rede ne2000 >> ISA e por aí vai. >> Agora no open eles me assustaram hehehe. > > Aproveitando o gancho, eu durante muito tempo ficava tirando os > hardwares desnecessários da maneira mais normal (pelo menos > pra mim era normal), ou seja: > > # CP GENERIC CUSTOM > # vi CUSTOM > > Removia as linhas do arquivo CUSTOM. > > Isso funcionava bem, porém, sempre ue eu ia atualizar, eu tinha > que comparar o GENERIC antigo e o novo pra saber se alguma > coisa nova importante tinha sido adicionada. > > De uns tempos pra cá resulvi fazer com include, achei que fica > bem mais simples pra evitar problemas com novas versões. > > Segue um trecho: > > > include GENERIC > > nocpu I486_CPU > nocpu I586_CPU > ident GARGA > > # Debugging for use in -current > nooption KDB # Enable kernel debugger support. > nooption DDB # Support DDB. > nooption GDB # Support remote GDB. > nooption INVARIANTS # Enable calls of extra sanity > checking > nooption INVARIANT_SUPPORT # Extra sanity checks of > internal structures, required by INVARIANTS > nooption WITNESS # Enable checks to detect > deadlocks and cycles > nooption WITNESS_SKIPSPIN # Don't run witness on > spinlocks for speed > > # Floppy drives > nodevice fdc > > # ATA and ATAPI devices > nodevice ataraid # ATA RAID drives > nodevice atapifd # ATAPI floppy drives > nodevice atapist # ATAPI tape drives > ... > > Basta colocar a negação nos itens que você não quer. > > Talvez isso seja bem conhecido de vocês e eu esteja > atrasado, mas vale pra ficar registrado no histórico. :) > > Abraços > -- > Renato Botelho > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Renato, E para compilar sem a opção "makeoptions DEBUG=-g", como ficaria? Thanks!! -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd