Re: [FUG-BR] Versão 6 Release Direto do Forno
opa ! esse é o melhor email do dia valew! ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Open Office 2.0
Saiu a alguns dias atrás o open Office 2.0 para FreeBSD. Está nos ports e também tem para download. Pode ser baixado de: ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/2.0/ Tem para o FreeBSD 5.4 e 6.0. João Rocha. -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Dois endereços na mesma rede e problema com NAT no FreeBSD
Pessoal, Numa mesma rede eu roda máquinas com 2 classes distintas, 1 válida (200.200.200.0/24) e outra inválida (192.168.0.0/24). O principal uso da classe inválida é para a instalação inicial de servidores e navegação de algumas estações. Exemplo: Servidor 1 - Linux eth0: 200.200.200.5 eth0:0 192.168.0.1 gateway: 200.200.200.1 Servidor 2 - FreeBSD 4.11 sis0: 200.200.200.8 alias0: 192.168.0.254 gateway: 200.200.200.1 O 2 servidores acima estão configurados e funcionando para servirem NAT. Vejam as máquinas recém instaladas abaixo: Servidor 3 - FreeBSD 5.4 vr0: 192.168.0.20 gateway: 192.168.0.1 Servidor 4 - FreeBSD 5.4 vr0: 192.168.0.21 gateway: 192.168.0.254 O S3 tem o gateway para 1 máquina e o S4 tem o gateway para outra máquina. Estando logado no S1, eu consigo ssh para S3 e S4 sem problemas. Agora quando tento logar de S2 para S4, vai normal, mas para S3, não vai! Eu rodei um tcpdump e vejo que ele tenta ssh através do 200.200.200.8 para 192.168.0.20, quando deveria sair do 192.168.0.254 para 192.168.0.20, daí ele se perde e o ssh morre por timeout... Porque acontece isso no FreeBSD? []s, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
Já vou baixar também. Valews. Celso Em 03/11/05, Ederson de Moura<[EMAIL PROTECTED]> escreveu: > Celso, > > Acessei e estou baixando pelo FTP > > ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/ > > > -- > Linux is for people who hate Windows, > BSD is for people who love UNIX" > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > -- Celso Vianna BSD User: 51318 Palmas/TO ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dois endereços na mesma rede e problema com NAT no FreeBSD
Ari Arantes escreveu: >Pessoal, > >Numa mesma rede eu roda máquinas com 2 classes distintas, 1 válida >(200.200.200.0/24) e outra inválida (192.168.0.0/24). O principal uso >da classe inválida é para a instalação inicial de servidores e >navegação de algumas estações. > >Exemplo: > >Servidor 1 - Linux >eth0: 200.200.200.5 >eth0:0 192.168.0.1 >gateway: 200.200.200.1 > >Servidor 2 - FreeBSD 4.11 >sis0: 200.200.200.8 >alias0: 192.168.0.254 >gateway: 200.200.200.1 > >O 2 servidores acima estão configurados e funcionando para servirem NAT. > >Vejam as máquinas recém instaladas abaixo: > >Servidor 3 - FreeBSD 5.4 >vr0: 192.168.0.20 >gateway: 192.168.0.1 > >Servidor 4 - FreeBSD 5.4 >vr0: 192.168.0.21 >gateway: 192.168.0.254 > >O S3 tem o gateway para 1 máquina e o S4 tem o gateway para outra máquina. > >Estando logado no S1, eu consigo ssh para S3 e S4 sem problemas. > >Agora quando tento logar de S2 para S4, vai normal, mas para S3, não >vai! Eu rodei um tcpdump e vejo que ele tenta ssh através do >200.200.200.8 para 192.168.0.20, quando deveria sair do 192.168.0.254 >para 192.168.0.20, daí ele se perde e o ssh morre por timeout... >Porque acontece isso no FreeBSD? > >[]s, > >Ari > >___ >Freebsd mailing list >Freebsd@fug.com.br >http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > > > Cola um "netstat-rn" do S2 e S3. []s -- Daniel Dias Gonçalves DGNET Network Solutions [EMAIL PROTECTED] (37) 99824809 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Arquivos deletados.
Recuperar os diretorios removidos necessitara de uma boa dose de paciencia e habilidade em lidar com o filesystem em que os diretorios se encontravam. Nao acredito ser possivel recupera-los na totalidade. Voce pode tentar usar o Coroner's Toolkit [1], que tem programas feitos para ajuda-lo neste sentido. Originalmente, o TCT foi desenvolvido para auxiliar na analise forensica de computadores invadidos. Agora, se voce "apenas" precisa de alguma informacao contida nos arquivos removidos (tipo senha, etc.) outra possiblidade e' fazer uma imagem do seu HD (usando o dd) e trata'-la como um arquivo (usar strings, grep, etc.) para encontrar a informacao necessaria. Sao apenas sugestoes: nao garanto que irao funcionar ... boa sorte! 1. http://www.porcupine.org/forensics/tct.html []s, Fabricio ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dois endereços na mesma rede e problema com NAT no FreeBSD
> > Numa mesma rede eu roda máquinas com 2 classes distintas, 1 válida > (200.200.200.0/24) e outra inválida (192.168.0.0/24). O principal uso > da classe inválida é para a instalação inicial de servidores e > navegação de algumas estações. > > Exemplo: > > Servidor 1 - Linux > eth0: 200.200.200.5 > eth0:0 192.168.0.1 > gateway: 200.200.200.1 > > Servidor 2 - FreeBSD 4.11 > sis0: 200.200.200.8 > alias0: 192.168.0.254 > gateway: 200.200.200.1 > > O 2 servidores acima estão configurados e funcionando para servirem NAT. > > Vejam as máquinas recém instaladas abaixo: > > Servidor 3 - FreeBSD 5.4 > vr0: 192.168.0.20 > gateway: 192.168.0.1 > > Servidor 4 - FreeBSD 5.4 > vr0: 192.168.0.21 > gateway: 192.168.0.254 > > O S3 tem o gateway para 1 máquina e o S4 tem o gateway para outra máquina. > > Estando logado no S1, eu consigo ssh para S3 e S4 sem problemas. > > Agora quando tento logar de S2 para S4, vai normal, mas para S3, não > vai! Eu rodei um tcpdump e vejo que ele tenta ssh através do > 200.200.200.8 para 192.168.0.20, quando deveria sair do 192.168.0.254 > para 192.168.0.20, daí ele se perde e o ssh morre por timeout... > Porque acontece isso no FreeBSD? > Detalhe, o ping funciona de todos os servidores, ou seja, do S1 eu pingo o S3 e S4. O mesmo acontece com o S2, que pingo o S3 e S4 também. Somente o ssh que não vai do S3 para o S3. Obrigado! Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] postfixadmin 2.1.0 nao consegue criar conta de mail !!!!
> > tem como eu criar as contas de mail na mão ??? > > sem usar o postfixadmin ? > Você pode inserir as contas diretamente no banco de dados, que a primeira vez que chegar msg, o postfix já cria automaticamente o diretório do usuário. Com um "problema" de ao apagar, o diretório com as msgs do usuário excluído fica no disco. []s, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Dois endereços na mesm a rede e problema com NAT no FreeBSD
> > > Cola um "netstat-rn" do S2 e S3. > Seguem as rotas dos servidores: S1: route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 200.200.200.00.0.0.0 255.255.255.192 U 0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 200.200.200.10.0.0.0 UG0 00 eth0 0.0.0.0 200.200.200.10.0.0.0 UG1 00 eth0 S2: # netstat -rn Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire default200.200.200.1 UGSc3 1996689 sis0 127.0.0.1 127.0.0.1 UH 0 4787lo0 192.168.0 link#1 UC 20 sis0 192.168.0.200:0e:a6:4a:e6:18 UHLW0 1613216 sis0846 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 2 1813 sis0 200.200.200/26 link#1 UC 140 sis0 200.200.200.1 00:e0:7d:eb:b6:88 UHLW30 sis0 1195 200.200.200.5 00:0c:6e:8d:30:cb UHLW0 528 sis0 1180 200.200.200.6 00:0e:a6:65:70:44 UHLW1 27969078 sis0 1110 200.200.200.7 00:00:00:00:00:10 UHLW126637 sis0874 200.200.200.10 00:0c:6e:8d:30:72 UHLW00 sis0 1190 200.200.200.22 00:0c:6e:8d:30:72 UHLW08 sis0 1185 200.200.200.39 00:11:2f:c5:ca:56 UHLW02 sis0233 200.200.200.40 00:e0:7d:d5:41:db UHLW0 218 sis0867 200.200.200.55 00:0a:e6:47:74:00 UHLW0 26 sis0986 200.200.200.56 00:e0:18:e3:c8:fc UHLW1 162 sis0 1199 200.200.200.57 00:0e:a6:4a:e6:18 UHLW289120 sis0997 200.200.200.58 00:e0:7d:a4:97:ec UHLW1 1876 sis0 1199 200.200.200.59 00:07:95:5e:e4:b1 UHLW0 26 sis0909 200.200.200.63 ff:ff:ff:ff:ff:ff UHLWb 1 7857 sis0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%sis0/64link#1UC sis0 fe80::2e0:6ff:feff:d37b%sis0 00:e0:06:ff:d3:7b UHL lo0 fe80::%lo0/64 fe80::1%lo0 Uc lo0 fe80::1%lo0 link#4UHL lo0 ff01::/32 ::1 U lo0 ff02::%sis0/32link#1UC sis0 ff02::%lo0/32 ::1 UC lo0 S3: # netstat -rn Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.0.1UGS 061289vr0 127.0.0.1 127.0.0.1 UH 0 48lo0 192.168.0 link#1 UC 00vr0 192.168.0.100:0c:6e:8d:30:cb UHLW1 83vr0 1170 192.168.0.254 00:e0:06:ff:d3:7b UHLW00vr0 1170 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%vr0/64 link#1UC vr0 fe80::214:2aff:fe1e:da7f%vr0 00:14:2a:1e:da:7f UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#3UHL lo0 ff01::/32 ::1 U lo0 ff02::%vr0/32 link#1UC vr0 ff02::%lo0/32 ::1 UC lo0 S4: # netstat -rn Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.0.254 UGS 0 142979vr0 127.0.0.1 127.0.0.1 UH 0 48lo0 192.168.0 link#1 UC 00vr0 192.168.0.254 00:e0:06:ff:d3:7b UHLW10vr0 1190 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%vr0/64 link#1UC vr0 fe80::214:2aff:fe2e:5346%vr0 00:14:2a:2e:53:46 UHL lo0 fe80::%lo0/64 fe80::1%lo0
Re: [FUG-BR] Arquivos deletados.
Em 04/11/05, Fabricio<[EMAIL PROTECTED]> escreveu: > Recuperar os diretorios removidos necessitara de uma boa dose de > paciencia e habilidade em lidar com o filesystem em que os diretorios > se encontravam. Nao acredito ser possivel recupera-los na totalidade. > Voce pode tentar usar o Coroner's Toolkit [1], que tem programas feitos > para ajuda-lo neste sentido. Originalmente, o TCT foi desenvolvido > para auxiliar na analise forensica de computadores invadidos. > > Agora, se voce "apenas" precisa de alguma informacao contida nos > arquivos removidos (tipo senha, etc.) outra possiblidade e' fazer uma > imagem do seu HD (usando o dd) e trata'-la como um arquivo (usar > strings, grep, etc.) para encontrar a informacao necessaria. > > Sao apenas sugestoes: nao garanto que irao funcionar ... boa sorte! > > 1. http://www.porcupine.org/forensics/tct.html > > []s, > Fabricio Cara se for olhar no historico da lista vc vai achar algumas threads discutindo esse assunto! A principio tem algumas ferramentas q podem ser usadas Lazarus, testdisk e o Stellar Phoenix. --- Chimbida ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] duvida com adaptador pcmcia isa
Pessoal, blz.. estou instalando uma adaptadora pcmcia ISA, ricoh, no free 5.4, em um pentium 233.. com 64(oh sofrimento está aqui 4 horas para recompilar o kernel, mas isto nao vem ao caso), e habilitei normalmente no kernel as opcoes OLDCARD, conforme está no arquivo OLDCARD, até ai tudo bem a adaptadora reconhece perfeitamente, mas quando espeto o cartão com a maquina ligada, ele avisa que foi inserido e normal, mas não aparece o dispositivo wi(alias o cartao é orinoco), e não mostra mensagem alguma agora quando eu inicio o computador com o cartao espetado, ele para em Setup PC-CARD: memory beep (trava) até que eu tire o cartão ele fica ali e não sai,... já viram isto?? eu estou querendo usar este adaptador ISA, para acabar com eles, não estava querendo desistir e usar um pci, mas sei lá... já revirei a internet e nada de ajuda, pensei as vezes alguem já passou por isto.. por enquanto obrigado, e se possivel ajuda agradeco novamente... ___ Adailton Milhorini HardOnline Internet Provider ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Ajuda com FreeBSD 4.7
Olá pessoal, Sou novo aqui e necessito de sua ajuda para o seguinte problema: Recentemente fiz um upgrade em um servidor passando seu HD com FreeBSD 4.7 para uma máquina nova. O sistema levantou perfeitamente e até agora o único problema é que, quando tendo "rebootar" o sistema, ele encerra todos os processos normalmente, mas não consegue reiniciar fisicamente o computador, só através do RESET mesmo. O hardware antigo era: Pentium 166 MHz / 16 RAM / Video ISA (Trident 9440) / Gabinete AT / 3 placas ETHERNET 10/100 PCI (RealTek) O novo: Placa ASUS P4 S800D-X / Celeron 2.4 533 Mhz / 1 GB RAM (DDR 400 trabalhando em DUAL) / video GF-2 MX 400 64 MB / Gabinete ATX / 4 placas ETHERNET 10/100 (RealTek) Desde já agradeço pela atenção. []'s Tiago N. Furbeta [EMAIL PROTECTED] Esta mensagem foi enviada pelo webmail do Cangere Online http://www.cangere.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR]Dois endereços na mesma rede e problem a com NAT no FreeBSD
> Numa mesma rede eu roda máquinas com 2 classes distintas, 1 válida > (200.200.200.0/24) e outra inválida (192.168.0.0/24). O principal uso > da classe inválida é para a instalação inicial de servidores e > navegação de algumas estações. > > Exemplo: > > Servidor 1 - Linux > eth0: 200.200.200.5 > eth0:0 192.168.0.1 > gateway: 200.200.200.1 > > Servidor 2 - FreeBSD 4.11 > sis0: 200.200.200.8 > alias0: 192.168.0.254 > gateway: 200.200.200.1 > > O 2 servidores acima estão configurados e funcionando para servirem NAT. > > Vejam as máquinas recém instaladas abaixo: > > Servidor 3 - FreeBSD 5.4 > vr0: 192.168.0.20 > gateway: 192.168.0.1 > > Servidor 4 - FreeBSD 5.4 > vr0: 192.168.0.21 > gateway: 192.168.0.254 > > O S3 tem o gateway para 1 máquina e o S4 tem o gateway para outra máquina. > > Estando logado no S1, eu consigo ssh para S3 e S4 sem problemas. > > Agora quando tento logar de S2 para S4, vai normal, mas para S3, não > vai! Eu rodei um tcpdump e vejo que ele tenta ssh através do > 200.200.200.8 para 192.168.0.20, quando deveria sair do 192.168.0.254 > para 192.168.0.20, daí ele se perde e o ssh morre por timeout... > Porque acontece isso no FreeBSD? > Tenta especificar o IP de origem no SSH: ssh -b 192.168.0.254 [EMAIL PROTECTED] __ Cristiano Maynart Pereira ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] [1/2 OFF] Erros não detectados em s istemas de arquivos
Olá, Estava lendo a página manual do tune2fs do Linux (calma!) e uma coisa me deixou meio intrigado. Nela a opção -c que define o número máximo de mountagens que o filesystem pode receber antes de sofrer um fsck forçado. A justificativa para isso é que problemas com cabos, memoria, discos e bugs no kernel poderiam corromper o sistema de arquivos sem que necessáriamente ele fosse marcado como sujo (dirty). Forçar um fsck depois de um certo número de montagens ajudaria a corrigir isso (se não fosse fatal). Primeira questão: o que acontece com uma máquina que tem um uptime de uns 2 anos e onde os sistemas de arquivos foram montados apenas umas 3-4 vezes nos ultimos 3 anos? Com certeza essa opção não ajuda muito. Por dedução eu teria que rebootar meus servidores periodicamente para o fsck pegar algum erro escondido que por acaso aparecesse. Não quero me prolongar muito mas verifiquei que o tunefs do FreeBSD não tem essa opção. Talvez porque julguem desnecessária ? É comum esses pequenos erros serem introduzidos por acaso devido aos motivos mencionados (cabo, memoria, cpu, bugs) sem que seja detectado ? Pessoalmente nunca tive esse tipo de problema (até onde eu sei, já que são erros não-detectados) mas vai lá saber.. Algum guru em FS'es para acalmar a mente pensativa? :) Um abraço, -- Giovanni P. Tirloni http://tirloni.blogspot.com ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
Em Fri, 04 Nov 2005 11:13:10 -0200 "Giovanni P. Tirloni" <[EMAIL PROTECTED]> escreveu: > Primeira questão: o que acontece com uma máquina que tem um uptime > de uns 2 anos e onde os sistemas de arquivos foram montados apenas umas > 3-4 metendo minha colherzinha de pau no assunto: é improvável que vc veja um Linux com um uptime dêsse tamanhão todo, uma vez que a cada poucos dias temos um novo kernel, fora um eventual patche de segurança, correções, etc. Pelo menos a substituição do kernel implica em reboot. Os *BSD's (pelo que eu saiba) são bem mais estáveis nêsse quesito. E é (realmente) uma curiosidade: é possível que um servidor com MUITOS acessos - DB2/Oracle de site e-commerce? - sofra degradação ou deterioração do filesystem? isso aplicando-se tanto ao Linux quanto aos *BSD's, então o que fariamos? Apesar que sites com tantos acessos acabam dispondo daquêles "armários" de storage. normalmente faz-se aquelas "paralizações/manutenção programada"?. Ou aproveita-se servidores "espelhados" pra fazer-se manutenção em um enquanto o outro suporta a carga? --- saudações, Irado Furioso com Tudo Linux User 179402/FreeBSD BSD50853 (100% Microsoft Free) O cristianismo é uma boa filosofia, o que a estraga são os cristãos. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
Giovanni P. Tirloni wrote: >Olá, > > Estava lendo a página manual do tune2fs do Linux (calma!) e uma coisa >me deixou meio intrigado. Nela a opção -c que define o número máximo de >mountagens que o filesystem pode receber antes de sofrer um fsck forçado. > > A justificativa para isso é que problemas com cabos, memoria, discos e >bugs no kernel poderiam corromper o sistema de arquivos sem que >necessáriamente ele fosse marcado como sujo (dirty). Forçar um fsck >depois de um certo número de montagens ajudaria a corrigir isso (se não >fosse fatal). > > Primeira questão: o que acontece com uma máquina que tem um uptime de >uns 2 anos e onde os sistemas de arquivos foram montados apenas umas 3-4 > vezes nos ultimos 3 anos? Com certeza essa opção não ajuda muito. Por >dedução eu teria que rebootar meus servidores periodicamente para o fsck >pegar algum erro escondido que por acaso aparecesse. > > Não quero me prolongar muito mas verifiquei que o tunefs do FreeBSD >não tem essa opção. Talvez porque julguem desnecessária ? É comum esses >pequenos erros serem introduzidos por acaso devido aos motivos >mencionados (cabo, memoria, cpu, bugs) sem que seja detectado ? > > Pessoalmente nunca tive esse tipo de problema (até onde eu sei, já que >são erros não-detectados) mas vai lá saber.. Algum guru em FS'es para >acalmar a mente pensativa? :) > >Um abraço, > > > Cara, faz tempo que nao escrevo nada para a lista, mas apos esta tua mensagem, me senti obrigado a opinar, visto que o assunto nao deixa de ser um tanto que polemico, eu ja havia me perguntado tal coisa a algum tempo atras, acredito que uns 5 anos, epoca que eu ainda usava linux. O fato poderia se dar pelo seguinte, depois de ponderar muito, eu cheguei a conclusao de que essa opcao foi adicionada por um developer que possuia um sistema beta ou alfa rodando e precisava facilitar sua vida visto que seu FS seria montado varias vezes devido a seus testes, mas pq nao a removeu ? Seria util para mais developers ? Quem sabe. Bueno, como de praxe, tenho sempre algo a acrescentar: Uma vez em um canal de irc, isso ja fazem mais de 5 anos, eu na epoca usava linux (nem vale a pena dizer o "sabor" do linux), e levantou-se uma discussao a respeito de FS e eu levantei uma bandeira do reiser-fs por estar testando a muito tempo e ter me aprofundado em questoes de ganho de velocidade / consumo de IO deste FS. Quando comecei a citar as features do FS, fui apedrejado por um rapaz de nick "Dump" defendendo o Extention2 e que conforme lembro, acrescentou que estava participando de um projeto revolucionario que seria o Extention3 onde muitos problemas da antiga versao estavam sendo resolvidos e que seria um FS extremamente rapido e seguro. Bom, hoje conhecemos o ext3 e quem acha rapido e seguro, melhor rever seus conceitos. Vamos la: 1 - Foi baseado no codigo do ext2 (herdou bugs) 2 - Grava seu journal no inicio do disco (gerando IO pois toda vez que o journal deve ser atualizado, a cabeca de gravacao do disco rigido deve se deslocar ate o inicio do disco para fazer o update, gerando assim um desgaste de hardware grotesco, partindo do principio que sua particao primaria linuxfs esteja no inicio do disco (sem supor que tu possui um windows no inicio do disco). Bom, soh para manter o journal do /var/log eu ja ficaria encucado demais. Meu amigo Dump, que eh um cara muito famoso no meio linux mas que nao citarei o nome, afinal de contas todo mundo erra, em uma oportunidade de nos vermos cara-a-cara nao soube explicar o porque dos problemas levantados por mim, ficando na mesma que ficou na epoca que defendia o reiser-fs, mesmo tendo participado da "construcao" do ext3. Isso eh uma critica e nao um ataque, nao estou aqui querendo desmerecer, estou querendo apresentar novas informacoes para que cada um faca a sua avaliacao. Abracos, -- Rodrigo Graeff [EMAIL PROTECTED] icq: 9636816 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
RES: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
Giovanni, já trabalhei com diversos OS UNIX, desde XENIX (hehe) até UNIXWARE. Alguns em missão crítica, em siderúrgicas, mineradoras, etc etc. O Uptime time deles é bastante grande, e também não há nada disso. E também não acredito de forma alguma que problemas físicos (cabo, ruídos brancos, etc etc) possam dar problemas em dados, já que mesmo antes do bit a ser gravado no disco ser processado pelo OS, a controladora (Ide, SCSI) já fez as verificações de integridade elétrica do sinal. Ao OS cabe pegar essa informação e armazená-lo tão somente de maneira legível (UFS, NTFS, HPFS, JFS, REISERFS, ***FS). Creio que essa é uma das muitas coisas inexplicáveis que o Linux e seus manuais possuem. Não vejo nenhum argumento técnico que comprove essa teoria. Em meu caso eu ficaria despreocupado e daria hoje a noite bebendo um chopp, boas risadas desse linux ;) Inté - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br - ""Modems de 2400 bps, por favor transitar pela pista da direita."" > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Giovanni P. Tirloni > Enviada em: sexta-feira, 4 de novembro de 2005 11:13 > Para: Lista de discussao do grupo FUG-BR > Assunto: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos > > Olá, > > Estava lendo a página manual do tune2fs do Linux (calma!) e uma coisa > me deixou meio intrigado. Nela a opção -c que define o número máximo de > mountagens que o filesystem pode receber antes de sofrer um fsck forçado. > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
RES: [FUG-BR] [1/2 OFF] Erros não detectados emsistemas de arquivos
> > E é (realmente) uma curiosidade: é possível que um servidor com MUITOS > acessos - DB2/Oracle de site e-commerce? - sofra degradação ou > deterioração do filesystem? isso aplicando-se tanto ao Linux quanto aos > *BSD's, então o que fariamos? Apesar que sites com tantos acessos acabam > dispondo daquêles "armários" de storage. Do ponto de vista lógico (informações alocadas nos inodos, nas trilhas, etc etc). Mas, fisicamente o disco, por ser mecânico tem o seu período útil diminuído a cada tempo que fica ligado (MFT) até que algum dia ele deixe de funcionar. Obviamente até isso acontecer, os softwares de monitoramento já irão alertar o administrador e um sistema redundante (RAID) já irá fazer a cópia evitando uma parada. > > normalmente faz-se aquelas "paralizações/manutenção programada"?. Ou > aproveita-se servidores "espelhados" pra fazer-se manutenção em um > enquanto o outro suporta a carga? > Depende do caso e da missão que representa para a empresa. Se um downtime for aceitável, ele é feito. Se não for, enquanto um servidor entra para manutenção (física ou lógica) o espelho entra em produção. Tudo depende do tamanho da empresa, o negócio dela e principalmente o $$ investido em TI :) ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
irado furioso com tudo wrote: >Em Fri, 04 Nov 2005 11:13:10 -0200 >"Giovanni P. Tirloni" <[EMAIL PROTECTED]> escreveu: > > > >>Primeira questão: o que acontece com uma máquina que tem um uptime >>de uns 2 anos e onde os sistemas de arquivos foram montados apenas umas >>3-4 >> >> > >metendo minha colherzinha de pau no assunto: é improvável que vc veja um >Linux com um uptime dêsse tamanhão todo, uma vez que a cada poucos dias >temos um novo kernel, fora um eventual patche de segurança, correções, >etc. Pelo menos a substituição do kernel implica em reboot. Os *BSD's >(pelo que eu saiba) são bem mais estáveis nêsse quesito. > >E é (realmente) uma curiosidade: é possível que um servidor com MUITOS >acessos - DB2/Oracle de site e-commerce? - sofra degradação ou >deterioração do filesystem? isso aplicando-se tanto ao Linux quanto aos >*BSD's, então o que fariamos? Apesar que sites com tantos acessos acabam >dispondo daquêles "armários" de storage. > >normalmente faz-se aquelas "paralizações/manutenção programada"?. Ou >aproveita-se servidores "espelhados" pra fazer-se manutenção em um >enquanto o outro suporta a carga? > > Bom, quanto ao reboot por troca de kernel, ambos os sistemas ainda sofrem com esse problema (ouvi falar que alguem pesquisava para resolver este problema pelo menos pro linux), porem cara, eh possivel sim ficar com mesmo kernel rodando em um servidor, por ex um fedora ou um red hat desses homologados que ficam abaixo de um firewall sem sofrer muitas modificacoes, esse nao eh o ponto certo para justificar, e mesmo a questao dos DBs, DB2 e Oracle possuem a feature de guardar seus dados em particoes sem FS, mesmo o MySQL ja tem essa opcao, o que reduz 100% dos problemas de banco de dados armazenados em um FS generico. O banco de dados nao ira depender da estrutura do FS para fazer sua armazenacao, depois, se nao ha FS, nao ha mais grandes probabilidades de se corromper algum dado :) Mesmo um storage pode possuir um FS ou nao. Abracos, -- Rodrigo Graeff [EMAIL PROTECTED] icq: 9636816 ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
Giovanni P. Tirloni wrote: > Olá, > > Estava lendo a página manual do tune2fs do Linux (calma!) e uma coisa > me deixou meio intrigado. Nela a opção -c que define o número máximo de > mountagens que o filesystem pode receber antes de sofrer um fsck forçado. > > A justificativa para isso é que problemas com cabos, memoria, discos e > bugs no kernel poderiam corromper o sistema de arquivos sem que > necessáriamente ele fosse marcado como sujo (dirty). Forçar um fsck > depois de um certo número de montagens ajudaria a corrigir isso (se não > fosse fatal). > > Primeira questão: o que acontece com uma máquina que tem um uptime de > uns 2 anos e onde os sistemas de arquivos foram montados apenas umas 3-4 > vezes nos ultimos 3 anos? Com certeza essa opção não ajuda muito. Por > dedução eu teria que rebootar meus servidores periodicamente para o fsck > pegar algum erro escondido que por acaso aparecesse. > > Não quero me prolongar muito mas verifiquei que o tunefs do FreeBSD > não tem essa opção. Talvez porque julguem desnecessária ? É comum esses > pequenos erros serem introduzidos por acaso devido aos motivos > mencionados (cabo, memoria, cpu, bugs) sem que seja detectado ? > > Pessoalmente nunca tive esse tipo de problema (até onde eu sei, já que > são erros não-detectados) mas vai lá saber.. Algum guru em FS'es para > acalmar a mente pensativa? :) > > Um abraço, > Tirloni, Como com UFS voce pode montar um FS dirty e depois limpa-lo, mesmo montado, com COW (Copy On Write) e CL (Clean Live File System), acredito que o background FSCK resolva isso. Se voce forca fsck em foreground, com -F (mesmo ele podendo rodar em bg) se o sistema estiver em multi-user e' feito um snapshot logico, e entao o fsck e feito nesse snapshot e as correcoes sincronizadas, com COW ou CL. Isso so' em multiuser. O detalhe e que nenhuma operacao COW ou CL e' feita enquanto os inodes dos arquivos estao sendo acessados. Se sao muitos inodes o bgfsck ou fsck -F mantem a modificacao no snap pendente, e efetivam no FS assim que o inode e liberado. Ou o FS locka o acesso a esse inode e o efetiva, se so falta essas pendencias pro fsck sair. Ai existe uma questao que pode ser dramatica, em discos cheios. Quando voce faz snap os inodes "fotografados" sao congelados. As modificacoes no mesmo inode e' alocada com uma marcacao logica, e nao no FS. Se a quantidade de userdata modificada for muito grande ai sao gravadas nos proximos inodes, e feita referencia logica a esses inodes, em contrate com os fisicos (no FS). A questao e que com o disco cheio podem faltar inodes, e os dados que por ventura sejam apagados onde existe o snapshot nao serao apagados efetivamente ate que o snap seja destruido. Entao existe um risco teorico, em particoes em plena atividade (Live) e cheias, de que a efetivacao de uma correcao destrua userdata ou metadata alocado *apos* o snapshot. Esse risco e amenizado e sempre que chega-se a esse ponto o metodo COW e preferido ao inves do CL (mesmo que o CL represente melhor performance) e o COW passa usar espaco da SWAP. Agora nao lembro se o espaco da SWAP e usado pras operacoes logicas do snapshot ou as do FS. Tem um doc do PHK sobre Copy On Write que ajuda a esclarecer isso. Eu li ele faz tempo e esqueci uma pa dos detalhes =P Mas entao, na pratica, a equipe por tras da "manutencao programada" pode tentar diminuir o numero de operacoes de escrita no FS (por exemplo, desliga o FTP, ou suspende a fila de delivery local de e-mail, ou suspende INSERTS e UPDATES no banco...) e passar fsck em bg (que *tambem* faz snapshot, mas nao sei quando nem sob que circunstancias e dada essa decisao... acho que o doc do McKusick na USENIX me responderia hehehe) ou em foreground com o FS montado. Dessa forma nao e necessario qualquer reboot, umount do FS, e ainda evita riscos nas operacoes de W (apenas se espaco disponivel em disco for um alarmante). Outra opcao essa manual!: - mount -o snapshot na particao que voce quer - desmonta o FS - monta o snapshot no ponto de montagem do FS - (agora o mount point em questao acessao snap) - passa FSCK na device desmontada Assim nao precisa rebootar. Nunca teste isso! E uma opcao teorica hehe. Pra melhorar, com GEOM_LABEL e possivel dar-se labels distintos ao mesmo device e ai monta-los simultaneamente. Ou seja o mesmo dispositivo fisico montado em pontos diferentes, e com nome de devices diferentes. Quando isso acontece, existe "lock" de todo inode que esteja em uso em 1 mount-point, e se operacoes paralelas no mesmo inode forem feitas, essa requsicao e atrasada ate o que o inode seja liberado. Entao, na teoria, da pra passar FSCK no dispositivo enquanto ele fica montado no label. Seria uma opcao à abordagem anterior, mas sem SNAPSHOT nessa (e consequentemente com opcao de W). Mas o mais facil e contar com o fsck com -B ou -F mesmo! hehuahua, as outras tem que ser bem testadas an
[FUG-BR] RES: Ajuda com FreeBSD 4.7
Humm O 4.7 é "meio" desatualizado. ACPI e outros gerenciamentos de energia e funções da BIOS de uma máquina tão nova ele não trabalha direito, dentre outras coisas. Que tal aproveitando o hardware novo poderoso adquirir um HD UDMA e já fazer o upgrade para 5.4? A segurança e velocidade do servidor ficarão excelentes. - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br - "FORMAT C: ...Sim ...Sim ...Nãã!!! ^C ^C ^C ^C ^C." > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de [EMAIL PROTECTED] > Enviada em: sexta-feira, 4 de novembro de 2005 10:14 > Para: Lista de discussao do grupo FUG-BR > Assunto: [FUG-BR] Ajuda com FreeBSD 4.7 > > Olá pessoal, > > Sou novo aqui e necessito de sua ajuda para o seguinte problema: > Recentemente fiz um upgrade em um servidor passando seu HD com FreeBSD 4.7 > para uma máquina nova. O sistema levantou perfeitamente e até agora o > único > problema é que, quando tendo "rebootar" o sistema, ele encerra todos os > processos normalmente, mas não consegue reiniciar fisicamente o > computador, > só através do RESET mesmo. > ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Soekris
Alguém conhece algum revendedor das placas SOEKRIS e tbm quem as usa para enlaces wireless??? João Luiz ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] DHCP + IPFW
Prezados, Estou com essa msn nos /var/logs/messages no meu servidor de DHCP com freebsd 5.4 AMD64 dhcpd: send_packet: Permission denied last message repeated 23 times Tem algo errado no meu ipfw que esteja travando esse pacote?? Ats Ademir ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] FreeBSD 6.0 - Anuncio oficial !
http://lists.freebsd.org/pipermail/freebsd-announce/2005-November/001023.html ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
é RC1 ainda ja baixei e gravei Em 04/11/05, Celso Viana <[EMAIL PROTECTED]> escreveu: > > Já vou baixar também. Valews. > > Celso > > Em 03/11/05, Ederson de Moura<[EMAIL PROTECTED]> escreveu: > > Celso, > > > > Acessei e estou baixando pelo FTP > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/ > > > > > > -- > > Linux is for people who hate Windows, > > BSD is for people who love UNIX" > > ___ > > Freebsd mailing list > > Freebsd@fug.com.br > > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > > > > -- > Celso Vianna > BSD User: 51318 > Palmas/TO > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > -- -=-=-=-=-=-=-=-=-=- William David Armstrong Bio Systems Security. ICQ 10253747 MSN [EMAIL PROTECTED] -- <. Of course it runs <| <' NetBSD, OpenBSD or FreeBSD -- ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
Eu já estou baixando desde ontem (ADSL 256 Kb/s). Pelo que li no e-mail de anúncio na FreeBSD Announce, tem algumas coisas interessante. Eu vou ler o Release Notes. Já anunciei numa lista e Linux que estou inscrito e vou anunciar em mais algumas outras listas. Já existe o Open Office 2.0 para ele, que foi lançado antes mesmo dele. Abraços, João Rocha On 11/4/05, Celso Viana <[EMAIL PROTECTED]> wrote: > Já vou baixar também. Valews. > > Celso > > Em 03/11/05, Ederson de Moura<[EMAIL PROTECTED]> escreveu: > > Celso, > > > > Acessei e estou baixando pelo FTP > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/ > > > > > > -- > > Linux is for people who hate Windows, > > BSD is for people who love UNIX" > > ___ > > Freebsd mailing list > > Freebsd@fug.com.br > > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > > > > -- > Celso Vianna > BSD User: 51318 > Palmas/TO > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] RES: Ajuda com FreeBSD 4.7
On 11/4/05, Renato Frederick <[EMAIL PROTECTED]> wrote: > Humm > O 4.7 é "meio" desatualizado. > > ACPI e outros gerenciamentos de energia e funções da BIOS de uma máquina tão > nova ele não trabalha direito, dentre outras coisas. > > > Que tal aproveitando o hardware novo poderoso adquirir um HD UDMA e já fazer > o upgrade para 5.4? Pelo menos para a 4.11. João Rocha. > > A segurança e velocidade do servidor ficarão excelentes. > > > > - > Renato Frederick > FreeBSD Brasil LTDA. > Fone: (31) 3281-9633 > http://www.freebsdbrasil.com.br > - > "FORMAT C: ...Sim ...Sim ...Nãã!!! ^C ^C ^C ^C ^C." > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de [EMAIL PROTECTED] > > Enviada em: sexta-feira, 4 de novembro de 2005 10:14 > > Para: Lista de discussao do grupo FUG-BR > > Assunto: [FUG-BR] Ajuda com FreeBSD 4.7 > > > > Olá pessoal, > > > > Sou novo aqui e necessito de sua ajuda para o seguinte problema: > > Recentemente fiz um upgrade em um servidor passando seu HD com FreeBSD 4.7 > > para uma máquina nova. O sistema levantou perfeitamente e até agora o > > único > > problema é que, quando tendo "rebootar" o sistema, ele encerra todos os > > processos normalmente, mas não consegue reiniciar fisicamente o > > computador, > > só através do RESET mesmo. > > > > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
Ederson de Moura wrote: >Celso, > >Acessei e estou baixando pelo FTP > >ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/ > > > > http://www.freebsd.org/releases/6.0R/relnotes-i386.html -- Rainer ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Informações do "df" - espaço em disco
Pessoal, Vejam que estranho: [EMAIL PROTECTED] /var]# du -h -d 1 2.0K./account 6.0K./at 16K./backups 4.0K./crash 4.0K./cron 24M./db 2.0K./empty 2.0K./heimdal 762K./log 2.0K./mail 4.0K./msgs 2.0K./preserve 100K./run 2.0K./rwho 640K./spool 8.0K./tmp 22K./yp 70K./games 6.0K./amavis 2.0K./virusmails 26M. [EMAIL PROTECTED] /var]# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a126M49M66M43%/ /dev/ad0s1f252M 4.5M 227M 2%/tmp /dev/ad0s1g 71G40G26G61%/usr /dev/ad0s1e252M 202M30M87%/var procfs 4.0K 4.0K 0B 100%/proc tuim:/hd/bkp84G34G43G44%/mnt/tuim O "du" informa 26M ocupados, porém o "df" mostra que tem 202M ocupados! Como pode isso? []s, Ari ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
DESCULPEMMM eu acabei gravando em cima de um cd meu do RC1 e o nero nao sobre escreveu ele direitoo é REAL 6.0 RELEASE CONFIRMADO Em 04/11/05, William Armstrong <[EMAIL PROTECTED]> escreveu: > > é RC1 ainda ja baixei e gravei > > > > > Em 04/11/05, Celso Viana <[EMAIL PROTECTED]> escreveu: > > > > Já vou baixar também. Valews. > > > > Celso > > > > Em 03/11/05, Ederson de Moura<[EMAIL PROTECTED]> escreveu: > > > Celso, > > > > > > Acessei e estou baixando pelo FTP > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/ > > > > > > > > > -- > > > Linux is for people who hate Windows, > > > BSD is for people who love UNIX" > > > ___ > > > Freebsd mailing list > > > Freebsd@fug.com.br > > > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > > > > > > > > -- > > Celso Vianna > > BSD User: 51318 > > Palmas/TO > > > > ___ > > Freebsd mailing list > > Freebsd@fug.com.br > > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > > > > > > -- > -=-=-=-=-=-=-=-=-=- > William David Armstrong > Bio Systems Security. > ICQ 10253747 MSN [EMAIL PROTECTED] > -- > <. Of course it runs > <| > <' NetBSD, OpenBSD or FreeBSD > -- > -- -=-=-=-=-=-=-=-=-=- William David Armstrong Bio Systems Security. ICQ 10253747 MSN [EMAIL PROTECTED] -- <. Of course it runs <| <' NetBSD, OpenBSD or FreeBSD -- ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Erros não detectados em sistemas de arquivos
Patrick Tracanelli wrote: >Tirloni, > >Como com UFS voce pode montar um FS dirty e depois limpa-lo, mesmo >montado, com COW (Copy On Write) e CL (Clean Live File System), acredito >que o background FSCK resolva isso. > Estive acompanhando a thread... apenas para complementar houve uma modificação no 6.0-release e no 7.0-current com relação a isso: "" Recomputing the summary information for “dirty” UFS and UFS2 file systems is no longer done at mount time, but is now done by background fsck(8). This change improves the startup speed when mounting large file systems after a crash. The prior behavior can be restored by setting the vfs.ffs.compute_summary_at_mount sysctl variable to a non-zero value. "" Att., Rainer Alves BrasilTelecom ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Arquivos deletados.
tente usar este software, é indicado para recuperar partições deletadas, um colega meu conseguiu recuperar os dados com ele! http://www.cgsecurity.org//index.html?testdisk.html -- "Quanto mais sei, mais sei que nada sei" By Sócrates. "Homem, conhece-te a ti mesmo!" By Sócrates. "Ajuda-te e o céu te ajudará" By Máxima cristã. >From: Lucas Ducati <[EMAIL PROTECTED]> >Reply-To: Lista de discussao do grupo FUG-BR >To: Freebsd@fug.com.br >Subject: [FUG-BR] Arquivos deletados. >Date: Thu, 3 Nov 2005 23:27:00 -0300 (ART) > >Olá Pessoal, > >Sou novo aqui na lista. Não gostaria de debutar na lista assim, mas ai vai! >Alguém poderia me ajudar no seguinte: >Deletei uns diretórios que não podiam ser deletados com a opção "rm -rf" >Existe alguma forma de recuperá-los ? >Desde já agradeço a ajuda > >Obrigado. > > >Lucas Ducati > >- > Yahoo! Acesso Grátis: Internet rápida e grátis. >Instale o discador agora! >___ >Freebsd mailing list >Freebsd@fug.com.br >http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] [FreeBSD-Announce] FreeBSD 6.0 Released
___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Versão 5.3 para a 6
É possivel utilizar o portupgrade para passar da 5.3 para a 6? Grato Eduardo de Paula Neves -- "There are only 10 types of people in the world: Those who understand binary, and those who don't" ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] DHCP + IPFW
Verifique em /etc/services as portas que o dhcp utiliza e libere-as no ipfw. Se nao me engano sao utilizadas as portas 67 e 68 (tcp e udp). --- Ademir Costa Peixoto <[EMAIL PROTECTED]> wrote: > Prezados, > > Estou com essa msn nos /var/logs/messages no meu > servidor de DHCP com > freebsd 5.4 AMD64 > > dhcpd: send_packet: Permission denied > last message repeated 23 times > > > Tem algo errado no meu ipfw que esteja travando esse > pacote?? > > > Ats > > Ademir > > ___ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > matheus lamberti de abreu "Embora nem tudo seja permitido, tudo é possível." (Adágio Alquímico) "Do, or do not. There is no 'try'." (Master Yoda) __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] DHCP + IPFW
Ademir, > Tem algo errado no meu ipfw que esteja travando esse pacote?? Acredito que sim. Já abrisses o firewall pra ver? De qualquer forma, libera as portas 67 e 68 para a interface interna. []s Ronan ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Lendo Release Notes do 6.0
Os 386 não são mais suportados. Mas o 486 já tem cerca de 15 anos e acho que não deve ter quase nenhum 386 em funcionamento no mundo. O último 386 que vi funcionando, que eu me lembre, estava embutido em um roteador. (Epa.. As urnas eletrônicas modelo 96 são 386-SX, se não me engano, e talvez ainda estejam em uso.) " A new tunable vm.blacklist has been added. This can hold a space or comma separated list of physical addresses. The pages containing these physical addresses will not be added to the free list and thus will effectively be ignored by the FreeBSD VM system. The physical addresses of any ignored pages are listed in the message buffer as well. " O que é isto? É para contornar defeitos de memória? Sei que pode servir para retirar da lista endereços de memória usados por algum hardware não suportado. " The autoboot loader command will now prevent the user from interrupting the boot process at all if the autoboot_delay variable is set to -1. [MERGED] " Isto se soma ao /etc/ttys: console noneunknown off insecure E ainda às confihurações da BIOS de só dar boot pelo HD e senha no setup. " The beastie boot menu has been disabled by default. " Que pena. Acho ele tão simpático. Muitos drivers de rede passaram a trabalhar como multi-thread, inclusive os ISA. Aliás, muita coisa passou a ser MPSAFE. " The matcd(4) driver has been removed. [MERGED] " É um ítem muito antigo, e possivelmente não é mais usado. Outra coisa de uns 15 anos de idade, e, em geral, de fácil substituição. Peça de museu. Acho que o FreeBSD está começando a descartar o suporte para alguns hardwares muito velhos, que não são fabricados a muito tempo. Acho que daqui a alguns anos será descartado o suporte às placas de rede ISA. Eu fiquei surpreso por terem modificado-os para ser MPSAFE. " The old vinum(4) subsystem has been removed in favor of the new geom(4)-based version. " Acho que isto é de se esperar. " Read-only support for ReiserFS version 3 has been added. See mount_reiserfs(8) for details. " Isto pode chamar a atenção de quem usa Linux. " The burncd(8) utility now allows commands (such as eject) to take place after fixating a disk. " A opção -e do burncd(8) não é para isto? Legal, redundância de opções. :^))) " The mkuzip(8) utility, which compresses file system images for use with GEOM_UZIP geom(4) module, has been added. [MERGED] " Isto é legal para armazenar guandes quantidades de texto que nunca são modificados. " The restore(8) utility has regained the ability to read FreeBSD version 1 dump tapes. [MERGED] " Bom para recuperar backup empoeirados. " The syslog(3) function is now thread-safe. [MERGED] " Esta eu não sabia. Então o meu milter anti-spam pode ter problemas em certas circunstâncias. " The -f option of tail(1) utility now supports more than one file at a time. [MERGED] " Legal. Eu tinha pensado nisto o outro dia. " rc.conf(5) now supports changes of network interface names at boot time. [MERGED] For example: ifconfig_fxp0_name="net0" ifconfig_net0="inet 10.0.0.1/16" " Isto pode ajudar em alguns casos, facilitando trocas de placas de rede, etc, set ter que modificar regras de firewall, mas isto já era resolvido com algumas variáveis num shell script. " pf has been updated from the version included with OpenBSD 3.5 to the version included with OpenBSD 3.7. " Eu vi alguém falando de algo interessante do pf do OpenBSD 3.7. Isto vai deixar esta pessoa feliz. " The pkg_version(1) utility now supports a -q flag to suppress the output of the port version comparison characters <, =, and >. " Isto deve fazer uma saída parecida com o pkg_info. É uma leitura longa, mas eu costumo fazer por achar importante, e ainda costumo aprender algumas coisinhas interessantes no processo. João Rocha. -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Versão 6 Release Direto do Forno
On 11/4/05, Joao Rocha Braga Filho <[EMAIL PROTECTED]> wrote: > Eu já estou baixando desde ontem (ADSL 256 Kb/s). > > Pelo que li no e-mail de anúncio na FreeBSD Announce, tem algumas > coisas interessante. Eu vou ler o Release Notes. > > Já anunciei numa lista e Linux que estou inscrito e vou anunciar em mais > algumas outras listas. > > Já existe o Open Office 2.0 para ele, que foi lançado antes mesmo dele. > > Me esqueci de mencionar algo. O site do FreeBSD não fala mais na sua página inicial do FreeBSD 4.11. O 6.0 agora é o de produção e o 5.4 é o antigo. Existirá um FreeBSD 5.5? João Rocha. > Abraços, > João Rocha > PS: Como o moderador negou a mensagem anterior, eu estou mandando-a de novo com as correções. (O Gmail esconde as partes antigas dos e-mails, e com isto eu não presto atenção nelas.) E não sei se o moderador percebeu que eu respondia a um e-mail que eu mesmo tinha enviado. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
[FUG-BR] Criar PIPES de banda com PF em tempo de execucao por conexao
Ola pessoal, Estava pesquisando na internet, um assunsto relativo a um projeto que preciso desenvolver que eh fornecer acesso internet via radio. Até ai blz, o meu problema eh que estou fazendo tudo em cima do PF, mas esbarrei no seguinte: Tenho o usuario cadastrado la no mySQL por exemplo ou qualquer outro lugar, aonde tenho o login e senha dele e o plano no qual ele pertence digamos plano 1 que é link de 128x64 . A minha duvida é como criar essa regra no PF para quano o FULANO logar eu crie o altq de X por Y. Achei algo parecido soh que usando ipfw (http://www.hpi.net/whitepapers/warta/) Alguma dica de como proceder usando PF ??? Ah sem contar que quando ele deslogar tem que matar o pipe criado. att, Waldir ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
