[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] php5.4 e roundcube

[joao jamaicabsd]

Estou passando pelo mesmo problema e não consigo resolver.

Em 16 de junho de 2014 09:33, Nenhum_de_Nos math...@eternamente.info
escreveu:


 On Mon, June 16, 2014 07:39, Renato Botelho wrote:
  On Jun 16, 2014, at 2:09, Nenhum_de_Nos math...@eternamente.info
 wrote:
 
  On Mon, June 16, 2014 01:46, Fernando Gilli wrote:
  O filter ta vindo separado agora, entao ve se o filter está realmente
  instalado, aqui eu to usando a versao 5.5:
 
  $ pkg info php55-filter
 
  se nao tiver, encontre em /usr/ports/security/php55-filter
 
 
  pelo php -m ta habilitado, mas checar mesmo assim no httpd.conf
 
  LoadModule filter_module libexec/apache24/mod_filter.so
 
 
  Ultima instancia reinstalar o php extension com o filter habilitado
  cd usr/ports/lang/php55-extensions
  $ make config
  $ make reinstall clean
 
  e
 
  $ apachectl graceful
 
  opa fernando. agradeço pela atenção.
 
  eu tenho o php55-filter:
 
  # pkg info | grep filter
  pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository
 configuration file
  php55-filter-5.5.13The filter shared extension for php
 
 
  e tem no apache habilitado tb:
 
  # cat /usr/local/etc/apache22/httpd.conf | grep filter
  LoadModule filter_module libexec/apache22/mod_filter.so
 
 
  mas não vai :(
 
  agora o que eu vi foi isso:
 
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/intl.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/intl.soquot; in Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/ctype.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/ctype.soquot; in Unknown on line
 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/dom.so'
  - Cannot open quot;/usr/local/lib/php/20100525-zts/dom.soquot; in
 Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/filter.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/filter.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/hash.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/hash.soquot; in Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/iconv.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/iconv.soquot; in Unknown on line
 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/json.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/json.soquot; in Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/pdo.so'
  - Cannot open quot;/usr/local/lib/php/20100525-zts/pdo.soquot; in
 Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/pdo_sqlite.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/pdo_sqlite.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/phar.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/phar.soquot; in Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/posix.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/posix.soquot; in Unknown on line
 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/session.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/session.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/simplexml.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/simplexml.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/sqlite3.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/sqlite3.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/tokenizer.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/tokenizer.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/xml.so'
  - Cannot open quot;/usr/local/lib/php/20100525-zts/xml.soquot; in
 Unknown on line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/xmlreader.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/xmlreader.soquot; in Unknown on
 line 0
  PHP Warning:  PHP Startup: Unable to load dynamic library
  '/usr/local/lib/php/20100525-zts/xmlwriter.so' - Cannot open
  quot;/usr/local/lib/php/20100525-zts/xmlwriter.soquot; in Unknown on
 line 0
 
  e não existe /usr/local/lib/php/20100525-zts, só sem -zts.
 
  já recomplilei trocentas vezes sem e com zts mas sempre dá isso :/
 
  valeu,
 
  matheus
 
  Seu 

Re: [FUG-BR] Squid não funciona após redirecionamento

[joao jamaicabsd]

Então não é possível trabalhar com proxy transparent e proxy autenticado no
mesmo servidor?
Eu já fiz isso uma vez e funcionou normal?


Em 18 de maio de 2015 18:18, Paulo Henrique - BSDs Brasil 
paulo.rd...@bsd.com.br escreveu:


 On 05/18/15 17:26, joao jamaicabsd wrote:

 Coloquei lá, pf.conf jamaica

 Em 18 de maio de 2015 17:24, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Coloquei lá. Qual a função deste site?

 Em 18 de maio de 2015 16:47, Guilherme Ferreira Rosário 
 guilherme.f.rosa...@gmail.com escreveu:

  Cola no pastebin.ca suas regras de firewall.

 Em 18 de maio de 2015 16:45, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Sim, estou utilizando transparente.

 Em 18 de maio de 2015 16:40, Guilherme Ferreira Rosário 
 guilherme.f.rosa...@gmail.com escreveu:

  Voce Habilitou o modo transparente?


 ATT

 Em 18 de maio de 2015 16:15, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Boa tarde galera.

 Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou

 passando

 por

 um problema.

 Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra

 nada

 e

 me dá erro de time out;

 O firewall PF está redirecionando normal, conforme verifiquei nos

 logs;

 Se eu configurar o proxy manual no navegador ele funciona normal.

 O squid.conf está montado para autenticação.

 Alguém pode me ajudar?

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



 --
 E-mail: jamaica...@gmail.com
 Aux Suporte de Sistemas (UNISUL)
 E-mail: joao.may...@unisul.br
 MSN: joaomayk...@hotmail.com
 Cel: (48) 9144 2326
 -
 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



 --
 E-mail: jamaica...@gmail.com
 Aux Suporte de Sistemas (UNISUL)
 E-mail: joao.may...@unisul.br
 MSN: joaomayk...@hotmail.com
 Cel: (48) 9144 2326



  Modo transparente não permite trabalhar com autenticação.

 Desative o recurso de autenticação ou use outros meios para
 auto-configuração das estações.

 Att.

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

 Por mais breve que seja a loucura da fé, apegue-se a razão.
 Ela não tem todas as respostas porém não mente baseado na sua fé.


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




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

[FUG-BR] Possível ataque em porta UDP

[joao jamaicabsd]

Bom dia guerreiros.
Estou verificando que no tcpdump está me mostrando muito bloqueio nas
portas UDPs de várias direções de entrada e saída.
Isso pode ser algum bloqueio de serviço meu interno ou pode ser algum
problema.

09:28:15.343074 rule 2..16777216/0(match): block in on re0:
192.168.0.53.5937  177.96.3.133.63877: UDP, length 169
09:28:17.363329 rule 2..16777216/0(match): block in on re0:
192.168.0.53.5937  177.96.3.133.63877: UDP, length 169
09:28:21.387994 rule 2..16777216/0(match): block in on re0:
192.168.0.53.5937  177.96.3.133.63877: UDP, length 169
09:28:24.127043 rule 2..16777216/0(match): block in on re0:
192.168.0.53.49945  52.5.200.216.4007: Flags [S], seq 405170770, win 8192,
options [mss 1460,nop,wscale 2,nop,nop,sackOK], length 0
09:28:24.636198 rule 2..16777216/0(match): block in on re0:
192.168.0.53.49945  52.5.200.216.4007: Flags [S], seq 405170770, win 8192,
options [mss 1460,nop,wscale 2,nop,nop,sackOK], length 0
09:28:25.014734 rule 2..16777216/0(match): block in on re0:
192.168.0.35.17500  255.255.255.255.17500: UDP, length 104
09:28:25.016388 rule 2..16777216/0(match): block in on re0:
192.168.0.35.17500  255.255.255.255.17500: UDP, length 104
09:28:25.016841 rule 2..16777216/0(match): block in on re0:
192.168.0.35.17500  192.168.0.255.17500: UDP, length 104
09:28:25.017269 rule 2..16777216/0(match): block in on re0:
192.168.0.35.17500  255.255.255.255.17500: UDP, length 104
09:28:25.236175 rule 2..16777216/0(match): block in on re0:
192.168.0.53.49945  52.5.200.216.4007: Flags [S], seq 405170770, win 8192,
options [mss 1460,nop,nop,sackOK], length 0
09:28:26.345996 rule 2..16777216/0(match): block in on re0: 192.168.0.35.68
 255.255.255.255.67: BOOTP/DHCP, Request from 40:25:c2:2c:c6:58, length 300
09:28:32.164038 rule 2..16777216/0(match): block in on re0: 192.168.0.55.68
 255.255.255.255.67: BOOTP/DHCP, Request from 00:30:67:f6:48:4f, length 300
09:28:34.698400 rule 2..16777216/0(match): block in on re0:
192.168.0.56.18529  203.106.98.175.45501: UDP, length 103
09:28:35.086970 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  71.191.71.243.9673: UDP, length 18
09:28:35.087051 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  188.78.152.39.49370: UDP, length 18
09:28:35.087059 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  71.15.127.27.27619: UDP, length 18
09:28:35.087067 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  188.4.146.194.38246: UDP, length 18
09:28:35.658213 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28
09:28:35.859811 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28
09:28:35.914343 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  191.184.209.45.44948: UDP, length 28
09:28:36.163887 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  191.184.209.45.44948: UDP, length 28
09:28:36.304257 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28
09:28:36.569976 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  191.184.209.45.44948: UDP, length 28
09:28:37.142647 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28
09:28:37.374070 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  191.184.209.45.44948: UDP, length 28
09:28:38.771448 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28
09:28:38.986766 rule 2..16777216/0(match): block in on re0:
192.168.0.55.59087  191.184.209.45.44948: UDP, length 28
09:28:41.699175 rule 2..16777216/0(match): block in on re0:
192.168.0.56.18529  94.57.11.59.21011: UDP, length 103
09:28:41.984207 rule 2..16777216/0(match): block in on re2:
191.184.209.45.44948  10.1.1.254.59087: UDP, length 28

Esse é só um pequeno pedaço do tcpdump -e -nnn -i pflog0
Vale lembrar que o ftp-proxy está ouvido a 8021

Se alguém me ajudar a tirar essa dúvida eu agradeço.

-- 
João Maykon
-
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] squid e freebsd

[joao jamaicabsd]

Coloca o endereço ip dessa url na lista de sites que nao serao
redirecionados para o squid, como os da conectividade social.

Em 26 de agosto de 2013 23:41, Bruno Teles bruno.te...@ig.com.br escreveu:

 não, sem squidGuard

 só squid, via ports ou pgk_add, mesma coisa sempre...


 Em Seg, 2013-08-26 às 22:43 -0300, Christiano Liberato escreveu:
  Bruno,
 
  utiliza squidGuard?
  Se utilizar, faça um teste sem ele para ver se passa.
 
 
  Em 26 de agosto de 2013 21:43, Bruno Teles bruno.te...@ig.com.br
 escreveu:
 
   Veja se alguém me ajuda, tenho diversos hosts funcionando como firewall
   em clientes, do 6... até o 9..., com squid do 3 ao 3.2. Alguns já estão
   em produção faz muito tempo e funcionam perfeitamente.
  
   Ocorre que de uns 4 meses pra cá, o site www.curitiba.pr.gov.br não
 abre
   mais em nenhum deles (funcionava antes, parou do nada, pra todos, no
   mesmo momento)
  
   Retorna erro de leitura, (60) operation timed out no squid,
 transparente
   ou não, tanto faz, o erro é o mesmo, pelo endereço ou por IP também
   tanto faz. No nat direto, funciona perfeitamente.
  
   São muitos clientes (uns 15), e todos tem conexões da GVT, mas algumas
   são fibra, outros (a maioria) adsl, mas não acho que tenha algo a ver
   com isso.
  
   Já verifiquei no ipfw e não tá parando nada, não é nada com ACL. As
   conexões são estabelecidas, mas morrem sem troca de dados.
  
   Obrigado a todos que puderem ajudar.
  
   Bruno
  
  
   -
   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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Gerar ISO Personalizada do FreeBSD

[joao jamaicabsd]

Eu Utilizo o Clonezilla, não sei se ajuda para vc.

Em 21 de agosto de 2013 17:16, Saul Figueiredo saulfelip...@gmail.com
escreveu:

 *--*
 *Deve-se aprender sempre, até mesmo com um inimigo.
 (Isaac Newton)
 *
 Atenciosamente,
 *Saul Figueiredo
 *Analista FreeBSD/Linux
 Linux Professional Institute Certification Level 2
 Linux User: #554651
 saulfelip...@gmail.com
 saul-fel...@hotmail.com


 Em 21 de agosto de 2013 17:09, Rafael Aquino raf...@lk6.com.br escreveu:

  De: Wenderson Souza wendersonso...@gmail.com
 
   Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
   freebsd@fug.com.br
   Enviadas: Quarta-feira, 21 de Agosto de 2013 16:41:00
   Assunto: Re: [FUG-BR] Gerar ISO Personalizada do FreeBSD
 
   Em 21 de agosto de 2013 15:20, Luiz Gustavo Costa 
   luizgust...@luizgustavo.pro.br escreveu:
 
Alguns meses atras fiz uma customização de instalação do FreeBSD
para um
cliente e montei o instalador e um menu de console com python e um
pouco de shellscript.
   
Segue algumas telas:
http://www.mundounix.com.br/~gugabsd/lua-install.jpg
   
---
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
   
 
   Muito interessante Luiz Gustavo,
 
   É exatamente o que estou precisando, lá vai eu estudar um pouco de
   python
   pra ver se me aventuro nessa.
 
   Atenciosamente,
 
   Wenderson Souza - wendersonso...@gmail.com
   Gerente de TI - 6P Telecom
   +55 (43) 3235-1720 Oi Fixo
   +55 (43) 9162-4333 Vivo Mobile
 
   Skype: wendersonsouza
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  Oi, Pessoal,
 
  Para esta tarefa eu uso o bom e velho FreeSBIE
  (/usr/ports/sysutils/freesbie).
 
  Ele gera livecd da instalação, e pode ser customizado. E com scripts é
  possível
  instalar o livecd no PC.
 
  Abraço!
 
  Rafael Mentz Aquino
  LK6 Soluções em TI
  Rua Domingos de Almeida, 135 sala 1102
  Centro - Novo Hamburgo - RS
  (51) 3035-6997 - -7030
  www.lk6.com.br
 
  - Mensagem original -
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 Opa! Algo desse tipo que eu queria! Valeu Rafa!
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Squid não funciona após redirecionamento

[joao jamaicabsd]

Boa tarde galera.

Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou passando por
um problema.

Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra nada e
me dá erro de time out;

O firewall PF está redirecionando normal, conforme verifiquei nos logs;

Se eu configurar o proxy manual no navegador ele funciona normal.

O squid.conf está montado para autenticação.

Alguém pode me ajudar?

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

Re: [FUG-BR] Squid não funciona após redirecionamento

[joao jamaicabsd]

Sim, estou utilizando transparente.

Em 18 de maio de 2015 16:40, Guilherme Ferreira Rosário 
guilherme.f.rosa...@gmail.com escreveu:

 Voce Habilitou o modo transparente?


 ATT

 Em 18 de maio de 2015 16:15, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Boa tarde galera.
 
  Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou passando por
  um problema.
 
  Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra nada
 e
  me dá erro de time out;
 
  O firewall PF está redirecionando normal, conforme verifiquei nos logs;
 
  Se eu configurar o proxy manual no navegador ele funciona normal.
 
  O squid.conf está montado para autenticação.
 
  Alguém pode me ajudar?
 
  Obrigado.
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Squid não funciona após redirecionamento

[joao jamaicabsd]

Coloquei lá. Qual a função deste site?

Em 18 de maio de 2015 16:47, Guilherme Ferreira Rosário 
guilherme.f.rosa...@gmail.com escreveu:

 Cola no pastebin.ca suas regras de firewall.

 Em 18 de maio de 2015 16:45, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Sim, estou utilizando transparente.
 
  Em 18 de maio de 2015 16:40, Guilherme Ferreira Rosário 
  guilherme.f.rosa...@gmail.com escreveu:
 
   Voce Habilitou o modo transparente?
  
  
   ATT
  
   Em 18 de maio de 2015 16:15, joao jamaicabsd jamaica...@gmail.com
   escreveu:
  
Boa tarde galera.
   
Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou passando
  por
um problema.
   
Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra
  nada
   e
me dá erro de time out;
   
O firewall PF está redirecionando normal, conforme verifiquei nos
 logs;
   
Se eu configurar o proxy manual no navegador ele funciona normal.
   
O squid.conf está montado para autenticação.
   
Alguém pode me ajudar?
   
Obrigado.
-
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
  
 
 
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Squid não funciona após redirecionamento

[joao jamaicabsd]

Coloquei lá, pf.conf jamaica

Em 18 de maio de 2015 17:24, joao jamaicabsd jamaica...@gmail.com
escreveu:

 Coloquei lá. Qual a função deste site?

 Em 18 de maio de 2015 16:47, Guilherme Ferreira Rosário 
 guilherme.f.rosa...@gmail.com escreveu:

 Cola no pastebin.ca suas regras de firewall.

 Em 18 de maio de 2015 16:45, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Sim, estou utilizando transparente.
 
  Em 18 de maio de 2015 16:40, Guilherme Ferreira Rosário 
  guilherme.f.rosa...@gmail.com escreveu:
 
   Voce Habilitou o modo transparente?
  
  
   ATT
  
   Em 18 de maio de 2015 16:15, joao jamaicabsd jamaica...@gmail.com
   escreveu:
  
Boa tarde galera.
   
Tenho o  squid33-3.3.13_2 rodando no meu servidor, mas estou
 passando
  por
um problema.
   
Se eu redirecionar a 80 para a 3128 o squid simplesmente não filtra
  nada
   e
me dá erro de time out;
   
O firewall PF está redirecionando normal, conforme verifiquei nos
 logs;
   
Se eu configurar o proxy manual no navegador ele funciona normal.
   
O squid.conf está montado para autenticação.
   
Alguém pode me ajudar?
   
Obrigado.
-
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
  
 
 
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




 --
 E-mail: jamaica...@gmail.com
 Aux Suporte de Sistemas (UNISUL)
 E-mail: joao.may...@unisul.br
 MSN: joaomayk...@hotmail.com
 Cel: (48) 9144 2326




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
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

[FUG-BR] Erro do Sarg

[joao jamaicabsd]

Boa tarde a todos.
Após tentar arrumar algumas coisas instalando e reinstalando o apache por
exemplo estou tendo problemas com alguns pacotes e agora o sarg me dá o
seguinte erro:

/usr/local/bin/sarg: Undefined symbol libintl_bindtextdomain

já reinstalei o mesmo e o erro continua.

Alguém pode me ajudar com esse erro?

Obrigado e um feliz 2015 a todos.
-
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] fonte do terminal

[joao jamaicabsd]

A tela quando vc loga como root fica em /etc/motd

Em 11 de dezembro de 2014 08:57, Otavio Augusto otavi...@gmail.com
escreveu:

 Em 11 de dezembro de 2014 08:02, Neilson Lima neilsonl...@gmail.com
 escreveu:
  Em quinta-feira, 11 de dezembro de 2014, Otavio Augusto 
 otavi...@gmail.com
  escreveu:
 
  Em 11/12/2014 00:03, Neilson Lima neilsonl...@gmail.com
 javascript:;
  escreveu:
  
   Pessoal,
  
   Como mudar o tamanho da fonte do terminal?
 
  E ai Nelson blz?
  Ta usando um terminal pelo X?
  Se sim instala o terminator, tem nos ports dai vc configurar ele do
 jeito
  que quiser e ja tem split de janelas.
  Mas os terminais do kde, xfce, gnome tem um menubde configuração.  Mas
 para
  split tem que usar screen tmux.
 
 
  Oi Otávio
 
  Instalação sem interface
 
  Estou curioso pra saber como mexer nas telinhas de inicialização. Troca a
  fonte, adicionar alguns textos para exibir quando ligar a máquina. Bem a
  nível de nub mesmo. :)
 
  Abs!

 Da uma olhada aqui então
 https://www.freebsd.org/doc/handbook/using-localization.html


 
  --
  --
  Atenciosamente,
  Neilson P. Lima - 31 - 8848-8407
  Gmail(talk): neilsonl...@gmail.com
  Skype/FaceBook: neilsonlima
  Twitter: _neilsonlima_
  Msn: neilsonl...@hotmail.com
  --
  Analista Desenvolvedor WEB
  Belo Horizonte, MG, Brazil
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 --
 Otavio Augusto
 -
 Consultor de TI
 Citius Tecnologia
 31 37761866
 31 88651242
 http://www.citiustecnologia.com.br
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] PF bloquei de tráfego UDP dúvida

[joao jamaicabsd]

Bom dia pessoal.
Estou rodando um tcpdump e estou notando uma grande quantidade de bloquei
de tráfego UDP, alguém pode me ajudar a desvendar isso? Segue:

 block in on re1: 192.168.0.22.59087  74.102.93.218.33709: UDP, length 18

10:51:13.322468 rule 2..16777216/0(match):block in on re1:
192.168.0.22.59087  183.81.63.14.51113: UDP, length 18

10:51:13.322544 rule 2..16777216/0(match): block in on re1:
192.168.0.22.59087  76.70.77.89.22428: UDP, length 18

10:51:13.322607 rule 2..16777216/0(match): block in on re1:
192.168.0.22.59087  182.164.149.225.18070: UDP, length 18

10:51:14.055326 rule 2..16777216/0(match): block in on re2:
189.58.79.200.36646  10.1.1.254.59087: UDP, length 28

10:51:14.108374 rule 2..16777216/0(match): block in on re0:
172.16.1.11.51507  8.8.4.4.53: 47222+ A? m.hotmail.com. (31)



-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PF bloquei de tráfego UDP dúvida

[joao jamaicabsd]

E aí Fabrício, bom dia.
Aquela regra alí bloqueando o DNS está correta mesmo, essa rede é negada
pra tudo mesmo.

Segue as primeiras regras de filtragem:

# REGRAS DE FILTRAGEM
block out quick proto { tcp,udp } from 127.0.0.1 to 127.0.0.1 port 3128
block log all
#pass all
pass out keep state
anchor ftp-proxy/*




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

 da um print na sua regra 1 e 2 do fw...

 bloqueou ate dns.
 repara q ta bloqueando nas 3 interfaces...

 deve ter algo tipo 'deny udp from any to any'

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

 Em 11 de dezembro de 2014 10:56, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Bom dia pessoal.
  Estou rodando um tcpdump e estou notando uma grande quantidade de bloquei
  de tráfego UDP, alguém pode me ajudar a desvendar isso? Segue:
 
   block in on re1: 192.168.0.22.59087  74.102.93.218.33709: UDP, length
 18
 
  10:51:13.322468 rule 2..16777216/0(match):block in on re1:
  192.168.0.22.59087  183.81.63.14.51113: UDP, length 18
 
  10:51:13.322544 rule 2..16777216/0(match): block in on re1:
  192.168.0.22.59087  76.70.77.89.22428: UDP, length 18
 
  10:51:13.322607 rule 2..16777216/0(match): block in on re1:
  192.168.0.22.59087  182.164.149.225.18070: UDP, length 18
 
  10:51:14.055326 rule 2..16777216/0(match): block in on re2:
  189.58.79.200.36646  10.1.1.254.59087: UDP, length 28
 
  10:51:14.108374 rule 2..16777216/0(match): block in on re0:
  172.16.1.11.51507  8.8.4.4.53: 47222+ A? m.hotmail.com. (31)
 
 
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PF bloquei de tráfego UDP dúvida

[joao jamaicabsd]

A regra abaixo que está na macro o nr de algumas portas UDP mesmo liberadas
ainda estão sendo bloqueadas:
pass in quick on $IF_LAN proto udp from $REDE_LAN to any port
$LAN_PORTS_UDP keep state

mas essa outra regra que fica logo abaixo consegue liberar qualquer tráfego
udp
pass in quick on $IF_LAN proto udp from any to any keep state


Em 11 de dezembro de 2014 11:27, joao jamaicabsd jamaica...@gmail.com
escreveu:

 E aí Fabrício, bom dia.
 Aquela regra alí bloqueando o DNS está correta mesmo, essa rede é negada
 pra tudo mesmo.

 Segue as primeiras regras de filtragem:

 # REGRAS DE FILTRAGEM
 block out quick proto { tcp,udp } from 127.0.0.1 to 127.0.0.1 port 3128
 block log all
 #pass all
 pass out keep state
 anchor ftp-proxy/*




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

 da um print na sua regra 1 e 2 do fw...

 bloqueou ate dns.
 repara q ta bloqueando nas 3 interfaces...

 deve ter algo tipo 'deny udp from any to any'

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

 Em 11 de dezembro de 2014 10:56, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Bom dia pessoal.
  Estou rodando um tcpdump e estou notando uma grande quantidade de
 bloquei
  de tráfego UDP, alguém pode me ajudar a desvendar isso? Segue:
 
   block in on re1: 192.168.0.22.59087  74.102.93.218.33709: UDP, length
 18
 
  10:51:13.322468 rule 2..16777216/0(match):block in on re1:
  192.168.0.22.59087  183.81.63.14.51113: UDP, length 18
 
  10:51:13.322544 rule 2..16777216/0(match): block in on re1:
  192.168.0.22.59087  76.70.77.89.22428: UDP, length 18
 
  10:51:13.322607 rule 2..16777216/0(match): block in on re1:
  192.168.0.22.59087  182.164.149.225.18070: UDP, length 18
 
  10:51:14.055326 rule 2..16777216/0(match): block in on re2:
  189.58.79.200.36646  10.1.1.254.59087: UDP, length 28
 
  10:51:14.108374 rule 2..16777216/0(match): block in on re0:
  172.16.1.11.51507  8.8.4.4.53: 47222+ A? m.hotmail.com. (31)
 
 
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




 --
 E-mail: jamaica...@gmail.com
 Aux Suporte de Sistemas (UNISUL)
 E-mail: joao.may...@unisul.br
 MSN: joaomayk...@hotmail.com
 Cel: (48) 9144 2326




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] PF bloquei de tráfego UDP dúvida

[joao jamaicabsd]

Essa é a saída do comando que vc passou, e falando nisso, pode explicar
mais sobre o comando citado?
Obrigado.

@2 block return log all
@20 pass in log quick on re2 inet proto tcp from any to any port = rdp
flags S/SA keep state queue pri5up
@21 pass in log quick on re2 inet proto tcp from any to any port = 8080
flags S/SA keep state queue pri5up
@22 pass in quick on re2 inet proto tcp from any to (re2:1) port = smtp
flags S/SA keep state queue pri5up
@23 pass in quick on re2 inet proto tcp from any to (re2:1) port = pop3
flags S/SA keep state queue pri5up
@24 pass in quick on re2 inet proto tcp from any to (re2:1) port = smtps
flags S/SA keep state queue pri5up
@25 pass in quick on re2 inet proto tcp from any to (re2:1) port = pop3s
flags S/SA keep state queue pri5up
@26 pass in quick on re2 inet proto tcp from any to (re2:1) port = rdp
flags S/SA keep state queue pri5up
@27 pass in quick on re2 inet proto tcp from any to (re2:1) port = 8080
flags S/SA keep state queue pri5up
@28 pass in quick on re2 inet proto udp from any to any port = domain keep
state queue pri5up
@29 pass in quick on re2 inet proto udp from any to any port = 3389 keep
state queue pri5up


Em 11 de dezembro de 2014 12:07, Fernando Gilli ferna...@wekers.org
escreveu:

  Em 11 de dezembro de 2014 10:56, joao jamaicabsd jamaica...@gmail.com
  escreveu:
 
   Bom dia pessoal.
   Estou rodando um tcpdump e estou notando uma grande quantidade de
 bloquei
   de tráfego UDP, alguém pode me ajudar a desvendar isso? Segue:
  
block in on re1: 192.168.0.22.59087  74.102.93.218.33709: UDP,
 length 18
  
   10:51:13.322468 rule 2..16777216/0(match):block in on re1:
   192.168.0.22.59087  183.81.63.14.51113: UDP, length 18
  
   10:51:13.322544 rule 2..16777216/0(match): block in on re1:
   192.168.0.22.59087  76.70.77.89.22428: UDP, length 18
  
   10:51:13.322607 rule 2..16777216/0(match): block in on re1:
   192.168.0.22.59087  182.164.149.225.18070: UDP, length 18
  
   10:51:14.055326 rule 2..16777216/0(match): block in on re2:
   189.58.79.200.36646  10.1.1.254.59087: UDP, length 28
  
   10:51:14.108374 rule 2..16777216/0(match): block in on re0:
   172.16.1.11.51507  8.8.4.4.53: 47222+ A? m.hotmail.com. (31)
  
  
  
   --
   E-mail: jamaica...@gmail.com
   Aux Suporte de Sistemas (UNISUL)
   E-mail: joao.may...@unisul.br
   MSN: joaomayk...@hotmail.com
   Cel: (48) 9144 2326
   -

 João, deve ter uma regra block in log para todos udp

 Roda ai e ve que regra é essa:

 $ pfctl -vvs rules | grep @2

 eu deixo passar apenas dns o resto netbios etc bloqueio tudo, porem sem
 log


 --
 Fernando Gilli

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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Biblioteca e Apache 24

[joao jamaicabsd]

Boa tarde pessoal.
fiquei tentando instalar o NTOP de várias maneiras e fui instalando um
monte de coisas (acho que não devia) e por fim não consegui e o apache24
parou e está me retornando:

Performing sanity check on apache24 configuration:
Shared object libaprutil-1.so.0 not found, required by httpd
Starting apache24.
Shared object libaprutil-1.so.0 not found, required by httpd
/usr/local/etc/rc.d/apache24: WARNING: failed to start apache24

Sendo que em /usr/local/lib contem os arquivos:

-rw-r--r--  1 root  wheel  -  175K Jun  2  2014
/usr/local/lib/libaprutil-1.a
-rwxr-xr-x  1 root  wheel  -  1.0K Jun  2  2014 /usr/local/lib/
libaprutil-1.la
lrwxr-xr-x  1 root  wheel  -   17B Jun  2  2014
/usr/local/lib/libaprutil-1.so - libaprutil-1.so.5
-rwxr-xr-x  1 root  wheel  -  154K Jun  2  2014
/usr/local/lib/libaprutil-1.so.5

Como faço para o apache voltar a funcionar, sendo que já desinstalei e
instalei novamente, até através do pkg install.

Obrigado.

-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Biblioteca e Apache 24

[joao jamaicabsd]

Resolvido!

Boa tarde Fabrício, vc é o cara, fico devendo outra.

O link simbólico que vc passou, tive que fazer outros que o apache estava
solicitando, mas entendi isso depois que vc passou.

Agora vou tentar descobrir pq o webmin não estã mais funfando, mas é outra
história.

Muito obrigado e se um dia eu puder te ajudar assim como qualquer um do
grupo será um prazer.

Fique com Deus.


Em 11 de dezembro de 2014 16:39, Fabricio Lima lis...@fabriciolima.com.br
escreveu:

 essas libs malditas as vezes ficam assim.. faltando pedaço...

 cria um link simbolico pra lib q ja ta la...

 # cd /usr/local/lib   ln -s libaprutil-1.so.5  libaprutil-1.so.0

 depois da um
 # ldconfig


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

 Em 11 de dezembro de 2014 16:23, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Boa tarde pessoal.
  fiquei tentando instalar o NTOP de várias maneiras e fui instalando um
  monte de coisas (acho que não devia) e por fim não consegui e o apache24
  parou e está me retornando:
 
  Performing sanity check on apache24 configuration:
  Shared object libaprutil-1.so.0 not found, required by httpd
  Starting apache24.
  Shared object libaprutil-1.so.0 not found, required by httpd
  /usr/local/etc/rc.d/apache24: WARNING: failed to start apache24
 
  Sendo que em /usr/local/lib contem os arquivos:
 
  -rw-r--r--  1 root  wheel  -  175K Jun  2  2014
  /usr/local/lib/libaprutil-1.a
  -rwxr-xr-x  1 root  wheel  -  1.0K Jun  2  2014 /usr/local/lib/
  libaprutil-1.la
  lrwxr-xr-x  1 root  wheel  -   17B Jun  2  2014
  /usr/local/lib/libaprutil-1.so - libaprutil-1.so.5
  -rwxr-xr-x  1 root  wheel  -  154K Jun  2  2014
  /usr/local/lib/libaprutil-1.so.5
 
  Como faço para o apache voltar a funcionar, sendo que já desinstalei e
  instalei novamente, até através do pkg install.
 
  Obrigado.
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvida sobre PF e Filas HFSC

[joao jamaicabsd]

Boa tarde pessoal.
Estou montando um modelo de firewall, mas de tanto pesquisar fiquei com
dúvidas.
Vamos supor que tenho 2MB Full (down e up),
1 - O controle de upload eu faço na interface  externa  e Download na
Interna, correto?

2 - Esse modelo está correto para download da externa?

altq on $IF_WAN hfsc bandwidth $UPLOAD qlimit 150 queue {pri1up, pri3up,
pri5up}

3 -  E esse para interna?

altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
int_down}


O problema é que usando o pfctl -sq -vvv -v estou notando o tráfego muito
baixo nas filas.

Alguém pode me dar uma luz?
Obrigado
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida sobre PF e Filas HFSC

[joao jamaicabsd]

Boa tarde Fabrício.
É sim, 2mb simétricos;
E aqui é gigabite, então eu coloquei 1000Mb em $VEL_RD_LAN, e em  $VEL_LAN
2Mb, veja como ficou as filas completas pada download:

altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
int_down}

queue int_if on $IF_LAN bandwidth $VEL_LAN priority 1 qlimit 150
hfsc (linkshare 2% upperlimit 100% realtime 1% red default)

queue int_down on $IF_LAN hfsc bandwidth $DOWNLOAD qlimit 150
{pri2down, pri5down}

queue pri5down on $IF_LAN bandwidth 50% priority 5 qlimit
150 hfsc (linkshare 5% upperlimit 100% realtime 15% red)

queue pri2down on $IF_LAN bandwidth 30% priority 2 qlimit
150 hfsc (linkshare 2% upperlimit 100% realtime 20% red)


Em 10 de dezembro de 2014 17:27, Fabricio Lima lis...@fabriciolima.com.br
escreveu:

 eu sempre fiz controle so nas interfaces externas e nao percebi problema.

 vc quer dizer 2mb simetricos ne? 2mb upload e 2mb download...

 ou quer dizer 2mb full (carregado, saturado 100% do link?)

 este 2o altq  vc ta botando 100mbps em VEL_RD_LAN?
 eu botaria 2mb...

 my take: deixa a lan como está e 'configura' a wan em 2mbps in/out...

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

 Em 10 de dezembro de 2014 16:53, joao jamaicabsd jamaica...@gmail.com
 escreveu:

  Boa tarde pessoal.
  Estou montando um modelo de firewall, mas de tanto pesquisar fiquei com
  dúvidas.
  Vamos supor que tenho 2MB Full (down e up),
  1 - O controle de upload eu faço na interface  externa  e Download na
  Interna, correto?
 
  2 - Esse modelo está correto para download da externa?
 
  altq on $IF_WAN hfsc bandwidth $UPLOAD qlimit 150 queue {pri1up, pri3up,
  pri5up}
 
  3 -  E esse para interna?
 
  altq on $IF_LAN hfsc bandwidth $VEL_RD_LAN qlimit 150 queue {int_if,
  int_down}
 
 
  O problema é que usando o pfctl -sq -vvv -v estou notando o tráfego muito
  baixo nas filas.
 
  Alguém pode me dar uma luz?
  Obrigado
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
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] Firebird 2.1 no FreeBSD 10.1

[Joao Vitor]

Estou com a seguinte duvida, se há possibilidade de estar instalando o 
Firebird-2.1 na versão do FreeBSD 10.1.


--
Obrigado!!!
JVDS

-
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

Re: [FUG-BR] Apache24 e PHP55

[joao jamaicabsd]

Obrigado

Em 19 de setembro de 2014 19:57, Paulo Henrique - BSDs Brasil 
paulo.rd...@bsd.com.br escreveu:



 Enviado do meu smartphone Sony Xperia™

  joao jamaicabsd escreveu 

  Rapazes obrigado pela atenção, mas cansei, fiz de tudo e não tem jeito,
 em
  contrapartida instalei o Webmin para o cliente fazer as alterações de
  bloqueio do squid, antes eu instalar um painel de controle que tenho aqui
  em php.
  Obrigado e bom find a todos.
 

 Po instale o apache22 e o php53.

 Atualizei um server hoje e esta tudo ok.
  Em 19 de setembro de 2014 17:11, MrBiTs mrbits@gmail.com escreveu:
 
Tem não. No php 5.4 já não tem o register_globals. :D
Ainda bem porque se não tirassem, podes crer que iria ter gente
 usando
   ainda. rsrsrsrs
  
   EU SEI! Tem um cliente meu que está ainda com o 5.3 por causa do
 legado.
   Eles até estão migrando os sistemas, mas isso vai longe.
   register_globals me deu muita dor de cabeça no passado. Isso era um
 câncer
   que tinha mesmo que ser estripado.
  
   --
   echo
  
  
 920680245503158263821824753325972325831728150312428342077412537729420364909318736253880971145983128276953696631956862757408858710644955909208239222408534030331747172248238293509539472164571738870818862971439246497991147436431430964603600458631758354381402352368220521740203494788796697543569807851284795072334480481413675418412856581412376640379241258356436205061541557366641602992820546646995466P
   | dc
  
  
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
  
 
 
  --
  E-mail: jamaica...@gmail.com
  Aux Suporte de Sistemas (UNISUL)
  E-mail: joao.may...@unisul.br
  MSN: joaomayk...@hotmail.com
  Cel: (48) 9144 2326
  -
  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




-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Fwd: Dúvidas com PF

[joao jamaicabsd]

Resolvido!

Era isso mesmo Mario Lobo, o any que estava errado.
Muito obrigado e boa semana a todos.



On Fri, 19 Sep 2014 18:24:26 -0300
joao jamaicabsd jamaica...@gmail.com wrote:

 Boa noite.

 Eu utilizo a seguinte regra:

 #pass in quick on $IF_LAN proto tcp from $REDE_LAN to any port
 $LAN_PORTS_TCP keep state

 Assim em uma macro eu altero somente as portas que desejo, mas eu
 gostaria de bloquear alguns sites 443 com o face por exemplo. Então
 criei uma tabela com alguns ips para barrar e dá erro na linha:

 pass in quick on $IF_LAN proto tcp from $REDE_LAN to* !NEGADOS* any
 port $LAN_PORTS_TCP keep state


 Já alterei a localização desta tabela e o erro continua, alguém pode
 me ajudar?
 Obrigado.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Acho que any ports é o erro. Tente:

pass in quick on $IF_LAN proto tcp from $REDE_LAN to ! NEGADOS
port $LAN_PORTS_TCP keep state

--
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE)

UNIX was not designed to stop you from doing stupid things,
because that would also stop you from doing clever things.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
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

[FUG-BR] Apache24 e PHP55

[joao jamaicabsd]

*Boa tarde a todos. Estou até com vergonha de pedir ajuda nisso, mas estou
me quebrando a uns dias, já lí todos os fóruns e ainda não consegui, mas
vamos lá:*

*Ao abrir uma página em php , o phpinfo() por exemplo me vem um arquivo pra
baixar, sendo que todos os pacotes pra rodar o php estão instalados: *


* # pkg info | grep php*

php55-5.5.16   PHP Scripting Language
php55-ctype-5.5.16 The ctype shared extension for php
php55-dom-5.5.16   The dom shared extension for php
php55-extensions-1.8   meta-port to install PHP extensions
php55-filter-5.5.16The filter shared extension for php
php55-gd-5.5.16The gd shared extension for php
php55-hash-5.5.16  The hash shared extension for php
php55-iconv-5.5.16 The iconv shared extension for php
php55-json-5.5.16  The json shared extension for php
php55-mysql-5.5.16 The mysql shared extension for php
php55-opcache-5.5.16   The opcache shared extension for php
php55-pdo-5.5.16   The pdo shared extension for php
php55-pdo_sqlite-5.5.16_1  The pdo_sqlite shared extension for php
php55-phar-5.5.16  The phar shared extension for php
php55-posix-5.5.16 The posix shared extension for php
php55-session-5.5.16   The session shared extension for php
php55-simplexml-5.5.16 The simplexml shared extension for php
php55-sqlite3-5.5.16_1 The sqlite3 shared extension for php
php55-tokenizer-5.5.16 The tokenizer shared extension for php
php55-xml-5.5.16   The xml shared extension for php
php55-xmlreader-5.5.16 The xmlreader shared extension for php
php55-xmlwriter-5.5.16 The xmlwriter shared extension for php


*Inseri as linhas no httpd.conf:*

LoadModule php5_modulelibexec/apache24/libphp5.so

DirectoryIndex index.php index.html index.htm



AddType application/x-httpd-php .php

AddType application/x-httpd-php-source .phps


*Fiz as alterações no php.ini*

 register_globals=On

register_long_array=On

extension=mysql.so

extension=gd.so

extension=mcrypt.so




*E mesmo assim ainda continua dando o problema. Se alguém puder me ajudar
eu agradeço.*

*Até!*



-- 
E-mail: jamaica...@gmail.com
Aux Suporte de Sistemas (UNISUL)
E-mail: joao.may...@unisul.br
MSN: joaomayk...@hotmail.com
Cel: (48) 9144 2326
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Dúvidas com PF

[joao jamaicabsd]

Boa noite.

Eu utilizo a seguinte regra:

#pass in quick on $IF_LAN proto tcp from $REDE_LAN to any port
$LAN_PORTS_TCP keep state

Assim em uma macro eu altero somente as portas que desejo, mas eu gostaria
de bloquear alguns sites 443 com o face por exemplo. Então criei uma tabela
com alguns ips para barrar e dá erro na linha:

pass in quick on $IF_LAN proto tcp from $REDE_LAN to* !NEGADOS* any port
$LAN_PORTS_TCP keep state


Já alterei a localização desta tabela e o erro continua, alguém pode me
ajudar?
Obrigado.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] [OFF TOPIC] lista FUG-like p/ Linux

[Joao Carlos Peixoto Ponce]

ola lista

acompanho a fug a muito tempo mas participo pouco, aprendo com as duvidas
da galera e olha que aprendo muito
agora tenho no meu emprego a funcao de administrar um red hat devido a uma
aplicacao de erp proprietaria que nao roda em freebsd - bom ate roda, fiz
rodar mas a empresa que faz nao da suporte entao me obrigaram a por
linux... e pra variar os problemas ja comecaram

entao queria saber de voces e me perdoem o off topic: existe alguma lista
no brasil, sobre linux, com um nivel minimamente parecido com o da fug-br?
qual lista de linux voces me recomendariam? a mim que estou mal acostumado
com a qualidade da fug (;

obrigado desde ja
-
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