[FUG-BR] PulseAudio x OBS Studio x Minetest

[Joao Rocha Braga Filho]

Bom dia pessoal.

Estou com problemas para gravar gameplays do Minetest.

O Minetest tem som na saída, mas o OBS Studio não consegue capturar. Já
testei com o YouTube e o OBS Studio consegue capturar o Firefox, então é
alguma particularidade do Minetest, que talvez contorne o PulseAudio.

Se resolver isto já é uma grande ajuda para não precisar do plano B abaixo.

Então veio o plano B, ligar a saída de áudio na entrada de áudio da
interface de
som. Funciona, pois consigo gravar o som do jogo, mas eu não escuto o som.
Penso em contornar isso comprando uma bifurcação com um macho P2 e duas
fêmeas P2 (Eu sei que posso ter problemas de impedância.). Então colocaria
um fone e a entrada de áudio na saída de áudio da interface de som.

Agora entra o microfone, que quando plugo, assume todas as entradas de
áudio.
Não sei se é problema do OBS Studio ou do PulseAudio. A entrada de áudio
passa a replicar a entrada do microfone, ignorando o som do jogo. Isto
chega a
gerar um eco.

Pensei em gravar o som no notebook com o OBS Studio, e fundir tudo na
edição,
mas o OBS Studio se recusou a rodar no meu notebook por problemas de
compatibilidade
de controladora de vídeo ou driver de vídeo.

Então preciso de um programa de gravação de áudio para o notebook para fazer
este caos todo funcionar com os planos B, ou soluções para todas estas
confusões.

No momento estou sem ideias.

Agradeço as ajudas.
João Rocha.



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

Fotografia:
https://web.facebook.com/JGoffredoFotos
Instagram: @J.Goffredo (https://www.instagram.com/j.goffredo/)
http://jgoffredo.blogspot.com

Nerdice, computação, eletrônica:
http://mikronomicon.blogspot.com/

Outros:
https://twitter.com/j_goffredo

E-Mail:
goffr...@gmail.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] Leitor de Cartão de memória

[Joao Rocha Braga Filho]

On Tue, Jan 8, 2019 at 10:22 PM Nilton Jose Rizzo  wrote:

>
> On 08/01/2019 22:14, Cleyton Agapito wrote:
> > Em ter, 8 de jan de 2019 20:57, Nilton Jose Rizzo  > escreveu:
> >
> >> Galera tenho uma senhora dúvida.
> >>
> >>
> >> Tenho um leitor de cartões (genérico) ligados a uma porta USB interna,
> >>
> >> mais para ser exato este aqui:
> >>
> >>
> >>
> https://www.google.com/search?q=%2BUSB+%2Bleitor+%2Bcart%C3%A3o+%2Bmultiplos+%2Bpreto+%2Binterno=firefox-b-ab=isch=iu=1=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw=X=2ahUKEwjd54z2od_fAhWLtVkKHfD9BUIQ9QEwA3oECAMQCA#imgrc=IuwFu6owCwCHZM
> >> :
> >>
> >> só que coloco o cartão e ele simplesmente não me dá acesso,
> >>
> >> ai notei que ele é reconhecido durante o boot e cria os devices:
> >> /dev/da[0-3] e com o cam control eu os listos:
> >>
> >> root@valfenda:/home2/rizzo/src/repositorios/Image # camcontrol devlist
> >>  at scbus0 target 0 lun 0 (ada0,pass0)
> >>   at scbus1 target 0 lun 0 (ada1,pass1)
> >>   at scbus2 target 0 lun 0
> (ada2,pass2)
> >>at scbus8 target 0 lun 0 (da0,pass3)
> >>at scbus8 target 0 lun 1 (da1,pass4)
> >>at scbus8 target 0 lun 2 (da2,pass5)
> >>at scbus8 target 0 lun 3 (da3,pass6)
> >>
> >> só que não consigo montar o cartão SD, dá sempre erro.
> >> já tentei vários comandos com o CAMCONTROL:
> >>
> >> stop/start
> >> eject
> >>
> >> rescan
> >>
> >>
> >> e nenhum deles deu jeito, alquém tem alguma ideia?
> >>
> >>
> >> TIA,
> >>
> >>
> >> Rizzo
> >>
> >>
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> >>
> > Olá José,
> >
> > Precisa ver o sistema de arquivo do cartão, pode montar direto com
> > mount_ntfs-3g ou mount_msdos. Se não tiver esses vai precisar instalar
> > algumas coisas que não lembro agora, estou longe do terminal, mas a dica
> é
> > que os devices daX montam direto.
> >
> > Abraço
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> Na verdade tive que usar o usbconfig para resetar a porta USB.
>
> O leitor está conectato a uma porta USB interna, com o camcontrol
>
> não funcionou o reset.
>
>
> usbconfig -d ugen6.2 reset
>
> com isso apareceu o device automagicamente:
>
> /dev/da0s1
>
> que pode ser montado com msdosfs
>

A solução era esta. Mas não sei se precisa ugen Acho que isto abaixo basta:

usbconfig -d 6.2 reset

Abraços,
João.



>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Leitor de Cartão de memória

[Joao Rocha Braga Filho]

On Tue, Jan 8, 2019 at 8:57 PM Nilton Jose Rizzo  wrote:

>
> Galera tenho uma senhora dúvida.
>
>
> Tenho um leitor de cartões (genérico) ligados a uma porta USB interna,
>
> mais para ser exato este aqui:
>
>
> https://www.google.com/search?q=%2BUSB+%2Bleitor+%2Bcart%C3%A3o+%2Bmultiplos+%2Bpreto+%2Binterno=firefox-b-ab=isch=iu=1=IuwFu6owCwCHZM%253A%252CqDueEsdFIMzQoM%252C_=AI4_-kQRI4GYcqVAlNwYzuvY2YEqAEJqZw=X=2ahUKEwjd54z2od_fAhWLtVkKHfD9BUIQ9QEwA3oECAMQCA#imgrc=IuwFu6owCwCHZM
> :
>
> só que coloco o cartão e ele simplesmente não me dá acesso,
>
> ai notei que ele é reconhecido durante o boot e cria os devices:
> /dev/da[0-3] e com o cam control eu os listos:
>
> root@valfenda:/home2/rizzo/src/repositorios/Image # camcontrol devlist
>  at scbus0 target 0 lun 0 (ada0,pass0)
>   at scbus1 target 0 lun 0 (ada1,pass1)
>   at scbus2 target 0 lun 0 (ada2,pass2)
>at scbus8 target 0 lun 0 (da0,pass3)
>at scbus8 target 0 lun 1 (da1,pass4)
>at scbus8 target 0 lun 2 (da2,pass5)
>at scbus8 target 0 lun 3 (da3,pass6)
>
> só que não consigo montar o cartão SD, dá sempre erro.
> já tentei vários comandos com o CAMCONTROL:
>

Oi.

Esta é mole (Depois de apanhar com isto, rs.).

usbconfig

Use sem parâmetros e ele lista os periféricos conectados na USB.

usbconfig -d aqui_entra_a_porta reset

E ele acha o seu cartão.

O meu notebook faz isto sempre.


Abraços,
João.




> stop/start
> eject
>
> rescan
>
>
> e nenhum deles deu jeito, alquém tem alguma ideia?
>
>
> TIA,
>
>
> Rizzo
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

[Joao Rocha Braga Filho]

2017-06-05 19:36 GMT-03:00 Otacílio <otacilio.n...@bsd.com.br>:

> Em 05/06/2017 11:23, Joao Rocha Braga Filho escreveu:
>
>> Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
>> escreveu:
>>
>> Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho <goffr...@gmail.com>
>> escreveu:
>>
>> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
>>> escreveu:
>>>
>>> Em 5 de junho de 2017 00:01, Joao Rocha Braga Filho <goffr...@gmail.com>
>>> escreveu:
>>>
>>> Oi pessoal.
>>>>
>>>> Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar
>>>>
>>> ele.
>>
>>> Depois que subi o kernel em monousuário para instalar o resto do sistema
>>>> tudo
>>>> o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava
>>>>
>>> este
>>>
>>>> erro.
>>>> Fiquei meio empacado.
>>>>
>>>> Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
>>>> coisa.
>>>>
>>>> Alguma coisa importante mudou nas system calls.
>>>>
>>>> Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
>>>> contornar.
>>>>
>>>> O que aconteceu, e a solução, estão descritos no arquivo
>>>>
>>> /usr/src/UPDATING,
>>>
>>>> na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
>>>> de arquivos e diretórios que um sistema de arquivo poderia ter, de um
>>>> número
>>>> muito grande para um número grande para ca... ca... caramba, trocando a
>>>> representação de i-nodos para 64 bits, o que teve que mudar algumas
>>>>
>>> system
>>>
>>>> calls, gerando uma incompatibilidade.
>>>>
>>>> Para contornar, e poder fazer a atualização do sistema, foi criada a
>>>>
>>> opção
>>>
>>>> de
>>>> kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
>>>> configuração do kernel antes de compilar ele.
>>>>
>>>> options COMPAT_FREEBSD11
>>>>
>>>> Ela faz com que os formatos de chamada de system calls que envolvam
>>>>
>>> i-nodos
>>>
>>>> sejam aceitas no formato de i-nodo anterior.
>>>>
>>>> Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas
>>>> não
>>>> quero experimentar isto agora.
>>>>
>>>> Um efeito colateral é que agora o meu kernel antigo, o que usei para me
>>>> salvar
>>>> quando deu problema, não deve mais aceitar todo o resto que está
>>>>
>>> instalado.
>>>
>>>> É uma forte suspeita, e não estou afim de testar isto agora.
>>>>
>>>> Achei que é uma mudança importante, que afetará quem faz atualização, e
>>>>
>>> que
>>>
>>>> me fez penar, então resolvi compartilhar para que outros não penem.
>>>>
>>>> E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema
>>>>
>>> de
>>>
>>>> arquivos algo extraordinariamente difícil, mas quem sabe no futuro,
>>>>
>>> daqui
>>
>>> a
>>>
>>>> 10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
>>>> de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de
>>>>
>>> 4
>>
>>> TB
>>>> no meu desktop e de backup.
>>>>
>>>>
>>>> Abraços a todos,
>>>>  João Rocha.
>>>>
>>>> --
>>>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>>>
>>>> http://jgoffredo.blogspot.com
>>>> goffr...@gmail.com
>>>> -
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>
>>>> Agradecemos a dica João !!
>>>
>>> O lance de arquivos em um unico diretório não é com relação a arquivos de
>>>
>>>
>>> Em único sistemas de arquivos.
>>>
>>> usuários, mais sim arquivos de configurações e dependências de
>>> aplicações.
>>>
>>> o ~/.cache por exemplo é facil ter ele com mais de 1G de arquivos.
>>>
>>>
>>> Faz sentido. E cache de squid, por exemplo.
>>>
>>>
>>>
>>> Não é o cache do Squid, embora realmente ele pode chegar a isso fácil,
>> coloco com relação ao cache do KDE, Firefox, que costumam manter muito
>> cache de navegação.
>>
>>
>> Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
>> arquivos ele pode causar um Panic.
>>
>>
>> João.
>>
>>
>> Att.
>>
>>
>
> Rolou este e-mail sobre este assunto na lista current tem pouco tempo.
>
> https://lists.freebsd.org/pipermail/freebsd-current/2017-May/066136.html


Muito obrigado.

Isto é mais completo do que as notas do /usr/src/UPDATING.


Abraços,
João Rocha.



>
> []'s
> -Otacilio
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

[Joao Rocha Braga Filho]

Em 5 de jun de 2017 11:03 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
escreveu:

Em 5 de junho de 2017 10:37, Joao Rocha Braga Filho <goffr...@gmail.com>
escreveu:

> Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
> escreveu:
>
> Em 5 de junho de 2017 00:01, Joao Rocha Braga Filho <goffr...@gmail.com>
> escreveu:
>
> > Oi pessoal.
> >
> > Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar
ele.
> >
> > Depois que subi o kernel em monousuário para instalar o resto do sistema
> > tudo
> > o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava
> este
> > erro.
> > Fiquei meio empacado.
> >
> > Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
> > coisa.
> >
> > Alguma coisa importante mudou nas system calls.
> >
> > Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
> > contornar.
> >
> > O que aconteceu, e a solução, estão descritos no arquivo
> /usr/src/UPDATING,
> > na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
> > de arquivos e diretórios que um sistema de arquivo poderia ter, de um
> > número
> > muito grande para um número grande para ca... ca... caramba, trocando a
> > representação de i-nodos para 64 bits, o que teve que mudar algumas
> system
> > calls, gerando uma incompatibilidade.
> >
> > Para contornar, e poder fazer a atualização do sistema, foi criada a
> opção
> > de
> > kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
> > configuração do kernel antes de compilar ele.
> >
> > options COMPAT_FREEBSD11
> >
> > Ela faz com que os formatos de chamada de system calls que envolvam
> i-nodos
> > sejam aceitas no formato de i-nodo anterior.
> >
> > Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas
> > não
> > quero experimentar isto agora.
> >
> > Um efeito colateral é que agora o meu kernel antigo, o que usei para me
> > salvar
> > quando deu problema, não deve mais aceitar todo o resto que está
> instalado.
> > É uma forte suspeita, e não estou afim de testar isto agora.
> >
> > Achei que é uma mudança importante, que afetará quem faz atualização, e
> que
> > me fez penar, então resolvi compartilhar para que outros não penem.
> >
> > E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema
> de
> > arquivos algo extraordinariamente difícil, mas quem sabe no futuro,
daqui
> a
> > 10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
> > de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de
4
> > TB
> > no meu desktop e de backup.
> >
> >
> > Abraços a todos,
> > João Rocha.
> >
> > --
> > "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >
> > http://jgoffredo.blogspot.com
> > goffr...@gmail.com
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Agradecemos a dica João !!
>
> O lance de arquivos em um unico diretório não é com relação a arquivos de
>
>
> Em único sistemas de arquivos.
>
> usuários, mais sim arquivos de configurações e dependências de aplicações.
>
> o ~/.cache por exemplo é facil ter ele com mais de 1G de arquivos.
>
>
> Faz sentido. E cache de squid, por exemplo.
>
>
>
Não é o cache do Squid, embora realmente ele pode chegar a isso fácil,
coloco com relação ao cache do KDE, Firefox, que costumam manter muito
cache de navegação.


Tenho a impressão que o Chrome é por. Se tiver problema no sistema de
arquivos ele pode causar um Panic.


João.


Att.


> Os usuários hoje não fazem tanto arquivos como os programas em si.
>
> Att.!
>
>
> --
:UNI>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] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

[Joao Rocha Braga Filho]

Em 5 de jun de 2017 2:17 AM, "Paulo Henrique" <paulo.rd...@bsd.com.br>
escreveu:

Em 5 de junho de 2017 00:01, Joao Rocha Braga Filho <goffr...@gmail.com>
escreveu:

> Oi pessoal.
>
> Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar ele.
>
> Depois que subi o kernel em monousuário para instalar o resto do sistema
> tudo
> o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava este
> erro.
> Fiquei meio empacado.
>
> Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
> coisa.
>
> Alguma coisa importante mudou nas system calls.
>
> Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
> contornar.
>
> O que aconteceu, e a solução, estão descritos no arquivo
/usr/src/UPDATING,
> na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
> de arquivos e diretórios que um sistema de arquivo poderia ter, de um
> número
> muito grande para um número grande para ca... ca... caramba, trocando a
> representação de i-nodos para 64 bits, o que teve que mudar algumas system
> calls, gerando uma incompatibilidade.
>
> Para contornar, e poder fazer a atualização do sistema, foi criada a opção
> de
> kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
> configuração do kernel antes de compilar ele.
>
> options COMPAT_FREEBSD11
>
> Ela faz com que os formatos de chamada de system calls que envolvam
i-nodos
> sejam aceitas no formato de i-nodo anterior.
>
> Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas
> não
> quero experimentar isto agora.
>
> Um efeito colateral é que agora o meu kernel antigo, o que usei para me
> salvar
> quando deu problema, não deve mais aceitar todo o resto que está
instalado.
> É uma forte suspeita, e não estou afim de testar isto agora.
>
> Achei que é uma mudança importante, que afetará quem faz atualização, e
que
> me fez penar, então resolvi compartilhar para que outros não penem.
>
> E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema de
> arquivos algo extraordinariamente difícil, mas quem sabe no futuro, daqui
a
> 10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
> de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de 4
> TB
> no meu desktop e de backup.
>
>
> Abraços a todos,
> João Rocha.
>
> --
> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>
> http://jgoffredo.blogspot.com
> goffr...@gmail.com
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Agradecemos a dica João !!

O lance de arquivos em um unico diretório não é com relação a arquivos de


Em único sistemas de arquivos.

usuários, mais sim arquivos de configurações e dependências de aplicações.

o ~/.cache por exemplo é facil ter ele com mais de 1G de arquivos.


Faz sentido. E cache de squid, por exemplo.


Os usuários hoje não fazem tanto arquivos como os programas em si.

Att.!


--
:UNI>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] Cuidado na atualização no/pro FreeBSD 12 (problema, descrição e solução)

[Joao Rocha Braga Filho]

Oi pessoal.

Eu uso no meu desktop o FreeBSD 12 e tive um problema para atualizar ele.

Depois que subi o kernel em monousuário para instalar o resto do sistema
tudo
o que eu fazia dava chamada ilegal de system call. Até o /bin/sh dava este
erro.
Fiquei meio empacado.

Dei boot com o kernel anterior e fui fazer um make installworld, e mesma
coisa.

Alguma coisa importante mudou nas system calls.

Depois de ficar empacado, e um pouco de RTFM, achei o que era e como
contornar.

O que aconteceu, e a solução, estão descritos no arquivo /usr/src/UPDATING,
na anotação feita em 20170523 (23/05/2017). O FreeBSD aumentou o limite
de arquivos e diretórios que um sistema de arquivo poderia ter, de um número
muito grande para um número grande para ca... ca... caramba, trocando a
representação de i-nodos para 64 bits, o que teve que mudar algumas system
calls, gerando uma incompatibilidade.

Para contornar, e poder fazer a atualização do sistema, foi criada a opção
de
kernel COMPAT_FREEBSD11 que tem que ser colocada no seu arquivo de
configuração do kernel antes de compilar ele.

options COMPAT_FREEBSD11

Ela faz com que os formatos de chamada de system calls que envolvam i-nodos
sejam aceitas no formato de i-nodo anterior.

Aparentemente, depois do sistema instalado, ela possa ser eliminada, mas não
quero experimentar isto agora.

Um efeito colateral é que agora o meu kernel antigo, o que usei para me
salvar
quando deu problema, não deve mais aceitar todo o resto que está instalado.
É uma forte suspeita, e não estou afim de testar isto agora.

Achei que é uma mudança importante, que afetará quem faz atualização, e que
me fez penar, então resolvi compartilhar para que outros não penem.

E acho que ter mais de 4 bilhões de arquivos e diretórios em um sistema de
arquivos algo extraordinariamente difícil, mas quem sabe no futuro, daqui a
10 anos. Eu comparo com UFS2, que superou o limite de 2 TB de um sistema
de aquivos. Isto faz mais de 10 anos, creio eu, e agora tenho discos de 4 TB
no meu desktop e de backup.


Abraços a todos,
João Rocha.

-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Tentando montar um HD externo zfs

[Joao Rocha Braga Filho]

Em 22 de dez de 2016 12:25 PM, "Eduardo Lemos de Sa" <
eduardo.lemosd...@gmail.com> escreveu:

Prezados(as)

Eu estou apanhando para fazer uma tarefa que parece, e deve ser, simples no
FreeBSD 10.3 -Release. Vou primeiro descrever a minha configuração de disco:

Tenho um zfs criado "automaticamente" quando eu fiz a instalação da
máquina, no meu disco nomeado ada0, que parece ter criado um pool chamado
zroot:

zroot/ROOT/default on / (zfs, local, noatime, nfsv4acls)
devfs on /dev (devfs, local, multilabel)
zroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls)
zroot/usr/home on /usr/home (zfs, local, noatime, nfsv4acls)
zroot/usr/ports on /usr/ports (zfs, local, noatime, nosuid, nfsv4acls)
zroot/usr/src on /usr/src (zfs, local, noatime, nfsv4acls)
zroot/var/audit on /var/audit (zfs, local, noatime, noexec, nosuid,
nfsv4acls)
zroot/var/crash on /var/crash (zfs, local, noatime, noexec, nosuid,
nfsv4acls)
zroot/var/log on /var/log (zfs, local, noatime, noexec, nosuid, nfsv4acls)
zroot/var/mail on /var/mail (zfs, local, nfsv4acls)
zroot/var/tmp on /var/tmp (zfs, local, noatime, nosuid, nfsv4acls)
zroot on /zroot (zfs, local, noatime, nfsv4acls)
/dev/fuse on /usr/home/edulsa/.gvfs (fusefs, local, nosuid, synchronous,
mounted by edulsa)

Eu também instalei o ZFS, também usando a 10.3, em um HD externo, que agora
é reconhecido como sendo o da4.

Quando eu faço um zpool import, eu obtenho:

pool: tank
 id: 14868000313852927528
  state: ONLINE
 action: The pool can be imported using its name or numeric identifier.
 config:

tankONLINE
  diskid/DISK-20121022031507p2  ONLINE

Eu então entendi que o zpool criado no disco externo tem o nome de tank

Então eu fiz um

sudo zpool import -f tank

e tentei montar o disco em um diretório chamado test

sudo zfs set mountpoint=/test tank


Não houve qualqer mensagem de erro.

Um cd /test funciona e consegui até criar um diretório

mkdir edulsa

funcionou sem problemas.

Mas, quando eu tento copiar um diretório do meu disco original (o chamado
zroot) para um diretório dentro do /test/edulsa eu recebo a mensagem de que
nada há em meu disco original:

cd /home/edulsa   ou cd ~edulsa

ll -d *

mostra um monte de arquivos (default da instalação), mas o meus arquivos
que estão, por exemplo, dentro do Downloads, não aparecem.

Um mount, me mostra tanto o zroot quanto o tank montados, com o, por
exemplo, zroot/usr/home/edulsa e o tank/usr/home/edulsa aparecendo. Mas, eu
não sei como acessar os arquivos que estavam no ada0 (zroot) e copia-los
para o da4 (tank). Por sorte, um zpool export -f tank fecha o tank e eu
tenho acesso novamente aos meus arquivos (pelo menos eu não destrui o meu
disco original :-))

Por favor, alguma sugestão?

Desde já, agradeço a atenção


Eu estou às voltas com um RAID ZFS externo que estou tentando fazer.

HD externo UFS é bem mais tranquilo do que ZFS.

Está usando USB 2 ou 3?

Estou com problemas com o USB 3. A interface parece reiniciar.

Teste a seguinte coisa enquanto lê ou escreve no disco.

iostat -c 1000 -d ada0 da0

Isto mostrará o IO segundo a segundo dos dois dispositivos, e se houver um
problema, e a interface testar, ela some, ficando somente o outro disco.

O dmesg também informa se a USB reiniciou.

Abraços,
João Rocha.



Um abraço

Edu





--
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
-
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] Parada

[Joao Rocha Braga Filho]

Em 14 de dez de 2016 10:04 AM, "Renato Botelho" <rbga...@gmail.com>
escreveu:

> On 14 Dec 2016, at 09:26, Marcelo Gondim <gon...@bsdinfo.com.br> wrote:
>
> Em 14/12/2016 00:16, Joao Rocha Braga Filho escreveu:
>> Em 14 de dez de 2016 12:03 AM, "Otacílio de Araújo Ramos Neto" <
>> otacilio.n...@bsd.com.br> escreveu:
>>
>> Ou o povo migrou para o Linux. Vai saber.
>>
>>
>> Eu estou usando o FreeBSD em casa e no notebook.
>>
>> E ando com um problema com uma unidade USB 3.0. Eu consigo acessar os HDs
>> de 4 TB colocados nela, e aparentemente gravar sem problemas, mas
leituras
>> pesadas, tal como um dd, dão pane depois de um tempo, que pode variar de
>> segundos a 3 minutos.
>>
>> Ainda estou pesquisando e testando algumas coisas, mas aceito dicas.
>>
>>
>> Abraços,
>>   João Rocha.
>>
>>
>>
>> []'s
>> -Otacilio
>>
>> Em ter, 13 de dez de 2016 23:00, Paulo Henrique <paulo.rd...@bsd.com.br>
>> escreveu:
>>
>>> 2016-12-13 23:19 GMT-02:00 Paulo Cavalcanti <procavalca...@gmail.com>:
>>>
>>>> Em 13/12/2016 22:59, "Otacílio" <otacilio.n...@bsd.com.br> escreveu:
>>>>
>>>> A lista anda meio parada mesmo. Acho que o FreeBSD ficou fácill :)
>>>>
>>>> []'s
>>>> -Otacílio
>>>>
>>>>
>>>> Ou mais estável. Ou os dois. :)
>>>>
>>>>
>>>>
>>>> Em 13/12/2016 21:56, Renato Frederick escreveu:
>>>>
>>> mas
>>>> em
>>>>
>>>> -
>>>> 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
>>>>
>>> Sempre estamos em evolução.
>>>
>>> A diferença é que antes os problemas eram simples, agora ele são dignos
do
>>> que essa lista formou ;)
>>>
>>> Agradeçam ao Irado, ensino a cada um aqui a pescar e não querer o peixe
>>> pronto.
>>>
>>> Att.
>>>
>>> --
> Eu estou por aqui ainda.  :)
> Eu acho que é um pouco de cada coisa. Uns devem ter ido pra Linux, o
sistema ficou mais fácil ou pelo menos a maioria dos problemas já tem
solução documentada na Internet, as pessoas aqui sabem pescar e muito bem
:) e também outros adventos como grupos whatsapp e telegram que facilitam a
troca de conhecimento, dúvidas rápidas. :)


Concordo com a última parte. O pessoal mais novo não usa e-mail, eles
gostam de plataformas de celular e tal, então acabam indo pra whatsapp e
telegram fácil fácil.


O pessoal do Rio de Janeiro tem um grupo no Whatsapp e um no Telegram. E de
vez em quando discutimos coisas nele, mas se formos tratar de vários
assuntos ao mesmo tempo pode ficar facilmente confuso.



Só restam os velhos aqui :P


E os velhos são mais safos, experientes.


João Rocha.


--
Renato Botelho

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Parada

[Joao Rocha Braga Filho]

Em 14 de dez de 2016 7:19 AM, "Otacílio de Araújo Ramos Neto" <
otacilio.n...@bsd.com.br> escreveu:

Em ter, 13 de dez de 2016 23:16, Joao Rocha Braga Filho <goffr...@gmail.com>
escreveu:

> Em 14 de dez de 2016 12:03 AM, "Otacílio de Araújo Ramos Neto" <
> otacilio.n...@bsd.com.br> escreveu:
>
> Ou o povo migrou para o Linux. Vai saber.
>
>
> Eu estou usando o FreeBSD em casa e no notebook.
>
> E ando com um problema com uma unidade USB 3.0. Eu consigo acessar os HDs
> de 4 TB colocados nela, e aparentemente gravar sem problemas, mas leituras
> pesadas, tal como um dd, dão pane depois de um tempo, que pode variar de
> segundos a 3 minutos.
>
> Ainda estou pesquisando e testando algumas coisas, mas aceito di
>

Se fosse comigo eu iria repetir o procedimento que dispara o problema tanto
em usb 3 como 2. Se concluísse que eh algo relacionado a USB mesmo ia
tentar dar uma depurada e depois reportar um bug.


Está é a ideia, mas estou fazendo um teste longo de SMART em um HD que
recebi em troca de um que deu defeito. Farei isto depois deste teste.


João Rocha.



[]'s
-Otacilio

>
-
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] Parada

[Joao Rocha Braga Filho]

Em 14 de dez de 2016 12:03 AM, "Otacílio de Araújo Ramos Neto" <
otacilio.n...@bsd.com.br> escreveu:

Ou o povo migrou para o Linux. Vai saber.


Eu estou usando o FreeBSD em casa e no notebook.

E ando com um problema com uma unidade USB 3.0. Eu consigo acessar os HDs
de 4 TB colocados nela, e aparentemente gravar sem problemas, mas leituras
pesadas, tal como um dd, dão pane depois de um tempo, que pode variar de
segundos a 3 minutos.

Ainda estou pesquisando e testando algumas coisas, mas aceito dicas.


Abraços,
  João Rocha.



[]'s
-Otacilio

Em ter, 13 de dez de 2016 23:00, Paulo Henrique 
escreveu:

> 2016-12-13 23:19 GMT-02:00 Paulo Cavalcanti :
>
> > Em 13/12/2016 22:59, "Otacílio"  escreveu:
> >
> > A lista anda meio parada mesmo. Acho que o FreeBSD ficou fácill :)
> >
> > []'s
> > -Otacílio
> >
> >
> > Ou mais estável. Ou os dois. :)
> >
> >
> >
> > Em 13/12/2016 21:56, Renato Frederick escreveu:
> >
> > > Porque a lista anda tão parda?
> > >
> > > Estranho, aqui tinha tanta troca técnica, dificuldades do dia a dia,
> mas
> > em
> > > geral, a lista tem nada de novo, Sentem isto?
> > >
> > > Abraços
> > >
> > >
> > > ———
> > > *Renato Frederick*
> > > Consultor em TI
> > > http://about.me/renatofrederick
> > > Skype: renatofrederick
> > > +55 31 99123  - 3006
> > > +55 31 2523  - 0686
> > > -
> > > 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
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Sempre estamos em evolução.
>
> A diferença é que antes os problemas eram simples, agora ele são dignos do
> que essa lista formou ;)
>
> Agradeçam ao Irado, ensino a cada um aqui a pescar e não querer o peixe
> pronto.
>
> Att.
>
> --
> :UNI> Paulo Henrique.
> Fone: (21) 37089388.
> -
> 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[Joao Rocha Braga Filho]

2016-10-22 16:31 GMT-02:00 Nenhum_de_Nos <math...@eternamente.info>:

>
> On Sat, October 22, 2016 08:27, Joao Rocha Braga Filho wrote:
> > Oi pessoal.
> >
> João, tenho um esquema destes. respondo abaixo de suas questões.
>
>
> > Comprei uma unidade de 5 HDs USB 3.0 na China, e estou
> > pensando em fazer um RAID ZFS para usar como backup.
> > No anúncio diz que suporta HDs de 8 TB, mas penso em
> > usar de 4 TB, pois são "baratos".
> >
> > Nunca lidei antes com ZFS, mas pelo que vi no Handbook
> > não tem muito mistério.
> >
> > Eu queria poder desligar estes HDs e só ligar quando precisar fazer
> > backup ou restaurar algo.
> >
> > Assumindo que os 5 HDs são reconhecidos corretamente,
> > ainda restam algumas dúvidas:
> >
> > 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
> > kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
> > mas não testei em outros sistemas.
>
> sim, tenho uma gaveta HX4 (a sem raid) da Vantec e tem disco de 2TB e 3TB.
> Funcionam blz.
>

Que bom.


>
> > 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
> > o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
> > ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
> > conteúdo?
>
> Conforme já falaram, sempre uso glabel e depois crio o zfs. É bom pela
> organização, por permitir o zfs ser reconhecido seja em qual ordem e
> quantos discos tiver, e também pq você pode tirar uns MB do do disco, pois
> se precisares mais adiante trocar um disco, não há garantias que ele terá
>

No momento estou pensando em usar um modelo da Seagate que
não é caro, e fácil de char. Mas não sei o que pode acontecer no futuro.

Espero que no futuro os discos sejam maiores e mais baratos, e
eu não precise me preocupar com isto, mas é uma ideia boa se
um HD der problema cedo demais.


> exatamente o mesmo tamanho. E o ZFS vai reclamar se for menor.
>

Vai reclamar com MUITA razão.


> > 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
> > depois religar com algum HD externo instalado sendo da0, e
> > um pendrive sendo da1, ao ligar os HDs que compõem o RAID
> > ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
> > o ZFS funcionaria, montando o RAID normalmente?
>
> glabel resolve isso tranquilo. como já dito.
>

Eu não tinha pensado, mas quando sugeriram o glabel eu
achei perfeito.


>
> > Se não funcionar a minha opção seria usar vários sistemas
> > de arquivo UFS com label, o que resolve o reconhecimento
> > fora de ordem, mas eu não poderia fazer um RAID. Teria que
> > fazer backups duplicados.
>
> ademais, o que noto aqui é o grupo todo fica lerdo e desconecta quando há
> muito tráfego para um disco. Não tenho um raid com todos, são 4 discos
> sendo 2 soltos e 2 em mirror, tudo via ZFS. As vezes ele se perde e
> retorna:
>
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
>

Já vi HDs darem pane por calor e pode problemas na fonte de alimentação.


>
> tipo assim.
>
> Tenho uma gaveta e-SATA e essa USB3. Não sei se é o driver do usb2 dela,
> um Atom com placa intel meio antiga. A impressão que tenho é que e-SATA é
> mais estável e rápido quando funciona, mas é um saco fazer esata funcionar
> redondo. Só funcionou aqui num pc que morreu e tinha esta nativo. USB
> funciona mais fácil, mas é mais lerdo e um pouco mais instável.
>
> Essa minha visão do esquema aqui. Uso isso desde o FreeBSD 9.x
>


Muito obrigado,
João Rocha.


> att,
>
> matheus
>
> > Abraços,
> > João Rocha.
> > -
> > Histórico: ht

Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[Joao Rocha Braga Filho]

2016-10-22 12:05 GMT-02:00 Tiago Drumond <tiagodex...@gmail.com>:

> Em 22 de out de 2016 9:57 AM, "Paulo Olivier Cavalcanti" <
> procavalca...@gmail.com> escreveu:
> >
> > Em 22/10/2016 09:27, Joao Rocha Braga Filho escreveu:
> >>
> >> [...]
> >
> >
> >> 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
> >> kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
> >> mas não testei em outros sistemas.
> >>
> >> 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
> >> o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
> >> ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
> >> conteúdo?
> >
> >
> >> 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
> >> depois religar com algum HD externo instalado sendo da0, e
> >> um pendrive sendo da1, ao ligar os HDs que compõem o RAID
> >> ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
> >> o ZFS funcionaria, montando o RAID normalmente?
> >
> >
> > Diferentemente do Linux, que elege um disco "master" em um pool de HDs, o
> FreeBSD/ZFS cria todos os HDs como master, portanto acredito que não terá
> problemas em misturar a ordem. Eu disse "acredito" porque nunca passei por
> isso com RAID, mas em discos espelhados eu tenho certeza que não importa a
> ordem.
> >
> >
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> Você pode tbm colocar label nos discos com o glabel e na hora que for
> montar seu pool você específica a label.
>

Parece ser uma excelente ideia.

Retira o problema da aleatoriedade de reconhecimento dos HDs.


Muito obrigado,
João Rocha.


>
> Abraços
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] RAID ZFS com rack de HDs USB 3

[Joao Rocha Braga Filho]

Oi pessoal.

Comprei uma unidade de 5 HDs USB 3.0 na China, e estou
pensando em fazer um RAID ZFS para usar como backup.
No anúncio diz que suporta HDs de 8 TB, mas penso em
usar de 4 TB, pois são "baratos".

Nunca lidei antes com ZFS, mas pelo que vi no Handbook
não tem muito mistério.

Eu queria poder desligar estes HDs e só ligar quando precisar fazer
backup ou restaurar algo.

Assumindo que os 5 HDs são reconhecidos corretamente,
ainda restam algumas dúvidas:

1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
mas não testei em outros sistemas.

2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
conteúdo?

3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
depois religar com algum HD externo instalado sendo da0, e
um pendrive sendo da1, ao ligar os HDs que compõem o RAID
ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
o ZFS funcionaria, montando o RAID normalmente?

Se não funcionar a minha opção seria usar vários sistemas
de arquivo UFS com label, o que resolve o reconhecimento
fora de ordem, mas eu não poderia fazer um RAID. Teria que
fazer backups duplicados.


Abraços,
João Rocha.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Problema com disco cheio

[Joao Rocha Braga Filho]

Em 30 de set de 2016 10:26 AM, "Tiago Drumond" 
escreveu:
>
> Félix,
>
> Primeiramente vc pode apagar usando o comando find
> Ex: find . -delete

Isto apaga tudo. Muito cuidado.

Tem algum programa rodando tentando escrever neste sistema de arquivos?

Este sistema de arquivos está íntegro? Já retidos o fsck nele? (Para rodar
fsck tem que estar desmontado.)

É UFS?

Já tentou começar remover primeiro os arquivos pequenos?

João Rocha.

>
> Segundo, após apagar execute o comando sync para rodar o sync dos dados
> fisicamente.
>
> Espero ter ajudado
>
> Tiago Drumond
>
> Em 30/09/2016 10:16, "Félix"  escreveu:
>
> > Bom dia.
> >
> > Tenho um servidor rodando Freenas 10.3 que aconteceu do disco
encher e
> > agora não estou conseguindo liberar espaço. Quando tento apagar uma
pasta
> > com o comando rm –rf ele retorna a mensagem de “No space left on device”
> > para cada subpasta. Percebi que apaga todos arquivos e deixa apenas as
> > subpastas, mas mesmo assim a utilização do hd continua em 100%, mesmo
> > reiniciando o sistema.
> >
> > Alguem tem uma idéia pra solucionar isso?
> >
> > Desde já agradeço
> > Félix
> > -
> > 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] copiando / clonando um HD com o ZFS

[Joao Rocha Braga Filho]

Em 24 de ago de 2016 4:29 PM, "Eduardo Lemos de Sa" <
eduardo.lemosd...@gmail.com> escreveu:
>
> Prezado
>
> Acabo de descobrir que a vida útil do HD do meu notebook está se acabando
> porque aparece, às vezes, mensagens:
>
> (ada2:ahcich0:0:0:0): CAM status: ATA Status Error
> (ada2:ahcich0:0:0:0): ATA status: 00 ()
> (ada2:ahcich0:0:0:0): RES: 00 00 00 00 00 00 00 00 00 00 00
> (ada2:ahcich0:0:0:0): Error 5, Retries exhausted
>
> Pode ser a controladora, mas meu palpite mais provável é o HD, que já tem
4
> anos de uso.
>
> O HD atual é um SAMSUNG de 640 GB, com o ZFS, e pretendo substituí-lo por
> um SEAGATE híbrido de 1 TB, também com o ZFS. O meu problema é que eu não
> tenho experiência em clonar HDs que têm o ZFS como filesystem (com o UFS,
> eu já fiz isto muitas e muitas vezes). Eu andei lendo a documentação, e
> achei isto:
>
> http://blather.michaelwlucas.com/archives/2108
>
> e
>
>
https://www.howtoforge.com/tutorial/how-to-use-snapshots-clones-and-replication-in-zfs-on-linux/
> (que é para linux, mas desconfio que serve também para o FreeBSD)
>
> que dá boas dicas, porém o HD original está em uma máquina e o novo HD
está
> em outra. Meu temor é que ao tentar criar o novo pool, eu acabei
destruindo
> o antigo.
>
> Por favor:
> 1) Qual é a melhor estratégia: instalar o FreeBSD a partir do zero
> (transferindo antes os arquivos para uma outra máquina e depois
copiando-os
> de volta via rede) ou tentar realmente copiar de HD para HD?
> 2) Eu nunca abri um notebook, e não quero fazê-lo antes do HD novo chegar,
> por isto eu não sei que há duas conexões internas para HDs. Sei que isto
> pode variar de modelo para modelo, marca para marca, mas há um padrão?
Como
> no mundo dos notebooks tudo é economizado, eu desconfio que eu tenha de
> usar a minha segunda alternativa (instalar e copiar de volta, via rede).
>

Oi.

Tenho uma sugestão para o processo.

Arranje um case externo USB pro seu HD, o atual.

Troque o HD do noite pelo novo, e reinstale o sistema.

Coloque o antigo no case USB.

Monte ele no /mnt, por exemplo, e faça, como root, os seguintes comandos:

cd /mnt
tar cf - home | ( cd /home ; tar xvf - )

Isto copiará o home antigo no /home novo.

Fiz isto com o meu note, e em diversas outras vezes.

João Rocha.

> Obrigado pela atenção
>
> Edu
>
> --
> Eduardo Lemos de Sa
> Associated Professor Level 4
> Dep. Quimica da Universidade Federal do Paraná
> fone: +55(41)3361-3300
> fax:   +55(41)3361-3186
> -
> 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] [1/2 OFF] Por que FreeBSD?

[Joao Rocha Braga Filho]

Em 10 de ago de 2016 8:39 AM, "Márcio Luciano Donada" 
escreveu:
>
> Em 10 de agosto de 2016 07:57, Daniel Cardoso da Conceição <
> dani...@unicamp.br> escreveu:
>
> >
> >
> >
> > Pelo que ouvi dizer, o Facebook contratou uma equipe enorme só pra
tentar
> > migrar a pilha TCP/IP do FreeBSD para o Linux, até então sem sucesso.
> >
> >
>
>
http://www.theregister.co.uk/2014/08/07/facebook_wants_linux_networking_as_good_as_freebsd/

Não seria mais fácil migrar logo pro FreeBSD?

>
> --
> _
> Márcio Luciano Donada
> FreeBSD - The uptime measured in years!
> -
> 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] [1/2 OFF] Por que FreeBSD?

[Joao Rocha Braga Filho]

2016-08-09 21:05 GMT-03:00 Juliano Atanazio :

> Saudações, pessoal!
>
> Agora no final do mês vai ter o FTSL [1], evento de Software Livre que
> acontecerá em Curitiba e eu tenho uma proposta de palestra aprovada.
> A referida palestra tem o título "Por que FreeBSD?"
> É uma apresentação que objetivo divulgar o FreeBSD enumerando suas
> vantagens, contando curiosidades, fazendo alguns comparativos, e etc.
>
> Gostaria de saber se alguém teria alguma sugestão de coisas para que eu
> fale.
> Já tenho algumas coisas em mente, mas gostaria de levar a opinião da
> comunidade para o evento.
>


Oi Juliano.

Existe uma página justamente sobre isto, e até ima lista de discussão. Aqui
está o link:

https://www.freebsd.org/advocacy/

Mas eu tenho duas histórias curiosas sobre o que o kernel faz no boot.

Semana passada eu pude mexer por meia hora em um notebook com um
Linux instalado. Na realidade era só a instalação mais básica, que não
chegava a 400 MB. Só o boot e os utilitários básicos. Era só para falar que
não vinha sem sistema.

Eu dei boot nele para ver quais eram as características dele, e... NADA.

O kernel do Linux, ou daquele kernel de Linux, não descrevia a máquina.
O kernel do FreeBSD descreve a máquina com uma grande riqueza de
detalhes.

Seria bom se outros falassem se eu dei azar com aquele Linux, ou se isto
é normal.

Outra vez usei esta característica do FreeBSD para instalar o driver de
rede em um MS Windows. Um amigo levou para o meu antigo trabalho o
computador dele falando que o técnico não conseguiu instalar o driver de
rede. Dei o boot com um CD do FreeBSD e olhei a descrição. Lá estava
a descrição da interface de rede, e assim sabia qual driver instalar.

Pode listar outros grandes usuários de FreeBSD, como a Netflix, o Yahoo,
o Whatsapp, a RNP (Rede Nacional de Pesquisa) etc. E o Mac OS X é
derivado do FreeBSD, tal como o sistema de alguns consoles de jogo.

Uma linha de servidores de arquivo da EMC usa um sistema derivado
do FreeBSD:

https://en.wikipedia.org/wiki/OneFS_distributed_file_system

Esta linha de produtos era de uma empresa comprada pela EMC.

Por enquanto é o que lembro.


Abraços,
João.




> Grande abraço!
>
>
>
>
> [1] http://www.ftsl.org.br/2016/
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] [OFF e chato] Banido do pfSense

[Joao Rocha Braga Filho]

2016-07-31 18:18 GMT-03:00 Luiz Gustavo S. Costa <
luizgust...@luizgustavo.pro.br>:

> Em 31 de julho de 2016 17:59, Ze Claudio Pastore 
> escreveu:
>
> >>
> > Perca de tempo, o texano maluco do jim ja declarou o gustavo como
> inimigo e
> > colocou ele na shitlist do pfSense. E creio que nao parara por ai..
>
> Página virada, foco no freepf e algumas coisas no opnsense.
>
> E mesmo não comentando mais nada ele ainda fica no meu pé no
> twitter... ridículo e infantil. Não sei como poderia classificar um
> cara comandando um projeto assim ser "profissional".
>
> Eu não sei qual é o envolvimento dele dentro da Netgate, porém, acho
> que vai ser um tiro no pé para os caras. Deixa a novela rolar :-)
>
> Abraços !
>

Parece que este Jim adotou um bom caminho para matar o projeto.

Esqueça ele. Se dedique a algum fork, faça-o prosperar em qualidade
e adoção. E coloque nele as coisas boas que o pfSense perdeu, e as
que ele não adotou.


João Rocha.


>
> --
> Luiz Gustavo Costa (Powered by BSD)
> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
> ICQ: 2890831 / Gtalk: gustavo@gmail.com
> Blog: http://www.luizgustavo.pro.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-21 17:47 GMT-03:00 Nilton Jose Rizzo <ri...@i805.com.br>:

> Em Mon, 20 Jun 2016 18:21:31 -0300, Joao Rocha Braga Filho escreveu
> > Em 20 de jun de 2016 4:58 PM, "Nilton Jose Rizzo" <ri...@i805.com.br>
> > escreveu:
> > >
> > > Em Sun, 19 Jun 2016 03:35:40 -0300, Paulo Henrique - BSD Brasil
> escreveu
> > > > On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> > > > > 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <
> goffr...@gmail.com>:
> > > > >
> > > > >>
> > > > >> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu
> computador.
> > > > >> É uma placa que já está no mercado a 2 anos, então pensei que não
> > > > >> teria problemas com drivers. E para a minha surpresa, o driver NV
> do
> > > > >> Xorg não reconhece esta placa de vídeo.
> > > > >>
> > > > >> Tentei o driver da nVidia, mas tive outra surpresa. Ele não
> suporta a
> > > > >> versão 11 do FreeBSD.
> > > > >>
> > > > >> Alguém já passou por isto? Alguém resolveu?
> > > > >>
> > > > >> Ainda estou pesquisando, e se achar a solução aviso aqui.
> > > > >>
> > > > > Um caminho está aqui:
> > > > >
> > > > > /usr/ports/x11/nvidia-driver
> > > > >
> > > > > A solução não está em:
> > > > >
> > > > > /usr/ports/x11-drivers/
> > > > >
> > > > > Acho que tem um port em lugar errado.
> > > > >
> > > > > Não é a última versão do driver da nVidia.
> > > > >
> > > > > Mas não é uma solução boa, pois exige emulação Linux.
> > > > >
> > > > > E deu outro problema.
> > > > >
> > > > > KLD nvidia.ko: depends on kernel - not available or version
> mismatch
> > > > > linker_load_file: Unsupported file type
> > > > >
> > > > > Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> > > > >
> > > > > Amanhã, ou hoje depois de dormir, tento de novo.
> > > > >
> > > > >
> > > > > João Rocha.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >>
> > > > >> Obrigado,
> > > > >> João Rocha.
> > > > >>
> > > > >>
> > > > >> --
> > > > >> "Sempre se apanha mais com as menores besteiras. Experiência
> > própria."
> > > > >>
> > > > >> http://jgoffredo.blogspot.com
> > > > >> goffr...@gmail.com
> > > > >>
> > > > >
> > > > >
> > > > João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> > > > proprietário para as placas dela na versão Current.
> > > > Já passei por isso e unica solução foi voltar para a 10-Release.
> > > > Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> > > > PKG, contudo isso é só especulação.
> > > >
> > > > Att.
> > >
> > >  Tem sim Paulo e João.
> > >
> > >Eu uso o current e tenho uma NVidea.  o chato é que é necessário
> > > compilar o kernel sincronizado com o src e ports e ainda ter que rodar
> > > o linuxlator.  Mas vai de boa sim e ainda tem suporte ao OpenGLSL 4.x
> >
> > Rizzo, como fez?
> >
> > Eu estou com a emulação Linux instalada, tanto é que eu rodava Skype
> > e tenho o flash.
> >
> > Viu a mensagem de erro na hora que carrega o módulo?
> >
> > E as mensagens de erro da compilação?
> >
> > João Rocha.
>
> João a versão o site da Nvidea não funciona realmente
> no -current, mas do ports tem que sincronizar o src e ports
> compilar o kernel (generic não rola, tirar tudo que de trace
> e gerador de relatórios para deburação. compilar ele antes
> do xorg e tentar carregar o driver com kldload na mão
> se ele carregar ok. funcionou.  O linuxlator deve ser
> compilado primeiro, mas veja qual é o que ele usa, e
> compila primeiro e suba o modulo na mão e só então compile
> o driver
>
> n arquivo xorg.cfg tem que tirar o modulo nv e colocar o nvidea
>
> % kldstat
> Id Refs AddressSize Name
>  1   28 0x8020 12ca330  kernel
>  21 0x814cc000 e123f8   nvidia.ko
>  3 

Re: [FUG-BR] FreeBSD como desktop

[Joao Rocha Braga Filho]

Em 21 de jun de 2016 11:12 AM, "Alexandre Pina" 
escreveu:
>
> Bom dia, gostaria de saber se alguem usa o freebsd como desktop e se é
> recomendável, se sim, como está o suporte a codecs, java e flash.
> Tenho um notebook thinkpad t61 e atualmente uso o debian e o arch.
>

Eu uso no desktop e no notebook. Com a emulação Linux roda flash.

Pode tentar usar o PCBSD, que é o FreeBSD para desktops.

João Rocha.

> Obrigado
>
> --
> Att.
> Alexandre Pina
> _
> Use Cco... ou Bcc -> ISSO ESCONDE O EMAIL DE TODOS
> Preserve seus amigos!!
> Retire os endereços dos amigos antes de reenviar.
> Dificulte a disseminação de vírus, fraudes e spam.
> _
> -
> 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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

Em 19 de jun de 2016 12:36 PM, "Joao Rocha Braga Filho" <goffr...@gmail.com>
escreveu:
>
>
>
> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:
>>
>>
>>
>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
>> > 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:
>> >
>> >>
>> >> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
>> >> É uma placa que já está no mercado a 2 anos, então pensei que não
>> >> teria problemas com drivers. E para a minha surpresa, o driver NV do
>> >> Xorg não reconhece esta placa de vídeo.
>> >>
>> >> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
>> >> versão 11 do FreeBSD.
>> >>
>> >> Alguém já passou por isto? Alguém resolveu?
>> >>
>> >> Ainda estou pesquisando, e se achar a solução aviso aqui.
>> >>
>> > Um caminho está aqui:
>> >
>> > /usr/ports/x11/nvidia-driver
>> >
>> > A solução não está em:
>> >
>> > /usr/ports/x11-drivers/
>> >
>> > Acho que tem um port em lugar errado.
>> >
>> > Não é a última versão do driver da nVidia.
>> >
>> > Mas não é uma solução boa, pois exige emulação Linux.
>> >
>> > E deu outro problema.
>> >
>> > KLD nvidia.ko: depends on kernel - not available or version mismatch
>> > linker_load_file: Unsupported file type
>> >
>> > Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
>> >
>> > Amanhã, ou hoje depois de dormir, tento de novo.
>> >
>> >
>> > João Rocha.
>> >
>> >
>> >
>> >
>> >>
>> >> Obrigado,
>> >> João Rocha.
>> >>
>> >>
>> >> --
>> >> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>> >>
>> >> http://jgoffredo.blogspot.com
>> >> goffr...@gmail.com
>> >>
>> >
>> >
>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
>> proprietário para as placas dela na versão Current.
>> Já passei por isso e unica solução foi voltar para a 10-Release.
>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar PKG,
>> contudo isso é só especulação.
>
>
> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
> errada.

Estou vendo um padrão nisto. O módulo de kernel do Virtual Box fez a mesma
coisa.

Será que estão dessincronizados de alguma forma?

João Rocha.

>
>
> João Rocha.
>
>
>>
>>
>> Att.
>>
>> --
>> ##
>> :UNI>>
>> Paulo Henrique.
>> UnixBSD Tecnologia
>> Segurança em Tecnologia da Informação.
>> Fone: (21) 98253-9727 / (21) 3708-9388
>> Site: https://www.unixbsd.com.br
>>
>> Aka: NoRm4nD at FreeNode.Org
>>
>> ##
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
>
> --
> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>
> http://jgoffredo.blogspot.com
> goffr...@gmail.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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

Em 20 de jun de 2016 4:58 PM, "Nilton Jose Rizzo" <ri...@i805.com.br>
escreveu:
>
> Em Sun, 19 Jun 2016 03:35:40 -0300, Paulo Henrique - BSD Brasil escreveu
> > On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> > > 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:
> > >
> > >>
> > >> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> > >> É uma placa que já está no mercado a 2 anos, então pensei que não
> > >> teria problemas com drivers. E para a minha surpresa, o driver NV do
> > >> Xorg não reconhece esta placa de vídeo.
> > >>
> > >> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
> > >> versão 11 do FreeBSD.
> > >>
> > >> Alguém já passou por isto? Alguém resolveu?
> > >>
> > >> Ainda estou pesquisando, e se achar a solução aviso aqui.
> > >>
> > > Um caminho está aqui:
> > >
> > > /usr/ports/x11/nvidia-driver
> > >
> > > A solução não está em:
> > >
> > > /usr/ports/x11-drivers/
> > >
> > > Acho que tem um port em lugar errado.
> > >
> > > Não é a última versão do driver da nVidia.
> > >
> > > Mas não é uma solução boa, pois exige emulação Linux.
> > >
> > > E deu outro problema.
> > >
> > > KLD nvidia.ko: depends on kernel - not available or version mismatch
> > > linker_load_file: Unsupported file type
> > >
> > > Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> > >
> > > Amanhã, ou hoje depois de dormir, tento de novo.
> > >
> > >
> > > João Rocha.
> > >
> > >
> > >
> > >
> > >>
> > >> Obrigado,
> > >> João Rocha.
> > >>
> > >>
> > >> --
> > >> "Sempre se apanha mais com as menores besteiras. Experiência
própria."
> > >>
> > >> http://jgoffredo.blogspot.com
> > >> goffr...@gmail.com
> > >>
> > >
> > >
> > João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> > proprietário para as placas dela na versão Current.
> > Já passei por isso e unica solução foi voltar para a 10-Release.
> > Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> > PKG, contudo isso é só especulação.
> >
> > Att.
>
>  Tem sim Paulo e João.
>
>Eu uso o current e tenho uma NVidea.  o chato é que é necessário
> compilar o kernel sincronizado com o src e ports e ainda ter que rodar
> o linuxlator.  Mas vai de boa sim e ainda tem suporte ao OpenGLSL 4.x

Rizzo, como fez?

Eu estou com a emulação Linux instalada, tanto é que eu rodava Skype e
tenho o flash.

Viu a mensagem de erro na hora que carrega o módulo?

E as mensagens de erro da compilação?

João Rocha.

>
> >
> > --
> > ##
> > :UNI> >
> > Paulo Henrique.
> > UnixBSD Tecnologia
> > Segurança em Tecnologia da Informação.
> > Fone: (21) 98253-9727 / (21) 3708-9388
> > Site: https://www.unixbsd.com.br
> >
> > Aka: NoRm4nD at FreeNode.Org
> >
> > ##
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> ---
> /*
> **Nilton José RizzoUFRRJ
> **http://www.rizzo.eng.br  http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **/
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 13:37 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:

>
>
> On 19/06/16 13:23, Joao Rocha Braga Filho wrote:
> > 2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
> > paulo.rd...@bsd.com.br>:
> >
> >>
> >> On 19/06/16 12:39, Tiago Drumond wrote:
> >>> Não aconselho a utilização do 11 current pq o mesmo ainda está em
> >>> desenvolvimento e os ports não estão preparados para o mesmo
> >>> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
> >> escreveu:
> >>>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
> >>>> paulo.rd...@bsd.com.br>:
> >>>>
> >>>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> >>>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <
> goffr...@gmail.com
> >>> :
> >>>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> >>>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
> >>>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV
> do
> >>>>>>> Xorg não reconhece esta placa de vídeo.
> >>>>>>>
> >>>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não
> suporta a
> >>>>>>> versão 11 do FreeBSD.
> >>>>>>>
> >>>>>>> Alguém já passou por isto? Alguém resolveu?
> >>>>>>>
> >>>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
> >>>>>>>
> >>>>>> Um caminho está aqui:
> >>>>>>
> >>>>>> /usr/ports/x11/nvidia-driver
> >>>>>>
> >>>>>> A solução não está em:
> >>>>>>
> >>>>>> /usr/ports/x11-drivers/
> >>>>>>
> >>>>>> Acho que tem um port em lugar errado.
> >>>>>>
> >>>>>> Não é a última versão do driver da nVidia.
> >>>>>>
> >>>>>> Mas não é uma solução boa, pois exige emulação Linux.
> >>>>>>
> >>>>>> E deu outro problema.
> >>>>>>
> >>>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >>>>>> linker_load_file: Unsupported file type
> >>>>>>
> >>>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> >>>>>>
> >>>>>> Amanhã, ou hoje depois de dormir, tento de novo.
> >>>>>>
> >>>>>>
> >>>>>> João Rocha.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> Obrigado,
> >>>>>>> João Rocha.
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> "Sempre se apanha mais com as menores besteiras. Experiência
> >> própria."
> >>>>>>> http://jgoffredo.blogspot.com
> >>>>>>> goffr...@gmail.com
> >>>>>>>
> >>>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> >>>>> proprietário para as placas dela na versão Current.
> >>>>> Já passei por isso e unica solução foi voltar para a 10-Release.
> >>>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> >> PKG,
> >>>>> contudo isso é só especulação.
> >>>>>
> >>>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
> >>>> errada.
> >>>>
> >>>>
> >>>> João Rocha.
> >>>>
> >>>>
> >>>>
> >>>>> Att.
> >>>>>
> >>>>> --
> >>>>> ##
> >>>>> :UNI> >>>>>
> >>>>> Paulo Henrique.
> >>>>> UnixBSD Tecnologia
> >>>>> Segurança em Tecnologia da Informação.
> >>>>> Fone: (21) 98253-9727 / (21) 3708-9388
> >>>>> Site: https://www.unixbsd.com.br
> >>>>>
> >>>>> Aka: NoRm4nD at FreeNode.Org
> >>>>

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:

>
>
> On 19/06/16 12:39, Tiago Drumond wrote:
> > Não aconselho a utilização do 11 current pq o mesmo ainda está em
> > desenvolvimento e os ports não estão preparados para o mesmo
> > Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
> escreveu:
> >
> >> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
> >> paulo.rd...@bsd.com.br>:
> >>
> >>>
> >>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> >>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com
> >:
> >>>>
> >>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> >>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
> >>>>> teria problemas com drivers. E para a minha surpresa, o driver NV do
> >>>>> Xorg não reconhece esta placa de vídeo.
> >>>>>
> >>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
> >>>>> versão 11 do FreeBSD.
> >>>>>
> >>>>> Alguém já passou por isto? Alguém resolveu?
> >>>>>
> >>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
> >>>>>
> >>>> Um caminho está aqui:
> >>>>
> >>>> /usr/ports/x11/nvidia-driver
> >>>>
> >>>> A solução não está em:
> >>>>
> >>>> /usr/ports/x11-drivers/
> >>>>
> >>>> Acho que tem um port em lugar errado.
> >>>>
> >>>> Não é a última versão do driver da nVidia.
> >>>>
> >>>> Mas não é uma solução boa, pois exige emulação Linux.
> >>>>
> >>>> E deu outro problema.
> >>>>
> >>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >>>> linker_load_file: Unsupported file type
> >>>>
> >>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> >>>>
> >>>> Amanhã, ou hoje depois de dormir, tento de novo.
> >>>>
> >>>>
> >>>> João Rocha.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> Obrigado,
> >>>>> João Rocha.
> >>>>>
> >>>>>
> >>>>> --
> >>>>> "Sempre se apanha mais com as menores besteiras. Experiência
> própria."
> >>>>>
> >>>>> http://jgoffredo.blogspot.com
> >>>>> goffr...@gmail.com
> >>>>>
> >>>>
> >>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> >>> proprietário para as placas dela na versão Current.
> >>> Já passei por isso e unica solução foi voltar para a 10-Release.
> >>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> PKG,
> >>> contudo isso é só especulação.
> >>>
> >> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
> >> errada.
> >>
> >>
> >> João Rocha.
> >>
> >>
> >>
> >>> Att.
> >>>
> >>> --
> >>> ##
> >>> :UNI> >>>
> >>> Paulo Henrique.
> >>> UnixBSD Tecnologia
> >>> Segurança em Tecnologia da Informação.
> >>> Fone: (21) 98253-9727 / (21) 3708-9388
> >>> Site: https://www.unixbsd.com.br
> >>>
> >>> Aka: NoRm4nD at FreeNode.Org
> >>>
> >>> ##
> >>>
> >>> -
> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>
> >>
> >> --
> >> "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >>
> >> http://jgoffredo.blogspot.com
> >> goffr...@gmail.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/

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 13:14 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:

>
>
> On 19/06/16 13:03, Joao Rocha Braga Filho wrote:
> > 2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
> > paulo.rd...@bsd.com.br>:
> >
> >>
> >> On 19/06/16 12:39, Tiago Drumond wrote:
> >>> Não aconselho a utilização do 11 current pq o mesmo ainda está em
> >>> desenvolvimento e os ports não estão preparados para o mesmo
> >>> Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
> >> escreveu:
> >>>> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
> >>>> paulo.rd...@bsd.com.br>:
> >>>>
> >>>>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> >>>>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <
> goffr...@gmail.com
> >>> :
> >>>>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> >>>>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
> >>>>>>> teria problemas com drivers. E para a minha surpresa, o driver NV
> do
> >>>>>>> Xorg não reconhece esta placa de vídeo.
> >>>>>>>
> >>>>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não
> suporta a
> >>>>>>> versão 11 do FreeBSD.
> >>>>>>>
> >>>>>>> Alguém já passou por isto? Alguém resolveu?
> >>>>>>>
> >>>>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
> >>>>>>>
> >>>>>> Um caminho está aqui:
> >>>>>>
> >>>>>> /usr/ports/x11/nvidia-driver
> >>>>>>
> >>>>>> A solução não está em:
> >>>>>>
> >>>>>> /usr/ports/x11-drivers/
> >>>>>>
> >>>>>> Acho que tem um port em lugar errado.
> >>>>>>
> >>>>>> Não é a última versão do driver da nVidia.
> >>>>>>
> >>>>>> Mas não é uma solução boa, pois exige emulação Linux.
> >>>>>>
> >>>>>> E deu outro problema.
> >>>>>>
> >>>>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >>>>>> linker_load_file: Unsupported file type
> >>>>>>
> >>>>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> >>>>>>
> >>>>>> Amanhã, ou hoje depois de dormir, tento de novo.
> >>>>>>
> >>>>>>
> >>>>>> João Rocha.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> Obrigado,
> >>>>>>> João Rocha.
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> "Sempre se apanha mais com as menores besteiras. Experiência
> >> própria."
> >>>>>>> http://jgoffredo.blogspot.com
> >>>>>>> goffr...@gmail.com
> >>>>>>>
> >>>>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> >>>>> proprietário para as placas dela na versão Current.
> >>>>> Já passei por isso e unica solução foi voltar para a 10-Release.
> >>>>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> >> PKG,
> >>>>> contudo isso é só especulação.
> >>>>>
> >>>> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
> >>>> errada.
> >>>>
> >>>>
> >>>> João Rocha.
> >>>>
> >>>>
> >>>>
> >>>>> Att.
> >>>>>
> >>>>> --
> >>>>> ##
> >>>>> :UNI> >>>>>
> >>>>> Paulo Henrique.
> >>>>> UnixBSD Tecnologia
> >>>>> Segurança em Tecnologia da Informação.
> >>>>> Fone: (21) 98253-9727 / (21) 3708-9388
> >>>>> Site: https://www.unixbsd.com.br
> >>>>>
> >>>>> Aka: NoRm4nD at FreeNode.Org
> >>>>&

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 12:53 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:

>
>
> On 19/06/16 12:39, Tiago Drumond wrote:
> > Não aconselho a utilização do 11 current pq o mesmo ainda está em
> > desenvolvimento e os ports não estão preparados para o mesmo
> > Em 19/06/2016 12:36, "Joao Rocha Braga Filho" <goffr...@gmail.com>
> escreveu:
> >
> >> 2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
> >> paulo.rd...@bsd.com.br>:
> >>
> >>>
> >>> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> >>>> 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com
> >:
> >>>>
> >>>>> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> >>>>> É uma placa que já está no mercado a 2 anos, então pensei que não
> >>>>> teria problemas com drivers. E para a minha surpresa, o driver NV do
> >>>>> Xorg não reconhece esta placa de vídeo.
> >>>>>
> >>>>> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
> >>>>> versão 11 do FreeBSD.
> >>>>>
> >>>>> Alguém já passou por isto? Alguém resolveu?
> >>>>>
> >>>>> Ainda estou pesquisando, e se achar a solução aviso aqui.
> >>>>>
> >>>> Um caminho está aqui:
> >>>>
> >>>> /usr/ports/x11/nvidia-driver
> >>>>
> >>>> A solução não está em:
> >>>>
> >>>> /usr/ports/x11-drivers/
> >>>>
> >>>> Acho que tem um port em lugar errado.
> >>>>
> >>>> Não é a última versão do driver da nVidia.
> >>>>
> >>>> Mas não é uma solução boa, pois exige emulação Linux.
> >>>>
> >>>> E deu outro problema.
> >>>>
> >>>> KLD nvidia.ko: depends on kernel - not available or version mismatch
> >>>> linker_load_file: Unsupported file type
> >>>>
> >>>> Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> >>>>
> >>>> Amanhã, ou hoje depois de dormir, tento de novo.
> >>>>
> >>>>
> >>>> João Rocha.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> Obrigado,
> >>>>> João Rocha.
> >>>>>
> >>>>>
> >>>>> --
> >>>>> "Sempre se apanha mais com as menores besteiras. Experiência
> própria."
> >>>>>
> >>>>> http://jgoffredo.blogspot.com
> >>>>> goffr...@gmail.com
> >>>>>
> >>>>
> >>> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> >>> proprietário para as placas dela na versão Current.
> >>> Já passei por isso e unica solução foi voltar para a 10-Release.
> >>> Pode tentar instala-lo manualmente, sem ser via ports ou então usar
> PKG,
> >>> contudo isso é só especulação.
> >>>
> >> O Ports instalou, mas se recusa a rodar dizendo que está numa versão
> >> errada.
> >>
> >>
> >> João Rocha.
> >>
> >>
> >>
> >>> Att.
> >>>
> >>> --
> >>> ##
> >>> :UNI> >>>
> >>> Paulo Henrique.
> >>> UnixBSD Tecnologia
> >>> Segurança em Tecnologia da Informação.
> >>> Fone: (21) 98253-9727 / (21) 3708-9388
> >>> Site: https://www.unixbsd.com.br
> >>>
> >>> Aka: NoRm4nD at FreeNode.Org
> >>>
> >>> ##
> >>>
> >>> -
> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>
> >>
> >> --
> >> "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >>
> >> http://jgoffredo.blogspot.com
> >> goffr...@gmail.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/htm

Re: [FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 3:35 GMT-03:00 Paulo Henrique - BSD Brasil <
paulo.rd...@bsd.com.br>:

>
>
> On 19/06/16 02:38, Joao Rocha Braga Filho wrote:
> > 2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:
> >
> >>
> >> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> >> É uma placa que já está no mercado a 2 anos, então pensei que não
> >> teria problemas com drivers. E para a minha surpresa, o driver NV do
> >> Xorg não reconhece esta placa de vídeo.
> >>
> >> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
> >> versão 11 do FreeBSD.
> >>
> >> Alguém já passou por isto? Alguém resolveu?
> >>
> >> Ainda estou pesquisando, e se achar a solução aviso aqui.
> >>
> > Um caminho está aqui:
> >
> > /usr/ports/x11/nvidia-driver
> >
> > A solução não está em:
> >
> > /usr/ports/x11-drivers/
> >
> > Acho que tem um port em lugar errado.
> >
> > Não é a última versão do driver da nVidia.
> >
> > Mas não é uma solução boa, pois exige emulação Linux.
> >
> > E deu outro problema.
> >
> > KLD nvidia.ko: depends on kernel - not available or version mismatch
> > linker_load_file: Unsupported file type
> >
> > Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.
> >
> > Amanhã, ou hoje depois de dormir, tento de novo.
> >
> >
> > João Rocha.
> >
> >
> >
> >
> >>
> >> Obrigado,
> >> João Rocha.
> >>
> >>
> >> --
> >> "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >>
> >> http://jgoffredo.blogspot.com
> >> goffr...@gmail.com
> >>
> >
> >
> João, infelizmente a Nvidia não disponibiliza suporte ao modulo
> proprietário para as placas dela na versão Current.
> Já passei por isso e unica solução foi voltar para a 10-Release.
> Pode tentar instala-lo manualmente, sem ser via ports ou então usar PKG,
> contudo isso é só especulação.
>

O Ports instalou, mas se recusa a rodar dizendo que está numa versão
errada.


João Rocha.



>
> Att.
>
> --
> ##
> :UNI>
> Paulo Henrique.
> UnixBSD Tecnologia
> Segurança em Tecnologia da Informação.
> Fone: (21) 98253-9727 / (21) 3708-9388
> Site: https://www.unixbsd.com.br
>
> Aka: NoRm4nD at FreeNode.Org
>
> ##
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

2016-06-19 1:32 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:

>
>
> Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
> É uma placa que já está no mercado a 2 anos, então pensei que não
> teria problemas com drivers. E para a minha surpresa, o driver NV do
> Xorg não reconhece esta placa de vídeo.
>
> Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
> versão 11 do FreeBSD.
>
> Alguém já passou por isto? Alguém resolveu?
>
> Ainda estou pesquisando, e se achar a solução aviso aqui.
>

Um caminho está aqui:

/usr/ports/x11/nvidia-driver

A solução não está em:

/usr/ports/x11-drivers/

Acho que tem um port em lugar errado.

Não é a última versão do driver da nVidia.

Mas não é uma solução boa, pois exige emulação Linux.

E deu outro problema.

KLD nvidia.ko: depends on kernel - not available or version mismatch
linker_load_file: Unsupported file type

Que eu acho que é o mesmo. Não funciona no FreeBSD 11.0-CURRENT.

Amanhã, ou hoje depois de dormir, tento de novo.


João Rocha.




>
>
> Obrigado,
> João Rocha.
>
>
> --
> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>
> http://jgoffredo.blogspot.com
> goffr...@gmail.com
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Xorg e GTX 750 Ti, e FreeBSD 11 CURRENT

[Joao Rocha Braga Filho]

Comprei uma placa de vídeo GTX 750 Ti e instalei no meu computador.
É uma placa que já está no mercado a 2 anos, então pensei que não
teria problemas com drivers. E para a minha surpresa, o driver NV do
Xorg não reconhece esta placa de vídeo.

Tentei o driver da nVidia, mas tive outra surpresa. Ele não suporta a
versão 11 do FreeBSD.

Alguém já passou por isto? Alguém resolveu?

Ainda estou pesquisando, e se achar a solução aviso aqui.


Obrigado,
João Rocha.


-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Interrupção alta no ServerU

[Joao Rocha Braga Filho]

Em 17 de jun de 2016 3:44 PM, "Evandro Nunes" 
escreveu:
>
> nossa senhora 800 pares de pipe sao 1600 pipes, nao tem como suas 4 cpu
vão
> pra interrupção inteiras, até com metade disso (700 regras, 800 regras de
> ipfw mandando pra pipe)

Já pensou em usar pipes dinâmicas? Seria somente uma regra de firewall, e
as pipes seriam criadas conforme a necessidade.

Eu rodava centenas delas em AMD K7.

João Rocha.

>
> seu kernel (dummynet) deve estar com uns 20% de cpu no maximo, e os outros
> 80% interrupcao, isso não é problema do freebsd nem da L-400 e sim do
> excesso de regras, tenta falar com o patrick na freebsd ele vai dar dicas
> de como otimizar esse seu firewall e te dar dicas de tuning, mas não sei
se
> tem dicas de milagre..
>
> se 1200 usuarios significam pra voce 2400 pipes voce precisa ir pra l-800
>
> outra coisa da ipfw show e ve os clientes que mais contam pacotes
>
> garanta que os mais frequentes estejam primeiro no seu firewall, pra
evitar
> lookups que não dão match e buscar match com poucos testes, first match
> wins a seu favor
>
> baixe o num_queues das placas de redes para 2, a l-400 tem só 4 cpu, tem
> que diminuir a concorrencia pelos recursos
>
> por último voce precisa se livrar do kernel
>
> mete netmap-ipfw nisso ai e seja feliz
>
> 2016-06-17 10:48 GMT-03:00 Sergio Faulhaber :
>
> > Caros,
> >
> > comprei um serveru lm-400 para substituir 4 pcs que tenho hoje fazendo
> > autenticação de clientes.
> > Uso o freebsd 10.2 nele e todas as placas rede são igb.
> > Na autenticação do usuário é criado um par de regras pipe definindo a
> > velocidade de conexão.
> > Estou usando apenas 2 interfaces , uma no barramento principal e outra
no
> > barramento dos clientes.
> > O problema que estou tendo é que com 800 usuários autenticados e e torno
> > de 300 mbits/s emcada interface
> > a interrupção esta beirando 90% e idle 0 .
> > Me indicaram a refazer o firewall usando tables e criando poucas regras
de
> > pipe .
> > Hoje com 800 usuários o firewall fica com 800 pares de pipe ( 1 in outro
> > out) .
> > Só que preciso de tempo para refazer o firewall e achava que o
equipamento
> > iria aguentar pelo menos 1200 usuarios.
> > Tenho feito alterações no loader.conf e sysctl.conf mas estou na
tentativa
> > e erro.
> > Já aumentei o kernel.hz para 2000 ,
> > hw.igb.rxd="4096"
> > hw.igb.txd="4096"
> > e várias outros.
> > Alguém teria alguma orientaçao para poder melhorar a performance ?
> >
> > Obrigado
> >
> >
> > --
> > *Sergio Faulhaber *
> > Diretor Técnico
> > telefone: (32) 2101-2028 / 2101-2000
> > e-mail: ser...@acessa.com
> > Av. Barão do Rio Branco, 2390 - Centro - 36.016-310
> > Juiz de Fora - MG - www.acessa.com 
> >
> > /
> >
> > *Esta mensagem pode conter informações confidenciais e/ou privilegiadas.
> > Se você não for o destinatário ou a pessoa autorizada a recebê-la, não
pode
> > usar, copiar ou divulgar as informações nela contidas ou tomar qualquer
> > ação baseada nelas. Se você recebeu esta mensagem por engano, por favor,
> > avise imediatamente o remetente, e em187.121.231.0/26 seguida, apague-a.
> > Comunicações pela Internet não podem ser garantidas quanto à segurança
ou
> > inexistência de erros ou de vírus. O remetente, por esta razão, não
aceita
> > responsabilidade por qualquer erro ou omissão no contexto da mensagem
> > decorrente da transmissão via Internet.
> >
> > /
> >
> >
> > ---
> > Este email foi escaneado pelo Avast antivírus.
> > https://www.avast.com/antivirus
> > -
> > 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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Interrupção alta no ServerU

[Joao Rocha Braga Filho]

Em 17 de jun de 2016 10:52 AM, "Sergio Faulhaber" 
escreveu:
>
> Caros,
>
> comprei um serveru lm-400 para substituir 4 pcs que tenho hoje fazendo
autenticação de clientes.
> Uso o freebsd 10.2 nele e todas as placas rede são igb.
> Na autenticação do usuário é criado um par de regras pipe definindo a
velocidade de conexão.
> Estou usando apenas 2 interfaces , uma no barramento principal e outra no
barramento dos clientes.
> O problema que estou tendo é que com 800 usuários autenticados e e torno
de 300 mbits/s emcada interface
> a interrupção esta beirando 90% e idle 0 .

Eu já vi problemas de interrupt storm em algumas placas 3Com. Para
descobrir qual placa era bastava desconectar o cabo uma a uma. Se parasse
era aquela placa que estava ruim.

Será reedição do problema?

João Rocha.

> Me indicaram a refazer o firewall usando tables e criando poucas regras
de pipe .
> Hoje com 800 usuários o firewall fica com 800 pares de pipe ( 1 in outro
out) .
> Só que preciso de tempo para refazer o firewall e achava que o
equipamento iria aguentar pelo menos 1200 usuarios.
> Tenho feito alterações no loader.conf e sysctl.conf mas estou na
tentativa e erro.
> Já aumentei o kernel.hz para 2000 ,
> hw.igb.rxd="4096"
> hw.igb.txd="4096"
> e várias outros.
> Alguém teria alguma orientaçao para poder melhorar a performance ?
>
> Obrigado
>
>
> --
> *Sergio Faulhaber *
> Diretor Técnico
> telefone: (32) 2101-2028 / 2101-2000
> e-mail: ser...@acessa.com
> Av. Barão do Rio Branco, 2390 - Centro - 36.016-310
> Juiz de Fora - MG - www.acessa.com 
>
> /
>
> *Esta mensagem pode conter informações confidenciais e/ou privilegiadas.
Se você não for o destinatário ou a pessoa autorizada a recebê-la, não pode
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer
ação baseada nelas. Se você recebeu esta mensagem por engano, por favor,
avise imediatamente o remetente, e em187.121.231.0/26 seguida, apague-a.
Comunicações pela Internet não podem ser garantidas quanto à segurança ou
inexistência de erros ou de vírus. O remetente, por esta razão, não aceita
responsabilidade por qualquer erro ou omissão no contexto da mensagem
decorrente da transmissão via Internet.
>
> /
>
>
> ---
> Este email foi escaneado pelo Avast antivírus.
> https://www.avast.com/antivirus
> -
> 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] Problema para compilar o Chrome. Já resolvido.

[Joao Rocha Braga Filho]

In english at end.

Oi pessoal.

Apanhei um pouco com um problema, mas resolvi, e como pode acontecer
com outra pessoa estou compartilhando a dica.

Eu estava tomando a seguinte mensagem de erro quando tentava compilar
o Chrome:

ImportError: This platform lacks a functioning sem_open implementation,
therefore, the required synchronization primitives needed will not
function, see issue 3770.

Estava sem entender o que era, e alguma pesquisa na Internet ajudou. Tinha
relação com semáforos. Em uma das pesquisas eu dei de cara que era algo
relativo ao Python. Então resolvi ver as configurações de compilação do
Python.

cd /usr/ports/lang/python27
make config

Nas configurações de compilação estava com a opção SEM, POSIX semphores
support, desligada. Liguei, recompilei, desinstalei e reinstalei a nova
versão
compilada, e consegui compilar o Chrome sem problemas.

Parece que outras coisas também podem dar este problema, pelo que vi nas
pesquisas.

Como perdi um tempo com isto, e isto pode afetar outras pessoas, resolvi
compartilhar a dica.

Abraços a todos,
João Rocha.

PS: Estou colocando a dica em inglês para o caso de alguém que não fale
português esbarrar com os arquivos da lista quando estiver desesperado
tentando resolver este problema.


In english:

It is a Python compile options error.

cd /usr/ports/lang/python27
make config

Turn on SEM, POSIX semphores support, recompile and reinstall Python.

Good luck.

-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] 2º BSD DAY em seropedica

[Joao Rocha Braga Filho]

Em 9 de mai de 2016 9:01 AM, "Rodrigo Lira" 
escreveu:
>
> O evento vai ser transmitido online, ou será gravado???

Vou tentar levar equipamento para fotografar.

João Rocha.

>
> 2016-05-09 0:03 GMT-03:00 Nilton Jose Rizzo :
>
> >
> >
> >   Preparados para o 2º BSD DAY em Seropédica?
> >
> >É no próximo sábado dia 14/05 na UFRRJ em
> > Seropédica, Rio de Janeiro.
> >
> >Evento gratuito, sobre software livre e sobre
> > sistemas BSD.
> >
> >Inscrições abertas   http://bsdday.fug.com.br
> >Agenda: http://bsdday.fug.com.br/#agenda
> >
> > Não percam!
> >
> >
> > ---
> > /*
> > **Nilton José RizzoUFRRJ
> > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **/
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Atenciosamente,
>
> *Rodrigo Lira*
> Phone: +55 (83) 99886-5645 / 98748-9672
> Website: www.rodrigolira.eti.br
> Skype: eurodrigolira
> Linkedin  - Twitter
>  - Facebook
> 
> -
> 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] SSD tem performance IO satisfatorio?

[Joao Rocha Braga Filho]

2016-03-07 9:56 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:

>
> Em 7 de mar de 2016 9:47 AM, "Fábio Rodrigues Ribeiro" <
> f...@farribeiro.com.br> escreveu:
> >
> > Queria saber se existem benchmark de HD SSD, melhor se for SAS, com
> > zfs com freeBSD. Será que está pronto para embate com um Linux em
> > ambiente de alto desempenho, como um banco de dados?
>
> Eu tenho um SSD com o usr, var, bin, tmp swap e a raiz. O desempenho é
> alto. Chega facilmente a milhares de operações por segundo. Acho que já vi
> passar de 10 mil.
>
> Mas não tenho nenhuma análise de desempenho concreta.
>

Gerei alguns exemplos fazendo svn atualizando o ports tree. Aqui estão
alguns dos mais altos, mas são bem acima da média.

  KB/t tps  MB/s
 58.77 1690 97.03
 30.64 2172 64.97
 56.11 1835 100.54
 16.84 4026 66.20
 41.29 2058 83.00
 17.35 2631 44.59
 31.88 1238 38.53



 31.95 1988 62.05




Isto não substitui um estudo, mas mostra que o desempenho pode ser alto,
pelo menos em alguns momentos.


João Rocha.


> João Rocha.
>
> >
> > --
> > Fábio Rodrigues Ribeiro
> > http://www.farribeiro.com.br
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] SSD tem performance IO satisfatorio?

[Joao Rocha Braga Filho]

Em 7 de mar de 2016 9:47 AM, "Fábio Rodrigues Ribeiro" <
f...@farribeiro.com.br> escreveu:
>
> Queria saber se existem benchmark de HD SSD, melhor se for SAS, com
> zfs com freeBSD. Será que está pronto para embate com um Linux em
> ambiente de alto desempenho, como um banco de dados?

Eu tenho um SSD com o usr, var, bin, tmp swap e a raiz. O desempenho é
alto. Chega facilmente a milhares de operações por segundo. Acho que já vi
passar de 10 mil.

Mas não tenho nenhuma análise de desempenho concreta.

João Rocha.

>
> --
> Fábio Rodrigues Ribeiro
> http://www.farribeiro.com.br
> -
> 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] Panes com acesso pesado ao disco. Problema e solução.

[Joao Rocha Braga Filho]

Oi pessoal da lista.


Tive por diversas vezes panes no meu computador. Ele tinha se tornado
instável, especialmente com uso pesado de disco. Do nada dava reboot. Como
eu estava usando o X Windows, eu não via a mensagem que dava, e assumi que
devia ser algum panic. Subia de novo. Via que o fsck ridava
automaticamente, e o problema se repetia. Então rodava o fsck em single
user, e acontecia de novo. Então descobri que, quando coisas assim começam
a acontecer, não adianta rodar o fsck somente uma vez.

O primeiro fsck resolve até um ponto usando o journal. Então resolve todos
os problemas que o último reboot tenha causado.

O problema é que já tinham problemas antes do boot da execução do sistema
que terminou em panic, e problemas que podem estar se arrastando a muito
tempo, e não constam no journal para serem corrigidos.

Estes problemas só vem à tona quando se faz um uso pesado do file system. O
Chrome expõe muito isto. Tive muitos destes panics usando o Chrome. Parece
acontecer nos acessos em seus caches em disco

Então precisa de rodar o fsck mais de uma vez. Na primeira vez ele usa o
journal, resolvendo as pendências que nele estão, que foram causados por
aquele reboot. Na segunda ele ignora o journal, e resolve os problemas
antigos, que não estão no journal. Isto tem que ser feito em single user, e
uma vez imediatamente atrás da outra. Fique atento, pois já teve vez que o
fsck pediu que fosse rodado de novo, mesmo sendo a segunda vez que rodava.
Então é bom rodar ele manualmente file system por file system, e olhar bem
as mensagens ao final dele, à partir da segunda execução.

Claro que a paranoia diz que tem que rodar uma terceira vez. rs

Só assim, depois de longas e múltiplas execuções de fsck, que o sistema se
torna estável de novo.

Mas uma coisa realmente dá medo. Como, mesmo com o journal e com a
verificação automática do fsck em cada boot, este tipo de problema
acontece? A impressão que tenho é que são os limites do que o fsck pode
fazer quando o sistema está no ar, rodando como multi user. Então passei a
rodar o fsck manualmente, em single user, a cada vez que falta luz, ou algo
assim. A paranoia venceu.

Uma outra coisa que me vem à cabeça é que o journal e o snapshot do file
system são incompatíveis, e o fsck, à partir da versão 5.0 do FreeBSD,
parece usar o snapshot para permitir grandes correções do file system com o
sistema no ar. Esta incompatibilidade também atrapalha a minha forma de
fazer backup, e de muita gente, pois o snapshot garante um estado fixo do
file system para o backup. Já li que estava sendo trabalhado para resolver
isto.

Sim, tive problemas mais de uma vez, e por isto desenvolvi esta experiência
com estes problemas.

Resolvi compartilhar, pois pode ajudar a mais alguém.


João Rocha.


PS: Esta dica veio de uma discussão no Facebook com alguns amigos da FUG-RJ.


-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Xen, FreeBSD 11 e AMD Phenom 9850

[Joao Rocha Braga Filho]

Em 27 de jan de 2016 4:09 PM, "Frederico A M Saraiva" <famsara...@gmail.com>
escreveu:
>
> Boa tarde,
>
> teu processador tem a flag de virtualização nativa (svm). Então é bem
> provável haver compatibilidade

Se for compatível, tem algum outro problema, ou algum erro meu.

João Rocha.

>
> 2016-01-27 10:54 GMT-03:00 Joao Rocha Braga Filho <goffr...@gmail.com>:
>
> > Bom dia.
> >
> > Eu ando sumido da lista, mas continuo usando o FreeBSD.
> >
> > Neste final de semana tentei instalar o Xen no meu Desktop, que é
> > um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo
> > nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78.
> >
> > O sistema é um FreeBSD 11:
> >
> > FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15
> > 22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER  amd64
> >
> > Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0.
> >
> > Quando dei reboot ele entrou em um loop infinito de "panics", e dava
pouco
> > tempo para ler a mensagem de erro. Quando li falava em hardware
> > incompatível.
> >
> > Eu devia ter fotografado a tela.
> >
> > Consegui parar este loop. Entrei na linha de comando do boot e
desabilitei
> > as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois
> > comentei
> > as linhas do Zen nos arquivos de configuração.
> >
> > Estou encucado com esta mensagem de erro, e não estou achando na
> > Internet nada claro se o meu processador é compatível ou não. O que
> > tenho achado induz a pensar que é compatível.
> >
> > As linhas que coloquei nos arquivos foram:
> >
> > /boot/loader.conf
> >
> > xen_kernel="/boot/xen"
> >
> > xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1
> > guest_loglvl=all loglvl=all"
> >
> > console=com1
> >
> > /boot/menu.rc.local
> >
> > try-include /boot/xen.4th
> >
> >
> > Na pior das hipóteses eu faço um upgrade no meu computador para rodar o
> > Xen.
> >
> > Ao final vai o dmesg do sistema.
> >
> > Agradeço a ajuda.
> >
> >
> >
> > goffredo:SUPER[955] dmesg
> >
> > Copyright (c) 1992-2016 The FreeBSD Project.
> >
> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> >
> > The Regents of the University of California. All rights
reserved.
> >
> > FreeBSD is a registered trademark of The FreeBSD Foundation.
> >
> > FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016
> >
> > goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64
> >
> > FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225
> >
> > VT(vga): resolution 640x480
> >
> > module_register: cannot register hostb/amdtemp from kernel; already
loaded
> > from amdtemp.ko
> >
> > Module hostb/amdtemp failed to register: 17
> >
> > CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU)
> >
> >   Origin="AuthenticAMD"  Id=0x100f23  Family=0x10  Model=0x2  Stepping=3
> >
> >
> >
> >
Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
> >
> >   Features2=0x802009<SSE3,MON,CX16,POPCNT>
> >
> >   AMD
> >
Features=0xee500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow!+,3DNow!>
> >
> >   AMD
> >
Features2=0x7ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS>
> >
> >   SVM: NP,NAsids=64
> >
> >   TSC: P-state invariant
> >
> > real memory  = 8589934592 (8192 MB)
> >
> > avail memory = 8276221952 (7892 MB)
> >
> > Event timer "LAPIC" quality 400
> >
> > ACPI APIC Table: <090108 APIC1556>
> >
> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
> >
> > FreeBSD/SMP: 1 package(s) x 4 core(s)
> >
> >  cpu0 (BSP): APIC ID:  0
> >
> >  cpu1 (AP): APIC ID:  1
> >
> >  cpu2 (AP): APIC ID:  2
> >
> >  cpu3 (AP): APIC ID:  3
> >
> > random: unblocking device.
> >
> > ioapic0  irqs 0-23 on motherboard
> >
> > random: entropy device external interface
> >
> > kbd1 at kbdmux0
> >
> > module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19
> >
> > vtvga0:  on motherboard
> >
> > cryptosoft0:  on motherboard
> >
> > acpi0: <090108 RSDT1556> on mothe

[FUG-BR] Xen, FreeBSD 11 e AMD Phenom 9850

[Joao Rocha Braga Filho]

Bom dia.

Eu ando sumido da lista, mas continuo usando o FreeBSD.

Neste final de semana tentei instalar o Xen no meu Desktop, que é
um AMD Phenon 9850, com 7 anos de uso. Tenho uma placa de vídeo
nVidia gForce 8500 de 256 MB e a placa mãe é uma Asus M3A78.

O sistema é um FreeBSD 11:

FreeBSD SUPER 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15
22:35:19 BRST 2016 goffredo@SUPER:/usr/obj/usr/src/sys/SUPER  amd64

Instalei o Xen-kernel dos ports. Instalei tentando fazer Dom0.

Quando dei reboot ele entrou em um loop infinito de "panics", e dava pouco
tempo para ler a mensagem de erro. Quando li falava em hardware
incompatível.

Eu devia ter fotografado a tela.

Consegui parar este loop. Entrei na linha de comando do boot e desabilitei
as variáveis que faziam o Xen subir. Assim dei o boot, e logo depois
comentei
as linhas do Zen nos arquivos de configuração.

Estou encucado com esta mensagem de erro, e não estou achando na
Internet nada claro se o meu processador é compatível ou não. O que
tenho achado induz a pensar que é compatível.

As linhas que coloquei nos arquivos foram:

/boot/loader.conf

xen_kernel="/boot/xen"

xen_cmdline="dom0_mem=2048M dom0_max_vcpus=2 dom0pvh=1 com1=115200,8n1
guest_loglvl=all loglvl=all"

console=com1

/boot/menu.rc.local

try-include /boot/xen.4th


Na pior das hipóteses eu faço um upgrade no meu computador para rodar o Xen.

Ao final vai o dmesg do sistema.

Agradeço a ajuda.



goffredo:SUPER[955] dmesg

Copyright (c) 1992-2016 The FreeBSD Project.

Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994

The Regents of the University of California. All rights reserved.

FreeBSD is a registered trademark of The FreeBSD Foundation.

FreeBSD 11.0-CURRENT #2 r294062: Fri Jan 15 22:35:19 BRST 2016

goffredo@SUPER:/usr/obj/usr/src/sys/SUPER amd64

FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225

VT(vga): resolution 640x480

module_register: cannot register hostb/amdtemp from kernel; already loaded
from amdtemp.ko

Module hostb/amdtemp failed to register: 17

CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2511.61-MHz K8-class CPU)

  Origin="AuthenticAMD"  Id=0x100f23  Family=0x10  Model=0x2  Stepping=3


Features=0x178bfbff

  Features2=0x802009

  AMD
Features=0xee500800

  AMD
Features2=0x7ff

  SVM: NP,NAsids=64

  TSC: P-state invariant

real memory  = 8589934592 (8192 MB)

avail memory = 8276221952 (7892 MB)

Event timer "LAPIC" quality 400

ACPI APIC Table: <090108 APIC1556>

FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs

FreeBSD/SMP: 1 package(s) x 4 core(s)

 cpu0 (BSP): APIC ID:  0

 cpu1 (AP): APIC ID:  1

 cpu2 (AP): APIC ID:  2

 cpu3 (AP): APIC ID:  3

random: unblocking device.

ioapic0  irqs 0-23 on motherboard

random: entropy device external interface

kbd1 at kbdmux0

module_register_init: MOD_LOAD (vesa, 0x808d28d0, 0) error 19

vtvga0:  on motherboard

cryptosoft0:  on motherboard

acpi0: <090108 RSDT1556> on motherboard

acpi0: Power Button (fixed)

cpu0:  on acpi0

cpu1:  on acpi0

cpu2:  on acpi0

cpu3:  on acpi0

attimer0:  port 0x40-0x43 irq 0 on acpi0

Timecounter "i8254" frequency 1193182 Hz quality 0

Event timer "i8254" frequency 1193182 Hz quality 100

atrtc0:  port 0x70-0x71 irq 8 on acpi0

Event timer "RTC" frequency 32768 Hz quality 0

hpet0:  iomem 0xfed0-0xfed003ff on acpi0

Timecounter "HPET" frequency 14318180 Hz quality 950

Event timer "HPET" frequency 14318180 Hz quality 450

Event timer "HPET1" frequency 14318180 Hz quality 450

Event timer "HPET2" frequency 14318180 Hz quality 450

Timecounter "ACPI-fast" frequency 3579545 Hz quality 900

acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0

pcib0:  port 0xcf8-0xcff on acpi0

pci0:  on pcib0

pcib1:  irq 18 at device 2.0 on pci0

pci1:  on pcib1

vgapci0:  port 0xcc00-0xcc7f mem
0xfa00-0xfaff,0xd000-0xdfff,0xf800-0xf9ff irq 18 at
device 0.0 on pci1

vgapci0: Boot video device

pcib2:  irq 18 at device 6.0 on pci0

pci2:  on pcib2

re0:  port
0xd800-0xd8ff mem 0xfbeff000-0xfbef,0xf6ff-0xf6ff irq 18 at
device 0.0 on pci2

re0: Using 1 MSI-X message

re0: ASPM disabled

re0: Chip rev. 0x3c00

re0: MAC rev. 0x0040

miibus0:  on re0

rgephy0:  PHY 1 on miibus0

rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,
100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master,
1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow,
1000baseT-FDX-flow-master, auto, auto-flow

re0: Using defaults for TSO: 65518/35/2048

re0: Ethernet address: 00:22:15:de:9a:0e

ahci0:  port
0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem
0xf7fff800-0xf7fffbff irq 22 at device 17.0 on pci0

ahci0: 

Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

[Joao Rocha Braga Filho]

On Sat, Sep 19, 2015 at 10:14 AM, Nilton Jose Rizzo <ri...@i805.com.br>
wrote:

> Em Fri, 18 Sep 2015 00:10:57 -0300, Joao Rocha Braga Filho escreveu
>
>
>
> Aqui em casa rodando um Athon XP II 64
> last pid: 59718;  load averages:  1.60,  1.62,  1.72  up
> 5+12:28:23  10:07:16
> 109 processes: 1 running, 106 sleeping, 2 zombie
> CPU: 11.3% user,  0.0% nice, 44.9% system,  2.1% interrupt, 41.6% idle
> Mem: 573M Active, 5895M Inact, 1343M Wired, 832M Buf, 124M Free
> Swap: 3852M Total, 369M Used, 3482M Free, 9% Inuse
>
>   PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIMEWCPU
> COMMAND
> 31757 rizzo   123  200  1055M   553M select  1 189:01 102.34%
> firefox
> 59642 rizzo 1  210 27992K  6472K select  1   0:51   2.77% ssh
>  1248 rizzo 1  200  3236M 24484K select  0  79:05   2.28% Xorg
>  1357 rizzo 6  200   511M 97344K select  1  64:44   1.15%
> ktorrent
>   565 root  1  200 16664K   888K select  1   0:48   1.12%
> moused
>  1261 rizzo 1  200   178M 11432K select  0   2:38   0.76% xfwm4
> 59641 rizzo 1  200 25756K  K select  1   0:03   0.21% scp
> 31786 rizzo10  200  1670M99M select  1   4:34   0.12%
> midori
> 59718 root  1  200 21932K  3456K CPU11   0:00   0.09% top
>  1320 rizzo 3  200   508M 23388K select  0   6:54   0.07%
> cairo-dock
>  1029 mysql16  200   241M  5616K select  0   1:40   0.02%
> mysqld
>  1325 rizzo 1  200   191M  3820K select  0   0:36   0.02%
> python2.7
>  1419 rizzo 1  200 74808K  5232K select  0   0:09   0.01% xterm
>  1255 rizzo 1  200 17068K  1856K select  0   0:28   0.01%
> dbus-daemon
> 59635 rizzo 1  200 74808K  9492K select  0   0:00   0.01% xterm
>  1263 rizzo 4  200   230M 10052K select  0   0:23   0.01%
> xfce4-panel
>  1266 rizzo 4  200   217M  9320K select  0   0:18   0.00%
> xfdesktop
>  1178 haldaemon 2  200 60796K  3712K select  1   2:20   0.00% hald
>
>
> dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 800/7315
> dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
> dev.cpu.0.freq: 3400
>
>
>
> Dei uma customizada no seu script João, como segue
>
>
> root@valfenda:~ # more temperatura.csh
> #!/bin/csh
>
> set f=`sysctl -e dev.cpu.0.freq`
> sysctl -a | grep dev.cpu...temperature
> sysctl dev.cpu.0.freq=1250
> set c=10
> while ( $c )
> sysctl -a | grep dev.cpu...temperature
> sleep 1
> @ c --
> end
> sysctl $f
>
> root@valfenda:~ # csh temperatura.csh
> dev.cpu.1.temperature: 82,6C
> dev.cpu.0.temperature: 82,6C
>

Seu processador trabalha muito quente. É um notebook?

dev.cpu.0.freq: 3400 -> 800
>

Quase um grau de imediato, como está abaixo.


> dev.cpu.1.temperature: 81,6C
> dev.cpu.0.temperature: 81,6C
>

O que está abaixo é um pouco mais de um segundo depois.


> dev.cpu.1.temperature: 79,0C
> dev.cpu.0.temperature: 79,0C
>

Ou seja, em praticamente um segundo caiu 3.6 graus, e nenhuma das quedas
abaixo chegou perto disto.



> dev.cpu.1.temperature: 77,5C
> dev.cpu.0.temperature: 77,5C
> dev.cpu.1.temperature: 76,7C
> dev.cpu.0.temperature: 76,7C
> dev.cpu.1.temperature: 76,5C
> dev.cpu.0.temperature: 76,5C
> dev.cpu.1.temperature: 76,0C
> dev.cpu.0.temperature: 76,0C
> dev.cpu.1.temperature: 75,6C
> dev.cpu.0.temperature: 75,6C
> dev.cpu.1.temperature: 75,3C
> dev.cpu.0.temperature: 75,3C
> dev.cpu.1.temperature: 75,0C
> dev.cpu.0.temperature: 75,0C
> dev.cpu.1.temperature: 74,7C
> dev.cpu.0.temperature: 74,7C
>

Note que não parece ter estabilizado ainda, pois ainda está caindo. Acho
que precisava de mais de 10 segundos para chegar à temperatura final.

O que aconteceu comigo, da maior queda acontecer no primeiro segundo,
acontece aqui também. Mas o meu chegou rapidamente na temperatura final, o
que não aconteceu aqui. Acho que precisava de mais tempo.


João Rocha.





> dev.cpu.0.freq: 800 -> 3400

root@valfenda:~ #
>
>
> ---
> /*
> **Nilton José RizzoUFRRJ
> **http://www.rizzo.eng.br  http://www.ufrrj.br
> **http://lattes.cnpq.br/0079460703536198
> **/
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

[Joao Rocha Braga Filho]

2015-09-19 10:42 GMT-03:00 Paulo Henrique - BSDs Brasil <
paulo.rd...@bsd.com.br>:

>
>
> Em 19/09/2015 10:22, Nilton Jose Rizzo escreveu:
>
>> Em Sat, 19 Sep 2015 10:18:58 -0300, Paulo Henrique escreveu
>>
>>> Em 19/09/2015 10:15, "Nilton Jose Rizzo" <ri...@i805.com.br> escreveu:
>>>
>>>> Em Fri, 18 Sep 2015 00:10:57 -0300, Joao Rocha Braga Filho escreveu
>>>>
>>>>
>>>>
>>>> Aqui em casa rodando um Athon XP II 64
>>>> last pid: 59718;  load averages:  1.60,  1.62,  1.72  up
>>>> 5+12:28:23  10:07:16
>>>> 109 processes: 1 running, 106 sleeping, 2 zombie
>>>> CPU: 11.3% user,  0.0% nice, 44.9% system,  2.1% interrupt, 41.6% idle
>>>> Mem: 573M Active, 5895M Inact, 1343M Wired, 832M Buf, 124M Free
>>>> Swap: 3852M Total, 369M Used, 3482M Free, 9% Inuse
>>>>
>>>>PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIMEWCPU
>>>>
>>> COMMAND
>>>
>>>> 31757 rizzo   123  200  1055M   553M select  1 189:01 102.34%
>>>>
>>> firefox
>>>
>>>> 59642 rizzo 1  210 27992K  6472K select  1   0:51   2.77%
>>>> ssh
>>>>   1248 rizzo 1  200  3236M 24484K select  0  79:05   2.28%
>>>> Xorg
>>>>   1357 rizzo 6  200   511M 97344K select  1  64:44   1.15%
>>>>
>>> ktorrent
>>>
>>>>565 root  1  200 16664K   888K select  1   0:48   1.12%
>>>>
>>> moused
>>>
>>>>   1261 rizzo 1  200   178M 11432K select  0   2:38   0.76%
>>>>
>>> xfwm4
>>>
>>>> 59641 rizzo 1  200 25756K  K select  1   0:03   0.21%
>>>> scp
>>>> 31786 rizzo10  200  1670M99M select  1   4:34   0.12%
>>>>
>>> midori
>>>
>>>> 59718 root  1  200 21932K  3456K CPU11   0:00   0.09%
>>>> top
>>>>   1320 rizzo 3  200   508M 23388K select  0   6:54   0.07%
>>>>
>>> cairo-dock
>>>
>>>>   1029 mysql16  200   241M  5616K select  0   1:40   0.02%
>>>>
>>> mysqld
>>>
>>>>   1325 rizzo 1  200   191M  3820K select  0   0:36   0.02%
>>>>
>>> python2.7
>>>
>>>>   1419 rizzo 1  200 74808K  5232K select  0   0:09   0.01%
>>>>
>>> xterm
>>>
>>>>   1255 rizzo 1  200 17068K  1856K select  0   0:28   0.01%
>>>>
>>> dbus-daemon
>>>
>>>> 59635 rizzo 1  200 74808K  9492K select  0   0:00   0.01%
>>>>
>>> xterm
>>>
>>>>   1263 rizzo 4  200   230M 10052K select  0   0:23   0.01%
>>>>
>>> xfce4-panel
>>>
>>>>   1266 rizzo 4  200   217M  9320K select  0   0:18   0.00%
>>>>
>>> xfdesktop
>>>
>>>>   1178 haldaemon 2  200 60796K  3712K select  1   2:20   0.00%
>>>> hald
>>>>
>>>>
>>>> dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 800/7315
>>>> dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
>>>> dev.cpu.0.freq: 3400
>>>>
>>>>
>>>>
>>>> Dei uma customizada no seu script João, como segue
>>>>
>>>>
>>>> root@valfenda:~ # more temperatura.csh
>>>> #!/bin/csh
>>>>
>>>> set f=`sysctl -e dev.cpu.0.freq`
>>>> sysctl -a | grep dev.cpu...temperature
>>>> sysctl dev.cpu.0.freq=1250
>>>> set c=10
>>>> while ( $c )
>>>>  sysctl -a | grep dev.cpu...temperature
>>>>  sleep 1
>>>>  @ c --
>>>> end
>>>> sysctl $f
>>>>
>>>> root@valfenda:~ # csh temperatura.csh
>>>> dev.cpu.1.temperature: 82,6C
>>>> dev.cpu.0.temperature: 82,6C
>>>> dev.cpu.0.freq: 3400 -> 800
>>>> dev.cpu.1.temperature: 81,6C
>>>> dev.cpu.0.temperature: 81,6C
>>>> dev.cpu.1.temperature: 79,0C
>>>> dev.cpu.0.temperature: 79,0C
>>>> dev.cpu.1.temperature: 77,5C
>>>> dev.cpu.0.temperature: 77,5C
>>>> dev.cpu.1.temperature: 76,7C
>>>> dev.cpu.0.temperature: 76,7C
>>>> dev.cpu.1.temperature: 76,5C
&g

Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

[Joao Rocha Braga Filho]

2015-09-19 10:22 GMT-03:00 Nilton Jose Rizzo <ri...@i805.com.br>:

> Em Sat, 19 Sep 2015 10:18:58 -0300, Paulo Henrique escreveu
> > Em 19/09/2015 10:15, "Nilton Jose Rizzo" <ri...@i805.com.br> escreveu:
> > >
> > > Em Fri, 18 Sep 2015 00:10:57 -0300, Joao Rocha Braga Filho escreveu
> > >
> > >
> > >
> > > Aqui em casa rodando um Athon XP II 64
> > > last pid: 59718;  load averages:  1.60,  1.62,  1.72
> up
> > > 5+12:28:23  10:07:16
> > > 109 processes: 1 running, 106 sleeping, 2 zombie
> > > CPU: 11.3% user,  0.0% nice, 44.9% system,  2.1% interrupt, 41.6% idle
> > > Mem: 573M Active, 5895M Inact, 1343M Wired, 832M Buf, 124M Free
> > > Swap: 3852M Total, 369M Used, 3482M Free, 9% Inuse
> > >
> > >   PID USERNAMETHR PRI NICE   SIZERES STATE   C   TIMEWCPU
> > COMMAND
> > > 31757 rizzo   123  200  1055M   553M select  1 189:01 102.34%
> > firefox
> > > 59642 rizzo 1  210 27992K  6472K select  1   0:51   2.77%
> ssh
> > >  1248 rizzo 1  200  3236M 24484K select  0  79:05   2.28%
> Xorg
> > >  1357 rizzo 6  200   511M 97344K select  1  64:44   1.15%
> > ktorrent
> > >   565 root  1  200 16664K   888K select  1   0:48   1.12%
> > moused
> > >  1261 rizzo 1  200   178M 11432K select  0   2:38   0.76%
> > xfwm4
> > > 59641 rizzo 1  200 25756K  K select  1   0:03   0.21%
> scp
> > > 31786 rizzo10  200  1670M99M select  1   4:34   0.12%
> > midori
> > > 59718 root  1  200 21932K  3456K CPU11   0:00   0.09%
> top
> > >  1320 rizzo 3  200   508M 23388K select  0   6:54   0.07%
> > cairo-dock
> > >  1029 mysql16  200   241M  5616K select  0   1:40   0.02%
> > mysqld
> > >  1325 rizzo 1  200   191M  3820K select  0   0:36   0.02%
> > python2.7
> > >  1419 rizzo 1  200 74808K  5232K select  0   0:09   0.01%
> > xterm
> > >  1255 rizzo 1  200 17068K  1856K select  0   0:28   0.01%
> > dbus-daemon
> > > 59635 rizzo 1  200 74808K  9492K select  0   0:00   0.01%
> > xterm
> > >  1263 rizzo 4  200   230M 10052K select  0   0:23   0.01%
> > xfce4-panel
> > >  1266 rizzo 4  200   217M  9320K select  0   0:18   0.00%
> > xfdesktop
> > >  1178 haldaemon 2  200 60796K  3712K select  1   2:20   0.00%
> hald
> > >
> > >
> > > dev.hwpstate.0.freq_settings: 3400/29680 2700/22417 2000/18225 800/7315
> > > dev.cpu.0.freq_levels: 3400/29680 2700/22417 2000/18225 800/7315
> > > dev.cpu.0.freq: 3400
> > >
> > >
> > >
> > > Dei uma customizada no seu script João, como segue
> > >
> > >
> > > root@valfenda:~ # more temperatura.csh
> > > #!/bin/csh
> > >
> > > set f=`sysctl -e dev.cpu.0.freq`
> > > sysctl -a | grep dev.cpu...temperature
> > > sysctl dev.cpu.0.freq=1250
> > > set c=10
> > > while ( $c )
> > > sysctl -a | grep dev.cpu...temperature
> > > sleep 1
> > > @ c --
> > > end
> > > sysctl $f
> > >
> > > root@valfenda:~ # csh temperatura.csh
> > > dev.cpu.1.temperature: 82,6C
> > > dev.cpu.0.temperature: 82,6C
> > > dev.cpu.0.freq: 3400 -> 800
> > > dev.cpu.1.temperature: 81,6C
> > > dev.cpu.0.temperature: 81,6C
> > > dev.cpu.1.temperature: 79,0C
> > > dev.cpu.0.temperature: 79,0C
> > > dev.cpu.1.temperature: 77,5C
> > > dev.cpu.0.temperature: 77,5C
> > > dev.cpu.1.temperature: 76,7C
> > > dev.cpu.0.temperature: 76,7C
> > > dev.cpu.1.temperature: 76,5C
> > > dev.cpu.0.temperature: 76,5C
> > > dev.cpu.1.temperature: 76,0C
> > > dev.cpu.0.temperature: 76,0C
> > > dev.cpu.1.temperature: 75,6C
> > > dev.cpu.0.temperature: 75,6C
> > > dev.cpu.1.temperature: 75,3C
> > > dev.cpu.0.temperature: 75,3C
> > > dev.cpu.1.temperature: 75,0C
> > > dev.cpu.0.temperature: 75,0C
> > > dev.cpu.1.temperature: 74,7C
> > > dev.cpu.0.temperature: 74,7C
> > > dev.cpu.0.freq: 800 -> 3400
> > > root@valfenda:~ #
> > >
> > >
> > > ---
> > > /*
> > > **Nilton José RizzoUFRRJ
> > > **http://www.rizzo.eng.br  http://ww

Re: [FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

[Joao Rocha Braga Filho]

Em 18/09/2015 01:17, "Paulo Henrique" <paulo.rd...@bsd.com.br> escreveu:
>
> Em 18 de setembro de 2015 00:10, Joao Rocha Braga Filho <
goffr...@gmail.com>
> escreveu:
>
> > Estive numa discussão na qual perguntaram quão rapidamente cai
> > a temperatura de um processador quando se baixa o clock. Eu
> > disse que era muito rápido, pois já tinha observado isto, e agora fiz
> > o teste para demonstrar isto.
> >
> > Medi a temperatura imediatamente antes e depois da mudança de
> > clock, e depois em intervalos de 1 segundo.
> >
> > dev.cpu.3.temperature: 55,6C
> > dev.cpu.2.temperature: 55,6C
> > dev.cpu.1.temperature: 55,6C
> > dev.cpu.0.temperature: 55,6C
> > dev.cpu.0.freq: 2500 -> 1250
> > dev.cpu.3.temperature: 55,6C
> > dev.cpu.2.temperature: 55,6C
> > dev.cpu.1.temperature: 55,6C
> > dev.cpu.0.temperature: 55,6C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 53,1C
> > dev.cpu.2.temperature: 53,1C
> > dev.cpu.1.temperature: 53,1C
> > dev.cpu.0.temperature: 53,1C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 52,6C
> > dev.cpu.2.temperature: 52,6C
> > dev.cpu.1.temperature: 52,6C
> > dev.cpu.0.temperature: 52,6C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 52,6C
> > dev.cpu.2.temperature: 52,6C
> > dev.cpu.1.temperature: 52,6C
> > dev.cpu.0.temperature: 52,6C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 52,1C
> > dev.cpu.2.temperature: 52,1C
> > dev.cpu.1.temperature: 52,1C
> > dev.cpu.0.temperature: 52,1C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 52,1C
> > dev.cpu.2.temperature: 52,1C
> > dev.cpu.1.temperature: 52,1C
> > dev.cpu.0.temperature: 52,1C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 51,6C
> > dev.cpu.2.temperature: 51,6C
> > dev.cpu.1.temperature: 51,6C
> > dev.cpu.0.temperature: 51,6C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 51,6C
> > dev.cpu.2.temperature: 51,6C
> > dev.cpu.1.temperature: 51,6C
> > dev.cpu.0.temperature: 51,6C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 51,1C
> > dev.cpu.2.temperature: 51,1C
> > dev.cpu.1.temperature: 51,1C
> > dev.cpu.0.temperature: 51,1C
> >
> > Um segundo de intervalo.
> >
> > dev.cpu.3.temperature: 51,1C
> > dev.cpu.2.temperature: 51,1C
> > dev.cpu.1.temperature: 51,1C
> > dev.cpu.0.temperature: 51,1C
> >
> >
> > O sistema não está em idle. Está com uma boa carga sobre ele, o
> > que deve ter feito a temperatura não cair muito, mas dá para ver que
> > em 1 segundo caiu cerca de 2.5 graus, o que é mais da metade da
> > diferença entre o menor valor obtido e o inicial, 4.5 graus.
> >
> > Este é o "script" que usei para isto:
> >
> > sysctl -a | grep dev.cpu...temperature ; sysctl dev.cpu.0.freq=1250 ;
> > sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a | grep
> > dev.cpu...temperature ; sleep 1 ; sysctl -a | grep
dev.cpu...temperature ;
> > sleep 1 ; sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a |
> > grep dev.cpu...temperature ;sleep 1 ; sysctl -a | grep
> > dev.cpu...temperature ; sleep 1 ; sysctl -a | grep
dev.cpu...temperature ;
> > sleep 1 ; sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a |
> > grep dev.cpu...temperature ;sleep 1 ; sysctl -a | grep
> > dev.cpu...temperature
> >
> >
> > João Rocha.
> >
> > --
> > "Sempre se apanha mais com as menores besteiras. Experiência própria."
> >
> > http://jgoffredo.blogspot.com
> > goffr...@gmail.com
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Opa João,
>
> Então tem alguns detalhes que merecem ser especificados do ambiente.
>
> Primeiro e mais importante, temperatura ambiental do sistema, isso
> influencia muito, um CPD com temperatura a 16º C média se fosse alterado
> para 20º C a temperatura interna do servidor chegava a discrepancias de
até
> 10ºC.
> Outro detalhes é a carga relativa do servidor no dado momento.
> E mais importante é qual o fabricante e o modelo do processador, isso muda
> drasticamente, Ex:
> Um Xeon serie E5 tem um TPD muito menor que um Core i7 4 series e o fator
> desempenho/TPM é um absurdo se colocado em escala.
> Um

[FUG-BR] [Curiosidade] Velocidade de queda da temperatura baixando o clock.

[Joao Rocha Braga Filho]

Estive numa discussão na qual perguntaram quão rapidamente cai
a temperatura de um processador quando se baixa o clock. Eu
disse que era muito rápido, pois já tinha observado isto, e agora fiz
o teste para demonstrar isto.

Medi a temperatura imediatamente antes e depois da mudança de
clock, e depois em intervalos de 1 segundo.

dev.cpu.3.temperature: 55,6C
dev.cpu.2.temperature: 55,6C
dev.cpu.1.temperature: 55,6C
dev.cpu.0.temperature: 55,6C
dev.cpu.0.freq: 2500 -> 1250
dev.cpu.3.temperature: 55,6C
dev.cpu.2.temperature: 55,6C
dev.cpu.1.temperature: 55,6C
dev.cpu.0.temperature: 55,6C

Um segundo de intervalo.

dev.cpu.3.temperature: 53,1C
dev.cpu.2.temperature: 53,1C
dev.cpu.1.temperature: 53,1C
dev.cpu.0.temperature: 53,1C

Um segundo de intervalo.

dev.cpu.3.temperature: 52,6C
dev.cpu.2.temperature: 52,6C
dev.cpu.1.temperature: 52,6C
dev.cpu.0.temperature: 52,6C

Um segundo de intervalo.

dev.cpu.3.temperature: 52,6C
dev.cpu.2.temperature: 52,6C
dev.cpu.1.temperature: 52,6C
dev.cpu.0.temperature: 52,6C

Um segundo de intervalo.

dev.cpu.3.temperature: 52,1C
dev.cpu.2.temperature: 52,1C
dev.cpu.1.temperature: 52,1C
dev.cpu.0.temperature: 52,1C

Um segundo de intervalo.

dev.cpu.3.temperature: 52,1C
dev.cpu.2.temperature: 52,1C
dev.cpu.1.temperature: 52,1C
dev.cpu.0.temperature: 52,1C

Um segundo de intervalo.

dev.cpu.3.temperature: 51,6C
dev.cpu.2.temperature: 51,6C
dev.cpu.1.temperature: 51,6C
dev.cpu.0.temperature: 51,6C

Um segundo de intervalo.

dev.cpu.3.temperature: 51,6C
dev.cpu.2.temperature: 51,6C
dev.cpu.1.temperature: 51,6C
dev.cpu.0.temperature: 51,6C

Um segundo de intervalo.

dev.cpu.3.temperature: 51,1C
dev.cpu.2.temperature: 51,1C
dev.cpu.1.temperature: 51,1C
dev.cpu.0.temperature: 51,1C

Um segundo de intervalo.

dev.cpu.3.temperature: 51,1C
dev.cpu.2.temperature: 51,1C
dev.cpu.1.temperature: 51,1C
dev.cpu.0.temperature: 51,1C


O sistema não está em idle. Está com uma boa carga sobre ele, o
que deve ter feito a temperatura não cair muito, mas dá para ver que
em 1 segundo caiu cerca de 2.5 graus, o que é mais da metade da
diferença entre o menor valor obtido e o inicial, 4.5 graus.

Este é o "script" que usei para isto:

sysctl -a | grep dev.cpu...temperature ; sysctl dev.cpu.0.freq=1250 ;
sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a | grep
dev.cpu...temperature ; sleep 1 ; sysctl -a | grep dev.cpu...temperature ;
sleep 1 ; sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a |
grep dev.cpu...temperature ;sleep 1 ; sysctl -a | grep
dev.cpu...temperature ; sleep 1 ; sysctl -a | grep dev.cpu...temperature ;
sleep 1 ; sysctl -a | grep dev.cpu...temperature ; sleep 1 ; sysctl -a |
grep dev.cpu...temperature ;sleep 1 ; sysctl -a | grep dev.cpu...temperature


João Rocha.

-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

http://jgoffredo.blogspot.com
goffr...@gmail.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] Encontro da FUGRJ

[Joao Rocha Braga Filho]

Em 07/09/2015 22:31, "Rogger Faioli"  escreveu:
>
> Amigos,
>
> Tem que confirmar a presença? Ou é só aparecer?
>

É só aparecer.

Abraços,
  João.

> Abraços,
>
> Rogger
>
> Em 4 de setembro de 2015 19:57, Nilton Jose Rizzo 
> escreveu:
>
> >
> >
> >Galera, que estiver no Rio no sábado dia 12
> > o pessoal estara se encontrando para beber um chopp
> > no Sindicado do Chopp na Tijuca.
> >
> >Eu irei chegar por volta das 17h, mais o pessoal
> > deve chegar antes, por volta das 16h00.
> >
> > ---
> > /*
> > **Nilton José RizzoUFRRJ
> > **http://www.rizzo.eng.br  http://www.ufrrj.br
> > **http://lattes.cnpq.br/0079460703536198
> > **/
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> 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] Instalar o FreeBSD em outro HD com o sistema no ar.

[Joao Rocha Braga Filho]

Em 22/08/2015 23:56, Joao Rocha Braga Filho goffr...@gmail.com escreveu:



 A minha tentativa de instalar usando o pendrive deu problema, então
pensei em algo
 radicalmente diferente. Instalar o FreeBSD em um HD com o sistema no ar.
O que acham?

 Alguém já fez isto?

Consegui instalar com o pendrive. A BIOS colocou o pendrive na lista de
HDs, e por isto que não achava na lista de periféricos de boot.

João Rocha.



 João Rocha.


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.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] Instalar o FreeBSD em outro HD com o sistema no ar.

[Joao Rocha Braga Filho]

Em 23/08/2015 15:35, Nilton Jose Rizzo ri...@i805.com.br escreveu:

 Em Sat, 22 Aug 2015 23:56:34 -0300, Joao Rocha Braga Filho escreveu
  A minha tentativa de instalar usando o pendrive deu problema, então
pensei
  em algo
  radicalmente diferente. Instalar o FreeBSD em um HD com o sistema no
  ar. O que acham?
 
  Alguém já fez isto?
 
  João Rocha.

   Não endenti o quer você quer fazer.

Você quer instalar o FreeBSD em um HD sem parar o sistema, é isso?

se for isso, porque você não monta uma máquina virtual instala
na máquina virtual ( com as partições exatamente iguais a que você
quer ( sugeriria usar o ZFS para crescimento automático)

mas de qualquer forma teria que rebootar para subir o novo kernel
 e a userland 

A ideia era instalar o sistema em um HD novo partindo de um sistema
funcionando. Depois eu faria a troca de HDs.

Mas agora esta funcionando. Estou até compilando todos os programas.

Aliás, fiz uma descoberta. Uma CPU de 4 núcleos de 2.5 GHz fica com 0% de
idle quase o tempo todo quando se faz uma compilação macissa de ports
usando um SSD. Acho que preciso de uma CPU de 10 núcleos de 4 GHz. Rsrsrs

João Rocha.



 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.com
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Instalar o FreeBSD em outro HD com o sistema no ar.

[Joao Rocha Braga Filho]

A minha tentativa de instalar usando o pendrive deu problema, então pensei
em algo
radicalmente diferente. Instalar o FreeBSD em um HD com o sistema no ar. O
que acham?

Alguém já fez isto?


João Rocha.


-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Instalar o FreeBSD em outro HD com o sistema no ar.

[Joao Rocha Braga Filho]

2015-08-23 0:05 GMT-03:00 Paulo Henrique paulo.rd...@bsd.com.br:

 Qual o hardware?


AMD64. Um Phenom 1 com 8 GB de RAM.

Já fiz as partições.

Estou usando no momento o FreeBSD 10.2 stable. Tenho o instalador em um
pendrive e no HD como imagem para pendrive.

É que o smart já deu umas reclamadas do meu HD principal e pensei em trocar
ele por um SSD, e estou instalando o sistema neste SSD.

Separei os seguintes espaços:

root:[1033] gpart show /dev/ada5
=0  468862128  ada5  BSD  (224G)
  0   20971520 1  freebsd-ufs  (10G)   /
   20971520   20971520 2  freebsd-ufs  (10G)/tmp
   41943040  125829120 4  freebsd-ufs  (60G)   /usr
  167772160   62914560 5  freebsd-ufs  (30G)   /var
  230686720  238175408 6  freebsd-swap  (114G)

Vou mover o /home para um HD de 2 TB, pois já está parcialmente nele:

goffredo:[876] df -hi
FilesystemSizeUsed   Avail Capacity iused ifree %iused  Mounted on
/dev/ad4a 2,0G1,8G 64M97% 30k   39k   43%   /
devfs 1,0K1,0K  0B   100%   0 0  100%   /dev
/dev/ad4g 574G141G387G27%295k   19M2%   /home
/dev/ad4d 2,0G453M1,4G24%4,7k   30k   13%   /tmp
/dev/ad4e  49G 27G 18G60%1,2M  2,6M   31%   /usr
/dev/ad4f  50G2,7G 43G 6% 43k  1,6M3%   /var
/dev/ad8s11,8T470G1,3T26%134k  135k   50%
/home/goffredo/trabalho/imagens
/dev/ad6p13,6T1,6T2,0T45%257k  822k   24%
/home/goffredo/trabalho/imagens/mnt
/dev/ad2s11,8T1,5T319G83% 20k  249k8%   /home2


Faltou alguma informação?

João Rocha.



 Em 22/08/2015 23:56, Joao Rocha Braga Filho goffr...@gmail.com
 escreveu:

  A minha tentativa de instalar usando o pendrive deu problema, então
 pensei
  em algo
  radicalmente diferente. Instalar o FreeBSD em um HD com o sistema no ar.
 O
  que acham?
 
  Alguém já fez isto?
 
 
  João Rocha.
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Canecas à venda

[Joao Rocha Braga Filho]

Em 22/05/2015 15:32, Nilton Jose Rizzo ri...@i805.com.br escreveu:

 Em Fri, 22 May 2015 08:11:28 -0300, mantunes escreveu
  Questão de gosto, mas Não gostei. Prefiro o diabinho ou as bolas
pontudas.
  Rsrsrs
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


  As fotos que eu tirei com o celular ficaram uma bosta!, Mas Marcio
 a caneca tem a bola com chifres é que esta na parte oposta a da asa
 da Xicara;

João, você que é o cara com a máquina fotográfica (o nosso
 fotógrafo do evento) poderia dar essa mãozinha na foto?

A minha ficou na casa da namorada, e não dará para fotografar neste final
de semana.

João Rocha.


 Obrigado

 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Canecas à venda

[Joao Rocha Braga Filho]

Oi Nilton.

Pensei em comprar uma, pois a minha namorada gostou da caneca. Vou falar
com ela e confirmar.


Abraços,
João Rocha.



On Wed, May 20, 2015 at 9:24 PM, Nilton Jose Rizzo ri...@i805.com.br
wrote:



   Estou vendendo canecas a R$ 45,00 + taxa de envio
 do evento I BSD Day.  Alguem gostaria de comprar ??

   Tenho 10 para vender

 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Palestra do 1º BSD Day

[Joao Rocha Braga Filho]

Podemos improvisar algo, como uma demonstração de sysctl, dizendo a sintaxe
e algumas das opções de configuração de sistema. Isto pode ser feito por
mais de uma pessoa, cada um mostrando coisas que usa no dia a dia.

João Rocha.

--
http://jgoffredo.blogspot.com

Enviado do tablet.

Qualquer fotografia/imagem que tenha sido enviada anexada neste e-mail
não implica em autorização de o uso comercial, exceto se
mencionado em contrário no corpo do e-mail.
 Em 12/05/2015 10:58, Nilton Jose Rizzo ri...@i805.com.br escreveu:



   Galera, recebi uma noticia ruim, um dos palestrantes ( André )
 esta com dengue, e não vai poder comparecer ao evento no sábado
 agora.  Alguem gostaria de palestrar em seu lugar?

 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] fsck: Could not determine filesystem type (Dica)

[Joao Rocha Braga Filho]

Boa noite.

Eu tive a mensagem de erro relatada no subject:

root:[1057] fsck /dev/ad3s1
fsck: Could not determine filesystem type

E achei a solução, mas pode-se dar uma pastada antes de se achar a
solução,
então estou compartilhando aqui;

root:[1058] fsck_ufs  /dev/ad3s1
** /dev/ad3s1
** Last Mounted on /home/goffredo/trabalho/imagens/mnt/Nikon_D90
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
154061 files, 146201552 used, 97970598 free (494 frags, 12246263 blocks,
0.0% fragmentation)

* FILE SYSTEM MARKED CLEAN *
root:[1059]


Sim, se o sistema de arquivos for UFS ou UFS2, basta usar o fsck_ufs.


João Rocha.


-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] fsck: Could not determine filesystem type (Dica)

[Joao Rocha Braga Filho]

2015-04-10 23:07 GMT-03:00 Luiz Otavio O Souza lists...@gmail.com:

 2015-04-10 21:57 GMT-03:00 Paulo Olivier Cavalcanti:
  On 10/04/2015 21:33, Paulo Henrique - BSDs Brasil wrote:
 
  [...]
  João,
 
  No caso pode se usar a opção -t do proprio fsck passando o parametro
  relacionado ao sistema de arquivo destino que será tratado.
  Ex.
  Para Unix filesystem
  fsck -f ufs /dev/ada3s1
 
  Para vfat ou msdosfs
  fsck -f msdosfs /dev/da1s1
 
 
  Boa dica xará, mas foi estranho o fsck não ter determinado o filesystem
  automaticamente.

 Isso era um problema que me parece foi introduzido durante a
 implementação do gpart.

 A r275179 implementa novos métodos para restaurar essa funcionalidade
 (foi depois do release do 10.1 mas já esta no stable/10).


Sim, os HDs que estão me dando problemas foram preparados no FreeBSD 10.0.

João Rocha.




 Luiz
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Hardware para cache

[Joao Rocha Braga Filho]

On Wed, Jan 14, 2015 at 12:24 AM, Nilton Jose Rizzo ri...@i805.com.br
wrote:

 Em Tue, 13 Jan 2015 23:16:39 -0200, Joao Rocha Braga Filho escreveu
  2015-01-13 14:39 GMT-02:00 Gustavo Freitas gst.frei...@gmail.com:
 
 Achei o tema muito bom!

Que tal alguém fazer uma compilação e gerar uma palestra
 para o BSD DAY??  o site está quase pronto


Ideia doida, mas talvez legal. Uma palestra em grupo, onde cada um fala um
pouco
da sua experiência e ideias por alguns minutos, inclusive colocando as
opiniões
diferentes, e depois abre-se para perguntas e debates.


João Rocha.



 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Hardware para cache

[Joao Rocha Braga Filho]

2015-01-13 14:39 GMT-02:00 Gustavo Freitas gst.frei...@gmail.com:

 Galera,

 Estou querendo montar um servidor cache com FreeBSD ou então usar
 Thunder cache que é freebsd.. alguem recomenda ? tipo de Hard disk por
 exemplo.. é para 400 usuarios.


Estou desatualizado, mas já fiz squid para mais do que isto de usuários.

Muita memória ajuda, pois pode configurar para usar uma parte como cache
em memória, o que agiliza (acredito que muito), pois não vai acessar os
discos
para pegar coisas muito comuns. Tendo muita memória também pode ajudar
no cache que o sistema operacional faz do disco.

RAID 1, i.e., espelhamento, pode ser útil, pois o sistema pode dividir a
leitura entre os dois discos. O problema é a escrita, que terá que ser feita
nos dois e pode aumentar um pouco a latência. Se os discos fizerem fila
de leitura e escrita, como NCQ, acho que melhora o caso. Outra vantagem
é o sistema não parar se o disco der pane.

Tome MUITO cuidado, pois o squid NÃO pode fazer swap de forma alguma.
Tem que ter memória de sobra. Ele pode massacrar o disco se isto
acontecer, além de dar um desempenho MUITO ruim.

Discos separados para sistema/swap e cache pode ser muito bom. As
operações de manutenção, você administrando o sistema etc, não disputam
acesso aos discos de cache.

Colocar em máquina virtual é cometer uma chacina. Aliás, parece mais
com um homem bomba em um mercado cheio, ou ônibus cheio. Ele se
mata e leva todas as outras máquinas virtuais junto. E quanto mais cheia
estiver esta máquina virtual maior será a matança.

Use máquina com vários núcleos, assim o sistema operacional poderá
fazer muitas coisas eficientemente.

Eu gosto de colocar o squid junto do firewall, na mesma máquina, e não
em uma máquina em separado. Assim não tenho latências e desperdício
de processamento com a comunicação entre máquinas. Com vários
núcleos de processadores isto deve funcionar melhor ainda.

Outra dica. Não coloque logo de início para o squid usar muita memória,
pois pode começar mal. Coloque para usar no cache em memória no máximo
uns 20% de memória total da máquina, e suba aos poucos, mas deixe
no final uma boa sobra na memória principal para poder fazer outras coisas
sem ter que usar swap. Lembre-se também, o squid NÃO pode sofrer swap.


Espero que tenha ajudado.

João Rocha.




 --
 Gustavo Freitas
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [Off-Topic]Ideias para um BSD Day ou 2 BSDCon in Rio

[Joao Rocha Braga Filho]

2014-12-30 22:49 GMT-02:00 Nilton Jose Rizzo ri...@i805.com.br:


Continuando,

 Estava pensando em abordar esses tópicos:

 Instalação e customização do kernel

 Criação de um servidor de discos com samba

 Utilização de samba e ldap para a criação de um AD

 Segurança, envolvendo, Filesystem, ipfw, pf e jails



Poderia ter algo mostrando uso como Desktop e coisas assim. Coisas bem
mundanas.


João Rocha.




 E principalmente a experiência entre nos sendo trocadas
 com duas ou três mesas redonda com 40 minutos
 de bate papo com a galera, falando sobre licença, ser livre
 a vida de profissional, o que faz e como trabalha, experiências
 Boas e ruins.

 O que acham?

 Atenciosamente,


 ---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [Off-Topic]Ideias para um BSD Day ou 2 BSDCon in Rio

[Joao Rocha Braga Filho]

2014-12-31 11:33 GMT-02:00 Fabricio Lima lis...@fabriciolima.com.br:

 Pessoal, feliz ano novo pra todos,

 'eu discordo'.. (q arrogante! ) hehe

 seguinte... sera mesmo q nos dias de hj.. devemos abordar algo tao mundano?
 Instalar, usar como desktop, conectar num sharing smb, wifi etc.. ok, isso
 tudo pode ser UMA palestra..
 mas nao diversas cada uma com uma sub area dessa..

 por ser em uma universadidade, devemos abordar algo mais arquitetural..

 algo tipo:
 Como funciona o uso do NX Bit no kernel, impactos disso para a segurança
 etc..

 Como funciona o MAC, securelevel, beneficios... (pegar algum feature do
 kernel bem relevante, util, didatico e explica-lo)

 Algo simples de 'nao tenha medo de escrever um app kernel level, tipo
 device driver', um roteiro explicando o basico.. um hello word kernel level
 via modulo. dando um gancho pra usos futuros como vc fazer um interceptador
 de pacotes de rede, q seria um passo para um sniffer, ips, fw, etc.

 PS: o topico jails acho perfeito!!! outro topico eh 'conhecendo o bsd no
 mundo atual', apresentando cases de sucesso e ai apresenta o pfsense,
 freenas... isso vai traze-lo pro mundo bsd via interface web, sem medo de
 usar.. (inclusao digital facil e foco no produto final)


Acho que tem coisas de todos os níveis, e variadas. Um aluno não pode ver
e pesar Legal, mas isto não me serve de nada.. Tem que ter um bando de
surpresas.

Por exemplo. Tem alguém paranoico em segurança, de preferência de OpenBSD,
na área? Poderia fazer um concurso para ver quem invade e/ou derruba este
servidor. E deixar centenas de pessoas tentando ao mesmo tempo com
um Wi-Fi aberto. Só de onda, a própria máquina poderia ser o roteador Wi-Fi
e ter acesso à Internet. De quebra poderia acrescentar no desavio acessar um
determinado site, como o XVideos. rsrs (A configuração para isto vai ter que
bloquear quase tudo e só permitir alguns tipos de acesso.)

Tem que provocar engajamento. Tem que ver coisas diversas, desde o básico
ao mais exotérico. Máquinas pequenas aguentando muito tráfego, por exemplo.
O pessoal ver o ports em ação, instalação de pacotes. Alguém levantando
alguma
coisa rapidamente na frente de todos.

Acho que seria bom ser show, e não um bando de palestras que as pessoas
vão achar chatas e só nós vamos gostar.

Poderia ter algo falando Todos que usam alguma coisa de internet usam de
alguma forma pelo menos um BSD, só que não sabem. Quer saber mais?. E
em algum lugar de sites e empresas que usam algum BSD.

Tem que ter alguém da RNP, se possível.


Abraços,
João Rocha.


 [ ]'s
 Fabricio Lima
 When your hammer is C++, everything begins to look like a thumb.

 Em 31 de dezembro de 2014 09:15, Joao Rocha Braga Filho 
 goffr...@gmail.com
 escreveu:

  2014-12-30 22:49 GMT-02:00 Nilton Jose Rizzo ri...@i805.com.br:
 
  
  Continuando,
  
   Estava pensando em abordar esses tópicos:
  
   Instalação e customização do kernel
  
   Criação de um servidor de discos com samba
  
   Utilização de samba e ldap para a criação de um AD
  
   Segurança, envolvendo, Filesystem, ipfw, pf e jails
  
 
 
  Poderia ter algo mostrando uso como Desktop e coisas assim. Coisas bem
  mundanas.
 
 
  João Rocha.
 
 
 
  
   E principalmente a experiência entre nos sendo trocadas
   com duas ou três mesas redonda com 40 minutos
   de bate papo com a galera, falando sobre licença, ser livre
   a vida de profissional, o que faz e como trabalha, experiências
   Boas e ruins.
  
   O que acham?
  
   Atenciosamente,
  
  
   ---
   /*
   **Nilton José RizzoUFRRJ
   **http://www.rizzo.eng.br  http://www.ufrrj.br
   **http://lattes.cnpq.br/0079460703536198
   **/
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Homenagem Irado furioso com tudo

[Joao Rocha Braga Filho]

2014-12-04 12:35 GMT-02:00 Patrick Tracanelli eks...@freebsdbrasil.com.br:

 Hoje eu sem querer cai numa thread de 2004 onde o Irado dava uma das suas
 sarcásticas e divertidas respostas. E resolvi que ja tinha passado da hora
 de fazer uma homenagem permanente a ele.

 Atualizei no site da FreeBSD Brasil. Estou compartilhando pq reproduzi
 algumas citações então se alguém quiser que eu remova, pvt-me.

 http://www.freebsdbrasil.com.br/home.php?area=1conteudo=54sub=99

 Esse mes tem 3 anos que demos falta do Irado aqui na FUG, tem muita gente
 nova aqui que provavelmente não teve o prazer da convivência então espero
 que essa homenagem ajude a fazer jus à memória do grande Irado. E como a
 FUG ficou mais séria (aka,  menos divertida/sarcástica) nesses últimas 3
 anos né? :-(


Boa ideia homenagear ele.

Era legal ver as mensagens dele na lista. Faz falta.



Abraços,
João.

PS: Desculpe-me por estar meio sumido. Ando ocupado trabalhando como
programador
C em ambiente Linux com estação Windows. Mas em casa, no meu Desktop, e no
meu
notebook, uso FreeBSD.




 Abraços.

 --
 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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Intencionalmente derrubando desempenho de CPU.

[Joao Rocha Braga Filho]

Dando uma pesquisada no powerd descobri algumas coisas interessantes.

Tem como diminuir o clock do processador à mão.

Com o seguinte comando vi o clock atual e as possibilidades:

root:[748] sysctl -a | grep dev.cpu...freq
dev.cpu.0.freq: 1093
dev.cpu.0.freq_levels: 2500/30940 2187/27072 1875/23205 1562/19337
1250/18480 1093/16170


Note que já reduzi ao mínimo. Como fiz isto? Assim:

root:[747] sysctl dev.cpu.0.freq=1093
dev.cpu.0.freq: 1093 - 1093


Como verifiquei se funcionou? Pelo top, vendo o tempo de idle diminuir, pelo
barulho do ventilador de CPU diminuir, e pela temperatura do processador
cair
mais de 10 graus C.

root:[749] sysctl -a | grep dev.cpu...temperature:
dev.cpu.0.temperature: 47,0C
dev.cpu.1.temperature: 47,0C
dev.cpu.2.temperature: 47,0C
dev.cpu.3.temperature: 47,0C

Em geral o meu computador já tem desempenho mais do que o suficiente
para o meu dia a dia. Eu gostaria de ter mais memória.

O powerd parece fazer besteira, pois parece não entender que se tratam
de 4 núcleos.


Eu também brinquei um pouco de parar HDs:

root:[773] atacontrol spindown ad8 60
root:[774] atacontrol spindown ad8
ad8: spin down after 60 seconds idle



Bibliografia:

https://forums.freebsd.org/threads/howto-freebsd-cpu-scaling-and-power-saving.172/

man pages.


Será que vou baixar a conta de luz?


João Rocha.

-- 

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] ntfs-3gn e Device not configured

[Joao Rocha Braga Filho]

Estou tentando gravar um arquivo grande em um HD USB de 1 TB com NTFS com o
FreeBSD 10...

FreeBSD notebook2 10.0-RELEASE FreeBSD 10.0-RELEASE #0: Sun Apr 20 02:05:53
BRT 2014 goffredo@notebook2:/usr/obj/usr/src/sys/NOTEBOOK2  amd64

... e estou recebendo a seguinte mensagem de erro:

root:notebook2[369] cp /mnt/umass_ufs/kphoto.tar /mnt/umass_ntfs/Filmes
cp: /mnt/umass_ufs/kphoto.tar: Device not configured

Tem vezes que cria o arquivo, mas ele fica vazio, então tentei remover com
rm e funcionou.

Tentei algumas opções de montagem, e colocar o ntfs-3g em debug, recebendo
as seguintes mensagens:

root:notebook2[404] ntfs-3g -o no_detach,permissions,inherit /dev/da3s1
/mnt/umass_ntfs/
Using default user mapping
Version 2014.2.15 external FUSE 29
Mounted /dev/da3s1 (Read-Write, label Seagate Expansion Drive, NTFS 3.1)
Cmdline options: no_detach,permissions,inherit
Mount options:
allow_other,nonempty,default_permissions,relatime,fsname=/dev/da3s1
User mapping built, configuration type 1

Note que a escrita do arquivo não gerou nada de novo aqui, nenhuma mensagem.

O que perecia mais promissor que encontrei na Internet estava em Russo.


Alguém tem alguma ideia para ajudar?


Abraços,
João.




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] ntfs-3gn e Device not configured

[Joao Rocha Braga Filho]

2014-09-21 18:01 GMT-03:00 Joao Rocha Braga Filho goffr...@gmail.com:


 Estou tentando gravar um arquivo grande em um HD USB de 1 TB com NTFS com
 o FreeBSD 10...

 FreeBSD notebook2 10.0-RELEASE FreeBSD 10.0-RELEASE #0: Sun Apr 20
 02:05:53 BRT 2014 goffredo@notebook2:/usr/obj/usr/src/sys/NOTEBOOK2
 amd64

 ... e estou recebendo a seguinte mensagem de erro:

 root:notebook2[369] cp /mnt/umass_ufs/kphoto.tar /mnt/umass_ntfs/Filmes
 cp: /mnt/umass_ufs/kphoto.tar: Device not configured

 Tem vezes que cria o arquivo, mas ele fica vazio, então tentei remover com
 rm e funcionou.

 Tentei algumas opções de montagem, e colocar o ntfs-3g em debug, recebendo
 as seguintes mensagens:

 root:notebook2[404] ntfs-3g -o no_detach,permissions,inherit /dev/da3s1
 /mnt/umass_ntfs/
 Using default user mapping
 Version 2014.2.15 external FUSE 29
 Mounted /dev/da3s1 (Read-Write, label Seagate Expansion Drive, NTFS 3.1)
 Cmdline options: no_detach,permissions,inherit
 Mount options:
 allow_other,nonempty,default_permissions,relatime,fsname=/dev/da3s1
 User mapping built, configuration type 1

 Note que a escrita do arquivo não gerou nada de novo aqui, nenhuma
 mensagem.

 O que perecia mais promissor que encontrei na Internet estava em Russo.


A coisa é pior do que eu pensava:

root:notebook2[375] cp -vpnr /mnt/umass_ntfs/diretório /mnt/umass_ufs/
cp: /mnt/umass_ufs/Filmes: Device not configured


João Rocha.



 Alguém tem alguma ideia para ajudar?


 Abraços,
 João.




 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [ANUNCIO] FUG-BR estará presente na FOSSETCON, na Florida.

[Joao Rocha Braga Filho]

2014-08-13 19:39 GMT-03:00 Patrick Tracanelli eks...@freebsdbrasil.com.br:

 Com muito prazer que anunciamos a primeira participação da comunidade
 FUG-BR em um evento internacional.

 De 11 a 13 de Setembro, a FUG-BR estará presente em um estande na edição
 2014 da FOSSETCON, um dos maiores eventos de software livre da costa leste
 dos EUA.

 Essa edição da FOSSETCON acontecerá em Orlando, na Flórida, há 3 horas de
 Miami e 15 minutos do The Simpsons Park ;-) Aproveitamos então para
 convidar todos os usuários FreeBSD que por ventura puderem estar em Orlando
 na data, para participar do evento e prestigiar o estande da FUG-BR.

 A oportunidade de divulgar a FUG-BR é uma parceria com a ServerU que
 estará no evento promovendo os servidores Netmap L-100 e Netmap L-800 ,
 servidores especialmente projetados para software livre BSD (e Linux).

 Ao lado do estande da FUG-BR, você encontrará os booths da ServerU,
 FreeBSD Foundation, BSD Certification Group e iXSystems, então é uma grande
 oportunidade pra encontrar e interagir com desenvolvedores usuários FreeBSD.

 Aproveitamos o anuncio para perguntar, quais projetos da FUG-BR você
 acredita que devem ser divulgados?

 Por hora pensamos em citar brevemente a história da comunidade pt-BR de
 FreeBSD, projetos como LiveCD e TinyBSD criados por membros da comunidade e
 que de certa forma influenciaram outros projetos, os trabalhos de tradução
 da documentação oficial do FreeBSD, nossa lista de discussão, o número de
 pessoas cadastradas na lista e no site - o que torna a comunidade FreeBSD
 brasileira uma das maiores do mundo, e uma das maiores do Brasil dentro a
 comunidade de software livre). Mas gostaríamos de saber o que mais vocês
 acham que pode/deve ser dito sobre a FUG-BR pro mundo?

 Comente nessa notícia ou interaja na lista. Opinie, sugira, participe!




Que bom.

Pena que não posso ir.

Eu acho que iria fazer uma brincadeira de fotografia, pegar um servidor
e levantar o rsync. Iria fazer upload das fotos para o meu notebook, que
roda FreeBSD, e fazer backup por rsync com o servidor.

Iria processar, catalogar fotos, e publicar. Só de onda, usando o FreeBSD,
como faço normalmente.


Abraços,
João Rocha.




 

 PS, com quem estão aqueles banners usados no FISL? Araujo? Bristot? M3?
 :-P quem tiver se puder me mandar vai ser ótimo; mesmo em português afinal
 é florida, e o evento tem um foco latino bem grande também...

 --
 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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [offtopic] Duvida HD 4T Setor de 4K

[Joao Rocha Braga Filho]

2014-05-27 19:08 GMT-03:00 Nilton Jose Rizzo ri...@i805.com.br:



Galera, uma dúvida

   Estava eu procurando um HD de 4T para comprar e comecei a ver
 as especificações, e vi que os setores são de 4K.  Isso pode afetar
 o acesso em sistemas que padronizam o setor de 512Bytes ou agora
 já virou padrão setor com 4k?



Funciona. Eu estou usando 2 deles.

Mas tem alguns problemas.

Veja a discussão com o título: HD de 4 TB.

Existe um detalhe que não obedeci. Parece que tem uma opção para
alinhar o disco segundo o tamanho dos setores físicos, e isto eu não
usei. Como vou escrever coisas grandes no disco de cada vez, o impacto
em desempenho não é muito grande, mas para escritas pequenas o
impacto é grande.




 acho que a perda de espaço meio significativa setores muito
 grandes como ess.


Pelo contrário, eliminaram muito espaço entre setores físicos.

A blocagem do FreeBSD já pode fazer com que a alocação mínima
seja de 4K,e acho que as instruções que coloquei lá resolvem isto.



João Rocha.


---
 /*
 **Nilton José RizzoUFRRJ
 **http://www.rizzo.eng.br  http://www.ufrrj.br
 **http://lattes.cnpq.br/0079460703536198
 **/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] HD de 4 TB

[Joao Rocha Braga Filho]

Boa noite.

Comprei 2 HDs de 4 TB e queria fazer um só FS com ele inteiro, mas
parece que o bsdlabel não aceita

O sistema é o que mostro abaixo:

FreeBSD  9.2-STABLE FreeBSD 9.2-STABLE #4: Sun Jan 19 19:20:35 BRST
2014 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64


Alguma dica?


João Rocha.


-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] HD de 4 TB

[Joao Rocha Braga Filho]

Eu resolvi

E o engraçado é que foi pesquisando uma discussão antiga que participei
aqui.

gpart show /dev/ad10
gpart create -s GPT /dev/ad10
gpart show /dev/ad10
gpart add -t freebsd-ufs /dev/ad10
gpart show /dev/ad10
newfs -b 65536 -i 400 -O 2 -m 1 -o space /dev/ad10p1
mount /dev/ad10p1 /mnt/backup/


Obrigado.

João Rocha.



On Tue, Apr 29, 2014 at 11:42 PM, Nenhum_de_Nos math...@eternamente.infowrote:


 On Tue, April 29, 2014 22:45, Alexandre Biancalana wrote:
  Se n�o me engano pra particionar mais de 2TB voce precisa usar gpt,
 tentar
  particionar usando gpart.

 ZFS é opção ?

 matheus

 --
 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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Cade o Rizzo?

[Joao Rocha Braga Filho]

2014-04-05 0:32 GMT-03:00 Paulo Henrique paulo.rd...@bsd.com.br:



 Enviado do meu smartphone Sony Xperia(tm)

  Marcelo Gondim escreveu 

  Em 04/04/14 20:25, Paulo Henrique escreveu:
   Saudações a todos
  
   Alguém que tenha o telefone do Nilton Rizzo poderia pedir para ele
 ligar ou entrar no Facebook estamos no local marcado.
  
   Telefone Paulo Henrique 96713-5042
   Ricardo teeg 992910584
   João braga: 997655938
  
  Toma uma por mim aí. rsrsrsrsrsrsrs
  Onde que vocês marcaram?  :)
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 Marcelo, estamos vendo para marca o próximo no segundo sábado de cada mês
 assim será muito melhor para todos.

 Tenho amigos que queriam ir mais o horário não permitia.

 Vamos tocar a idéia,  hj foi mais um passo, começar a se organizar para
 participar de eventos levando o FreeBSD a uma nova fase aqui no Brasil.

 João Braga,  foi um prazer conhece-lo, profunda admiração por ti ( pessoal
 sem viadagem por favor) :-)


Obrigado.



 Ricardo, abraços e foi um prazer reve-lo.

 A todos os que estão acompanhando convido a todos que se organizem, vamos
 devagar fazer o próximo BSDday-BR.


Seria bom um BSDDay. Precisamos disto.




 João, informa ai os dados do install day que disse!!!  Vamos lá colocar
 bsd para a galera nova perder o medo.


Achei as informações do evento. Será no dia 26/04. Terão algumas palestras
também.

Ele ocorre simultaneamente em vários lugares. No Rio de Janeiro será em
Niterói.

http://flisol.info/FLISOL2014/Brasil/Niteroi

Eu pretendo ir.


João Rocha.



 Abraços a todos!!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Cade o Rizzo?

[Joao Rocha Braga Filho]

2014-04-05 11:11 GMT-03:00 Nilton Jose Rizzo ri...@i805.com.br:

 Em Fri, 04 Apr 2014 20:25:35 -0300, Paulo Henrique escreveu
  Saudações a todos
 
  Alguém que tenha o telefone do Nilton Rizzo poderia pedir para ele
  ligar ou entrar no Facebook estamos no local marcado.
 
  Telefone Paulo Henrique 96713-5042
  Ricardo teeg 992910584
  João braga: 997655938

   Amigos,

 Infelismente, por motivos de engarrafamento e de um pé d'agua na
 altura de realengo, fiquei preso na av. Brasil por mais de 2 horas e o pior
 sem sinal no celular.  Consegui chegar até Guadalupe, mas já eram mais de
 9h30 e pelo andar da carruagem, digo do transito, acho que nem perto das


Acho que no tempo das carruagens teria sido mais rápido.


 11h00 chegaria ao local (Nova America).  A opção de ir de carro ao inves
 do trem ( que era a minha priemeira ideia) fracaçou porque peguei um
 transido muito atipico ao sair da Universidade Rural, também por causa
 da chuva ( um trecho que levo em média 45minutos levei 1h30).

Em resumo cheguei em casa por volta da meia noite, cansado e
 muito muito Pe da vida por não ter conseguido chegar ao local marcado


Saímos de lá pouco depois das  11:30. perdemos a noção da hora, e quando
vi, eram 11:28. Estávamos perto de perder o metrô.



Peço milhões de desculpas, porém sei que isso não tira a minha
 falta ao encontro.  Sinto muito mesmo .


Tudo bem. Caos no trânsito é o normal na terceira mais engarrafada cidade
do mundo.


João Rocha.



 Rizzo
 
  Att
 
  Enviado do meu smartphone Sony Xperia(tm)
  -
  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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Cade o Rizzo?

[Joao Rocha Braga Filho]

2014-04-05 1:21 GMT-03:00 Cleiton Alves cleitondeb...@gmail.com:

 Esses encontro foi no rj ou sp?


Foi no Rio de janeiro. No shopping Nova América.


João Rocha.

Em 05/04/2014 00:33, Paulo Henrique paulo.rd...@bsd.com.br escreveu:

 
 
  Enviado do meu smartphone Sony Xperia(tm)
 
   Marcelo Gondim escreveu 
 
   Em 04/04/14 20:25, Paulo Henrique escreveu:
Saudações a todos
   
Alguém que tenha o telefone do Nilton Rizzo poderia pedir para ele
  ligar ou entrar no Facebook estamos no local marcado.
   
Telefone Paulo Henrique 96713-5042
Ricardo teeg 992910584
João braga: 997655938
   
   Toma uma por mim aí. rsrsrsrsrsrsrs
   Onde que vocês marcaram?  :)
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  Marcelo, estamos vendo para marca o próximo no segundo sábado de cada mês
  assim será muito melhor para todos.
 
  Tenho amigos que queriam ir mais o horário não permitia.
 
  Vamos tocar a idéia,  hj foi mais um passo, começar a se organizar para
  participar de eventos levando o FreeBSD a uma nova fase aqui no Brasil.
 
  João Braga,  foi um prazer conhece-lo, profunda admiração por ti (
 pessoal
  sem viadagem por favor) :-)
 
  Ricardo, abraços e foi um prazer reve-lo.
 
  A todos os que estão acompanhando convido a todos que se organizem, vamos
  devagar fazer o próximo BSDday-BR.
 
  João, informa ai os dados do install day que disse!!!  Vamos lá colocar
  bsd para a galera nova perder o medo.
 
  Abraços a todos!!
  -
  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




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

Acabei de instalar um HD de 1 GB no meu notebook, e resolvi instalar o
FreeBSD 10.0.

Baixei o CD de instalação, coloquei num CD e fui tentar instalar. Só tive
decepção. Estou com saudades do instalador do 8.x. O instalador do CD
não presta para nada. Não me deixa fazer os labels como eu quero, e
ainda é buguento.

O do DVD, do CD Boot Only e do PenDrive são ruins também? Usam o
mesmo lixo?


João Rocha.

-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

2014-03-30 9:21 GMT-03:00 Paulo Henrique - BSDs Brasil 
paulo.rd...@bsd.com.br:


 Em 30/03/2014 03:44, Joao Rocha Braga Filho escreveu:
  Acabei de instalar um HD de 1 GB no meu notebook, e resolvi instalar o
  FreeBSD 10.0.
 
  Baixei o CD de instalação, coloquei num CD e fui tentar instalar. Só tive
  decepção. Estou com saudades do instalador do 8.x. O instalador do CD
  não presta para nada. Não me deixa fazer os labels como eu quero, e
  ainda é buguento.
 
  O do DVD, do CD Boot Only e do PenDrive são ruins também? Usam o
  mesmo lixo?
 
 
  João Rocha.
 
 Fala João,

 Cara tem algumas coisas que me fez passar para a instalação via linha de
 comando, não é girando a roda para trás mais a flexibilidade continua
 igual era a do bom e velho sysinstall.
 estou vendo o link aqui que monstra como fazer as paradas todas via CLI
 assim que achar te repasso.


O Sysinstall antigo tinha MUITO mais flexibilidade. Permitia fazer até 8
sistemas de arquivo por slice (partição), mas este atual usa somente
slices, e ainda sugere colocar o swap no final do disco, o que é péssimo
.


 troll_mode_on
 Aproposito, onde conseguiu esse HD de 1GB o meu, no meu 486DX2 tinha um
 de 750MB interface EIDE muito bom, será que esse ai é compatível ?
 troll_mode_off


O meu é SATA, e achei no BoaDica. Foi R$ 207.00.


 Ai dia 04/04 lá no Shopping América vai aparecer ?


Pretendo sim.


Abraços,
João.



 --
 Paulo Henrique.
 Grupo de Usuários do FreeBSD no Brasil.
 Fone: (21) 96713-5042

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

2014-03-30 9:46 GMT-03:00 Renato Botelho rbga...@gmail.com:

 On Dom, 2014-03-30 at 03:44 -0300, Joao Rocha Braga Filho wrote:
  Acabei de instalar um HD de 1 GB no meu notebook, e resolvi instalar o
  FreeBSD 10.0.
 
  Baixei o CD de instalação, coloquei num CD e fui tentar instalar. Só tive
  decepção. Estou com saudades do instalador do 8.x. O instalador do CD
  não presta para nada. Não me deixa fazer os labels como eu quero, e
  ainda é buguento.
 
  O do DVD, do CD Boot Only e do PenDrive são ruins também? Usam o
  mesmo lixo?

 Me desculpe João, mas, não é porque você não conseguiu fazer que o
 negócio é um lixo. Se você desse uma lida em todas as possibilidades que
 o novo instalador abriu, iria mudar de opinião, o sysinstall cumpriu seu
 papel, mas era uma caixa de abelhas, ninguém mais tinha motivação pra
 mexer naquilo.


O instalador que me apareceu não tem nenhuma flexibilidade. Ele não
permite fazer múltiplos file systems  por partição. Não me permite mudar
a blocagem nem o número de i-nodes, i.e., mudar os parâmetros do newfs.
A sugestão de divisão do disco é ruim, colocando o swap no final do disco,
o que degrada o desempenho, pois é a parte mais lenta do disco, de menor
taxa de transferência, como ainda provoca muito seek longo, de praticamente
o disco inteiro, o que é a pior hipótese.

Este que me apareceu não usa o bsdlabel, permitindo somente swap e mais
3 file systems. eu sempre separo em 5, pelo menos: /, /tmp, /usr /var,
/home.

Me apareceu um bug, e várias vezes. As setas não funcionavam para trocar
de campo quando entrava na opção de modificar uma configuração.


 Mas vamos ao seu problema técnico, o que exatamente você não conseguiu
 fazer? Pelo que consegui entender seu problema está no particionamento,
 correto? Se for isso, as respostas (como sempre) podem ser encontradas
 no handbook [1]. Se a resposta não estiver ali, posta mais detalhes
 (deixando a raiva de lado e permanecendo no âmbito técnico) que iremos
 tentar te ajudar.


Eu estava no meio da madrugada, e a instalação não fluiu como era com o
Sysinstall. Eu passei horas tentando, e com o antigo em menos de meia
hora eu tinha um sistema funcionando.

Um exemplo de inconsistência de interface de usuário é escolher o tipo de
teclado com enter, e o espaço não funcionando, e escolher os pacotes a
serem com o espaço.

Uma outra coisa estranha. A figura 2.15 do handbook mostra as opções de
esquema de partições. Estas opções só aparecem em modo guiado, coisa
que experimentei agora. No modo manual não tem estas opções. Só testei
o modo guiado agora, pois assumi que o modo manual me daria todas as
opções possíveis.

A impressão que eu tive agora é que o instalador não está pronto, que ainda
é um rascunho.

Agora vou tentar de novo, mas usando o modo guiado. Dou mais notícias
mais tarde.


João Rocha.



 [1] http://www.freebsd.org/doc/handbook/bsdinstall-partitioning.html

 []s
 --
 Renato Botelho

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

2014-03-30 10:33 GMT-03:00 Joao Rocha Braga Filho goffr...@gmail.com:




 2014-03-30 9:46 GMT-03:00 Renato Botelho rbga...@gmail.com:

 On Dom, 2014-03-30 at 03:44 -0300, Joao Rocha Braga Filho wrote:
  Acabei de instalar um HD de 1 GB no meu notebook, e resolvi instalar o
  FreeBSD 10.0.
 
  Baixei o CD de instalação, coloquei num CD e fui tentar instalar. Só
 tive
  decepção. Estou com saudades do instalador do 8.x. O instalador do CD
  não presta para nada. Não me deixa fazer os labels como eu quero, e
  ainda é buguento.
 
  O do DVD, do CD Boot Only e do PenDrive são ruins também? Usam o
  mesmo lixo?

 Me desculpe João, mas, não é porque você não conseguiu fazer que o
 negócio é um lixo. Se você desse uma lida em todas as possibilidades que
 o novo instalador abriu, iria mudar de opinião, o sysinstall cumpriu seu
 papel, mas era uma caixa de abelhas, ninguém mais tinha motivação pra
 mexer naquilo.


 O instalador que me apareceu não tem nenhuma flexibilidade. Ele não
 permite fazer múltiplos file systems  por partição. Não me permite mudar
 a blocagem nem o número de i-nodes, i.e., mudar os parâmetros do newfs.
 A sugestão de divisão do disco é ruim, colocando o swap no final do disco,
 o que degrada o desempenho, pois é a parte mais lenta do disco, de menor
 taxa de transferência, como ainda provoca muito seek longo, de praticamente
 o disco inteiro, o que é a pior hipótese.

 Este que me apareceu não usa o bsdlabel, permitindo somente swap e mais
 3 file systems. eu sempre separo em 5, pelo menos: /, /tmp, /usr /var,
 /home.

 Me apareceu um bug, e várias vezes. As setas não funcionavam para trocar
 de campo quando entrava na opção de modificar uma configuração.


 Mas vamos ao seu problema técnico, o que exatamente você não conseguiu
 fazer? Pelo que consegui entender seu problema está no particionamento,
 correto? Se for isso, as respostas (como sempre) podem ser encontradas
 no handbook [1]. Se a resposta não estiver ali, posta mais detalhes
 (deixando a raiva de lado e permanecendo no âmbito técnico) que iremos
 tentar te ajudar.


 Eu estava no meio da madrugada, e a instalação não fluiu como era com o
 Sysinstall. Eu passei horas tentando, e com o antigo em menos de meia
 hora eu tinha um sistema funcionando.

 Um exemplo de inconsistência de interface de usuário é escolher o tipo de
 teclado com enter, e o espaço não funcionando, e escolher os pacotes a
 serem com o espaço.

 Uma outra coisa estranha. A figura 2.15 do handbook mostra as opções de
 esquema de partições. Estas opções só aparecem em modo guiado, coisa
 que experimentei agora. No modo manual não tem estas opções. Só testei
 o modo guiado agora, pois assumi que o modo manual me daria todas as
 opções possíveis.

 A impressão que eu tive agora é que o instalador não está pronto, que ainda
 é um rascunho.

 Agora vou tentar de novo, mas usando o modo guiado. Dou mais notícias
 mais tarde.


Já comecei a me entender com ele, mas a usabilidade tem que melhorar
muito.

A janela da figura 2.15 apareceu antes quando pedi pra criar acidentalmente
na unidade leitora de cartões. Quando dei modificar no disco, sem qualquer
partição, ela apareceu. Uma dúvida que me bate é se posso fazer múltiplas
partições para fazer múltiplos labels, múltiplos sistemas de arquivos, em
cada uma.

Outro problema de usabilidade foi o Tab X Setas. Se uso as setas na janela
de criação de uma partição, elas só andam entre as 3 posições mostradas
abaixo, mas se eu ando com Tab eu consigo entrar na edição de parâmetros
do sistema de arquivos, tendo assim 4 opções.

As minhas queixas são de usabilidade e de, aparentemente, falta de
flexibilidade.

Ainda estou tendo problema para criar o boot, mas tive que parar para
ir ao supermercado antes que fechasse.

Depois tento de novo.


João.



 João Rocha.



 [1] http://www.freebsd.org/doc/handbook/bsdinstall-partitioning.html

 []s
 --
 Renato Botelho

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

On Sun, Mar 30, 2014 at 1:10 PM, Gustavo Freitas gst.frei...@gmail.comwrote:

 a critica de João é valida...


Muito obrigado,
 João Rocha.





 Gustavo Freitas
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

2014-03-30 17:03 GMT-03:00 Renato Botelho rbga...@gmail.com:

 On Dom, 2014-03-30 at 16:37 -0300, Joao Rocha Braga Filho wrote:
  On Sun, Mar 30, 2014 at 1:10 PM, Gustavo Freitas gst.frei...@gmail.com
 wrote:
 
   a critica de João é valida...
  
 
  Muito obrigado,
   João Rocha.

 Eu não quis dizer que não é válida. Mas, o sysinstall foi substituído
 pelo bsdinstall antes de o 9.0-RELEASE ser lançado, e o 9.0 foi lançado
 em Janeiro de 2012.

 Quando o 9.0 ainda era CURRENT o bsdinstall estava disponível pra
 testes, críticas e tudo mais, você pode participar de tudo isso e ajudar
 o software a ser melhor, não adianta depois de mais de 2 anos fazer a
 primeira tentativa e sair reclamando e falando que é um lixo, isso não
 vai contribuir pra melhorar o instalador, não vai ajudar o FreeBSD nem
 seus usuários. Participar da coisa enquanto ela acontece e mandar seus
 feedbacks (e quando for possível patches) ajudam muito mais do que
 reclamar e xingar.


Sim, não participei, pois  não instalo um FreeBSD do zero a quase 3 anos.
Acho que o último foi o meu notebook, com um FreeBSD 8.X. O meu
desktop foi instalado em Fevereiro 2009, com um 7.X, e até hoje só tenho
feito upgrade (Atualmente está no 9.2.).

Correção, o último BSD que instalei foi em Setembro de 2012, e foi o PCBSD,
que tem instalador próprio.

Não trabalho com redes de computadores e servidores a quase 2 anos e
meio, desde Novembro de 2011, e mesmo quando ainda trabalhava, não
estava instalando sistemas. O provedor em que eu trabalhava estava trocando
sistemas par um comprado que rodava em Linux.

Mas o que me admira é ter as dificuldades de usabilidade depois de um
software estar em uso a 2 anos. As pessoas que o usaram não perceberam,
ou não criticaram?

Concordo que peguei pesado, mas antes disto só tive problema de instalar
um sistema FreeBSD uma única vez na minha vida, mas era culpa de uma
controladora SCSI Tekran (Eu chamo de trecão), e mesmo assim o FreeBSD
conseguiu identificar o que era, e qual era o fabricante, mas não conseguiu
fazer funcionar.


João Rocha.



 Mas agora o tempo já passou, se você testa e sente falta de algo no
 bsdinstall, aqui está o único caminho que lhe resta:

 http://www.freebsd.org/send-pr.html


Acho que vou juntar as minhas dificuldades e tentar fazer um PR.


Meus $0,02
 --
 Renato Botelho

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] O instalador do FreeBSD 10.0 é péssimo

[Joao Rocha Braga Filho]

2014-03-30 17:30 GMT-03:00 Paulo Henrique - BSDs Brasil 
paulo.rd...@bsd.com.br:


 Em 30/03/2014 17:25, Celso Viana escreveu:
  2014-03-30 16:37 GMT-03:00 Joao Rocha Braga Filho goffr...@gmail.com:
  On Sun, Mar 30, 2014 at 1:10 PM, Gustavo Freitas gst.frei...@gmail.com
 wrote:
 
  a critica de João é valida...
 
  Muito obrigado,
João Rocha.
 
 
 
 
  Gustavo Freitas
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.com
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  Concordo com o João: o novo instalador do FreeBSD é muito menos
  flexível do que o antigo sysinstall; na minha opinião o sysinstall
  tinha mais a cara do FreeBSD... a nova interface é, digamos, bem
  grosseira... não tem aquela finesse característica do FreeBSD...
  cheia de detalhes, intuitiva, etc. Hoje quando preciso fazer uma
  instalação, prefiro fazer com velha e boa linha de comando. Quando o
  novo instalador foi adotado, imaginei que nas versões subsequentes o
  mesmo seria afinado, tornando-o mais amigável. Uma coisa que senti
  falta e achei estranho com o novo instalador foi que o mesmo não cria
  o arquivo /etc/hosts com os dados fornecidos ao se configurar a rede;
  simplesmente tem um arquivo de exemplo em /etc, que tem-se que alterar
  manualmente. Eu achava que a mudança ia ser uma coisa fenomenal, pois
  a expectativa é que o que era bom ficaria ainda melhor. Enfim: na
  minha opinião foi um retrocesso no quesito usabilidade.
 
 
 Renato,

 Ok, não defendendo o João, contudo ele foi o único que pronunciou pelo
 menos aqui na lista mesmo depois de 2 anos quanto aos problemas de
 usabilidade do BSDInstall, que ao que me recorde se limita a versão 10.0
 do sistema pois na 9.2 ( que instalei a poucos dias ) não apresentou
 esse problema de acesso as variáveis das partições.
 Um ponto muito bom para o bsdinstall comparado com o sysinstall é que
 antes se deseja-se utilizar o gmirror ou zfs o instalador não dava
 suporte, hoje já é outra realidade que é ponto positivo.

 Já Celso, infelizmente essas mudanças de contenção de opções no
 instalador é uma tentativa de atrair mais usuários para o sistema, e
 convenhamos, embora nos gostamos do jeito BSD de ser, os novos usuários
 gostam do jeito Linux/Windows de ser o que se resume em o mais
 automatizado possível com menos de 15 opções se tem um sistema
 instalado, enquanto antes era necessário no mínimo 25 opções.



Poderia ter a opção iniciante e a BSD Expert. Isto resolveria a questão
de quantidade de opções.

Consegui instalar, depois de muito trabalho, mas achei outro problema.
Erroneamente tentei criar a partição freebsd-boot, e ele simplesmente
me diz opção inválida. Seria mais útil se dissesse que ela não é válida
(e desnecessária) quando se pede o disco inteiro como BSD.

Outro problema. Para que eu vou precisar de 111 Milhões de i-nodes
no meu /home, se a média de tamanho de arquivo deve ser superior a
2MB? Eu não achei opções de ajustes do newfs. Eu estimo que não
chegarei a 300 mil arquivos no /home, então seria mais útil uma tabela
de i-nodes menor e mais espaço em disco. Isto implica que vou ter que
refazer o /home à mão.

O mesmo problema senti no /var, que tem 4 milhões de i-nodes.

Se alguém tivesse falado de problemas no BSDinstall antes eu estaria
prevenido, mas parece que fui o único a se manifestar. Eu vi a notícia
de um novo instalador, e tinha altas expectativas para ele, mas me
decepcionei feio.

Até usuários iniciantes, que supostamente seriam favorecidos por um
instalador mais simples, podem sair prejudicados pelos problemas de
usabilidade, como o do Tab X Seta que mencionei.

O modo Auto de particionamento age exatamente como alguns
instaladores de distribuições Linux que via a mais de uma década
atrás. (Faz muitos anos que não instalo um Linux.) Isto me saltou
aos olhos imediatamente. E ainda coloca o swap na parte mais
lenta do disco, o final dele.


João Rocha.

PS: Desculpem-me. Peguei pesado quando comecei a discussão.
Estava muito frustrado, pois pensei que ia instalar o sistema em
menos de meia hora, com todos os ajustes finos de sistemas de
arquivos, como de costume, mas depois de horas, no meio da
madrugada, nem tinha conseguido começar a instalação.





 Att.

 --
 Paulo Henrique.
 Grupo de Usuários do FreeBSD no Brasil.
 Fone: (21) 96713-5042

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd

Re: [FUG-BR] Storage NAS com ZFS ou UFS

[Joao Rocha Braga Filho]

http://jgoffredo.blogspot.com.br/2011/01/backup-estudo-de-caso-comigo.html

Desculpe-me o top posting, mas fos do celular.

Em 29/07/2013 08:28, Joao Rocha Braga Filho goffr...@gmail.comescreveu:




Em 28/07/2013 12:20, Gustavo Freitas gst.frei...@gmail.com escreveu:



 Pessoal,

 Estou com NAS o mesmo é freenas, irei usar para armazenamento de backup
 tenho 4 ...

Mais um tolo que acha que backup é algo sem importância.

João.



 --
 Gustavo Freitas
 -
 Histórico: http://www.fug.com.br/historico/h...
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Storage NAS com ZFS ou UFS

[Joao Rocha Braga Filho]

Em 28/07/2013 12:20, Gustavo Freitas gst.frei...@gmail.com escreveu:

 Pessoal,

 Estou com NAS o mesmo é freenas, irei usar para armazenamento de backup
 tenho 4 discos 2 TB cada, o cliente não quer Raid, já que o mesmo é
somente
 para armazenar arquivos de backup, a minha dúvida é posso o ZFS é ideal ?

Mais um tolo que acha que backup é algo sem importância.

João.


 --
 Gustavo Freitas
 -
 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] NTFS no FreeBSD

[Joao Rocha Braga Filho]

2013/7/22 Otacílio otacilio.n...@bsd.com.br

 On 21/07/2013 21:24, Joao Rocha Braga Filho wrote:
  (Desculpe-me, não é top posting. É consertando um envio acidental de
  mensagem incompleta.)
 
 
  Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
  tinha muita coisa importante nele, e não tinha backup. (Normal. rs)
 Segundo
  ele, o computador pedia para formatar o HD.
 
  Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
  montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)
 
  Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a
 imagem
  do HD, mas só depois que pedi para ignorar os erros. Ele tinha um setor
 com
  defeito.
 
  Fiz DD limpando-o, e levei para o windows do meu trabalho, que não
 formatou
  e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
  trabalho
  formatar.
 
  Gravei algumas coisas no HD para levar para casa, Mas o meu desktop dava
  panic quando tentava ler. Então instalei o fusefs-ntfs-3g.
 
  O sistema do desktop é:
 
  FreeBSD  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #30: Sat Jul 13 10:20:09
 BRT
  2013 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64
 
  Com o fusefs-ntfs-3g consegui ler, mas tive panic em todas as tentativas
  de escrever. Por segurança eu já estava fazendo com o sistema em single
  user e só com o mínimo montado, e mesmo ainda, em Read Only.
 
  Esqueci de alguma coisa, o HD está ferrado mesmo, ou é assim mesmo?
 
 
  João Rocha.
 

 Já usei o fusefs-ntfs-3g em um 8.3 e não tive problemas de panic.


Este HD que estou lidando não tem SMART, segundo o smartmontools,
então não dá para avaliar bem o estado dele. Eu tenho duas opções, ou
crio um dispositivo virtual com NTFS, ou uso um PenDrive ou outro HD
para testar a escrita.

Posso testar o fusefs-ntfs-3g no meu notebook depois, que tem FreeBSD 8.3.

Mas existe uma chance do problema realmente ser causado por HD defeituoso.


João.




 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] NTFS no FreeBSD

[Joao Rocha Braga Filho]

Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
tinha muita coisa importante nele, e não tinha backup. (Normal. rs) Segundo
ele, o computador pedia para formatar o HD.

Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)

Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a imagem
do HD, mas só depois que pedi para ignorar os erros. Ele tinha um setor com
defeito.

Fiz DD limpando-o, e levei para o windows do meu trabalho, que não formatou
e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
trabalho
formatar.

Gravei algumas coisas no HD para levar para casa, Mas o meu desktop dava
panic quando tentava ler. Então in

O sistema do desktop é:


-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] NTFS no FreeBSD

[Joao Rocha Braga Filho]

(Desculpe-me, não é top posting. É consertando um envio acidental de
mensagem incompleta.)


Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
tinha muita coisa importante nele, e não tinha backup. (Normal. rs) Segundo
ele, o computador pedia para formatar o HD.

Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)

Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a imagem
do HD, mas só depois que pedi para ignorar os erros. Ele tinha um setor com
defeito.

Fiz DD limpando-o, e levei para o windows do meu trabalho, que não formatou
e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
trabalho
formatar.

Gravei algumas coisas no HD para levar para casa, Mas o meu desktop dava
panic quando tentava ler. Então instalei o fusefs-ntfs-3g.

O sistema do desktop é:

FreeBSD  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #30: Sat Jul 13 10:20:09 BRT
2013 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64

Com o fusefs-ntfs-3g consegui ler, mas tive panic em todas as tentativas
de escrever. Por segurança eu já estava fazendo com o sistema em single
user e só com o mínimo montado, e mesmo ainda, em Read Only.

Esqueci de alguma coisa, o HD está ferrado mesmo, ou é assim mesmo?


João Rocha.



2013/7/21 Joao Rocha Braga Filho goffr...@gmail.com




 Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
 tinha muita coisa importante nele, e não tinha backup. (Normal. rs) Segundo
 ele, o computador pedia para formatar o HD.

 Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
 montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)

 Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a imagem
 do HD, mas só depois que pedi para ignorar os erros. Ele tinha um setor com
 defeito.

 Fiz DD limpando-o, e levei para o windows do meu trabalho, que não formatou
 e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
 trabalho
 formatar.

 Gravei algumas coisas no HD para levar para casa, Mas o meu desktop dava
 panic quando tentava ler. Então in

 O sistema do desktop é:


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] NTFS no FreeBSD

[Joao Rocha Braga Filho]

Em 21/07/2013 22:20, Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br
escreveu:

 On 21/07/2013 21:24, Joao Rocha Braga Filho wrote:
  (Desculpe-me, não é top posting. É consertando um envio acidental de
  mensagem incompleta.)
 
 
  Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
  tinha muita coisa importante nele, e não tinha backup. (Normal. rs)
Segundo
  ele, o computador pedia para formatar o HD.
 
  Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
  montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)
 
  Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a
imagem
  do HD, mas só depois que pedi para ignorar os erros. Ele tinha um setor
com
  defeito.
 
  Fiz DD limpando-o, e levei para o windows do meu trabalho, que não
formatou
  e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
  trabalho
  formatar.
 
  Gravei algumas coisas no HD para levar para casa, Mas o meu desktop dava
  panic quando tentava ler. Então instalei o fusefs-ntfs-3g.
 
  O sistema do desktop é:
 
  FreeBSD  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #30: Sat Jul 13 10:20:09
BRT
  2013 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64
 
  Com o fusefs-ntfs-3g consegui ler, mas tive panic em todas as tentativas
  de escrever. Por segurança eu já estava fazendo com o sistema em single
  user e só com o mínimo montado, e mesmo ainda, em Read Only.
 
  Esqueci de alguma coisa, o HD está ferrado mesmo, ou é assim mesmo?
 
 
  João Rocha.
 
 
 
  2013/7/21 Joao Rocha Braga Filho goffr...@gmail.com
 
 
 
  Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
  tinha muita coisa importante nele, e não tinha backup. (Normal. rs)
Segundo
  ele, o computador pedia para formatar o HD.
 
  Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
  montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)
 
  Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a
imagem
  do HD, mas só depois que pedi para ignorar os erros. Ele tinha um
setor com
  defeito.
 
  Fiz DD limpando-o, e levei para o windows do meu trabalho, que não
formatou
  e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
  trabalho
  formatar.
 
  Gravei algumas coisas no HD para levar para casa, Mas o meu desktop
dava
  panic quando tentava ler. Então in
 
  O sistema do desktop é:
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.com
 
 
 
 Ja testou com outro tipo de sistemas de arquivos, msdosfs ou ufs ?

Não neste HD.  Como ele é de 500 GB, msdosfs não vai funcionar.

Não quere ter que reformatá-lo. E tem que ser ntfs, pois será usado em um
windows.

João.


 Att.

 --
 Paulo Henrique.
 BSDs Brasil.

 -
 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] NTFS no FreeBSD

[Joao Rocha Braga Filho]

Em 22/07/2013 00:20, Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br
escreveu:

 On 21/07/2013 23:58, Joao Rocha Braga Filho wrote:
  Em 21/07/2013 22:20, Paulo Henrique - BSDs Brasil 
paulo.rd...@bsd.com.br
  escreveu:
  On 21/07/2013 21:24, Joao Rocha Braga Filho wrote:
  (Desculpe-me, não é top posting. É consertando um envio acidental de
  mensagem incompleta.)
 
 
  Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
  tinha muita coisa importante nele, e não tinha backup. (Normal. rs)
  Segundo
  ele, o computador pedia para formatar o HD.
 
  Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
  montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)
 
  Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a
  imagem
  do HD, mas só depois que pedi para ignorar os erros. Ele tinha um
setor
  com
  defeito.
 
  Fiz DD limpando-o, e levei para o windows do meu trabalho, que não
  formatou
  e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
  trabalho
  formatar.
 
  Gravei algumas coisas no HD para levar para casa, Mas o meu desktop
dava
  panic quando tentava ler. Então instalei o fusefs-ntfs-3g.
 
  O sistema do desktop é:
 
  FreeBSD  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #30: Sat Jul 13
10:20:09
  BRT
  2013 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64
 
  Com o fusefs-ntfs-3g consegui ler, mas tive panic em todas as
tentativas
  de escrever. Por segurança eu já estava fazendo com o sistema em
single
  user e só com o mínimo montado, e mesmo ainda, em Read Only.
 
  Esqueci de alguma coisa, o HD está ferrado mesmo, ou é assim mesmo?
 
 
  João Rocha.
 
 
 
  2013/7/21 Joao Rocha Braga Filho goffr...@gmail.com
 
 
  Uma pessoa me pediu para recuperar um HD externo, que deu pane, pois
  tinha muita coisa importante nele, e não tinha backup. (Normal. rs)
  Segundo
  ele, o computador pedia para formatar o HD.
 
  Com o meu notebook, rodando FreeBSD 8.3, se não me engano, consegui
  montar e ler tudo. (Ufa, conteúdo aparentemente salvo.)
 
  Depois, no meu desktop, consegui fazer um disk dunp (dd) e extrair a
  imagem
  do HD, mas só depois que pedi para ignorar os erros. Ele tinha um
  setor com
  defeito.
 
  Fiz DD limpando-o, e levei para o windows do meu trabalho, que não
  formatou
  e nem reconheceu. Depois, em casa fiz o fdisk, e aí o windows no meu
  trabalho
  formatar.
 
  Gravei algumas coisas no HD para levar para casa, Mas o meu desktop
  dava
  panic quando tentava ler. Então in
 
  O sistema do desktop é:
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência
própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.com
 
 
  Ja testou com outro tipo de sistemas de arquivos, msdosfs ou ufs ?
  Não neste HD.  Como ele é de 500 GB, msdosfs não vai funcionar.
 
  Não quere ter que reformatá-lo. E tem que ser ntfs, pois será usado em
um
  windows.
 
  João.
 
  Att.
 
  --
  Paulo Henrique.
  BSDs Brasil.
 
  -
  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
 Qual o modelo do HD ?

 Utiliza os softwares de diagnostico do fabricante.

 Seatools = HDs Seagate e Maxtor
 Hutil = HDs da Samsung

 Tem tambem parar os Excell Storages e Western Digital que não lembro o
 nome pode ser encontrado nos sites dos fabricantes, agora se quer
 carregar com voce um matabixeira hiper super multi funcionar eu
 recomento o UBCD ( Ultimate Boot CD ) ele tem software para testar o que
 pensar, de memoria, HD, porta serial, porta PS/2, LPT alem de um monte
 de programas de diagnosticos e ferramentas.

É um HD externo, USB, da Sansung.

Já consegui formatar, o problema é devolver os dados para ele.

João.


 Segue o link: www.ultimatebootcd.com

 Att.

 --
 Paulo Henrique.
 BSDs Brasil.

 -
 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] FreeBSD 9.2 a caminho

[Joao Rocha Braga Filho]

2013/7/18 Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br

 Bom supresa interessante hoje ao concluir de atualizar um servidor que
 entra em produção amanhã.
 Olha o uname do garoto.


 FreeBSD manager 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #0 r253451: Thu
 Jul 18 18:41:43 BRT 2013
 root@manager:/usr/obj/usr/src/sys/BDC01INTRANET  amd64

 É isso o BSD esta ficando uma release mais velha logo, logo


Eu compilei no outro dia e instalei hoje de manhã, enquanto me
vestia para ir ao trabalho.

Depois de ver o seu e-mail resolvi conferir.

goffredo:[1004] uname -a
FreeBSD  9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #30: Sat Jul 13 10:20:09 BRT
2013 goffredo@:/usr/obj/usr/src/sys/SUPER  amd64


João Rocha.




 --
 Paulo Henrique.
 BSDs Brasil - FUG-BR
 site: www.fug.com.br

 Rip Irado !!!
 flamers  /dev/null

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Para descontrair um pouco - OFF-TOPIC (Transmissão de informação)

[Joao Rocha Braga Filho]

Em 31/05/2013 14:01, Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br
escreveu:

 On Fri, 31 May 2013 09:53:43 -0700 (PDT)
 Ricardo Tweeg rtw...@yahoo.com.br wrote:

  Sugestão para link de backup  :-D
 
 
http://pt.wikipedia.org/wiki/Transmiss%C3%A3o_de_informa%C3%A7%C3%A3o_digital_via_pombo-correio
 

 uma forma de criptografar essa transmissão é disfarçar o pombo em urubu

Mas aí ele teria que tomar cuidado com os que torcem contra o Flamengo.


 ---
 Luiz Gustavo Costa (Powered by BSD)
 *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
 mundoUnix - Consultoria em Software Livre
 http://www.mundounix.com.br
 ICQ: 2890831 / MSN: cont...@mundounix.com.br
 Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
 Blog: http://www.luizgustavo.pro.br
 -
 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] FreeBSD 9.1-RELEASE Chegando !

[Joao Rocha Braga Filho]

On Sat, Dec 1, 2012 at 3:33 PM, Luiz Gustavo Costa
luizgust...@luizgustavo.pro.br wrote:
 Vide:

 http://www.luizgustavo.pro.br/blog/2012/12/01/freebsd-9-1-release-chegando/


Que tal fazermos posts nos nossos twitter com a hash #FreeBSD_9.1-RELEASE assim
que for oficialmente anunciado? Só de onda e para ver se sai nos tópicos comuns?


João Rocha.


 ---
 Luiz Gustavo Costa (Powered by BSD)
 *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
 mundoUnix - Consultoria em Software Livre
 http://www.mundounix.com.br
 ICQ: 2890831 / MSN: cont...@mundounix.com.br
 Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
 Blog: http://www.luizgustavo.pro.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Dell Latitude e5400 e Wireless

[Joao Rocha Braga Filho]

2012/11/4 Joao Rocha Braga Filho goffr...@gmail.com



 Achei algo no dmesg:

 
 siba_bwn0: Unknown mem 0xf69fc000-0xf69f irq 17 at device 0.0 on
 pci12
 siba_bwn0: warn: multiple PCI(E) cores
 siba_bwn0: unsupported coreid (USB 2.0 Device)
 siba_bwn0: unsupported coreid (unknown)
 siba_bwn0: unsupported coreid (Internal Memory)
 siba_bwn0: unknown chipid 0x4322 for PLL  PMU init
 

 E no /usr/src/sys/conf/NOTES

 
 # bwn:  Broadcom BCM43xx family of wireless adapters.
 

 Fazendo um grep:

 
 [goffredo@pcbsd-1917] ~ grep bwn /usr/src/sys/conf/NOTES
 # bwn:  Broadcom BCM43xx family of wireless adapters.
 device  bwn # Broadcom BCM43xx
 

 A Interface bwn não aparece no ifconfig:

 
 [goffredo@pcbsd-1917] ~ ifconfig | grep flags
 bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 fwe0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
 fwip0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
 

 E fazendo o grep no GENERIC:

 
 [goffredo@pcbsd-1917] ~ grep bwn /usr/src/sys/amd64/conf/GENERIC
 #device bwn # Broadcom BCM43xx wireless NICs.
 

 o uname é:

 
 [goffredo@pcbsd-1917] ~ uname -a
 FreeBSD pcbsd-1917 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12
 02:52:29 UTC 2012 
 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
  amd64
 

 A impressão é que o FreeBSD pode ter suporte à interface wireless deste
 notebook,
 mas não é compilado no PCBSD.

 Coloquei a seguinte linha no /boot/loader.conf, mas não fiz o reboot.

 
 if_bwn_load=YES
 



Esta linha deu uma baita pane durante o boot. Tive que colocar o CD para o
boot,
e editar o  /boot/loader.conf para colocar esta linha em comentário.

Alguém tem alguma ideia?


João Rocha.




 João Rocha.



 2012/11/4 Joao Rocha Braga Filho goffr...@gmail.com



 Estou usando no trabalho um Dell Latitude 5400 com o PCBSD 9.0, mas a
 interface
 wireless parece não ter sido reconhecida.

 Alguém sabe qual é a interface wireless dele? Alguém tem algum dmesg para
 enviar?

 Fiz alguma pesquisa, mas não achei nada útil ainda, mas vou continuar a
 busca.


 Obrigado,
 João Rocha.


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Dell Latitude e5400 e Wireless

[Joao Rocha Braga Filho]

2012/11/5 Luiz Otavio O Souza lists...@gmail.com

 2012/11/4 Joao Rocha Braga Filho goffr...@gmail.com:
  Achei algo no dmesg:
 
  
  siba_bwn0: Unknown mem 0xf69fc000-0xf69f irq 17 at device 0.0 on pci12
  siba_bwn0: warn: multiple PCI(E) cores
  siba_bwn0: unsupported coreid (USB 2.0 Device)
  siba_bwn0: unsupported coreid (unknown)
  siba_bwn0: unsupported coreid (Internal Memory)
  siba_bwn0: unknown chipid 0x4322 for PLL  PMU init
  

 João,

 Manda o seu dmesg e a saída do pciconf -lv para a lista
 freebsd-wireless@ lá o pessoal vai poder te ajudar.


Aqui vai...

dmesg:


Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
CPU: Intel(R) Core(TM)2 Duo CPU T7250  @ 2.00GHz (1995.05-MHz K8-class CPU)
  Origin = GenuineIntel  Id = 0x6fd  Family = 6  Model = f  Stepping = 13
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0xe3bdSSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM
  AMD Features=0x20100800SYSCALL,NX,LM
  AMD Features2=0x1LAHF
  TSC: P-state invariant, performance statistics
real memory  = 4294967296 (4096 MB)
avail memory = 4052893696 (3865 MB)
Event timer LAPIC quality 400
ACPI APIC Table: DELL   M09
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2
ioapic0 Version 2.0 irqs 0-23 on motherboard
kbd1 at kbdmux0
cryptosoft0: software crypto on motherboard
acpi0: DELL M09 on motherboard
Timecounter HPET frequency 14318180 Hz quality 950
Event timer HPET frequency 14318180 Hz quality 450
Event timer HPET1 frequency 14318180 Hz quality 440
Event timer HPET2 frequency 14318180 Hz quality 440
Event timer HPET3 frequency 14318180 Hz quality 440
acpi0: reservation of 0, 9f000 (3) failed
acpi0: reservation of 10, dd28d400 (3) failed
Timecounter ACPI-fast frequency 3579545 Hz quality 900
acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0
cpu0: ACPI CPU on acpi0
cpu1: ACPI CPU on acpi0
acpi_ec0: Embedded Controller: GPE 0x11 port 0x930,0x934 on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
vgapci0: VGA-compatible display port 0xefe8-0xefef mem
0xf6c0-0xf6ff,0xe000-0xefff irq 16 at device 2.0 on
pci0
agp0: Intel GM45 SVGA controller on vgapci0
agp0: aperture size is 256M, detected 32764k stolen memory
vgapci1: VGA-compatible display mem 0xf6b0-0xf6bf at device
2.1 on pci0
uhci0: Intel 82801I (ICH9) USB controller port 0x6f60-0x6f7f irq 20
at device 26.0 on pci0
uhci0: LegSup = 0x2f00
usbus0: Intel 82801I (ICH9) USB controller on uhci0
uhci1: Intel 82801I (ICH9) USB controller port 0x6f80-0x6f9f irq 21
at device 26.1 on pci0
uhci1: LegSup = 0x2f00
usbus1: Intel 82801I (ICH9) USB controller on uhci1
uhci2: Intel 82801I (ICH9) USB controller port 0x6fa0-0x6fbf irq 22
at device 26.2 on pci0
uhci2: LegSup = 0x2f00
usbus2: Intel 82801I (ICH9) USB controller on uhci2
ehci0: Intel 82801I (ICH9) USB 2.0 controller mem
0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0
usbus3: EHCI version 1.0
usbus3: Intel 82801I (ICH9) USB 2.0 controller on ehci0
hdac0: Intel 82801I High Definition Audio Controller mem
0xf6afc000-0xf6af irq 21 at device 27.0 on pci0
pcib1: ACPI PCI-PCI bridge at device 28.0 on pci0
pci11: ACPI PCI bus on pcib1
pcib2: ACPI PCI-PCI bridge at device 28.1 on pci0
pci12: ACPI PCI bus on pcib2
pci12: network at device 0.0 (no driver attached)
pcib3: ACPI PCI-PCI bridge at device 28.4 on pci0
pci9: ACPI PCI bus on pcib3
bge0: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev.
0x5761100 mem 0xf68e-0xf68e,0xf68f-0xf68f irq 16 at
device 0.0 on pci9
bge0: CHIP ID 0x05761100; ASIC REV 0x5761; CHIP REV 0x57611; PCI-E
miibus0: MII bus on bge0
brgphy0: BCM5761 10/100/1000baseT PHY PHY 1 on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
bge0: Ethernet address: 00:22:19:fe:8a:a2
uhci3: Intel 82801I (ICH9) USB controller port 0x6f00-0x6f1f irq 20
at device 29.0 on pci0
uhci3: LegSup = 0x2f00
usbus4: Intel 82801I (ICH9) USB controller on uhci3
uhci4: Intel 82801I (ICH9) USB controller port 0x6f20-0x6f3f irq 21
at device 29.1 on pci0
uhci4: LegSup = 0x2f00
usbus5: Intel 82801I (ICH9) USB controller on uhci4
uhci5: Intel 82801I (ICH9) USB controller port 0x6f40-0x6f5f irq 22
at device 29.2 on pci0
uhci5: LegSup = 0x2f00
usbus6: Intel 82801I (ICH9) USB controller on uhci5
ehci1: Intel 82801I (ICH9) USB 2.0 controller mem
0xfed1c000

Re: [FUG-BR] Dell Latitude e5400 e Wireless

[Joao Rocha Braga Filho]

Achei algo no dmesg:


siba_bwn0: Unknown mem 0xf69fc000-0xf69f irq 17 at device 0.0 on pci12
siba_bwn0: warn: multiple PCI(E) cores
siba_bwn0: unsupported coreid (USB 2.0 Device)
siba_bwn0: unsupported coreid (unknown)
siba_bwn0: unsupported coreid (Internal Memory)
siba_bwn0: unknown chipid 0x4322 for PLL  PMU init


E no /usr/src/sys/conf/NOTES


# bwn:  Broadcom BCM43xx family of wireless adapters.


Fazendo um grep:


[goffredo@pcbsd-1917] ~ grep bwn /usr/src/sys/conf/NOTES
# bwn:  Broadcom BCM43xx family of wireless adapters.
device  bwn # Broadcom BCM43xx


A Interface bwn não aparece no ifconfig:


[goffredo@pcbsd-1917] ~ ifconfig | grep flags
bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
fwe0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
fwip0: flags=8802BROADCAST,SIMPLEX,MULTICAST metric 0 mtu 1500
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384


E fazendo o grep no GENERIC:


[goffredo@pcbsd-1917] ~ grep bwn /usr/src/sys/amd64/conf/GENERIC
#device bwn # Broadcom BCM43xx wireless NICs.


o uname é:


[goffredo@pcbsd-1917] ~ uname -a
FreeBSD pcbsd-1917 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12
02:52:29 UTC 2012
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
 amd64


A impressão é que o FreeBSD pode ter suporte à interface wireless deste
notebook,
mas não é compilado no PCBSD.

Coloquei a seguinte linha no /boot/loader.conf, mas não fiz o reboot.


if_bwn_load=YES



João Rocha.



2012/11/4 Joao Rocha Braga Filho goffr...@gmail.com



 Estou usando no trabalho um Dell Latitude 5400 com o PCBSD 9.0, mas a
 interface
 wireless parece não ter sido reconhecida.

 Alguém sabe qual é a interface wireless dele? Alguém tem algum dmesg para
 enviar?

 Fiz alguma pesquisa, mas não achei nada útil ainda, mas vou continuar a
 busca.


 Obrigado,
 João Rocha.


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com




-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [OFF] Ferramentas para gerar tráfego

[Joao Rocha Braga Filho]

2012/8/29 Alexandre Silva Nano alexna...@gmail.com:
 Senhores,

 Estou necessitando efetuar alguns testes de capacidade em um firewall,
 porém necessito estressá-lo ao máximo.

 Desconheço ferramentas que posso utilizar sem ter de comprar um appliance
 para isso ou contratar uma empresa específica.

 Então, meus caros, venho-lhes perguntar se há uma maneira mais fácil e que
 seja DIY, ou somente com algo mais profissional?

Pode usar um conjunto de coisas, como o curl, mget, wget, hammerhead, ping
com pacotes grandes etc. Depende do tipo de tráfego que quer gerar.


João Rocha.


 Desde já, obrigado.

 --
 Att, Alexandre Silva Nano
 Tecnólogo em Gestão de Redes de Computadores, UNIFACS
 Enterasys Security Systems Engineer - IPS/SIEM
 Enterasys Certified Specialist - NAC

 Analista de Tecnologia da Informação e Comunicação
 www.ideiadigital.com.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] [OFF] Ferramentas para gerar tráfego

[Joao Rocha Braga Filho]

2012/8/29 Alexandre Silva Nano alexna...@gmail.com:
 Em 29 de agosto de 2012 16:31, Joao Rocha Braga Filho
 goffr...@gmail.comescreveu:


 Pode usar um conjunto de coisas, como o curl, mget, wget, hammerhead, ping
 com pacotes grandes etc. Depende do tipo de tráfego que quer gerar.


 Realmente, não fui muito específico!

 Agradeço a todos pelas respostas rápidas! Irei me aprofundar em todos os
 testes e gerar relatórios de diferentes formas de capacidade! Muito bom!!

 João, a minha especifidade neste momento é estressar o equipamento em
 quantidade de sessões abertas por segundo e quantidade de sessões abertas
 concorrentes. Creio que alguma ferramenta que faça algo parecido com um
 synflood seja suficiente. Não tive muito tempo para dar prioridade à
 pesquisa de uma ferramenta deste tipo e nem a métodos...

O hammerhead pode abrir um bando de conexões http ao mesmo tempo, mas
ele foi criado para massacrar servidores http.

Anote o que fez, qual metodologia, o que usou etc, e faça um relatório, e se
possível, publique.


João Rocha.


 []'s

 --
 Att, Alexandre Silva Nano
 Tecnólogo em Gestão de Redes de Computadores, UNIFACS
 Enterasys Security Systems Engineer - IPS/SIEM
 Enterasys Certified Specialist - NAC

 Analista de Tecnologia da Informação e Comunicação
 www.ideiadigital.com.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Problemas na vr0

[Joao Rocha Braga Filho]

2012/8/16 Paulo Olivier Cavalcanti procavalca...@gmail.com:
 On 11/08/2012 16:10, Joao Rocha Braga Filho wrote:

 Esta placa não funciona bem. Eu já vi duas placas mãe, com esta
 interface on board, que foram compradas juntas, com comportamentos
 diferentes, Uma nunca travou, e a outra travava de vez em quando.
 Quando travava, para voltar, bastava fazer um:

 ifconfig vr0 down
 ifconfig vr0 up

 Mas esta diferença de tamanho de pacotes nunca reparei antes.



 Realmente João, essa placa não funciona bem. No dia 14 eu troquei por
 uma re0 off-board e até o momento as mensagens não apareceram mais no
 debug.log. O estranho é que ela funcionou muito bem durante mais de 6
 meses no FreeBSD, e antes disso ela funcionou no Windows Server 2003 por
 mais de 3 anos...

As Realtek 8139 são como fuscas. Funcionam bem, são confiáveis, todo
mecânico conhece, enfrentam enchentes e estradas ruins, mas não corre
muito.


João Rocha.


 --
 http://about.me/paulocavalcanti
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Problemas na vr0

[Joao Rocha Braga Filho]

2012/8/16 Renato Frederick ren...@frederick.eti.br:
 Eu sou meio chato com estas coisas, sempre peço uma Intel ou BroadCom,
 melhor gastar um pouco mais e não ter dor de cabeça.

 RealTek e VIA até que vai para um desktop, mas servidor, mais cedo ou
 mais tarde as reX e vrX vão dar dor de cabeça sinistra como esta :)

As Realtek nunca me deram defeito em servidor. Mas desperdiçava CPU. A
Via não me dei problemas em servidor, mas muitas vezes dava em desktop.
As 3Com já pifaram comigo, devorando a CPU toda tratando interrupções, o
que voltava ao normal quando tirava o cabo de rede.

Eu comprei duas Intel usadas por R$ 5.00 cada, como sucata, pois os caras
não tinham ideia de quanto boas eram, mas uma pifou. Foi um raio, e queimou
junto a porta do roteador. Aliás, escutei o estalo do raio.

Pude comparar a Realtek com a Intel 10/100 mencionada acima em um
Pentium III 550. Com a Realtek eu fazia FTP para este Pentium III sustentando
8.2 MB/s e consumindo 100% de CPU. Com a Intel sustentei 11.2 MB/s com
consumo de 25% de CPU.

Fiquei triste quando uma das Intel queimou.


João Rocha.


 Em 16/08/2012 11:46, Lucas Dias escreveu:
 Em 16 de agosto de 2012 10:27, Marcelo Gondim 
 gon...@bsdinfo.com.brescreveu:

 Nervoso você foi a primeira pessoa, em muito tempo, que vi escrever o
 correto: perda de pacotes.  Não aguento mais ouvir pessoas dizendo
 perca de pacotes e perca de dados

 Eu perco alguma coisa, ele perde alguma coisa assim como a placa de rede
 perde pacotes, a rede está perdendo pacotes mas puts doi meu ouvido
 quando alguém diz que a rede está com perca de pacotes, perca de dados!!!

 :D

 Gondim, não perca a paciência... Ops, perda a paciência com essas coisas...
 =)

 --
 .:: Lucas Dias
 .:: OS3 Soluções em TI
 .:: (82) 8813-1494 / 8111-2288
 .:: Antes de imprimir, veja se realmente é necessário!!!
 -
 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



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Binário do OpenOffice para FreeBSD

[Joao Rocha Braga Filho]

On Tue, Aug 14, 2012 at 7:06 PM, nervoso nerv...@unixarea.com.br wrote:
 Nao serve o libreoffice nao???

 eu tenho binarios (3.5.5)...  formato pkgng ...
 e is os packages de linguagem (pt_BR)
 para FreeBSD 8.3 stable,  amd64
 e para FreeBSD 9.0 stable, amd64

Serve sim.

Estava chamando de OpenOffice por inércia, por costume.

E é este que eu estava tentando compilar quando deu problemas.

Onde estão os binários que não achei no site do FreeBSD?


João Rocha.



 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Binário do OpenOffice para FreeBSD

[Joao Rocha Braga Filho]

.

On Wed, Aug 15, 2012 at 12:33 PM, nervoso nerv...@unixarea.com.br wrote:
 Em Qua, 2012-08-15 às 09:02 -0300, Joao Rocha Braga Filho escreveu:

 On Tue, Aug 14, 2012 at 7:06 PM, nervoso nerv...@unixarea.com.br wrote:
  Nao serve o libreoffice nao???
 
  eu tenho binarios (3.5.5)...  formato pkgng ...
  e is os packages de linguagem (pt_BR)
  para FreeBSD 8.3 stable,  amd64
  e para FreeBSD 9.0 stable, amd64

 Serve sim.

 Estava chamando de OpenOffice por inércia, por costume.

 E é este que eu estava tentando compilar quando deu problemas.

 Onde estão os binários que não achei no site do FreeBSD?


 João Rocha.


 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd





 Ok...
 binario do libreoffice FreeBSD 8.3 stable =
 export PACKAGESITE=http://dist64.k1.com.br:81/packages/All/
 e depois...
 pkg install -y libreoffice

 ===
 binario do libreoffice para 9.0 STABLE
 export PACKAGESITE=http://dist64.k1.com.br:83/packages/All/
 e depois
 pkg install -y libreoffice

 

 AVISO*AVISO*AVISO*AVISO*
 O sistema utiliza pkgng.
 veja que se voce der o comando acima ele vai trazer o libreoffice e
 TODAS
 as dependencias... e vai instalar na tua maquina...
 se voce quer trazer so os binarios, pega via
 http://dist64.k1.com.br:XX/packages/All
 XX=81 ou 83 (ver url acima...)
 e escolhe o pacote (tgz)...
 expanda o pacote na tua maquina (tar xpvf ) e acerte as dependencias
 correspondentes...

Eu acho que tenho todas as dependências instaladas, ou quase todas, pois
estava tentando compilar. Parei a compilação por um erro que estava dando
no testtools/bridge


Muito Obrigado,
João.


 Para v. ter uma ideia da coisa, as dependencias sao:
 ===
 ORBit2-2.14.19
 aalib-1.4.r5_6
 alsa-lib-1.0.25
 alsa-plugins-1.0.25
 atk-2.0.1
 avahi-app-0.6.29_3
 bitstream-vera-1.10_5
 bsh-2.0.b4_6
 ca_root_nss-3.13.5
 cairo-1.10.2_4,2
 celt-0.11.3_1
 compositeproto-0.4.2
 consolekit-0.4.3
 cups-client-1.5.2_2
 curl-7.24.0
 damageproto-1.2.1
 db41-4.1.25_4
 db42-4.2.52_5
 dbus-glib-0.94
 dbus-1.4.14_3
 dejavu-2.33
 desktop-file-utils-0.18
 dirac-1.0.2
 dmidecode-2.11
 dri2proto-2.6
 eggdbus-0.6_1
 encodings-1.0.4,1
 esound-0.2.41
 expat-2.0.1_2
 faac-1.28_2
 ffmpeg-0.7.13_4,1
 fftw3-float-3.3.2
 fftw3-3.3.2
 fixesproto-5.0
 flac-1.2.1_3
 font-bh-ttf-1.0.3
 font-misc-ethiopic-1.0.3
 font-misc-meltho-1.0.3
 font-util-1.2.0
 fontconfig-2.9.0,1
 freetype2-2.4.9_1
 gamin-0.1.10_4
 gconf2-2.32.0_3
 gdbm-1.9.1
 gdk-pixbuf-2.23.5_3
 gentium-basic-1.1.0
 gettext-0.18.1.1
 gio-fam-backend-2.28.8_1
 glib-2.28.8_4
 gmp-5.0.5
 gnome_subr-1.0
 gnomehier-2.3_12
 gobject-introspection-0.10.8_2
 gpac-libgpac-0.4.5_6,1
 graphite2-1.1.3
 gsm-1.0.13
 gstreamer-plugins-0.10.36_1,3
 gstreamer-0.10.36
 gtk-engines2-2.20.2_1
 gtk-update-icon-cache-2.24.6_1
 gtk-2.24.6_2
 gtk-3.0.12_2
 hal-0.5.14_19
 hicolor-icon-theme-0.12
 hunspell-1.3.2_1
 hyphen-2.8.5
 icu-4.8.1.1_1
 inputproto-2.0.2
 jackit-0.121.3_2
 jasper-1.900.1_10
 java-zoneinfo-2012.c
 javavmwrapper-2.4
 jbigkit-1.6
 jpeg-8_3
 kbproto-1.0.5
 lame-3.99.5
 lcms-1.19_1,1
 libGL-7.6.1
 libGLU-7.6.1
 libICE-1.0.7,1
 libIDL-0.8.14_1
 libSM-1.2.0,1
 libX11-1.4.4,1
 libXau-1.0.6
 libXaw-1.0.9,2
 libXcomposite-0.4.3,1
 libXcursor-1.1.12
 libXdamage-1.1.3
 libXdmcp-1.1.0
 libXext-1.3.0_1,1
 libXfixes-5.0
 libXft-2.1.14
 libXi-1.4.5,1
 libXinerama-1.1.1,1
 libXmu-1.1.0,1
 libXp-1.0.1,1
 libXpm-3.5.9
 libXrandr-1.3.2
 libXrender-0.9.6
 libXt-1.1.1,1
 libXtst-1.2.0
 libXv-1.0.6,1
 libXxf86dga-1.1.2
 libXxf86vm-1.1.1
 libaacplus-2.0.2_1
 libaudiofile-0.2.7
 libcheck-0.9.8
 libcmis-0.1.0
 libcroco-0.6.2_1
 libdaemon-0.14
 libdrm-2.4.17_1
 liberation-fonts-ttf-1.07.0,1
 libexecinfo-1.1_3
 libexttextcat-3.3.1
 libffi-3.0.9
 libfontenc-1.1.0
 libgcrypt-1.5.0
 libggi-2.2.2_3,1
 libgii-1.0.2_2
 libglut-7.6.1
 libgpg-error-1.10
 libgsf-1.14.21_1
 libiconv-1.14
 libidn-1.22
 libltdl-2.4.2
 libogg-1.3.0,4
 libpciaccess-0.12.1
 libpthread-stubs-0.3_3
 librsvg2-2.34.1_1
 libsamplerate-0.1.8_3
 libsndfile-1.0.25_2
 libssh2-1.4.2,2
 libtheora-1.1.1_3
 libva-1.0.14
 libvisio-0.0.18
 libvolume_id-0.81.1
 libvorbis-1.3.3_1,3
 libvpx-1.1.0
 libwpd-0.9.4_1
 libwpg-0.2.1_1
 libwps-0.2.7
 libxcb-1.7
 libxml2-2.7.8_3
 libxslt-1.1.26_3
 linuxlibertine-g-20120116
 lp_solve-5.5.2.0
 mkfontdir-1.0.6
 mkfontscale-1.0.9
 mp4v2-1.9.1
 mpfr-3.1.0_3
 mythes-1.2.3
 neon29-0.29.6_4
 nspr-4.9.1_1
 nss-3.13.5
 open-motif-2.3.3_1
 opencore-amr-0.1.2
 opencv-core-2.3.1_4
 openjdk6-b25_1
 openjpeg-1.5.0_1
 orc-0.4.16
 pango-1.28.4_1
 pciids-20120625
 pcre-8.31
 perl-threaded-5.8.9_7
 pixman-0.24.2
 pkgconf-0.8.5
 png-1.5.12
 policykit-0.9_6
 polkit-0.99
 poppler-data-0.4.5
 poppler-glib-0.18.4_2
 poppler-0.18.4_1
 portaudio-18.1_2
 printproto-1.0.5
 pulseaudio-0.9.23_1
 python26-2.6.8_3
 randrproto-1.3.2
 raptor2-2.0.8

Re: [FUG-BR] Binário do OpenOffice para FreeBSD

[Joao Rocha Braga Filho]

2012/8/13 Marcel Bonnet marcelbon...@gmail.com:
 On 8 August 2012 14:09, Joao Rocha Braga Filho goffr...@gmail.com wrote:
 Em 08/08/2012 14:03, Kembolle Amilkar haxorcod...@gmail.com escreveu:

 Bom Dia ..

 olá joão tudo bem? veja se isso lhe ajuda:
 http://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/maho/openoffice/

 http://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/maho/openoffice.org/
 http://ftp.unicamp.br/pub/libreoffice/

 Obrigado, mas só achei os fontes. Eu preciso do pacote binário para
 instalar.

 João Rocha.



 Bom, se o problema for um binário:
 http://www.monovox.net.br/musica/freebsd/packages/openoffice.org-3.3.0.tbz
 . Deverá estar disponível nessa URL por volta da 01h30 de hoje. Estou
 ftpando agora.

 .!. MAS ATENÇÃO: eu fiz esse binário da minha instalação porque um
 amigo meu já instalou o openoffice, de um binário que mais antigo que
 eu tinha feito, e funcionou sem problemas. Eu sempre recomendo fazer
 um backup pra não arriscar detonar alguma coisa. Binário é binário.


Muito obrigado, mas não funcionou:


goffredo:GoffredoNB2[1014] openoffice.org-3.3.0 Ganhos_2012.ods
/usr/local/openoffice.org-3.3.0/openoffice.org3/program/../basis-link/program/pagein:
1: Syntax error: ( unexpected
/usr/local/openoffice.org-3.3.0/openoffice.org3/program/../basis-link/ure-link/bin/javaldx:
13: Syntax error: word unexpected (expecting ))
/usr/local/openoffice.org-3.3.0/openoffice.org3/program/soffice.bin:
1: Syntax error: ( unexpected
goffredo:GoffredoNB2[1015]



Abraços,
João.




 AMBIENTE DO BINÁRIO:

 $ uname -a
 FreeBSD machine.STUDIO 9.0-STABLE FreeBSD 9.0-STABLE #0 r230443M: Sun
 Jan 22 18:46:00 BRST 2012
 root@machine.STUDIO:/usr/obj/usr/stable9/sys/MACHINE-9.0  i386

 $ pkg_info -Ix openoffice
 openoffice.org-3.3.0 Integrated 
 wordprocessor/dbase/spreadsheet/drawing/chart/br

 Boa sorte.

 --
 Marcel Bonnet
 No princípio era o caos... e no meio também.
 www.monovox.net.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Problema compilando libre Office 3.5.5.3

[Joao Rocha Braga Filho]

Em 11/08/2012 17:21, Paulo Henrique paulo.rd...@bsd.com.br escreveu:

 De uma lida no .configure do diretorio work.

Já fiz isto.

Aparentemente tenho que desabilitar um teste, mas ainda não descobri como
fazer isto.

João Rocha


 Att .
 -Mensagem original-
 De: Joao Rocha Braga Filho
 Enviado:  11/08/2012, 16:39
 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 Assunt.: Re: [FUG-BR] Problema compilando libre Office 3.5.5.3


 Parece que o bridgetest é encrenca antiga, e desabilitando o
 programa compila. Agora tenho que descobrir como desabilitar
 isto.


 João Rocha.


 On Sat, Aug 11, 2012 at 4:06 PM, Joao Rocha Braga Filho
 goffr...@gmail.com wrote:
  Estou tendo esta mensagem de erro, mas ainda não estou entendendo
  bem o que está acontecendo:
 
  
  =
  (1/1) Building module testtools
  =
  Entering
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/inc
 
  Entering
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/cliversioning
 
  Entering
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest/idl
 
  Entering
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/com/sun/star/comp/bridge
 
  Entering
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest
 
  cd ../../unxfbsd.pro/lib  : 
 
LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
  /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
unxfbsd.pro/bin/uno
  \
  -ro uno_services.rdb -ro uno_types.rdb \
  -s com.sun.star.test.bridge.BridgeTest -- \
  com.sun.star.test.bridge.CppTestObject
  /usr/local/bin/bash: line 1: 68053 Segmentation fault: 11  (core
  dumped)
LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
  /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/
unxfbsd.pro/bin/uno
  -ro uno_services.rdb -ro uno_types.rdb -s
  com.sun.star.test.bridge.BridgeTest --
  com.sun.star.test.bridge.CppTestObject
  dmake:  Error code 139, while making 'runtest'
 
  ---
  Oh dear - something failed during the build - sorry !
For more help with debugging build errors, please see the section in:
  http://wiki.documentfoundation.org/Development
 
internal build errors:
 
  ERROR: error 65280 occurred while making
 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest
 
   it seems that the error is inside 'testtools', please re-run build
   inside this module to isolate the error and/or test your fix:
  ---
 
  /usr/local/bin/bash
  cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
  source ./Env.Host.sh
  cd testtools
  rm -Rf
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/
unxfbsd.pro
  # optional module 'clean'
  build
 
  when the problem is isolated and fixed exit and re-run 'make' from the
top-level
  
 
 
  Mesmo seguindo as instruções que ele dá, não está funcionando.
 
  Alguém mais passou por isto? Alguém resolveu isto?
 
  Vou continuar a busca pelo Google, que até agora não me deu nada de
  concreto.
 
 
  João Rocha.
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  http://jgoffredo.blogspot.com
  goffr...@gmail.com



 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.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
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Problema compilando libre Office 3.5.5.3

[Joao Rocha Braga Filho]

Estou tendo esta mensagem de erro, mas ainda não estou entendendo
bem o que está acontecendo:


=
(1/1) Building module testtools
=
Entering 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/inc

Entering 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/cliversioning

Entering 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest/idl

Entering 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/com/sun/star/comp/bridge

Entering 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest

cd ../../unxfbsd.pro/lib  : 
LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/bin/uno
\
-ro uno_services.rdb -ro uno_types.rdb \
-s com.sun.star.test.bridge.BridgeTest -- \
com.sun.star.test.bridge.CppTestObject
/usr/local/bin/bash: line 1: 68053 Segmentation fault: 11  (core
dumped) 
LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/bin/uno
-ro uno_services.rdb -ro uno_types.rdb -s
com.sun.star.test.bridge.BridgeTest --
com.sun.star.test.bridge.CppTestObject
dmake:  Error code 139, while making 'runtest'

---
Oh dear - something failed during the build - sorry !
  For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development

  internal build errors:

ERROR: error 65280 occurred while making
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest

 it seems that the error is inside 'testtools', please re-run build
 inside this module to isolate the error and/or test your fix:
---

/usr/local/bin/bash
cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
source ./Env.Host.sh
cd testtools
rm -Rf 
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/unxfbsd.pro
# optional module 'clean'
build

when the problem is isolated and fixed exit and re-run 'make' from the top-level



Mesmo seguindo as instruções que ele dá, não está funcionando.

Alguém mais passou por isto? Alguém resolveu isto?

Vou continuar a busca pelo Google, que até agora não me deu nada de
concreto.


João Rocha.


-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Problemas na vr0

[Joao Rocha Braga Filho]

2012/8/11 Paulo Olivier Cavalcanti procavalca...@gmail.com:
 Bom dia amigos da lista!

 Estou com um problema na minha vr0. No dia 9 ela começou a travar e ao
 examinar os logs  vi as seguintes mensagens no debug.log:

 Aug 11 09:33:29 amd dhclient[2648]: ip length 328 disagrees with bytes
 received 336.
 Aug 11 09:33:29 amd dhclient[2648]: accepting packet with data after udp
 payload.

 Os números do ip length variam. Meu debug.log está lotado dessas
 mensagens, aparece a cada 5 minutos em média.

 Eu abri a máquina, limpei-a por dentro, estava bem suja. Não sei se foi
 por isso mas desde ontem ela não travou mais, porém o erro continua
 aparecendo no log.

 Sim, eu sei que a vr0 é problemática, mas essa placa sempre funcionou
 normalmente, nunca me deu problemas... pode ser defeito de hardware?

 Eu notei também que o desempenho do FreeBSD caiu um pouco...

 Seguem os dados:

 vr0: VIA VT6102 Rhine II 10/100BaseTX port 0xb000-0xb0ff mem
 0xd000-0xd0ff irq 10 at device 11.0 on pci2
 vr0: Quirks: 0x0
 vr0: Revision: 0x8d


Esta placa não funciona bem. Eu já vi duas placas mãe, com esta
interface on board, que foram compradas juntas, com comportamentos
diferentes, Uma nunca travou, e a outra travava de vez em quando.
Quando travava, para voltar, bastava fazer um:

ifconfig vr0 down
ifconfig vr0 up

Mas esta diferença de tamanho de pacotes nunca reparei antes.



João Rocha.



 --
 http://about.me/paulocavalcanti

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.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] Problema compilando libre Office 3.5.5.3

[Joao Rocha Braga Filho]

Parece que o bridgetest é encrenca antiga, e desabilitando o
programa compila. Agora tenho que descobrir como desabilitar
isto.


João Rocha.


On Sat, Aug 11, 2012 at 4:06 PM, Joao Rocha Braga Filho
goffr...@gmail.com wrote:
 Estou tendo esta mensagem de erro, mas ainda não estou entendendo
 bem o que está acontecendo:

 
 =
 (1/1) Building module testtools
 =
 Entering 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/inc

 Entering 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/cliversioning

 Entering 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest/idl

 Entering 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/com/sun/star/comp/bridge

 Entering 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest

 cd ../../unxfbsd.pro/lib  : 
 LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/bin/uno
 \
 -ro uno_services.rdb -ro uno_types.rdb \
 -s com.sun.star.test.bridge.BridgeTest -- \
 com.sun.star.test.bridge.CppTestObject
 /usr/local/bin/bash: line 1: 68053 Segmentation fault: 11  (core
 dumped) 
 LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/solver/unxfbsd.pro/bin/uno
 -ro uno_services.rdb -ro uno_types.rdb -s
 com.sun.star.test.bridge.BridgeTest --
 com.sun.star.test.bridge.CppTestObject
 dmake:  Error code 139, while making 'runtest'

 ---
 Oh dear - something failed during the build - sorry !
   For more help with debugging build errors, please see the section in:
 http://wiki.documentfoundation.org/Development

   internal build errors:

 ERROR: error 65280 occurred while making
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/source/bridgetest

  it seems that the error is inside 'testtools', please re-run build
  inside this module to isolate the error and/or test your fix:
 ---

 /usr/local/bin/bash
 cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3
 source ./Env.Host.sh
 cd testtools
 rm -Rf 
 /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.5.3/testtools/unxfbsd.pro
 # optional module 'clean'
 build

 when the problem is isolated and fixed exit and re-run 'make' from the 
 top-level
 


 Mesmo seguindo as instruções que ele dá, não está funcionando.

 Alguém mais passou por isto? Alguém resolveu isto?

 Vou continuar a busca pelo Google, que até agora não me deu nada de
 concreto.


 João Rocha.


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 http://jgoffredo.blogspot.com
 goffr...@gmail.com



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

http://jgoffredo.blogspot.com
goffr...@gmail.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd