Re: [FUG-BR] gconcat
On 04/03/07, Daniel Bristot de Oliveira <[EMAIL PROTECTED]> wrote: > - > 1. Criar um concat com só um disco, de forma "manual", desta forma os > - > Teste 2: > > Fazer o mesmo teste de cima, porém, criar o provider de forma automática. É, lembrei da diferença depois que mandei o email. > Funcionou! Funciou?? > > Aqui pode dar um problema, o sistema de arquivos pode sobrescrever o > ultimos 512k que ele acreditava ser o final do disco, assim ele sobre Então se o último setor tiver dados, esses dados vão ser sobreescritos; e os dados do gconcat podem ser sobreescritos também, já que esse setor passou a ser terra de ninguém (ou de todos). > mas assim que sobrar um tempo vou faze-los :D. se voce assina a lista > freebsd-geom deve ter visto uma thread a uma duas semanas atraz, > falando sobre o problema do ultimo bloco em classes aplicadas de uma > "quente", o assunto da thread erra: "New g_part class", bom no final o > phk da uma pincelada sobre isto. Não assino, mas vou procurar nos arquivos. > Então, se for criar um concat de UM disco de forma MANUAL, tudo blz, > funciona sem formatar, mas acho que isso não é muito útil :D Me parece que criando um concat de forma manual fica tudo blz, com qualquer número de consumers. Já me contenta. > espero ter ajudado, e desculpe por alguma merd* que posso ter escrito, > estou morto do sono :D Valeu. :] -- (nil) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] gconcat
BOA! um boa pergunta para um domingo a noite. Eu nunca tinha tentado fazer acontecer o seu problema, mas vamos ver o que da, se segura que vai comessa a baixaria hehehe O disco utilizado é uma partição em que eu guardo o ports, é a /dev/ad0s4f, o tamanho dela é: 3145728000 bytes - 1. Criar um concat com só um disco, de forma "manual", desta forma os meta dados ficam em memoria e nenhum meta-dado é gravado no disco, entao o sistema de arquivos/disco não é alterado. # gconcat create teste1 /dev/ad0s4f desktop# gconcat list Geom name: teste1 State: UP Status: Total=1, Online=1 Type: MANUAL ID: 1060847703 Providers: 1. Name: concat/teste1 Mediasize: 3145728000 (2.9G) <- Tamanho do novo privider (/dev/concat/data) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad0s4f Mediasize: 3145728000 (2.9G) <- Tamanho do consumidor (/dev/ad0s4f) Sectorsize: 512 Mode: r1w1e2 Start: 0 End: 3145728000 # mount /dev/concat/teste1 /usr/ports/ # df | grep ports /dev/concat/teste1 2971278 2715162 1841499%/usr/ports # ls /usr/ports/ [conteudo inalterado] Como nenhum meta-dado foi escrito no disco, o FS não foi alterado, então tudo continua como estava antes, apenas com um novo "label". Resutado: Funcionou - Teste 2: Fazer o mesmo teste de cima, porém, criar o provider de forma automática. #gconcat label teste2 ad0s4f # gconcat list Geom name: teste2 State: UP Status: Total=1, Online=1 Type: AUTOMATIC ID: 3377459459 Providers: 1. Name: concat/teste2 Mediasize: 3145727488 (2.9G) <--- Tamanho do novo provider < 512k que o antigo Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad0s4f Mediasize: 3145728000 (2.9G)<--- Tamanho do consumidor Sectorsize: 512 Mode: r1w1e2 Start: 0 End: 3145727488 Agora um bloco de meta-dados foi escrito no ultimo bloco da particao, veja que o Midiasize do consumidor tem 3145728000 bytes, mas ele inicia em, 0 e termina em 3145727488, os 512k (3145728000 - 3145727488 = 512) que faltam, estão sendo utilizados pelos meta-dados, assim estão disponiveis apenas 3145727488 para o provider. # mount /dev/concat/data /usr/ports/ # df | grep ports /dev/concat/teste2 2971278 2715162 1841499%/usr/ports # ls /usr/ports/ [conteudo inalterado] Observer que o df(8) nas duas ocasiões retornou o mesmo tamanho do disco, isto por que o df(8) utiliza as informações do sistema de arquivos, e não do geom(4). Como o meta-dado do gconcat(8) foi gravado no ultimo setor, o superbloco do FS ficou como estava antes, assim o sistema de arquivos vai funcionar. mais um teste: vou tentar enxer o sistema de arquivos: # ls -lh /home/bristot/OOo_2.1.0_FreeBSD62Intel_install_pt-BR.tbz -rw-r--r-- 1 bristot wheel 115M Feb 3 21:49 /home/bristot/OOo_2.1.0_FreeBSD62Intel_install_pt-BR.tbz # df -h | grep ports /dev/concat/teste22.8G2.6G 18M99%/usr/ports # cp /home/bristot/OOo_2.1.0_FreeBSD62Intel_install_pt-BR.tbz /usr/ports/ # df -h | grep ports /dev/concat/teste22.8G2.7G-97M 104%/usr/ports Funcionou! Funciou?? Aqui pode dar um problema, o sistema de arquivos pode sobrescrever o ultimos 512k que ele acreditava ser o final do disco, assim ele sobre escreve os meta-dados, mas cara, isso vai entras em FS, ai não me garanto muito, mas para ter uma noção da probabilidade de ser escrito nestes 512k, levando em conta que 512k é um quarto de fragmento(padrão), que por sua vez é um oitavo de um bloco(padrão), isso diminui as chances dele ser sobrescrito, nun fiz estes testes, mas assim que sobrar um tempo vou faze-los :D. se voce assina a lista freebsd-geom deve ter visto uma thread a uma duas semanas atraz, falando sobre o problema do ultimo bloco em classes aplicadas de uma "quente", o assunto da thread erra: "New g_part class", bom no final o phk da uma pincelada sobre isto. 3: criar um concat com dois discos. # gconcat teste3 /dev/ad0s4f /dev/ad0s3 # gconcat list Geom name: teste3 State: UP Status: Total=2, Online=2 Type: AUTOMATIC ID: 3747211060 Providers: 1. Name: concat/teste3 Mediasize: 7003383296 (6.5G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad0s4f Mediasize: 3145728000 (2.9G) Sectorsize: 512 Mode: r1w1e2 Start: 0 End: 3145727488 2. Name: ad0s3 Mediasize: 3857656320 (3.6G) Sectorsize: 512 Mode: r1w1e2 Start: 3145727488 End: 7003383296 Em numeros 44(Midia Size ad0s4f + Midia Size ad0s3)- Midia Size do concat/teste3 = blocos que foram utilizados por meta-dados (3857656320+3145728000)-7003383296 = 1024 Como podemos ver, os meta-dados foram gravados em ambos os discos. # mount /dev/concat/teste3 /usr/ports/ # df -h | grep ports /dev/concat/teste32.8G2.6G 18M99%/usr/ports OPA! o disco esta com o mesmo tamanho de antes??? sim, pois o sistema de arquivos apenas foi criado para o primeiro disco, assim ele não sabe nada sobre o outro. -- Então, se for criar um concat de UM disco de forma MANUAL, tudo blz, funciona sem form
Re: [FUG-BR] Dica de anti-vírus
hmm, interessante ... tudo que entra pela porta Pop ele vasculha em busca de virus? Em 04/03/07, Danilo Egea<[EMAIL PROTECTED]> escreveu: > http://www.clamav.net/ > > --- Francisco Lunardi <[EMAIL PROTECTED]> > escreveu: > > > Olá pessoal, gostaria de saber se vocês conhecem > > algum anti-vírus > > transparente POP e SMTP pra Freebsd. > > Agradeço desde já a todos pela atenção e por suas > > sábias respostas. > > > > Grato Lunardi! > > - > > Histórico: > > http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: > > https://www.fug.com.br/mailman/listinfo/freebsd > > > > > Insula T.I > [EMAIL PROTECTED] > www.insula.com.br > Blog-> http://daniloegea.wordpress.com > > __ > Fale com seus amigos de graça com o novo Yahoo! Messenger > http://br.messenger.yahoo.com/ > - > 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
[FUG-BR] PPPOE + RADIUS + MYSQL
Pessoal, Estou tentando montar um servidor com autenticação pppoe com atutenticação radius no mysql, andei pesquisando mas não encontrei nenhum material que pudesse me dar uma "luz" sobre o assunto. Se alguém puder me ajudar neste assunto desde já agradeço. Obrigado! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dica de anti-vírus
http://www.clamav.net/ --- Francisco Lunardi <[EMAIL PROTECTED]> escreveu: > Olá pessoal, gostaria de saber se vocês conhecem > algum anti-vírus > transparente POP e SMTP pra Freebsd. > Agradeço desde já a todos pela atenção e por suas > sábias respostas. > > Grato Lunardi! > - > Histórico: > http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: > https://www.fug.com.br/mailman/listinfo/freebsd > Insula T.I [EMAIL PROTECTED] www.insula.com.br Blog-> http://daniloegea.wordpress.com __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] script verificacao de IP
Coloca isso no seu crontab !
IP=$(ifconfig :ppp0 |grep "inet addr"|awk -F: {'print $2'} |awk {'print
$1'})
NOME=$HOSTNAME
EMPRESA="nome"
ARQANT="/var/log/ip"
MAILLIST="[EMAIL PROTECTED]; [EMAIL PROTECTED];"
if [ -f $ARQANT ];then
IPANTIGO=$(cat $ARQANT )
else
IPANTIGO="-"
fi
if [ "$IP" != "$IPANTIGO" ];then
sendmail -F "[EMAIL PROTECTED]" $MAILLIST < $ARQANT
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dica de anti-vírus
Olá pessoal, gostaria de saber se vocês conhecem algum anti-vírus transparente POP e SMTP pra Freebsd. Agradeço desde já a todos pela atenção e por suas sábias respostas. Grato Lunardi! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] gconcat
Fazendo uns testes aqui, vi que eh possivel criar um dispositivo 'concat' a partir de um dispositivo ja existente/usado. Ou seja, digamos que ad0s3 tenha um sistema de arquivos ja usado e populado. 'gconcat data ad0s3', seguido de 'mount /dev/concat/data /mnt', funciona. Alguem sabe dizer se esse eh o comportamento esperado mesmo, ou apenas sorte? -- (nil) - 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] Padronizacao KDE
Citando Diego Altheman dos Santos: > Pessoal, > > Estou precisando manter alguns desktops BSDs , rodando kde, com algumas > configuracoes padroes, como papel de parede, tema da area trabalho, etc.. > Alguem tem alguma idea de como fazer >> > > vlw > > -- > www.phpinfo.eti.br > Diego Altheman /usr/share/skel, ou /etc/skel gera uma grade padrão para novos users, vc vai poder ter essas coisas. [] _ - 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] Padronizacao KDE
On 3/4/07, Diego Altheman dos Santos <[EMAIL PROTECTED]> wrote: > Pessoal, > > Estou precisando manter alguns desktops BSDs , rodando kde, com algumas > configuracoes padroes, como papel de parede, tema da area trabalho, etc.. > Alguem tem alguma idea de como fazer >> Projeto KDE Enterprise Desktop: http://enterprise.kde.org/articles/korporatedesktop3.php - 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] Padronizacao KDE
Pessoal, Estou precisando manter alguns desktops BSDs , rodando kde, com algumas configuracoes padroes, como papel de parede, tema da area trabalho, etc.. Alguem tem alguma idea de como fazer >> vlw -- www.phpinfo.eti.br Diego Altheman - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Placa Trindent + Resolucao (resolvido)
O problema era com a frequencia do monitor. Acertei e funcionou blzinha. vlw pessoal On Fri, 2 Mar 2007 14:57:59 +, Alessandro de Souza Rocha wrote > Em 02/03/07, Diego Altheman dos Santos<[EMAIL PROTECTED]> escreveu: > > Senhores(as), Boa tarde :) > > > > Pessoal, > > > > Estou tendo um problema ucom uma placa trident TGUI 9096. Ela nao abre uma > > resolucao diferente de 640x480 no X, idependente da configuracao que eu faca > > no modes do Xorg.conf > > > > Alguem jah passou por issu >> > > > > > > vlw > > -- > > www.phpinfo.eti.br > > Diego Altheman > > > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Amigo ja tive um micro antigo um p233 com uma placa 9440 de 1mb eu > usava ela em 800x600 a 65k cores no FreeBSD. > > -- > Alessandro de Souza Rocha > Administrador de Redes e Sistemas > Freebsd-BR User #117 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- www.phpinfo.eti.br Diego Altheman - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas no firefox 2.0
On Sat, 3 Mar 2007 21:18:42 -0300 Thiago Costa <[EMAIL PROTECTED]> wrote: > Estou tendo o mesmo problema com essa nova versão 9 do Flash. O que eu > reparei é que o pau só da em animações flash com som. Pelo que eu andei > lendo a principal diferença entre o flash7 e o flash9 é que o flash9 passa > a usar o ALSA para reproduzir sons ao inves do OSS como utilizava na versão > antiga. Talvez precise instalar audio/linux-alsa-lib, do ports. Não sei se adianta, pois uso o flash 7 (usar não uso, mas...). > Enfim ALSA e OSS são sistemas de audio para LINUX, a emulação > binaria de Linux do FreeBSD pode não estar tão estavel assim e o problema > pode estar exatamente ai. Isso é só um palpite já que eu desconheço qual > sistema de audio é utilizado pelo FreeBSD. FreeBSD usa drivers da OSS, não tenho certeza se são a versão 4. O Linux ainda contém o OSSv3, como deprecated. -- Ricardo Nabinger Sanchez <[EMAIL PROTECTED],wait4.org}> Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
