Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

Anderson, boa tarde!

Eu não entendi bem a sua dúvida, mas sobre a partição /boot eu consegui 
contornar isso.
Você não precisa adicionar a partição /boot ao RAID... Algo que você pode fazer 
é reconfigurar o grub para que, quando ele atualizar, o sistema identifica que 
existem duas partições /boot e irá atualizar as duas. Sendo assim, se em algum 
momento o disco 1 (principal) parar de funcionar, o segundo disco terá o /boot 
atualizado e irá conseguir iniciar corretamente.
PORÉM, existe um segundo pulo do gato que envolve o /boot e o fstab... É meio 
complicado descrever o problema, mas se trata do seguinte:
Após você rodar o reconfigure pros grubs/boot, você conseguirá adicionar a 
lista do fstab quais são os seus /boot (UUID). O que acontece é que, se o disco 
principal falhar, durante a inicialização do sistema, o sistema vai ler a 
primeira linha de /boot que será o UUID do /boot do disco principal que neste 
caso está fora, e por conta disso não conseguirá iniciar. OK, você até vai 
conseguir acessar a máquina e modificar o fstab para o segundo UUID de /boot 
passar a ser o principal, mas o intuito é isso ser invisível. Para este caso, 
você pode adicionar um mesmo LABEL para as partições /boot.
Logo, na identificação do fstab, ao invés de ter um UUID diferente para cada 
/boot, você irá identificar o label para montar no /boot. Neste caso, como as 
duas partições /boot dos dois discos possuem o mesmo LABEL, caso um /boot pare 
de funcionar (disco fora), ele irá iniciar pelo outro /boot do segundo disco.
Irei descrever abaixo os comandos:

Reconfigurar e identificar os /boot que serão atualizados em conjunto.
PS: É sempre indicado que os HDs sejam de mesma marca e capacidade, para que no 
momento da formatação do disco, o /boot secundário ficar identico ao principal.
# dpkg-reconfigure grub-efi-amd64

Adicionar LABEL aos /boot.
# dosfslabel /dev/boot1 "nome-label"
# dosfslabel /dev/boot2 "nome-label"

Modificar no fstab a linha que diz respeito ao /boot , trocando o UUID por 
LABEL.
LABEL=nome-label /boot 

Pra testar, já sabe... Desativa um HD, depois tenta iniciar pelo outro. Depois 
desativa o atual, e reinicia pelo que estava parado.
Interessante é que o RAID ainda irá funcionar lindamente, e nunca te dará dor 
de cabeça. :)
Espero ter ajudado!

Best,
On Mar 4 2024, at 1:10 pm, Anderson Rodrigues  
wrote:
> Por falar em Raid tem um problema que eu ainda não consegui contornar, 
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid por 
> exemplo "md0/boot" o Grub não consegue ver esse diretório durante a 
> instalação uma forma de contornar isso é criar uma partição no disco somente 
> para o /boot, porém se esse disco for o que apresentar o problema perdemos o 
> acesso ao sistema, uma pergunta RAID em software é recomendado apenas para 
> máquinas desktops e não servidores, ou temos alguma forma de deixar o /boot 
> com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida  (mailto:rafael.i...@gmail.com)> escreveu:
> > Galera,
> > Quem quiser saber mais sobre SSD no Linux
> > https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
> >
> >
> >
> > Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha 
> > mailto:leandrocunha...@gmail.com)> escreveu:
> > > João, é você que realiza o processo pra se retirar da lista.
> > >
> > > https://lists.debian.org/debian-user-portuguese/
> > > Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni 
> > > mailto:jnge...@hotmail.com)> escreveu:
> > > > Me retire desta lista
> > > >
> > > > Obter o Outlook para Android (https://aka.ms/AAb9ysg)
> > > > From: Jose Tavares  > > > (mailto:jaatavar...@gmail.com)>
> > > > Sent: Wednesday, February 28, 2024 2:02:14 AM
> > > > To: Yuri Musachio  > > > (mailto:yuri.musac...@gmail.com)>
> > > > Cc: Rafael de Almeida  > > > (mailto:rafael.i...@gmail.com)>; debian-user-portuguese 
> > > >  > > > (mailto:debian-user-portuguese@lists.debian.org)>
> > > > Subject: Re: TESTE DE INTEGRIDADE SSD
> > > >
> > > >
> > > > Me lembrei de algo extra..
> > > >
> > > > Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado 
> > > > no SSD uma particao de swap muito pequena, alguns blocos do SSD serão 
> > > > super stressados com escrita e leitura, podendo danificar aquele espaco 
> > > > precocemente. A recomendacao é que o swap seja sempre 2x a quantidade 
> > > > de ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
> > > >

Re: TESTE DE INTEGRIDADE SSD

[Paulo Ricardo Bruck]

Humm vou dar o meu pitaco pois faz muito tempo que não mexo com o msadm,
mas na época eu fazia um grub-install /dev/ sda; grub-install /dev/sdb

Em seg., 4 de mar. de 2024, 14:27, Anderson Rodrigues <
andersonrodrigues1...@gmail.com> escreveu:

> Por falar em Raid tem um problema que eu ainda não consegui contornar,
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid
> por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
> instalação uma forma de contornar isso é criar uma partição no disco
> somente para o /boot, porém se esse disco for o que apresentar o problema
> perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
> apenas para máquinas desktops e não servidores, ou temos alguma forma de
> deixar o /boot com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
>> Galera,
>> Quem quiser saber mais sobre SSD no Linux
>> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>>
>> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
>> leandrocunha...@gmail.com> escreveu:
>>
>>> João, é você que realiza o processo pra se retirar da lista.
>>>
>>> https://lists.debian.org/debian-user-portuguese/
>>>
>>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>>> jnge...@hotmail.com> escreveu:
>>>
>>>> Me retire desta lista
>>>>
>>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>>>> --
>>>> *From:* Jose Tavares 
>>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>>> *To:* Yuri Musachio 
>>>> *Cc:* Rafael de Almeida ;
>>>> debian-user-portuguese 
>>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>>>
>>>> Me lembrei de algo extra..
>>>>
>>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado
>>>> no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>>>> stressados com escrita e leitura, podendo danificar aquele espaco
>>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>>>
>>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
>>>> ..
>>>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>>>> disco, se consegue saber quantas vezes um determinado bloco consegue
>>>> aceitar escritas antes de estourar.
>>>>
>>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>>>> os calculos, mas pelos 2 anos o problema acontece.
>>>>
>>>> Jose Tavares
>>>>
>>>>
>>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>>>> wrote:
>>>>
>>>> Alguns fabricantes de SSD tem produtos muito ruins.
>>>>
>>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>>>
>>>> O smart roda em background, então não afeta a perf da máquina. Lê com
>>>> atenção os resultados.
>>>>
>>>> Uma tool simples que recomendo é o f3.
>>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>>>> Foi escrita por um brasileiro.
>>>>
>>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>>>> para qualquer tipo de armazenamento.
>>>>
>>>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>>>> re

Re: TESTE DE INTEGRIDADE SSD

[Anderson Rodrigues]

Por falar em Raid tem um problema que eu ainda não consegui contornar,
fazendo Raid em Software temos um problema para instalar o /Boot no Raid
por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
instalação uma forma de contornar isso é criar uma partição no disco
somente para o /boot, porém se esse disco for o que apresentar o problema
perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
apenas para máquinas desktops e não servidores, ou temos alguma forma de
deixar o /boot com grub em todos os discos de forma a não parar a máquina?
Muito Obrigado a todos e um bom dia.

Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
rafael.i...@gmail.com> escreveu:

> Galera,
> Quem quiser saber mais sobre SSD no Linux
> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>
> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
> leandrocunha...@gmail.com> escreveu:
>
>> João, é você que realiza o processo pra se retirar da lista.
>>
>> https://lists.debian.org/debian-user-portuguese/
>>
>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>> jnge...@hotmail.com> escreveu:
>>
>>> Me retire desta lista
>>>
>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>>> --
>>> *From:* Jose Tavares 
>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>> *To:* Yuri Musachio 
>>> *Cc:* Rafael de Almeida ; debian-user-portuguese
>>> 
>>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>>
>>> Me lembrei de algo extra..
>>>
>>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
>>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>>> stressados com escrita e leitura, podendo danificar aquele espaco
>>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>>
>>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol
>>> ..
>>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>>> disco, se consegue saber quantas vezes um determinado bloco consegue
>>> aceitar escritas antes de estourar.
>>>
>>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>>> os calculos, mas pelos 2 anos o problema acontece.
>>>
>>> Jose Tavares
>>>
>>>
>>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>>> wrote:
>>>
>>> Alguns fabricantes de SSD tem produtos muito ruins.
>>>
>>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>>
>>> O smart roda em background, então não afeta a perf da máquina. Lê com
>>> atenção os resultados.
>>>
>>> Uma tool simples que recomendo é o f3.
>>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>>> Foi escrita por um brasileiro.
>>>
>>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>>> para qualquer tipo de armazenamento.
>>>
>>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>>> resets nas controladoras de disco.
>>>
>>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
>>> diferentes, para contornar problemas de fabricantes e de modelos
>>> específicos. Outra opção é usar um SSD e um HDD, e então configurar
>>> write-mostly para que todas as leituras se dêem somente do SSD e as
>>> escritas em ambos para não ter perda de performance significativa.
>>>
>>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
>>> um dd if= of=/dev/null
>>> Desta forma fazend

Re: TESTE DE INTEGRIDADE SSD

[Rafael de Almeida]

Galera,
Quem quiser saber mais sobre SSD no Linux
https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf

Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
leandrocunha...@gmail.com> escreveu:

> João, é você que realiza o processo pra se retirar da lista.
>
> https://lists.debian.org/debian-user-portuguese/
>
> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
> jnge...@hotmail.com> escreveu:
>
>> Me retire desta lista
>>
>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>> --
>> *From:* Jose Tavares 
>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>> *To:* Yuri Musachio 
>> *Cc:* Rafael de Almeida ; debian-user-portuguese <
>> debian-user-portuguese@lists.debian.org>
>> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>>
>> Me lembrei de algo extra..
>>
>> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
>> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
>> stressados com escrita e leitura, podendo danificar aquele espaco
>> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
>> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>>
>> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
>> Deixa eu contar como aconteceu comigo o problema repetitivamente:
>> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
>> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
>> disco, se consegue saber quantas vezes um determinado bloco consegue
>> aceitar escritas antes de estourar.
>>
>> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a
>> máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa
>> prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo
>> espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar
>> lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer
>> os calculos, mas pelos 2 anos o problema acontece.
>>
>> Jose Tavares
>>
>>
>> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
>> wrote:
>>
>> Alguns fabricantes de SSD tem produtos muito ruins.
>>
>> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
>> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
>> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>>
>> O smart roda em background, então não afeta a perf da máquina. Lê com
>> atenção os resultados.
>>
>> Uma tool simples que recomendo é o f3.
>> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
>> Foi escrita por um brasileiro.
>>
>> Basicamente o que ela faz é escrever padrões em toda a memória flash e
>> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
>> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
>> para qualquer tipo de armazenamento.
>>
>> Durante as operações, acompanhe os logs da máquina para ver se acontece
>> resets nas controladoras de disco.
>>
>> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
>> diferentes, para contornar problemas de fabricantes e de modelos
>> específicos. Outra opção é usar um SSD e um HDD, e então configurar
>> write-mostly para que todas as leituras se dêem somente do SSD e as
>> escritas em ambos para não ter perda de performance significativa.
>>
>> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar
>> um dd if= of=/dev/null
>> Desta forma fazendo uma leitura completa do disco antes de começar o seu
>> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
>> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
>> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
>> no disco e vendo resultados.
>>
>> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
>> testes, e irá acusar problemas se houverem.
>>
>> Ah, e execute todos os testes antes de colocar o disco em produção.
>>
>> Espero ter ajudado.
>> Jose Tavares
>>
>>
>> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
>> wrote:
>>
>> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
>> existem certos “pulo do gato” que eu penei pra encontrar soluções na
>> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
>> “desenvolvi”/descobri uma solução. Rs
>> Outr

Re: TESTE DE INTEGRIDADE SSD

[Leandro Cunha]

João, é você que realiza o processo pra se retirar da lista.

https://lists.debian.org/debian-user-portuguese/

Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
jnge...@hotmail.com> escreveu:

> Me retire desta lista
>
> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
> --
> *From:* Jose Tavares 
> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
> *To:* Yuri Musachio 
> *Cc:* Rafael de Almeida ; debian-user-portuguese <
> debian-user-portuguese@lists.debian.org>
> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>
> Me lembrei de algo extra..
>
> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
> stressados com escrita e leitura, podendo danificar aquele espaco
> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>
> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
> Deixa eu contar como aconteceu comigo o problema repetitivamente:
> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
> disco, se consegue saber quantas vezes um determinado bloco consegue
> aceitar escritas antes de estourar.
>
> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina
> no trajeto pro office e no trajeto pra casa, o que seria uma boa prática.
> Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do
> swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo
> quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os
> calculos, mas pelos 2 anos o problema acontece.
>
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
> wrote:
>
> Alguns fabricantes de SSD tem produtos muito ruins.
>
> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>
> O smart roda em background, então não afeta a perf da máquina. Lê com
> atenção os resultados.
>
> Uma tool simples que recomendo é o f3.
> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
> Foi escrita por um brasileiro.
>
> Basicamente o que ela faz é escrever padrões em toda a memória flash e
> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
> para qualquer tipo de armazenamento.
>
> Durante as operações, acompanhe os logs da máquina para ver se acontece
> resets nas controladoras de disco.
>
> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
> diferentes, para contornar problemas de fabricantes e de modelos
> específicos. Outra opção é usar um SSD e um HDD, e então configurar
> write-mostly para que todas as leituras se dêem somente do SSD e as
> escritas em ambos para não ter perda de performance significativa.
>
> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
> dd if= of=/dev/null
> Desta forma fazendo uma leitura completa do disco antes de começar o seu
> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
> no disco e vendo resultados.
>
> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
> testes, e irá acusar problemas se houverem.
>
> Ah, e execute todos os testes antes de colocar o disco em produção.
>
> Espero ter ajudado.
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
> wrote:
>
> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
> existem certos “pulo do gato” que eu penei pra encontrar soluções na
> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
> “desenvolvi”/descobri uma solução. Rs
> Outra solução também, bem simples, é deixar o sistema num HD e o /home
> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
> problema no HD do sistema.
> Mas se for o caso de não haver um segundo slot de HD, acho que um programa
> (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma
> alternativa.
>
>
>
>
>
> Best,
>
> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
> 
> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
&

Re: TESTE DE INTEGRIDADE SSD

[João Pedro Nader Gervasoni]

Me retire desta lista

Obter o Outlook para Android<https://aka.ms/AAb9ysg>

From: Jose Tavares 
Sent: Wednesday, February 28, 2024 2:02:14 AM
To: Yuri Musachio 
Cc: Rafael de Almeida ; debian-user-portuguese 

Subject: Re: TESTE DE INTEGRIDADE SSD

Me lembrei de algo extra..

Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no SSD 
uma particao de swap muito pequena, alguns blocos do SSD serão super stressados 
com escrita e leitura, podendo danificar aquele espaco precocemente. A 
recomendacao é que o swap seja sempre 2x a quantidade de ram. Hoje em dia isto 
pode ser bastante de espaco desperdicado.

Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
Deixa eu contar como aconteceu comigo o problema repetitivamente:
Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles aceitam 
de escrita antes de pifar, e então dividir os bytes pelo espaco de disco, se 
consegue saber quantas vezes um determinado bloco consegue aceitar escritas 
antes de estourar.

Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina no 
trajeto pro office e no trajeto pra casa, o que seria uma boa prática. Dois 
hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do swap, vezes 
uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo quando se vai 
hibernar (realocando) e uma hora dá zebra. É só fazer os calculos, mas pelos 2 
anos o problema acontece.

Jose Tavares


On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
mailto:jaatavar...@gmail.com>> wrote:
Alguns fabricantes de SSD tem produtos muito ruins.

Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long .. 
Quando disparares o teste, verifica quanto tempo irá levar e depois de concluir 
o tempo, com o parâmetro -a consegues ver o resultado.

O smart roda em background, então não afeta a perf da máquina. Lê com atenção 
os resultados.

Uma tool simples que recomendo é o f3.
https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
Foi escrita por um brasileiro.

Basicamente o que ela faz é escrever padrões em toda a memória flash e depois 
lê e compara os resultados. Com isto, dá para ver se há diferenças na escrita e 
depois leitura, o que indicaria erro no armazenamento. Serve para qualquer tipo 
de armazenamento.

Durante as operações, acompanhe os logs da máquina para ver se acontece resets 
nas controladoras de disco.

Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD 
diferentes, para contornar problemas de fabricantes e de modelos específicos. 
Outra opção é usar um SSD e um HDD, e então configurar write-mostly para que 
todas as leituras se dêem somente do SSD e as escritas em ambos para não ter 
perda de performance significativa.

Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um dd 
if= of=/dev/null
Desta forma fazendo uma leitura completa do disco antes de começar o seu uso. 
Nisto já se percebe se houver erros. É possível também fazer testes de escrita 
e leitura usando o fsck.ext4 com -cc caso o disco tenha sido configurado com 
ext4.. O comando shred também pode te ajudar fazendo passes no disco e vendo 
resultados.

Mas de todas opções, o f3 me parece o mais fácil e direto para os teus testes, 
e irá acusar problemas se houverem.

Ah, e execute todos os testes antes de colocar o disco em produção.

Espero ter ajudado.
Jose Tavares


On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
mailto:yuri.musac...@gmail.com>> wrote:
MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem 
certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na 
real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma 
solução. Rs
Outra solução também, bem simples, é deixar o sistema num HD e o /home colocar 
num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD 
do sistema.
Mas se for o caso de não haver um segundo slot de HD, acho que um programa 
(pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma 
alternativa.





Best,

Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida 
mailto:rafael.i...@gmail.com>> escreveu:


Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando 
problema .
Parece que os bichos são descartáveis e o pior a gente tenta falar para o 
cliente fazer backup e é mesmo que nada .
Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a 
fazer RAID 1 .( espelhamento )


Rafael de Almeida Matias
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4



Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha 
mailto:leandrocunha...@gmail.com>> escreveu:
Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.

Links sobre isso
https://wiki.debian.org/SSDOptimization
https://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Jose Tavares]

Me lembrei de algo extra..

Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
stressados com escrita e leitura, podendo danificar aquele espaco
precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
ram. Hoje em dia isto pode ser bastante de espaco desperdicado.

Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
Deixa eu contar como aconteceu comigo o problema repetitivamente:
Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
disco, se consegue saber quantas vezes um determinado bloco consegue
aceitar escritas antes de estourar.

Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina
no trajeto pro office e no trajeto pra casa, o que seria uma boa prática.
Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do
swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo
quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os
calculos, mas pelos 2 anos o problema acontece.

Jose Tavares


On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares  wrote:

> Alguns fabricantes de SSD tem produtos muito ruins.
>
> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>
> O smart roda em background, então não afeta a perf da máquina. Lê com
> atenção os resultados.
>
> Uma tool simples que recomendo é o f3.
> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
> Foi escrita por um brasileiro.
>
> Basicamente o que ela faz é escrever padrões em toda a memória flash e
> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
> para qualquer tipo de armazenamento.
>
> Durante as operações, acompanhe os logs da máquina para ver se acontece
> resets nas controladoras de disco.
>
> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
> diferentes, para contornar problemas de fabricantes e de modelos
> específicos. Outra opção é usar um SSD e um HDD, e então configurar
> write-mostly para que todas as leituras se dêem somente do SSD e as
> escritas em ambos para não ter perda de performance significativa.
>
> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
> dd if= of=/dev/null
> Desta forma fazendo uma leitura completa do disco antes de começar o seu
> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
> no disco e vendo resultados.
>
> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
> testes, e irá acusar problemas se houverem.
>
> Ah, e execute todos os testes antes de colocar o disco em produção.
>
> Espero ter ajudado.
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
> wrote:
>
>> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
>> existem certos “pulo do gato” que eu penei pra encontrar soluções na
>> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
>> “desenvolvi”/descobri uma solução. Rs
>> Outra solução também, bem simples, é deixar o sistema num HD e o /home
>> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
>> problema no HD do sistema.
>> Mas se for o caso de não haver um segundo slot de HD, acho que um
>> programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser
>> também uma alternativa.
>>
>>
>>
>>
>>
>> Best,
>>
>> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
>> rafael.i...@gmail.com> escreveu:
>>
>> 
>> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
>> dando problema .
>> Parece que os bichos são descartáveis e o pior a gente tenta falar para o
>> cliente fazer backup e é mesmo que nada .
>> Peguei a sugestão do Eriberto o qual tenho grande admiração. De
>> aconselhar a fazer RAID 1 .( espelhamento )
>>
>>
>> *Rafael de Almeida Matias*
>> Especialista em Segurança da Informação
>> Tecnólogo em Redes de Computadores
>> Técnico em Informática
>> Currículo Lattes: https://goo.gl/RqclG4
>>
>>
>>
>> Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
>> leandrocunha...@gmail.com> escreveu:
>>
>>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
>>> SSD.
>>>
>>> Links sobre isso
>>> https://wiki.debian.org/SSDOptimization
>>> https://wiki.debian.org/SSD%20Installation
>>>
>>

Re: TESTE DE INTEGRIDADE SSD

[Jose Tavares]

Alguns fabricantes de SSD tem produtos muito ruins.

Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long
.. Quando disparares o teste, verifica quanto tempo irá levar e depois de
concluir o tempo, com o parâmetro -a consegues ver o resultado.

O smart roda em background, então não afeta a perf da máquina. Lê com
atenção os resultados.

Uma tool simples que recomendo é o f3.
https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
Foi escrita por um brasileiro.

Basicamente o que ela faz é escrever padrões em toda a memória flash e
depois lê e compara os resultados. Com isto, dá para ver se há diferenças
na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
para qualquer tipo de armazenamento.

Durante as operações, acompanhe os logs da máquina para ver se acontece
resets nas controladoras de disco.

Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
diferentes, para contornar problemas de fabricantes e de modelos
específicos. Outra opção é usar um SSD e um HDD, e então configurar
write-mostly para que todas as leituras se dêem somente do SSD e as
escritas em ambos para não ter perda de performance significativa.

Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
dd if= of=/dev/null
Desta forma fazendo uma leitura completa do disco antes de começar o seu
uso. Nisto já se percebe se houver erros. É possível também fazer testes de
escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
configurado com ext4.. O comando shred também pode te ajudar fazendo passes
no disco e vendo resultados.

Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
testes, e irá acusar problemas se houverem.

Ah, e execute todos os testes antes de colocar o disco em produção.

Espero ter ajudado.
Jose Tavares


On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
wrote:

> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
> existem certos “pulo do gato” que eu penei pra encontrar soluções na
> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
> “desenvolvi”/descobri uma solução. Rs
> Outra solução também, bem simples, é deixar o sistema num HD e o /home
> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
> problema no HD do sistema.
> Mas se for o caso de não haver um segundo slot de HD, acho que um programa
> (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma
> alternativa.
>
>
>
>
>
> Best,
>
> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
> 
> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
> dando problema .
> Parece que os bichos são descartáveis e o pior a gente tenta falar para o
> cliente fazer backup e é mesmo que nada .
> Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar
> a fazer RAID 1 .( espelhamento )
>
>
> *Rafael de Almeida Matias*
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>
>
> Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
> leandrocunha...@gmail.com> escreveu:
>
>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
>> SSD.
>>
>> Links sobre isso
>> https://wiki.debian.org/SSDOptimization
>> https://wiki.debian.org/SSD%20Installation
>>
>

Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma solução. RsOutra solução também, bem simples, é deixar o sistema num HD e o /home colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD do sistema.Mas se for o caso de não haver um segundo slot de HD, acho que um programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma alternativa.Best,Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida  escreveu:Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) Rafael de Almeida MatiasEspecialista em Segurança da InformaçãoTecnólogo em Redes de ComputadoresTécnico em InformáticaCurrículo Lattes: https://goo.gl/RqclG4Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha  escreveu:Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.Links sobre issohttps://wiki.debian.org/SSDOptimizationhttps://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Rafael de Almeida]

Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
dando problema .
Parece que os bichos são descartáveis e o pior a gente tenta falar para o
cliente fazer backup e é mesmo que nada .
Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar
a fazer RAID 1 .( espelhamento )


*Rafael de Almeida Matias*
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4



Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <
leandrocunha...@gmail.com> escreveu:

> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
> SSD.
>
> Links sobre isso
> https://wiki.debian.org/SSDOptimization
> https://wiki.debian.org/SSD%20Installation
>

Re: TESTE DE INTEGRIDADE SSD

[Leandro Cunha]

Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
SSD.

Links sobre isso
https://wiki.debian.org/SSDOptimization
https://wiki.debian.org/SSD%20Installation

Re: TESTE DE INTEGRIDADE SSD

[Yuri Musachio]

Rafael, boa tarde!

Existe uma palestra bem legal do Eriberto, na Latinoware 2020, falando sobre o 
SSD.
Com certeza deve ter alguma informação falando das ferramentas para os testes 
que você deseja.

Link Youtube: 
https://www.youtube.com/watch?v=Vr8uaJ07Fr0&pp=ygUMZXJpYmVydG8gc3Nk

Best,
On Feb 26 2024, at 12:57 pm, Rafael de Almeida  wrote:
> Prezados,
> Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de 
> integridade de SSD.
>
>
>
> --
> Rafael de Almeida Matias
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>
>
>
>
>
>
>
>
>

Re: TESTE DE INTEGRIDADE SSD

[Luís Cláudio A . Gama]

  Nunca usei, mas na minha pesquisa aqui, achei 2 links versando sobre a
mesma ferramenta.

How to Test SSD/HDD Health in Linux (linuxopsys.com)


  Será isso que procura?

[]s
Luís Cláudio Alves Gama

*ADVERTÊNCIA*: *Esta mensagem é enviada de empresa de tecnologia e pode
conter informações sigilosas, confidenciais ou privilegiadas entre
profissional e cliente, sendo ilegal a divulgação ou reprodução, total ou
parcial de seu conteúdo.*



* Antes de imprimir,* *pense em seu compromisso com o* *Meio Ambiente.*


Em seg., 26 de fev. de 2024 às 12:58, Rafael de Almeida <
rafael.i...@gmail.com> escreveu:

> Prezados,
> Gostaria de saber qual ferramenta no Debian ( Uso testing) faz o teste de
> integridade de SSD.
>
>
>
> --
> *Rafael de Almeida Matias*
> Especialista em Segurança da Informação
> Tecnólogo em Redes de Computadores
> Técnico em Informática
> Currículo Lattes: https://goo.gl/RqclG4
>
>

Re: teste

[Luiz Henrique Rauber Rodrigues]

Failure test

*enviado smartphone
-- 
att.

Luiz Henrique Rauber Rodrigues
Professor URI Santiago - Pesquisador UNIFRA Sta Maria
http://br.linkedin.com/in/luizrauber

// Economizar também é consciencialização ambiental, não imprima este
e-mail se desnecessário
Em 28/06/2014 23:40, "Jack Jr"  escreveu:

>
>

Re: Re: Teste para levantar um novo PDC SAMBA

[Robson Américo]

Boa tarde,

Julio, estava pesquisando sobre o assunto e acabei de tropeçar nas suas
aulas, e estou em situação bem semelhante (migrarei um domínio já
existente, com samba4, para outro servidor também com samba4).

Mantendo o SID do dominio, as estações não perceberão a mudança e vão
autenticar normalmente, ok, mas como manter os usuário, grupo e
principalmente as senhas já existentes atualmente?

Abraço,

-- 
Robson Américo

Re: Teste para levantar um novo PDC SAMBA

[Thiago Nalli Valentim]

> afetado. Isso pode evitar, por exemplo, que, "supondo" que ao longo do dia
>> do seu teste, usando a rede de produção, por coincidência, qualquer outro
>> problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não
>> tenha nada com o seu teste, vc irá certamente "achar que é sim". E pode ser
>> que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair
>> desesperado, dando tiro prá tudo que é lado sem saber a real causa do
>> problema.
>>
>> Boa Sorte.
>>
>> Jd4y - Cristo voltará... prepara-te!
>>
>>
>> *De:* Spirit Mercy 
>> *Para:* julio lopez 
>> *Cc:* "debian-user-portuguese@lists.debian.org" <
>> debian-user-portuguese@lists.debian.org>
>> *Enviadas:* Quinta-feira, 24 de Janeiro de 2013 15:43
>>
>> *Assunto:* Re: Teste para levantar um novo PDC SAMBA
>>
>> Olá Julio!
>>
>> Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito
>> que eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu
>> posso leventar um PDC de teste? Mas como o cliente vai saber que este é um
>> PDC? Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente
>> mas daí ser um Domain Controler já isso eu fiquei confuso. Desde já meu
>> muito obrigado.
>>
>> Spirit Mercy
>>
>> Em 24 de janeiro de 2013 15:40, julio lopez 
>> escreveu:
>>
>> Olá Spirit,
>>
>> Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual
>> herdado lá do ambiente NT, onde o samba, para se manter compativel com o
>> protocolo netbios teve que tratar cada um desses parâmetros contidos no
>> protocolo.
>> Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a
>> responsável (master browser) pela browser list, então esse parâmetro OS
>> Level éa usado para vc determinar qual a prioridade "daquela" máquina nessa
>> disputa pela responsabilidade de gerar e distribuir essa lista com os nomes
>> das máquinas para toda a rede.
>> Bem... então se o que vc quer é só levantar um ambiente para
>> aprendizado/teste, configure o seu server assim:
>> local master = no
>> preferred master = no
>> os level = 33
>> Com isso vc vai garantir que o seu servidor não irá interferir na
>> divulgação da browser list,  deixando essa tarefa para quem já vem fazendo
>> atualmente, sem modificações.
>>
>> Abraço
>>
>> Jd4y - Cristo vai voltar... prepara-te!
>>
>>   --
>> *De:* Spirit Mercy 
>> *Para:* julio lopez 
>> *Cc:* "debian-user-portuguese@lists.debian.org" <
>> debian-user-portuguese@lists.debian.org>
>> *Enviadas:* Quarta-feira, 23 de Janeiro de 2013 15:48
>> *Assunto:* Re: Teste para levantar um novo PDC SAMBA
>>
>> Prezado Julio!
>>
>> Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a
>> respeito, o que vc explicou sobre essa etapa de migração de PDC foi
>> simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste
>> eu uma máquina que a princípio não teria relação com o PDC em produção eu
>> criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será
>> meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os
>> IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS
>> LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado,
>>
>> Spirit Mercy
>>
>> Em 22 de janeiro de 2013 13:09, julio lopez 
>> escreveu:
>>
>> Olá...
>>
>> Primeiro de tudo...CUIDADO!
>>
>> Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
>> que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
>> Se entendi direito, vc já tem uma rede com estações autenticando num
>> controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
>> Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
>> fazer.
>> Quando uma estação é ligada, ela já "sabe" quem é o controlador do
>> domínio a qual ela pertence e onde deve se autenticar (através de chaves no
>> registry, profiles, SID, DNS, etc... obtidos no momento em que vc
>> "ingressou" ela no dominio).
>> Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
>> ali.
>> Lembre-se disso: as estações já têm informações do dominio, que foram
>> herdadas do PDC no momento que entrou naquele dominio.
>> A chave de toda essa empreitada está em vc preservar essas informaçõ

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Prezado Julio!

Que aula Muito obrigado pela elucidação, agora eu compreendi
perfeitamente. Realmente o senhor está com a razão, eu estava bem confuso
com os conceitos e siglas, vou praticar o que aprendi não somente com seus
e-mails mas como também com o que acumulei na internet. Mil vezes obrigado,

Spirit Mercy

Em 24 de janeiro de 2013 19:47, julio lopez
escreveu:

> Olá Spirit,
>
> Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e
> objetivo.
> Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu
> vejo que vc está insistindo na sigla PDC... Esquece isso.
> Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os
> dominios passaram a ser baseados no conceito ADS.
> Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS
> AO SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias.
> Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um
> controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja,
> levantar o serviço que emula o MS/netlogon para autenticar usuários,
> delegar/gerenciar ID exclusivo para esse dominio, gerir permissões de
> acessos, quotas, etc... tem algumas restrições e limitações, sobretudo
> comparado aos recursos baseados em ADS suportadas a partir do W2K (... sem
> falar nas versões W2Kn superiores).
> Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada
> mais bem elaborada e estudar os "conceitos" a niveis mais detalhados, pois
> o assunto é bem amplo para tratarmos por aqui, ok... de boa? sem stress...
> (rs)
> Para voltarmos ao seu "teste", vou responder as suas perguntas
> objetivamente:
> 1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor
> descreve no seu e-mail abaixo eu posso leventar um PDC de teste?
> R- Sim
> 2-) ...Mas como o cliente vai saber que este é um PDC?
> R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o
> controlador que tem o serviço NETLOGON ativo e uma base SAM para
> autenticá-lo. Não importa se é P ou BDC. Para que ele "saiba" isso, basta
> vc "ingressar" essa estação no NOVO dominio que vc acabou de levantar na
> rede (obviamente que será um dominio diferente daquele que está em produção)
> 3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente
> mas daí ser um Domain Controler já isso eu fiquei confuso.
> R- Não fique... pois a resposta da sua dúvida já estava declarada na sua
> pergunta. Apenas configure nesse seu servidor que ELE É um controlador de
> dominio, ingresse a estação e pronto. Os principais (existem outros mais)
> parâmetros para isso, estão abaixo:
>  [global]
> *domain logons = Yes* <http://br-mg6.mail.yahoo.com/neo/>*
> *
> *domain master = Yes*
> *[netlogon]* <http://br-mg6.mail.yahoo.com/neo/>*comment = Network Logon
> Service* <http://br-mg6.mail.yahoo.com/neo/>*path =
> /var/lib/samba/netlogon* <http://br-mg6.mail.yahoo.com/neo/>*guest ok =
> Yes* <http://br-mg6.mail.yahoo.com/neo/>*browseable = No*
>
> NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi
> exatamente o que vc quer saber. A principio, me parecia que vc queria
> "atualizar e migrar" seu servidor samba. Mas não sei como é o seu ambiente,
> não sei como roda hoje as autenticações das suas estações, quem autentica,
> ou se o que já existe é um AD e como ele está configurado, se os perfis são
> móveis ou estáticos, enfim... Lembre-se que, se o seu conhecimento
> "conceitual" sobre a empreitada que quer fazer é básico, seria bom estudar
> o assunto primeiro. Lembre-se que estou me referindo a um dominio tipo
> Standalone Server. Se vc quer criar vários dominios com hierarquias
> distribuidas, replicações, florestas, árvores, etc... Daí o buraco é
> bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e estude o
> samba4, pois ele é a grande esperança da comunidade para, finalmente
> atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega
> 2 máquinas isoladas, um server e uma estação, configure-as numa sub-rede e
> faça todas suas lambanças (rsrs) lá, onde nada da sua produção ficará
> afetado. Isso pode evitar, por exemplo, que, "supondo" que ao longo do dia
> do seu teste, usando a rede de produção, por coincidência, qualquer outro
> problema vier a ocorrer e gerar estress nos usuários, mesmo que a causa não
> tenha nada com o seu teste, vc irá certamente "achar que é sim". E pode ser
> que faça o que todos fazem (...eu já fiz): por não ter certeza, vai sair
> desesperado, dando tiro prá tudo que é lado sem saber a real causa do
> problema.
>
> Boa Sorte.
>
> Jd4y - Cristo voltará... prepara-te!
>
>

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá Spirit,

Desculpe, mas não sei se estamos de fato sincronizados no mesmo assunto e 
objetivo.
Talvez eu é que não esteja entendendo bem o que vc quer de fato, pois eu vejo 
que vc está insistindo na sigla PDC... Esquece isso. 
Esse conceito PDC/BDC já é obsoleto desde o lançamento do W2k, quando os 
dominios passaram a ser baseados no conceito ADS. 
Deixa eu fazer uma observação importantíssima: ESTOU ME REFERINDO APENAS AO 
SAMBA3, apesar do SAMBA4 ter sido lançado há poucos dias.
Assim, quero ressaltar que o samba3, apesar de atuar perfeitamente como um 
controlador de dominio (ambos os estilos: MS/NT ou MS/ADS), ou seja, levantar o 
serviço que emula o MS/netlogon para autenticar usuários, delegar/gerenciar ID 
exclusivo para esse dominio, gerir permissões de acessos, quotas, etc... tem 
algumas restrições e
 limitações, sobretudo comparado aos recursos baseados em ADS suportadas a 
partir do W2K (... sem falar nas versões W2Kn superiores).
Para entender melhor isso tudo aí acima, recomendo vc dar uma pesquisada mais 
bem elaborada e estudar os "conceitos" a niveis mais detalhados, pois o assunto 
é bem amplo para tratarmos por aqui, ok... de boa? sem stress... (rs)
Para voltarmos ao seu "teste", vou responder as suas perguntas objetivamente:
1-) ...Quer dizer que do jeito que eu declarar os parâmetros que o senhor 
descreve no seu e-mail abaixo eu posso leventar um PDC de teste?
R- Sim
2-) ...Mas como o cliente vai saber que este é um PDC?
R- de novo, vamos esquecer o P da sigla. Ele só precisa saber quem é o 
controlador que tem o serviço NETLOGON ativo e uma base SAM para autenticá-lo. 
Não importa se é P ou BDC. Para que ele "saiba" isso, basta vc "ingressar" essa 
estação no NOVO dominio que vc acabou de levantar na rede (obviamente que será 
um dominio diferente daquele que está em produção)
3-)...Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente mas 
daí ser um Domain Controler já isso eu fiquei confuso.
R- Não fique... pois a resposta da sua dúvida já estava declarada na sua 
pergunta. Apenas configure nesse seu servidor que ELE É um controlador de 
dominio, ingresse a estação e pronto. Os principais (existem outros mais) 
parâmetros para isso, estão abaixo: [global]

domain logons = Yes

domain master = Yes
[netlogon] 
comment = Network Logon Service 
path = /var/lib/samba/netlogon 
guest ok = Yes 
browseable = No 

NOTA: Novamente o meu conselho é: CUIDADO! Eu não sei se entendi exatamente o 
que vc quer saber. A principio, me parecia que vc queria "atualizar e migrar" 
seu servidor samba. Mas não sei como é o seu ambiente, não sei como roda hoje 
as autenticações das suas estações, quem autentica, ou se o que já existe é um 
AD e como ele está configurado, se os perfis são móveis ou estáticos, enfim... 
Lembre-se que, se o seu conhecimento "conceitual" sobre a empreitada que quer 
fazer é básico, seria bom estudar o assunto primeiro. Lembre-se que estou me 
referindo a um dominio tipo Standalone Server. Se vc quer criar vários dominios 
com hierarquias distribuidas, replicações, florestas, árvores, etc... Daí o 
buraco é bem mais embaixo (pesquise: samba+ldap+kerberos). Aproveite e 
estude o samba4, pois ele é a grande esperança da comunidade para, finalmente 
atender todos os recursos contidos na plataforma MS/ADS. Outa dica é: pega 2 
máquinas
 isoladas, um server e uma estação, configure-as numa sub-rede e faça todas 
suas lambanças (rsrs) lá, onde nada da sua produção ficará afetado. Isso pode 
evitar, por exemplo, que, "supondo" que ao longo do dia do seu teste, usando a 
rede de produção, por coincidência, qualquer outro problema vier a ocorrer e 
gerar estress nos usuários, mesmo que a causa não tenha nada com o seu teste, 
vc irá certamente "achar que é sim". E pode ser que faça o que todos fazem 
(...eu já fiz): por não ter certeza, vai sair desesperado, dando tiro prá tudo 
que é lado sem saber a real causa do problema.

Boa Sorte.

Jd4y - Cristo voltará... prepara-te!

 


De: Spirit Mercy 
Para: julio lopez  
Cc: "debian-user-portuguese@lists.debian.org" 
 
Enviadas: Quinta-feira, 24 de Janeiro de 2013 15:43
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Olá Julio!

Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que eu 
declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu posso 
leventar um PDC de teste? Mas como o cliente vai saber que este é um PDC? Tudo 
bem que eu vou declarar um domínio tanto nele quanto no cliente mas daí ser um 
Domain Controler já isso eu fiquei confuso. Desde já meu muito obrigado.

Spirit Mercy


Em 24 de janeiro de 2013 15:40, julio lopez  
escreveu:

Olá Spirit,
>
>Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado 
>lá do ambiente NT, onde o samba, para se manter compativel com o protocolo 
>netbios teve que tratar cada um desses parâmetros contido

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Olá Julio!

Mais uma vez muito obrigado pela sua resposta, quer dizer que do jeito que
eu declarar os parâmetros que o senhor descreve no seu e-mail abaixo eu
posso leventar um PDC de teste? Mas como o cliente vai saber que este é um
PDC? Tudo bem que eu vou declarar um domínio tanto nele quanto no cliente
mas daí ser um Domain Controler já isso eu fiquei confuso. Desde já meu
muito obrigado.

Spirit Mercy

Em 24 de janeiro de 2013 15:40, julio lopez
escreveu:

> Olá Spirit,
>
> Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual
> herdado lá do ambiente NT, onde o samba, para se manter compativel com o
> protocolo netbios teve que tratar cada um desses parâmetros contidos no
> protocolo.
> Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a
> responsável (master browser) pela browser list, então esse parâmetro OS
> Level éa usado para vc determinar qual a prioridade "daquela" máquina nessa
> disputa pela responsabilidade de gerar e distribuir essa lista com os nomes
> das máquinas para toda a rede.
> Bem... então se o que vc quer é só levantar um ambiente para
> aprendizado/teste, configure o seu server assim:
> local master = no
> preferred master = no
> os level = 33
> Com isso vc vai garantir que o seu servidor não irá interferir na
> divulgação da browser list,  deixando essa tarefa para quem já vem fazendo
> atualmente, sem modificações.
>
> Abraço
>
> Jd4y - Cristo vai voltar... prepara-te!
>
>   --
> *De:* Spirit Mercy 
> *Para:* julio lopez 
> *Cc:* "debian-user-portuguese@lists.debian.org" <
> debian-user-portuguese@lists.debian.org>
> *Enviadas:* Quarta-feira, 23 de Janeiro de 2013 15:48
> *Assunto:* Re: Teste para levantar um novo PDC SAMBA
>
> Prezado Julio!
>
> Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a
> respeito, o que vc explicou sobre essa etapa de migração de PDC foi
> simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste
> eu uma máquina que a princípio não teria relação com o PDC em produção eu
> criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será
> meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os
> IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS
> LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado,
>
> Spirit Mercy
>
> Em 22 de janeiro de 2013 13:09, julio lopez 
> escreveu:
>
> Olá...
>
> Primeiro de tudo...CUIDADO!
>
> Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
> que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
> Se entendi direito, vc já tem uma rede com estações autenticando num
> controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
> Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
> fazer.
> Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio
> a qual ela pertence e onde deve se autenticar (através de chaves no
> registry, profiles, SID, DNS, etc... obtidos no momento em que vc
> "ingressou" ela no dominio).
> Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
> ali.
> Lembre-se disso: as estações já têm informações do dominio, que foram
> herdadas do PDC no momento que entrou naquele dominio.
> A chave de toda essa empreitada está em vc preservar essas informações dos
> PERFIS do servidor.
> Assim, o que vc precisa fazer é "salvar essas informações" do dominio
> ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
> "restaurar as mesmas informações do antigo dominio", para que as suas
> estações se autentiquem corretamente, e utilizem os mesmos perfis que já
> tinham configurados, etc...
> Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
> operar normalmente.
> Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
> o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
> dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
> competamente zerado.
> Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
> caminho das pedras.
>
> 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
> isso diretamente no ATUAL servidor de produção) para praticar esse
> procedimento com segurança.
> 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
> /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
> 2-) emita os comandos a seguir no PDC Linux ATUAL:
> net getlocalsid > localsid_antes
> e
> net getdomainsid > domainsid_antes
> 

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá Spirit,

Na verdade toda essa nomenclatura de PDC/BDC era coisa de conceitual herdado lá 
do ambiente NT, onde o samba, para se manter compativel com o protocolo netbios 
teve que tratar cada um desses parâmetros contidos no protocolo.
Nesse ambinete netbios promove-se uma eleição de uma máquina para ser a 
responsável (master browser) pela browser list, então esse parâmetro OS Level 
éa usado para vc determinar qual a prioridade "daquela" máquina nessa disputa 
pela responsabilidade de gerar e distribuir essa lista com os nomes das 
máquinas para toda a rede.
Bem... então se o que vc quer é só levantar um ambiente para aprendizado/teste, 
configure o seu server assim:
local master = no
preferred master = no
os level = 33
Com isso vc vai garantir que o seu servidor não irá interferir na divulgação da 
browser list,  deixando essa tarefa para quem já vem fazendo atualmente, sem 
modificações.

Abraço
  

Jd4y - Cristo vai voltar... prepara-te!




 De: Spirit Mercy 
Para: julio lopez  
Cc: "debian-user-portuguese@lists.debian.org" 
 
Enviadas: Quarta-feira, 23 de Janeiro de 2013 15:48
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Prezado Julio!

Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a 
respeito, o que vc explicou sobre essa etapa de migração de PDC foi 
simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste eu 
uma máquina que a princípio não teria relação com o PDC em produção eu criaria 
tudo novo (Usuários e Grupos) que seria para eu aprender pois será meu 1º PCD e 
depois sim eu faria a migração que vc ensinou aproveitando os IDs do PDC 
antigo. Sendo assim existe alguma relação com que valor o OS LEVEL deve ser 
declarado neste PDC de teste? Desde já meu muito obrigado,

Spirit Mercy


Em 22 de janeiro de 2013 13:09, julio lopez  
escreveu:

Olá...
>
>Primeiro de tudo...CUIDADO!
>
>Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
>está querendo fazer, não é difícil, mas requer bastante CUIDADO.
>Se entendi direito, vc já tem uma rede com estações autenticando num 
>controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
>Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
>Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a 
>qual ela pertence e onde deve se autenticar (através de chaves no registry, 
>profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no 
>dominio).
>Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
>Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
>do PDC no
 momento que entrou naquele dominio. 
>A chave de toda essa empreitada está em vc preservar essas informações dos 
>PERFIS do servidor.
>Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, 
>para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as 
>mesmas informações do antigo dominio", para que as suas estações se 
>autentiquem corretamente, e utilizem os mesmos perfis que já tinham 
>configurados, etc...
>Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
>normalmente.
>Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
>mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
>colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente 
>zerado.
>Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
>caminho das pedras.
>
>0-) separe um domingão ou feriadão, arrume uma
 outra máquina (não faça isso diretamente no ATUAL servidor de produção) para 
praticar esse procedimento com segurança.
>1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
>/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
>2-) emita os comandos a seguir no PDC Linux ATUAL: 
>net getlocalsid > localsid_antes
>e
>net getdomainsid > domainsid_antes
>PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
>algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
>3-) desligue o servidor de produção (ATUAL) 
>4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , 
>restaure todas as configurações/arquivos do servidor anterior (item 1).
>PS: nesse ponto, teoricamente teremos um novo servidor
 atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos 
usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o 
"pulo do gato".
>5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
>emita os comandos abaixo:
>
>net setlocalsid < l

Re: Teste para levantar um novo PDC SAMBA

[Spirit Mercy]

Prezado Julio!

Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a
respeito, o que vc explicou sobre essa etapa de migração de PDC foi
simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste
eu uma máquina que a princípio não teria relação com o PDC em produção eu
criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será
meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os
IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS
LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado,

Spirit Mercy

Em 22 de janeiro de 2013 13:09, julio lopez
escreveu:

> Olá...
>
> Primeiro de tudo...CUIDADO!
>
> Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
> que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
> Se entendi direito, vc já tem uma rede com estações autenticando num
> controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
> Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
> fazer.
> Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio
> a qual ela pertence e onde deve se autenticar (através de chaves no
> registry, profiles, SID, DNS, etc... obtidos no momento em que vc
> "ingressou" ela no dominio).
> Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
> ali.
> Lembre-se disso: as estações já têm informações do dominio, que foram
> herdadas do PDC no momento que entrou naquele dominio.
> A chave de toda essa empreitada está em vc preservar essas informações dos
> PERFIS do servidor.
> Assim, o que vc precisa fazer é "salvar essas informações" do dominio
> ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
> "restaurar as mesmas informações do antigo dominio", para que as suas
> estações se autentiquem corretamente, e utilizem os mesmos perfis que já
> tinham configurados, etc...
> Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
> operar normalmente.
> Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
> o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
> dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
> competamente zerado.
> Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
> caminho das pedras.
>
> 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
> isso diretamente no ATUAL servidor de produção) para praticar esse
> procedimento com segurança.
> 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
> /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
> 2-) emita os comandos a seguir no PDC Linux ATUAL:
> net getlocalsid > localsid_antes
> e
> net getdomainsid > domainsid_antes
> PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,
> será algo assim: SID for domain SRVNET is:
> S-1-5-21-3688244726-2417961542-2171169457
> 3-) desligue o servidor de produção (ATUAL)
> 4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) ,
> restaure todas as configurações/arquivos do servidor anterior (item 1).
> PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém
> com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e
> senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo
> do gato".
> 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2
> e emita os comandos abaixo:
> net setlocalsid < localsid_antes
> e
> net setdomainsid < domainsid_antes
> PS: agora sim, o novo dominio está com as "mesmas informações" de SID do
> PDC antigo, os quais as suas estações conhecem.
> 6-) Faça o teste logando uma única estação e veja se carregou o perfil
> tudo certinho.
>
> Caso, positivo... repita todo o processo na máquina de produção.
>
> BOA SORTE...
>
> Abraço,
>
> Julio Lopez
>
> Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
> Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e
> dom 19h) no site www.adventistasCGR.com.br
>
> Cristo vai voltar... prepara-te!
>
>
>   --
> *De:* Spirit Mercy 
> *Para:* debian-user-portuguese@lists.debian.org
> *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47
> *Assunto:* Teste para levantar um novo PDC SAMBA
>
> Boa noite Lista!
>
> Acredito que tive problemas no envio do post abaixo sendo assim reenvio a
> lista para ter certeza  que todos lerão.
>
> Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
> atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
> ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
> hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com
> isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
> parametro "OS LEVEL" do ambiente de teste para que eu possa fazer 

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Obrigado Thiago!

Na verdade, eu estou apenas pondo em prática o "conceito" aprendido, desde que 
tive contato com as plataformas apoiadas no título "software livre", que é: 
COMPARTILHAR CONHECIMENTO".
Também, sei muito bem como é a angustia de estar diante de um problema técnico, 
sem ter "todo" o conhecimento para solucioná-lo e ser a única pessoa 
responsável para fazê-lo... como dizem por aí: "os cara pira" (rsrs).
Então, também não custa nada ajudar.
Essa deve ser a premissa da lista: hoje eu te ajudo... amanhã vc me ajuda, e 
assim vamos crescendo em conhecimento juntos.

Abração,
 
Julio Lopez 


JD4Y - Cristo vai voltar... prepara-te! 




 De: Thiago Nalli Valentim 
Para: debian-user-portuguese@lists.debian.org 
Cc: "debian-user-portuguese@lists.debian.org" 
 
Enviadas: Terça-feira, 22 de Janeiro de 2013 23:47
Assunto: Re: Teste para levantar um novo PDC SAMBA
 

Júlio Lopez,

Parabéns, melhor suporte e ajuda que já li.
Explicou BEM como funciona as coisas e o melhor, COMO FAZER.

Meus Parabéns pela ótima Qualidade do que enviou.

Abraços


Em 22 de janeiro de 2013 13:09, julio lopez  
escreveu:

Olá...
>
>Primeiro de tudo...CUIDADO!
>
>Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
>está querendo fazer, não é difícil, mas requer bastante CUIDADO.
>Se entendi direito, vc já tem uma rede com estações autenticando num 
>controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
>Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
>Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a 
>qual ela pertence e onde deve se autenticar (através de chaves no registry, 
>profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no 
>dominio).
>Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
>Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
>do PDC no
 momento que entrou naquele dominio. 
>A chave de toda essa empreitada está em vc preservar essas informações dos 
>PERFIS do servidor.
>Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, 
>para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as 
>mesmas informações do antigo dominio", para que as suas estações se 
>autentiquem corretamente, e utilizem os mesmos perfis que já tinham 
>configurados, etc...
>Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
>normalmente.
>Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
>mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
>colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente 
>zerado.
>Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
>caminho das pedras.
>
>0-) separe um domingão ou feriadão, arrume uma
 outra máquina (não faça isso diretamente no ATUAL servidor de produção) para 
praticar esse procedimento com segurança.
>1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
>/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
>2-) emita os comandos a seguir no PDC Linux ATUAL: 
>net getlocalsid > localsid_antes
>e
>net getdomainsid > domainsid_antes
>PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
>algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
>3-) desligue o servidor de produção (ATUAL) 
>4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , 
>restaure todas as configurações/arquivos do servidor anterior (item 1).
>PS: nesse ponto, teoricamente teremos um novo servidor
 atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos 
usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o 
"pulo do gato".
>5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
>emita os comandos abaixo:
>
>net setlocalsid < localsid_antes
>e
>net setdomainsid < domainsid_antes
>PS: agora sim, o novo dominio está com as "mesmas informações" de SID do PDC 
>antigo, os quais as suas estações conhecem.
>
>6-) Faça o teste logando uma única estação e veja se carregou o perfil tudo 
>certinho.
>
>
>Caso, positivo... repita todo o processo na máquina de produção.
>
>
>BOA SORTE...
> 
>Abraço,
>
>
>Julio Lopez
>
>
>
>Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
>Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 
>19h) no site www.adventistasCGR.com.br
> 
>C

Re: Teste para levantar um novo PDC SAMBA

[Thiago Nalli Valentim]

Júlio Lopez,

Parabéns, melhor suporte e ajuda que já li.
Explicou BEM como funciona as coisas e o melhor, COMO FAZER.

Meus Parabéns pela ótima Qualidade do que enviou.

Abraços

Em 22 de janeiro de 2013 13:09, julio lopez
escreveu:

> Olá...
>
> Primeiro de tudo...CUIDADO!
>
> Estude e planeje bem o que pretende fazer para evitar surpresas, pois o
> que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO.
> Se entendi direito, vc já tem uma rede com estações autenticando num
> controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
> Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende
> fazer.
> Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio
> a qual ela pertence e onde deve se autenticar (através de chaves no
> registry, profiles, SID, DNS, etc... obtidos no momento em que vc
> "ingressou" ela no dominio).
> Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou
> ali.
> Lembre-se disso: as estações já têm informações do dominio, que foram
> herdadas do PDC no momento que entrou naquele dominio.
> A chave de toda essa empreitada está em vc preservar essas informações dos
> PERFIS do servidor.
> Assim, o que vc precisa fazer é "salvar essas informações" do dominio
> ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder
> "restaurar as mesmas informações do antigo dominio", para que as suas
> estações se autentiquem corretamente, e utilizem os mesmos perfis que já
> tinham configurados, etc...
> Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão
> operar normalmente.
> Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com
> o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de
> dominio, colocar  o OS LEVEL em 255... a estação vai criar um perfil
> competamente zerado.
> Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o
> caminho das pedras.
>
> 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça
> isso diretamente no ATUAL servidor de produção) para praticar esse
> procedimento com segurança.
> 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios
> /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
> 2-) emita os comandos a seguir no PDC Linux ATUAL:
> net getlocalsid > localsid_antes
> e
> net getdomainsid > domainsid_antes
> PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,
> será algo assim: SID for domain SRVNET is:
> S-1-5-21-3688244726-2417961542-2171169457
> 3-) desligue o servidor de produção (ATUAL)
> 4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) ,
> restaure todas as configurações/arquivos do servidor anterior (item 1).
> PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém
> com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e
> senhas do samba, todos arquivos restaurados, etc... agora só falta o "pulo
> do gato".
> 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2
> e emita os comandos abaixo:
> net setlocalsid < localsid_antes
> e
> net setdomainsid < domainsid_antes
> PS: agora sim, o novo dominio está com as "mesmas informações" de SID do
> PDC antigo, os quais as suas estações conhecem.
> 6-) Faça o teste logando uma única estação e veja se carregou o perfil
> tudo certinho.
>
> Caso, positivo... repita todo o processo na máquina de produção.
>
> BOA SORTE...
>
> Abraço,
>
> Julio Lopez
>
> Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
> Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e
> dom 19h) no site www.adventistasCGR.com.br
>
> Cristo vai voltar... prepara-te!
>
>
>   --
> *De:* Spirit Mercy 
> *Para:* debian-user-portuguese@lists.debian.org
> *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47
> *Assunto:* Teste para levantar um novo PDC SAMBA
>
> Boa noite Lista!
>
> Acredito que tive problemas no envio do post abaixo sendo assim reenvio a
> lista para ter certeza  que todos lerão.
>
> Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser
> atualizado. Pretendo levantar um novo linux e com isso fazer testes neste
> ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da
> hora da chamada "eleição" dos PDCs e o PDC de produção não entrar e com
> isso toda a rede da empresa entrar em crash. Como devo declarar o valor do
> parametro "OS LEVEL" do ambiente de teste para que eu possa fazer os testes
> tranquilo e com a certeza de que não irei comprometer o PDC em produção e a
> autenticação dos usuários e máquinas? Por exemplo se o OS LEVEL do PDc de
> produção estiver com o valor 100, qual valor eu devo declarar no conf do
> SAMBA do ambiente de teste? Abraços
>
> Spirit Mercy
>
>
>


-- 

**
Thiago Nalli Valentim
E-Mail/Gtalk: thiago.na...@gmail.com

Blog: *Thiago Nalli LAB  -
*Facebook

Re: Teste para levantar um novo PDC SAMBA

[julio lopez]

Olá...

Primeiro de tudo...CUIDADO!

Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc 
está querendo fazer, não é difícil, mas requer bastante CUIDADO.
Se entendi direito, vc já tem uma rede com estações autenticando num 
controlador de domínio LINUX e quer "atualizar" esse ambiente, certo? .
Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. 
Quando uma estação é ligada, ela já "sabe" quem é o controlador do domínio a 
qual ela pertence e onde deve se autenticar (através de chaves no registry, 
profiles, SID, DNS, etc... obtidos no momento em que vc "ingressou" ela no 
dominio).
Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. 
Lembre-se disso: as estações já têm informações do dominio, que foram herdadas 
do PDC no momento que entrou naquele dominio. 
A chave de toda essa empreitada está em vc preservar essas informações dos 
PERFIS do servidor.
Assim, o que vc precisa fazer é "salvar essas informações" do dominio ATUAL, 
para depois de ter levantado o NOVO ambiente atualizado, poder "restaurar as 
mesmas informações do antigo dominio", para que as suas estações se autentiquem 
corretamente, e utilizem os mesmos perfis que já tinham configurados, etc...
Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar 
normalmente.
Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o 
mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, 
colocar  o OS LEVEL em 255... a estação vai criar um perfil competamente zerado.
Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o 
caminho das pedras.

0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso 
diretamente no ATUAL servidor de produção) para praticar esse procedimento com 
segurança.
1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios 
/etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc)
2-) emita os comandos a seguir no PDC Linux ATUAL: 
net getlocalsid > localsid_antes
e
net getdomainsid > domainsid_antes
PS: A saída dos comandos que serão salvas nos arquivos .txt  *_antes,  será 
algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457
3-) desligue o servidor de produção (ATUAL) 
4-) levante o novo ambiente "atualizado" na máquina de testes (item 0) , 
restaure todas as configurações/arquivos do servidor anterior (item 1).
PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o 
mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do 
samba, todos arquivos restaurados, etc... agora só falta o "pulo do gato".
5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e 
emita os comandos abaixo:

net setlocalsid < localsid_antes
e
net setdomainsid < domainsid_antes
PS: agora sim, o novo dominio está com as "mesmas informações" de SID do PDC 
antigo, os quais as suas estações conhecem.

6-)Faça o teste logando uma única estação e veja se carregou o perfil tudo 
certinho.

Caso, positivo... repita todo o processo na máquina de produção.

BOA SORTE...
 
Abraço,

Julio Lopez


Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14
Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 
19h) no site www.adventistasCGR.com.br
 
Cristo vai voltar... prepara-te! 




 De: Spirit Mercy 
Para: debian-user-portuguese@lists.debian.org 
Enviadas: Sábado, 19 de Janeiro de 2013 20:47
Assunto: Teste para levantar um novo PDC SAMBA
 

Boa noite Lista!

Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista 
para ter certeza  que todos lerão.

Tenho em minha empresa um PDC de muitos anos de 
uso e que precisa ser atualizado. Pretendo levantar um novo linux e com 
isso fazer testes neste ambiente provisório pois eu nunca configurei um 
PDC, com isso tenho medo da hora da chamada "eleição" dos PDCs e o PDC 
de produção não entrar e com isso toda a rede da empresa entrar em 
crash. Como devo declarar o valor do parametro "OS LEVEL" do ambiente de teste 
para que eu possa fazer os testes tranquilo e com a certeza de 
que não irei comprometer o PDC em produção e a autenticação dos usuários e 
máquinas? Por exemplo se o OS LEVEL do PDc de produção estiver com o 
valor 100, qual valor eu devo declarar no conf do SAMBA do ambiente de 
teste? Abraços

Spirit Mercy

Re: teste de i/o disco - iscsi

[Luana de Freitas]

Oi Alex,

Você utilizou diretamente via linha de comando, já tentou olhar as curvas
que a interface gráfica fornece, eu acho interessante.
Não conheço outro sw pra te indicar. Mas lembrei desse detalhe.

Em 12 de setembro de 2011 13:17, Alex  escreveu:

> Pessoal, boa tarde.
>
> Montei um servidor iscsi no debian como teste e estou com dúvidas referente
> a perfomance de disco.
> Para testar a velocidade de I/O utilizei o hdparm, que me trouxe os
> seguintes resultados:
>
> $ hdparm -tT /dev/sdb1 ( disco atachado do servidor iscsi )
>
> /dev/sdb1:
>  Timing cached reads:   7492 MB in  2.00 seconds = 3747.28 MB/sec
>  Timing buffered disk reads:   72 MB in  3.02 seconds =  23.86 MB/sec
>
> $ hdparm -tT /dev/sda1 ( disco local )
>
> /dev/sda1:
>  Timing cached reads:   7684 MB in  2.00 seconds = 3843.95 MB/sec
>  Timing buffered disk reads:   96 MB in  3.01 seconds =  31.87 MB/sec
>
> O teste que efetuei foi no próprio disco local da maquina e no disco
> atachado pela storage.
>
> Pelo que vi e entendi os valores estão bons, mas como não entendo muito
> queria a opinião de voces.
>
> Caso saibam de outro software para fazer um benchmark de disco eu agradeço.
>
> abs,
>
> Alex
>

Re: teste de compilação de kernel

[Adriano Rafael Gomes]

Em Wed, 23 Dec 2009 11:50:29 -0300
thiago  escreveu:

> Senhores,
> estou precisando de algum software que simule uma plataforma (Ex: x86,
> sparc, arm) para fazer teste com kernel, alguém conhece alguma
> ferramenta para isso?
> obrigado.
> 

QEMU?
http://www.nongnu.org/qemu/status.html


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Marcos João dos Santos]

Valeu pessoal estava tentando desde ontem enviar para a lista do
BR-DESKTOP, acho que era no servidor o problema.
Voltou ao normal agora.
Obrigado


Em Ter, 2009-08-11 às 12:12 -0300, Gunther Furtado escreveu:
> 2009/8/11 Marcos João dos Santos :
> > Estou tentando enviar e-mail e tá dando erro de recebimento.
> > Só notifique-me se receberam por favor
> >
> 
> Agora o original chegou!
> 
> -- 
> Gunther Furtado
> Curitiba - Paraná - Brasil
> gunfurt...@gmail.com
> 
> "...agora, só nos sobrou o futuro...", visto em www.manuchao.net
> 
> 
-- 
Marcos João
mar...@acheperto.com.br
Botucatu - SP
Visite: www.watchtower.org




--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Gunther Furtado]

2009/8/11 Marcos João dos Santos :
> Estou tentando enviar e-mail e tá dando erro de recebimento.
> Só notifique-me se receberam por favor
>

Agora o original chegou!

-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com

"...agora, só nos sobrou o futuro...", visto em www.manuchao.net


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Gunther Furtado]

2009/8/11 Vinicius :
> Marcos João dos Santos escreveu:
>>
>> Estou tentando enviar e-mail e tá dando erro de recebimento.
>> Só notifique-me se receberam por favor
>>
>>
>
> chegou aqui
>
> Vinicius
>

Só recebi a resposta do Vinícius, o original, não!

E não está no spam.

-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com

"...agora, só nos sobrou o futuro...", visto em www.manuchao.net


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Teste de e-mail

[Vinicius]

Marcos João dos Santos escreveu:

Estou tentando enviar e-mail e tá dando erro de recebimento.
Só notifique-me se receberam por favor

  

chegou aqui

Vinicius


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Teste de email

[Eduardo Lopes]

Muito obrigado.

Não precisam mas responder,

Obrigado.

2009/7/31 Fred Maranhão :
> recebido. respondo só para você.
>
> 2009/7/31 Eduardo Lopes :
>> Por favor quem receber esse teste poderia responde-lo, estou achando
>> que meus emails não estão chegando a lista.
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>>
>>
>


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: teste

[Gunther Furtado]

confirmo recebimento!

2009/2/10 Leandro Moreira :
> teste
>
> --
> Leandro Moreira
> Linux Administrator: LPIC-1
> e-mail/msn: lean...@leandromoreira.eti.br
> Tel.: + 55(32) 9906-5713
>



-- 
Gunther Furtado
Curitiba - Paraná - Brasil
gunfurt...@gmail.com


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: teste

[Fabiano Manoel de Andrade]

Em Ter, 2009-01-20 às 22:37 -0200, Leandro Moreira escreveu:
> 
> teste
> 
> --
> Leandro Moreira
> LPIC-1
> e-mail/msn: lean...@leandromoreira.eti.br
> Tel.: + 55(32) 9906-5713te
> 
> 
ok.



-- 
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: teste...

[Andressa Martins]

teste ok :-)

On Fri, Nov 21, 2008 at 10:24 AM, [EMAIL PROTECTED] <
[EMAIL PROTECTED]> wrote:

>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

Re: teste

[Gunther Furtado]

Dom, 28-Set-2008 10:28:30 -0700 (PDT)
"Paulo H." <[EMAIL PROTECTED]> escreveu:

> teste envio para lista, por favor me desculpen pois nao estava
> conseguindo encaminhar mensagens para a lista.
> 
> 

Testado!

> 
>   Novos endereços, o Yahoo! que você conhece. Crie um email novo
> com a sua cara @ymail.com ou @rocketmail.com.
> http://br.new.mail.yahoo.com/addresses


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Bruno Schneider]

On Tue, Jul 1, 2008 at 6:08 PM, gunix escreveu:
> MAs qual a melhot opção para executa-lo e como executa-lo?
>
> Tentei
>
> memtest mem all
>
> Porem foi muito rapido.
> Quando executo ele no boot demora muito para terminar, como faço para
> executar ele perfeitamente no modo de comando?

Não dá para testar a memória direito com outros programas rodando. O
testador precisa escrever na memória e depois ler para verificar se o
valor é recuperado corretamente. Se outros programas estiverem usando
a memória, o testador não vai poder usar a região de memória deles.

-- 
Bruno Schneider
http://www.dcc.ufla.br/~bruno/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Marcello Barreto de Medeiros]

Boa tarde,
Apesar de não ser bem o que você quer tem esse: 
http://www.ibm.com/developerworks/linux/library/l-stress/

On Tue, 1 Jul 2008 14:16:23 -0300
gunix <[EMAIL PROTECTED]> wrote:

> Galera,
> 
> alguem sabe me dizer como posso fazer para testar a memoria do meu servidor
> e Processador?
> Quero saber se esta tudo ok com os memos.
> 
> Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete.
> Existe o memso comando para rodar con o servidor trabalhando?
> 
> Att
> Gustavo


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[yuRi]

e lembre-se de deixar passa-lo umas 2 a 3x que é o recomendado... as vezes
ele não pega algum problema quando passa pela primeira vez.

On Tue, Jul 1, 2008 at 9:07 PM, Renato S. Yamane <[EMAIL PROTECTED]>
wrote:

> gunix escreveu:
> > Mas qual a melhot opção para executa-lo e como executa-lo?
> >
> > Tentei
> >
> > memtest mem all
> >
> > Porem foi muito rapido.
> > Quando executo ele no boot demora muito para terminar, como faço para
> > executar ele perfeitamente no modo de comando?
>
> O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver
> uns
> 2Gb de RAM.
>
> A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub).
> 
> 
>
> Att,
> Renato
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>


-- 
~yuRi

Re: Teste de memroria e CPU

[Renato S. Yamane]

gunix escreveu:
> Mas qual a melhot opção para executa-lo e como executa-lo?
>
> Tentei
>
> memtest mem all
>
> Porem foi muito rapido.
> Quando executo ele no boot demora muito para terminar, como faço para
> executar ele perfeitamente no modo de comando?

O memtest86+ no teste completo, deve demorar umas 3-4horas se você tiver uns
2Gb de RAM.

A melhor forma de utiliza-lo é escolhendo ele no boot (pelo Grub).



Att,
Renato


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Rafael Gomes Dantas]

Segundo o que eu li ali em cima, ele rodou rápido apenas porque ele se
instalou no grub. Ele provavelmente vai testar apenas quando você reiniciar
e escolher ele na inicialização.

Este tipo de programa deve fazer algumas operações que não dão valores
corretos se outros programas estiverem usando memória junto com ele, por
isso ele deve ser executado sozinho na inicialização.

Mas posso estar falando besteira, anyway.

On Tue, Jul 1, 2008 at 6:08 PM, gunix <[EMAIL PROTECTED]> wrote:

> MAs qual a melhot opção para executa-lo e como executa-lo?
>
> Tentei
>
> memtest mem all
>
> Porem foi muito rapido.
> Quando executo ele no boot demora muito para terminar, como faço para
> executar ele perfeitamente no modo de comando?
>
> Att
> Gustavo
>
> 2008/7/1 paulobruck1 <[EMAIL PROTECTED]>:
>
>> Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
>> > Galera,
>> >
>> > alguem sabe me dizer como posso fazer para testar a memoria do meu
>> > servidor e Processador?
>> > Quero saber se esta tudo ok com os memos.
>> >a-lo
>> > Para memoria conheco o memtest, porem preciso bottar por um cd ou
>> > disquete.
>>
>> ?
>> se vc estiver usando o debian basta instalar o memtest
>>
>> aptitude search memtest
>> p   memtest86- A thorough real-mode memory
>> tester
>> i   memtest86+   - thorough real-mode memory
>> tester
>> i A memtester- A utility for testing the
>> memory subsystem
>>
>>
>> > Existe o memso comando para rodar con o servidor trabalhando?
>> >
>>
>>
>> sim acima80))
>> > Att
>> > Gustavo
>>
>>
>> --
>> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>> with a subject of "unsubscribe". Trouble? Contact
>> [EMAIL PROTECTED]
>>
>>
>

Re: Teste de memroria e CPU

[gunix]

MAs qual a melhot opção para executa-lo e como executa-lo?

Tentei

memtest mem all

Porem foi muito rapido.
Quando executo ele no boot demora muito para terminar, como faço para
executar ele perfeitamente no modo de comando?

Att
Gustavo

2008/7/1 paulobruck1 <[EMAIL PROTECTED]>:

> Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
> > Galera,
> >
> > alguem sabe me dizer como posso fazer para testar a memoria do meu
> > servidor e Processador?
> > Quero saber se esta tudo ok com os memos.
> >a-lo
> > Para memoria conheco o memtest, porem preciso bottar por um cd ou
> > disquete.
>
> ?
> se vc estiver usando o debian basta instalar o memtest
>
> aptitude search memtest
> p   memtest86- A thorough real-mode memory
> tester
> i   memtest86+   - thorough real-mode memory
> tester
> i A memtester- A utility for testing the
> memory subsystem
>
>
> > Existe o memso comando para rodar con o servidor trabalhando?
> >
>
>
> sim acima80))
> > Att
> > Gustavo
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

Re: Teste de memroria e CPU

[paulobruck1]

Em Ter, 2008-07-01 às 14:16 -0300, gunix escreveu:
> Galera,
> 
> alguem sabe me dizer como posso fazer para testar a memoria do meu
> servidor e Processador?
> Quero saber se esta tudo ok com os memos.
> 
> Para memoria conheco o memtest, porem preciso bottar por um cd ou
> disquete.

?
se vc estiver usando o debian basta instalar o memtest

aptitude search memtest
p   memtest86- A thorough real-mode memory
tester
i   memtest86+   - thorough real-mode memory
tester
i A memtester- A utility for testing the
memory subsystem


> Existe o memso comando para rodar con o servidor trabalhando?
> 


sim acima80))
> Att
> Gustavo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de memroria e CPU

[Renato S. Yamane]

gunix escreveu:
> Para memoria conheco o memtest, porem preciso bottar por um cd ou disquete.
> Existe o memso comando para rodar con o servidor trabalhando?

"Bootar"?? Que diabo de palavra estranha é essa? :-)

Instale o memtest86+ e ele aparecerá no grub pronto para ser utilizado
no próximo "bootamento" (kkk).

Att,
Renato


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste lista!

[João Olavo Baião de Vasconcelos]

On Wed, Apr 9, 2008 at 11:35 PM, Leonardo Augusto <[EMAIL PROTECTED]> wrote:

> ±Tenho de fazer um trabalho sobre mailing lists, eu já era membro desta
> lista, mas queria um teste em tempo real para um video ;D
>

O histórico da lista fica em http://lists.debian.org/debian-user-portuguese.
Vc não precisa que os outros confirmem para vc se seu email chegou. Basta ir
no histórico e verifica se está lá.

Eh até bom que peça para que não respondam o seu teste, a fim de evitar
tráfego desnecessário.

Falous!!
-- 
João Olavo Baião de Vasconcelos
Bacharel em Ciência da Computação
Mestrado em Informática @ UFES
joaoolavo.wordpress.com

Re: Teste lista!

[Leonardo Augusto]

±
Tenho de fazer um trabalho sobre mailing lists, eu já era membro  
desta lista, mas queria um teste em tempo real para um video ;D

Obrigado mesmo assim Débora!
Abraços!
Em 09/04/2008, às 23:30 2008 , Débora Martins escreveu:


SEu email chegou pela lista, era este o teste?


--
Linux User #467533

Em 09/04/08, Leonardo Augusto <[EMAIL PROTECTED]> escreveu:
Respondam Logo, por favor!
Teste para video-tutorial!


--
To UNSUBSCRIBE, email to debian-user-portuguese- 
[EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact  
[EMAIL PROTECTED]

Re: Teste lista!

[Débora Martins]

SEu email chegou pela lista, era este o teste?


-- 
Linux User #467533

Em 09/04/08, Leonardo Augusto <[EMAIL PROTECTED]> escreveu:
>
> Respondam Logo, por favor!
> Teste para video-tutorial!
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

Re: teste

[ThOLOko]

TEstado!

2008/3/7, Gunther Furtado <[EMAIL PROTECTED]>:
> teste!
>
>  --
>  Gunther Furtado
>  [EMAIL PROTECTED]
>
>
>
>  --
>  To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>  with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


-- 
ThOLOko
ThOmaz BeLgine
-FrEEBSD-
UniX TeaM
(LeT's MaKe InStaLL ClEan)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[Still]

* Konnichiwa Edmundo Valle Neto-sama:
> Márcio Pedroso escreveu:
>> por favor, acusem recebimento
>
> Não seria mais fácil você simplesmente verificar nos servidores do debian 
> se a sua mensagem foi recebida e arquivada? Se não foi arquivada ela não 
> chegou à lista.
>
> http://lists.debian.org/debian-user-portuguese/2007/12/maillist.html
>
> Já tive alguns problemas com o antispam da lista.

Não se trata de anti-spam e sim do Gmail. Todos os e-mails
enviados não chegam à caixa de quem enviou.
E sim, seria melhor que o Márcio tivesse visto na lista, pois
essa questão já foi levantada várias vezes. XD

[]'s,

Still
--
Nelson Luiz Campos <><
Engenheiro Eletricista
Linux User #89621 UIN 11464303
gnupgID: 55577339 Skype Still_by_Still


signature.asc
Description: Digital signature

Re: teste

[Márcio Pedroso]

valeu pela dica

Em 08/12/07, Edmundo Valle Neto <[EMAIL PROTECTED]> escreveu:
>
> Márcio Pedroso escreveu:
> > por favor, acusem recebimento
>
> Não seria mais fácil você simplesmente verificar nos servidores do
> debian se a sua mensagem foi recebida e arquivada? Se não foi arquivada
> ela não chegou à lista.
>
> http://lists.debian.org/debian-user-portuguese/2007/12/maillist.html
>
> Já tive alguns problemas com o antispam da lista.
>
> Atenciosamente.
>
> Edmundo Valle Neto
>



-- 
linux user nº 432194

Eu sou livre e você?

Re: teste

[Edmundo Valle Neto]

Márcio Pedroso escreveu:

por favor, acusem recebimento


Não seria mais fácil você simplesmente verificar nos servidores do 
debian se a sua mensagem foi recebida e arquivada? Se não foi arquivada 
ela não chegou à lista.


http://lists.debian.org/debian-user-portuguese/2007/12/maillist.html

Já tive alguns problemas com o antispam da lista.

Atenciosamente.

Edmundo Valle Neto


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[Márcio Pedroso]

por favor, acusem recebimento


2007/12/8, Márcio Pedroso <[EMAIL PROTECTED]>:
>
> desculpem, mas nao estou conseguindo enviar menssagens pra lista...
>
> --
> linux user nº 432194
>
> Eu sou livre e você?




-- 
linux user nº 432194

Eu sou livre e você?

Re: teste

[Denis]

Em 05/12/07, Gunther Furtado<[EMAIL PROTECTED]> escreveu:
> 2007/12/4, Itamar Junior <[EMAIL PROTECTED]>:
> > como eu cancelo a lista?
>
> Por favor, não faça isso! Muitas outras pessoas usam a lista e gostam
> muito dela.
>
rsss

>
> > eu nao entendo muitro bem como funciona.e nao sei um site para fazer uma
> > consulta como usar e etc...
> > vlw
> >
>
> http://www.debian.org/MailingLists/#subunsub
>
> Abraços,
>
> --
> Gunther Furtado
> [EMAIL PROTECTED]
>

Re: teste

[Gunther Furtado]

2007/12/4, Itamar Junior <[EMAIL PROTECTED]>:
> como eu cancelo a lista?

Por favor, não faça isso! Muitas outras pessoas usam a lista e gostam
muito dela.


> eu nao entendo muitro bem como funciona.e nao sei um site para fazer uma
> consulta como usar e etc...
> vlw
>

http://www.debian.org/MailingLists/#subunsub

Abraços,

-- 
Gunther Furtado
[EMAIL PROTECTED]

Re: teste

[Itamar Junior]

como eu cancelo a lista?
eu nao entendo muitro bem como funciona.e nao sei um site para fazer uma
consulta como usar e etc...
vlw

Em 04/12/07, leo_jfa <[EMAIL PROTECTED]> escreveu:
>
> Caros,
> A lista esta com algum problema minhas mensagens nao estao chegando a
> lista.
>
> Att.
>
> Leandro
>
>


-- 
 Itamar Júnior
 :::E-MAIL>[EMAIL PROTECTED]:::
:::MSN>[EMAIL PROTECTED]:::

ORKUT>http://www.orkut.com/Home.aspx?xid=17092446878989922814

Ps:Antes de imprimir pense no meio ambiente!

Re: teste

[Franz Gustav Niederheitmann]

Em Ter, 2007-12-04 às 16:53 -0200, Denis escreveu:
> Não chegam mesmo, o que será que pode estar havendo?
> 
> Em 04/12/07, leo_jfa<[EMAIL PROTECTED]> escreveu:
> > Caros,
> > A lista esta com algum problema minhas mensagens nao estao chegando a lista.


eu estou recebendo
> >
> > Att.
> >
> > Leandro
> >
> >
-- 
Franz Gustav Niederheitmann <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[Gunther Furtado]

Em 04/12/07, Leandro Moreira<[EMAIL PROTECTED]> escreveu:
>
> Caros,
> Desculpem o transtorno é apenas uma mensagem de testes, para verificar a
> entrega de meu servidor de email à lista.
>

E deu certo?

Abraço,

-- 
Gunther Furtado
[EMAIL PROTECTED]

Re: Teste

[Tiago Santana]

Não, até tá certo
Propaganda Window$ não ´da né
E o gmail é bem bacana!!



Em 04/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escreveu:
>
> Eu achei bem engraçado!
>
> > Eu não achei necessário...
> >
> > Em 02/11/07, Tiago Santana <[EMAIL PROTECTED]> escreveu:
> > >
> > > Pronto pessoal.
> > > Já fiz a troca de e-mail para não atrapalhar a lista!
> > >
> > > Ok!
> > >
> > > Em 02/11/07, Francisco Souza < [EMAIL PROTECTED]> escreveu:
> > > >
> > > > Carlos, se não me engano o cara só fez um teste.
> > > >
> > > > A propagando é automática do hotmail
> > > >
> > > > Em 02/11/07, Carlos Ribeiro < [EMAIL PROTECTED]> escreveu:
> > > > >
> > > > > >
> > > > > >Encontre o que você procura com mais eficiência! Instale já a
> Barra
> > > > > de Ferramentas com Windows Desktop Search! É GRÁTIS!<
> http://desktop.msn.com.br/>
> > > > > >
> > > > >
> > > > > Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer
> > > > > propaganda dele numa lista de Linux é demais
> > > > >
> > > > > CR
> > > > >
> > > > > Em 02/11/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]
> >
> > > > > escreveu:
> > > > > >
> > > > > >  Teste
> > > > > > --
> > > > > > Encontre o que você procura com mais eficiência! Instale já a
> Barra
> > > > > > de Ferramentas com Windows Desktop Search! É GRÁTIS!<
> http://desktop.msn.com.br/>
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > CARLOS RIBEIRO
> > > > > Linux user: 183572
> > > > > São Luís - Maranhão - BR
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Francisco
> > > > "...in a world without fences and walls, who needs Gates and
> Windows?"
> > > > E-mail: [EMAIL PROTECTED]
> > > > MSN: [EMAIL PROTECTED]
> > >
> > >
> > >
> >
> >
> > --
> > Francisco
> > "...in a world without fences and walls, who needs Gates and Windows?"
> > E-mail: [EMAIL PROTECTED]
> > MSN: [EMAIL PROTECTED]
> >
>
>

Re: Teste

[etch]

Eu achei bem engraçado!

> Eu não achei necessário...
>
> Em 02/11/07, Tiago Santana <[EMAIL PROTECTED]> escreveu:
> >
> > Pronto pessoal.
> > Já fiz a troca de e-mail para não atrapalhar a lista!
> >
> > Ok!
> >
> > Em 02/11/07, Francisco Souza < [EMAIL PROTECTED]> escreveu:
> > >
> > > Carlos, se não me engano o cara só fez um teste.
> > >
> > > A propagando é automática do hotmail
> > >
> > > Em 02/11/07, Carlos Ribeiro < [EMAIL PROTECTED]> escreveu:
> > > >
> > > > >
> > > > >Encontre o que você procura com mais eficiência! Instale já a Barra
> > > > de Ferramentas com Windows Desktop Search! É 
> > > > GRÁTIS!
> > > > >
> > > >
> > > > Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer
> > > > propaganda dele numa lista de Linux é demais
> > > >
> > > > CR
> > > >
> > > > Em 02/11/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]>
> > > > escreveu:
> > > > >
> > > > >  Teste
> > > > > --
> > > > > Encontre o que você procura com mais eficiência! Instale já a Barra
> > > > > de Ferramentas com Windows Desktop Search! É 
> > > > > GRÁTIS!
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > CARLOS RIBEIRO
> > > > Linux user: 183572
> > > > São Luís - Maranhão - BR
> > >
> > >
> > >
> > >
> > > --
> > > Francisco
> > > "...in a world without fences and walls, who needs Gates and Windows?"
> > > E-mail: [EMAIL PROTECTED]
> > > MSN: [EMAIL PROTECTED]
> >
> >
> >
>
>
> --
> Francisco
> "...in a world without fences and walls, who needs Gates and Windows?"
> E-mail: [EMAIL PROTECTED]
> MSN: [EMAIL PROTECTED]
>

Re: Teste

[Francisco Souza]

Eu não achei necessário...

Em 02/11/07, Tiago Santana <[EMAIL PROTECTED]> escreveu:
>
> Pronto pessoal.
> Já fiz a troca de e-mail para não atrapalhar a lista!
>
> Ok!
>
> Em 02/11/07, Francisco Souza < [EMAIL PROTECTED]> escreveu:
> >
> > Carlos, se não me engano o cara só fez um teste.
> >
> > A propagando é automática do hotmail
> >
> > Em 02/11/07, Carlos Ribeiro < [EMAIL PROTECTED]> escreveu:
> > >
> > > >
> > > >Encontre o que você procura com mais eficiência! Instale já a Barra
> > > de Ferramentas com Windows Desktop Search! É 
> > > GRÁTIS!
> > > >
> > >
> > > Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer
> > > propaganda dele numa lista de Linux é demais
> > >
> > > CR
> > >
> > > Em 02/11/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]>
> > > escreveu:
> > > >
> > > >  Teste
> > > > --
> > > > Encontre o que você procura com mais eficiência! Instale já a Barra
> > > > de Ferramentas com Windows Desktop Search! É 
> > > > GRÁTIS!
> > > >
> > >
> > >
> > >
> > > --
> > > CARLOS RIBEIRO
> > > Linux user: 183572
> > > São Luís - Maranhão - BR
> >
> >
> >
> >
> > --
> > Francisco
> > "...in a world without fences and walls, who needs Gates and Windows?"
> > E-mail: [EMAIL PROTECTED]
> > MSN: [EMAIL PROTECTED]
>
>
>


-- 
Francisco
"...in a world without fences and walls, who needs Gates and Windows?"
E-mail: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]

Re: Teste

[Tiago Santana]

Pronto pessoal.
Já fiz a troca de e-mail para não atrapalhar a lista!

Ok!

Em 02/11/07, Francisco Souza <[EMAIL PROTECTED]> escreveu:
>
> Carlos, se não me engano o cara só fez um teste.
>
> A propagando é automática do hotmail
>
> Em 02/11/07, Carlos Ribeiro < [EMAIL PROTECTED]> escreveu:
> >
> > >
> > >Encontre o que você procura com mais eficiência! Instale já a Barra de
> > Ferramentas com Windows Desktop Search! É 
> > GRÁTIS!
> > >
> >
> > Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer
> > propaganda dele numa lista de Linux é demais
> >
> > CR
> >
> > Em 02/11/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]>
> > escreveu:
> > >
> > >  Teste
> > > --
> > > Encontre o que você procura com mais eficiência! Instale já a Barra de
> > > Ferramentas com Windows Desktop Search! É 
> > > GRÁTIS!
> > >
> >
> >
> >
> > --
> > CARLOS RIBEIRO
> > Linux user: 183572
> > São Luís - Maranhão - BR
>
>
>
>
> --
> Francisco
> "...in a world without fences and walls, who needs Gates and Windows?"
> E-mail: [EMAIL PROTECTED]
> MSN: [EMAIL PROTECTED]

Re: Teste

[Francisco Souza]

Carlos, se não me engano o cara só fez um teste.

A propagando é automática do hotmail

Em 02/11/07, Carlos Ribeiro <[EMAIL PROTECTED]> escreveu:
>
> >
> >Encontre o que você procura com mais eficiência! Instale já a Barra de
> Ferramentas com Windows Desktop Search! É GRÁTIS!
> >
>
> Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer
> propaganda dele numa lista de Linux é demais
>
> CR
>
> Em 02/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> escreveu:
> >
> >  Teste
> > --
> > Encontre o que você procura com mais eficiência! Instale já a Barra de
> > Ferramentas com Windows Desktop Search! É 
> > GRÁTIS!
> >
>
>
>
> --
> CARLOS RIBEIRO
> Linux user: 183572
> São Luís - Maranhão - BR




-- 
Francisco
"...in a world without fences and walls, who needs Gates and Windows?"
E-mail: [EMAIL PROTECTED]
MSN: [EMAIL PROTECTED]

Re: Teste

[Carlos Ribeiro]

>
>Encontre o que você procura com mais eficiência! Instale já a Barra de
Ferramentas com Windows Desktop Search! É GRÁTIS!
>

Não concordo, IMHO, quando chamam Windows de rWindows, mas fazer propaganda
dele numa lista de Linux é demais

CR

Em 02/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escreveu:
>
>  Teste
> --
> Encontre o que você procura com mais eficiência! Instale já a Barra de
> Ferramentas com Windows Desktop Search! É GRÁTIS!
>



-- 
CARLOS RIBEIRO
Linux user: 183572
São Luís - Maranhão - BR

Re: teste

[Davi]

Em Sáb 13 Out 2007, [EMAIL PROTECTED] escreveu:
> Caros,
> Reconfigurei meu MTA essa mensagem é apenas um teste para verificar se  o
> meu DSPAM nao esta bloqueando as mensagens da/para lista.
>

Eu recebi sem problemas.

-- 
Davi Vidal
--
E-mail: [EMAIL PROTECTED]
MSN   : [EMAIL PROTECTED]
GTalk : [EMAIL PROTECTED]
Skype : davi vidal
ICQ   : 138815296


signature.asc
Description: This is a digitally signed message part.

Re: Teste.

[Cristiano dos Santos Boiko]

Ack!

Re: Teste

[Davi]

Em Sáb 06 Out 2007, Edmundo Valle Neto escreveu:
> Teste.

Pong... :P

-- 
Davi Vidal
--
E-mail: [EMAIL PROTECTED]
MSN   : [EMAIL PROTECTED]
GTalk : [EMAIL PROTECTED]
Skype : davi vidal
ICQ   : 138815296


signature.asc
Description: This is a digitally signed message part.

RE: Teste

[CABGOC - Malongo PR GS Kilo Operator 4 (akilo4)]

Messagem recebida



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jgerd
Sent: 07 May, 2007 17:26
To: debian-user-portuguese@lists.debian.org
Subject: Teste


Teste, esta mensagem foi recebida?

grato, desculpe o transtorno

-- 
---
Joao Gerd Zell de Mattos - [EMAIL PROTECTED]
Mastership Student - CPTEC/INPE
Centro de Previsão de Tempo e Estudos Climáticos
Rodovia Presidente Dutra, Km 40, SP-RJ
12630-000, Cachoeira Paulista, SP, Brasil
Phone: +55 (12) 3186-8631 FAX:   +55 (12) 3101-2835 
---
Seja Livre use GNU/Linux 

Re: teste de string no shell

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/19/2007 03:16 AM, Maxwillian Miorim wrote:
> On 2/18/07, Leandro Moreira <[EMAIL PROTECTED]> wrote:
>> if [ $add_dom = .$add_dom ]; then
> Erro nos teus operadores: = atribui, == compara igualdade entre
> strings. Para o comando test ( o '[ ]' ), há também o operador -eq.
> A condição sempre é verdadeira ('vai para o else') e por isso ele grava.

'==' é específico do bash

É possível comparar com um "=" só.


Do 'man test':

STRING1 = STRING2
the strings are equal

INTEGER1 -eq INTEGER2
INTEGER1 is equal to INTEGER2



- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF2TtjCjAO0JDlykYRAoHDAJ4n+2a95dJLTlRaVwv4SDPj3O0D2gCcCC8N
BT+6Uihe7tC/vXh0iMFD8rQ=
=87Rp
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste de string no shell

[Maxwillian Miorim]

On 2/19/07, Maxwillian Miorim <[EMAIL PROTECTED]> wrote:

A condição sempre é verdadeira ('vai para o else') e por isso ele grava.

Corrigindo:

A condição é *falsa* pois ao executar variavel=valor o retorno do
exit_status é 0, que é o valor para false. Está execuntado algo como:

if [ 0 ]; then
  echo "verdadeiro"
else
  echo "falso"
fi





--
Maxwillian Miorim <[EMAIL PROTECTED]>

Moo... Are you happy now?

Re: teste de string no shell

[Maxwillian Miorim]

On 2/18/07, Leandro Moreira <[EMAIL PROTECTED]> wrote:

if [ $add_dom = .$add_dom ]; then

Erro nos teus operadores: = atribui, == compara igualdade entre
strings. Para o comando test ( o '[ ]' ), há também o operador -eq.
A condição sempre é verdadeira ('vai para o else') e por isso ele grava.


--
Maxwillian Miorim <[EMAIL PROTECTED]>

Moo... Are you happy now?

Re: teste de envio

[Carlos Ribeiro]

Agora conseguiu.
CR


Em 16/01/07, felizate <[EMAIL PROTECTED]> escreveu:


Desculpe, mas não estou conseguindo enviar email para a lista.







--
CARLOS RIBEIRO
Linux-User: 183.572  Machine: 195.669
São Luís - Maranhão - Brasil

Re: Teste de Stress em Gravação de Dados no HD

[Marcos Lazarini]

Em 04/10/06, Teo Teo<[EMAIL PROTECTED]> escreveu:

Obrigado pela resposta Marcos!

Realizei mais alguns testes e percebi que o uso de memória RAM foi se
esgotando e o sistema fica instavel, apresentando resets (bem ao estilo
WatchDog) ou kernel panic, quando sobravam 15kbytes.


Bom, isso não é um bom sinal...


Analisando seus papites:
* será q seu programa nao está c/ vazamento de memória?
Este meu sw embarcado é composto por um executavel e mais 2 device drivers
(um para aquisição de dados provenientes do DMA e outro para controle de uma
placa no barramento ISA).
Investiguei o uso de memória destes 3 elementos, mas não diagnostiquei
nenhum vazamento de memória.


Bom, quem ia ocupando então toda aquela ram q vc fala ai em cima?


* será q não acabaram os inodes do disco?
Não sei... poderia me indicar alguma fonte de pesquisa sobre este assunto?


Se estiver usando ext2/3 vc pode usar o comando 'df -i'. reiserfs não
sofre desse problema. procure na wikipedia (em portugues mesmo tem)
sobre ext3, inode, reiser etc...


* tentou usar uma outra partição, c/ outro sistema de arquivos?
Tentei utilizar o sistema EXT3, mas o sistema travou feio.. é pior que o
ReiserFS.
Pensei em fazer testes com FAT também... mas ainda não realizei.


Se estive trabalhando com muitos arquivos num unico diretório, o
reiser é bem melhor q o ext3. Sem discussão


* tenta diminuir o tamanho da fila circular, de 2000 p/ 10 e veja o que
acontece no mesmo intervalo de tempo dos 2000
Este é o teste atual que estou fazendo... diminui a fila de 2000 para 100
registros.. estou a cerca de 1 hora gerando registros de 1 em 1 segundo e
ainda não travou o sistema, o uso de memória RAM também aparentemente
estável. Sendo que antes o sistema travava em 15 minutos de operação...
Creio que o problema seja este...


Esse qual? Nao vi a causa do problema... vi uma mandeira de evitá-lo,
mas não de identificá-lo.



Outro teste que fiz foi alterar o acesso ao disco de PIO para UDMA
(habilitando no setup) e utilizando um cabo apropriado de forma que a BIOS
detectou como ATA100. Porém isto não resolveu o problema... Eu imaginava que
a geração dos registros estavam mais rápidos que o tempo de gravação dos
dados no HD.


Bom, acho q vc poderia deixar sempre em DMA, pois o sistema fica mais
'folgado' dessa forma...



Só mais um detalhe... depois que o sistema travou com a fila em 2000
registros, investiguei o /var/log/system e tinha as linhas:
"kernel: on node 0 total pages: 65024
kernel: zone(0): 4096 pages.
kernel: zone(1): 60928 pages.
kernel: zone(2): 0 pages"
Será que isto tem algo a ver com o problema?


Nem imagino... talvez seja efeito da memória se esgotando e nao tenha
a ver com o problema do disco.

--
Marcos

Re: Teste de Stress em Gravação de Dados n o HD

[Teo Teo]

Obrigado pela resposta Marcos!

Realizei mais alguns testes e percebi que o uso de memória RAM foi se 
esgotando e o sistema fica instavel, apresentando resets (bem ao estilo 
WatchDog) ou kernel panic, quando sobravam 15kbytes.


Analisando seus papites:
* será q seu programa nao está c/ vazamento de memória?
Este meu sw embarcado é composto por um executavel e mais 2 device drivers 
(um para aquisição de dados provenientes do DMA e outro para controle de uma 
placa no barramento ISA).
Investiguei o uso de memória destes 3 elementos, mas não diagnostiquei 
nenhum vazamento de memória.


* será q não acabaram os inodes do disco?
Não sei... poderia me indicar alguma fonte de pesquisa sobre este assunto?

* tentou usar uma outra partição, c/ outro sistema de arquivos?
Tentei utilizar o sistema EXT3, mas o sistema travou feio.. é pior que o 
ReiserFS.

Pensei em fazer testes com FAT também... mas ainda não realizei.

* tenta diminuir o tamanho da fila circular, de 2000 p/ 10 e veja o que 
acontece no mesmo intervalo de tempo dos 2000
Este é o teste atual que estou fazendo... diminui a fila de 2000 para 100 
registros.. estou a cerca de 1 hora gerando registros de 1 em 1 segundo e 
ainda não travou o sistema, o uso de memória RAM também aparentemente 
estável. Sendo que antes o sistema travava em 15 minutos de operação...

Creio que o problema seja este...

Outro teste que fiz foi alterar o acesso ao disco de PIO para UDMA 
(habilitando no setup) e utilizando um cabo apropriado de forma que a BIOS 
detectou como ATA100. Porém isto não resolveu o problema... Eu imaginava que 
a geração dos registros estavam mais rápidos que o tempo de gravação dos 
dados no HD.


Só mais um detalhe... depois que o sistema travou com a fila em 2000 
registros, investiguei o /var/log/system e tinha as linhas:

"kernel: on node 0 total pages: 65024
kernel: zone(0): 4096 pages.
kernel: zone(1): 60928 pages.
kernel: zone(2): 0 pages"
Será que isto tem algo a ver com o problema?

Stéfano


From: "Marcos Lazarini" <[EMAIL PROTECTED]>
To: "Teo Teo" <[EMAIL PROTECTED]>
CC: debian-user-portuguese@lists.debian.org
Subject: Re: Teste de Stress em Gravação de Dados no HD
Date: Tue, 3 Oct 2006 22:06:49 -0300

Em 03/10/06, Teo Teo<[EMAIL PROTECTED]> escreveu:

Oi pessoal!

Estou desenvolvendo um software em plataforma Linux (debian 3.0r2 - versão
2.4.18-bf2.4) que grava um conjunto de arquivos no HDD (totalizando cerca 
de

200kbytes) a cada 1 segundo.
Este conjunto de arquivos é chamado de registro e há um diretório
correspondente, por exemplo, "regX", onde "X" é o numero do registro.

Os registros utilizam a filosofia de "fila circular", isto é, o registros
mais novos vão sobrescrevendo os mais antigos, com um número máximo de 
2000.

Portanto, o software fica acessando o HDD e grava 200kbytes no diretório
"reg1", depois de 1 segundo grava mais 200kbytes no diretório "reg2",... e
assim sucessivamente até chegar no diretório "reg2000", e então retorna 
para

o diretório "reg1" e o procedimento de "giro" da fila circualr se repete
contantemente.

Porém,... detectei que o sistema de arquivos é danificado depois de gravar
uma elevada quantidade de registros.
Depois alterei o software e resolvi dar "sync" a cada término de gravação 
de
registro. Com isto, o sistema de arquivos não é mais danificado, porém o 
PC

dá um Reset (bem parecido com WatchDog Timer).


já usei um torrent uma vez de um .iso e veio a 100kb/s... nunca tive
problema, e continuei usando o micro numa boa.
alguns papites:
* será q seu programa nao está c/ vazamento de memória?
* será q não acabaram os inodes do disco?
* tentou usar uma outra partição, c/ outro sistema de arquivos?
* tenta diminuir o tamanho da fila circular, de 2000 p/ 10 e veja o
que acontece no mesmo intervalo de tempo dos 2000

--
Marcos





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste de Stress em Gravação de Dados no HD

[Marcos Lazarini]

Em 03/10/06, Teo Teo<[EMAIL PROTECTED]> escreveu:

Oi pessoal!

Estou desenvolvendo um software em plataforma Linux (debian 3.0r2 - versão
2.4.18-bf2.4) que grava um conjunto de arquivos no HDD (totalizando cerca de
200kbytes) a cada 1 segundo.
Este conjunto de arquivos é chamado de registro e há um diretório
correspondente, por exemplo, "regX", onde "X" é o numero do registro.

Os registros utilizam a filosofia de "fila circular", isto é, o registros
mais novos vão sobrescrevendo os mais antigos, com um número máximo de 2000.
Portanto, o software fica acessando o HDD e grava 200kbytes no diretório
"reg1", depois de 1 segundo grava mais 200kbytes no diretório "reg2",... e
assim sucessivamente até chegar no diretório "reg2000", e então retorna para
o diretório "reg1" e o procedimento de "giro" da fila circualr se repete
contantemente.

Porém,... detectei que o sistema de arquivos é danificado depois de gravar
uma elevada quantidade de registros.
Depois alterei o software e resolvi dar "sync" a cada término de gravação de
registro. Com isto, o sistema de arquivos não é mais danificado, porém o PC
dá um Reset (bem parecido com WatchDog Timer).


já usei um torrent uma vez de um .iso e veio a 100kb/s... nunca tive
problema, e continuei usando o micro numa boa.
alguns papites:
* será q seu programa nao está c/ vazamento de memória?
* será q não acabaram os inodes do disco?
* tentou usar uma outra partição, c/ outro sistema de arquivos?
* tenta diminuir o tamanho da fila circular, de 2000 p/ 10 e veja o
que acontece no mesmo intervalo de tempo dos 2000

--
Marcos

Re: Teste de envio

[Carlos Ribeiro]

Prá lista também.Em 13/05/06, Rodrigo Brando <[EMAIL PROTECTED]> escreveu:
chegou
		 
Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. 
-- CARLOS RIBEIROUsando Ubuntu Dapper 6.06-Beta 2Linux user: 183572São Luís - Maranhão - BR

Re: Teste de envio

[Savio Ramos]

On Sat, 13 May 2006 09:28:42 -0300
"Rodrigo Brando" <[EMAIL PROTECTED]> wrote:

> Meus emails enviados atravez do gmail nao chegao a lista alguem pode me
> ajudar

O gmail não permite que suas mensagens sejam vistas por você. Elas chegam 
normalmente. Não sei se existe forma de configura-lo de maneira diferente.

-- 
Sávio Martins Ramos -  Arquiteto
Rio de Janeiro  ICQ 174972645
Pirataria não! Seja livre: Linux
http://www.debian.org

Re: teste

[Rodrigo Brando]

Em 11/05/06, ricardofunke <[EMAIL PROTECTED]> escreveu:

RicardoFunke <[EMAIL PROTECTED]> escreveu: 
teste



Yahoo! Messenger com voz - Instale agora e faça ligações de graça. 

Re: Teste de envio

[Carlos Ribeiro]

OK.2006/5/12, DF Debian <[EMAIL PROTECTED]>:
Olá! Recebida?--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]-- CARLOS RIBEIROUsando Ubuntu Dapper 6.06-Beta 2Linux user: 183572São Luís - Maranhão - BR

Re: Teste

[catim]

Yes Sr.Positivo e operante!-- catimLinux user #384150Seja livre! Use Linuxhttp://www.debian.org

Re: teste

[ricardofunke]

RicardoFunke <[EMAIL PROTECTED]> escreveu: teste
		 
Yahoo! Messenger com voz - Instale agora e faça ligações de graça. 

Re: teste

[ricardofunke]

RicardoFunke <[EMAIL PROTECTED]> escreveu: teste
		 
Yahoo! Messenger com voz - Instale agora e faça ligações de graça. 

RE: teste

[Ueverton Leomir]

testado e funcionando.
Agora me diz uma coisa: to vendo que vc usa o hotmail. Conhece algum macete 
pra fazer esse filtro de mensagens do hotmail funcionar? To a fim de desviar 
todas as mensagens que chegam da lista pra um pasta, mas só dando o e-mail 
da lista ele não funciona. Tem aguma idéia? Valew




From: "Rodrigo Brando" <[EMAIL PROTECTED]>
To: debian-user-portuguese@lists.debian.org
Subject: teste
Date: Wed, 10 May 2006 12:50:15 -0300

teste



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[edmarcos.souza]

Recebido com sucesso.

Em Seg, 2006-05-01 às 20:51 -0300, iraziel escreveu:
> mensagem teste de envio com o gmail!
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[gethostbyname]

Tive o mesmo problema hoje com o gmail. Enviei uma mensagem pedindo 
conselhos sobre a arquitetura AMD64 e não chegou. Vou tentar reinviar.


gethostbyname

edmarcos.souza wrote:

Estou testando, pois parece que meus emails não estão chegando a lista.


  



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[edmarcos.souza]

Obrigado.
Deve ser algo do gmail então, pois minha mensagem enviada não retorna 
da lista para mim. O que deixa me a dúvida se realmente a lista recebeu
minha mensagem. Vou ver se tem aonde alterar isto no gmail.


Em Seg, 2006-05-01 às 13:44 -0400, Francisco escreveu:
> teste recebido
> 
> On 5/1/06, edmarcos.souza <[EMAIL PROTECTED]> wrote:
> > Estou testando, pois parece que meus emails não estão chegando a lista.
> >


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste

[Francisco]

teste recebido

On 5/1/06, edmarcos.souza <[EMAIL PROTECTED]> wrote:

Estou testando, pois parece que meus emails não estão chegando a lista.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]





--
Francisco Malheiros
[EMAIL PROTECTED]
Powered by GNU/Debian Sarge / Linux User #411620
Campo Grande/MS

Re: Teste

[Alcione Ferreira]

Cambio sinal  recebido!On 4/13/06, Leonardo Lavigne <[EMAIL PROTECTED]> wrote:
Estou testando.--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]-- Alcione FerreiraSombra®101080[www.makebzimage.org
][www.sombra.br22.com]

Re: teste

[Francisco Rodrigues Vicente]

1 2 32006/3/30, Tiago Maciel <[EMAIL PROTECTED]>:







teste!!

-- Francisco Rodrigues Vicente.(69) 3442-1838

Re: Teste, desculpa off-topic

[Filipe Miranda Soares]

Em 15/03/06, Francisco Rodrigues Vicente <[EMAIL PROTECTED]> escreveu:
Só um teste pra ver se eu to na lista, desculpa.-- Francisco Rodrigues Vicente.Debian GNU/LINUX com Kernel 2.6.8-2.Tudo bem mas use isso de maneira certa 
blz?

Re: teste servidor de e-mail

[Francisco]

Olá Lista!Aproveitando o gancho ae!Eu to montando um mail server em Postfix no Debian 3.1 Sarge, seguindo o how to da HowToForge (http://www.howtoforge.com/perfect_setup_debian_sarge
)Ai o mail server funcionou beleza, autenticou, certinho, mas na que eu vou mandar um email pelo outlook, ele dá "Relay Access Denied" ... Alguem sabe como resolver isso?GratoFrancisco
On 3/11/06, Andre Luis Lopes <[EMAIL PROTECTED]> wrote:
Olá,On Fri, Mar 10, 2006 at 06:05:16PM -0300, Caio Ferreira wrote:> Todos>> Acabei de montar um servidor de e-mail e queria saber como é que eu poderia> fazer um teste nesse servidor de e-mail para verificar se esta tudo correto, antes de fazer o redirecionamento do dominio, do ip antigo para o ip novo.
Teste o envio e o recebimento de mensagens com ele. Crie contas deusuários e envie mensagens entre os mesmos para verificar se tudo funcionanormalmente.> Outra coisa, por acaso alguém aqui já configurou o postfix para trabalhar com
> SPTP Authentication ?Seria autenticação SMTP ? É possível fazer usando o suporte a autenticaçãoSMTP via SASL do Postfix. Instale o pacote postfix-doc e leia o arquivo/usr/share/doc/postfix/SASL_README.gz, que explica como tudo deve ser
feito.Somente atente para o fato de que, no Debian, o smtpd.conf deve sercolocado em /etc/postfix/sasl, como o arquivo/usr/share/doc/postfix/README.Debian diz. Ah ! O Debian fornece aconfiguração do Postfix em ambiente chroot por padrão e você pode ter
dificuldades com a autenticação SMTP devido a isso.Ou você muda isso no seu arquivo /etc/postfix/master.cf, desabilitando oambiente chroot (menos seguro, não recomendável) ou encontra uma forma doPostfix ter acesso ao socket do saslauthd, mesmo de dentro do ambiente
chroot. Podem existir outras formas de se fazer isso, mas eu costumo usarbind mounts para isso.Espero ter ajudado.--++--++
||  André Luís Lopes [EMAIL PROTECTED]   http://people.debian.org/~andrelop
   Debian-BR Projecthttp://www.debian-br.org     Public GPG KeyID 9D1B82F6   ||-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)iD8DBQFEE0HeW4/i9Z0bgvYRAhMQAKCGtXkOwMw2Tgc75xWl1xi6EmEGywCglLZPe/3Zef6qzLLHxqMF+4bA9DM==+ve7-END PGP SIGNATURE-
-- Francisco Malheiros[EMAIL PROTECTED]Powered by GNU/Debian Sarge / Linux User #411620Campo Grande/MS

Re: teste servidor de e-mail

[Andre Luis Lopes]

Olá,

On Fri, Mar 10, 2006 at 06:05:16PM -0300, Caio Ferreira wrote:
> Todos
> 
> Acabei de montar um servidor de e-mail e queria saber como é que eu poderia
> fazer um teste nesse servidor de e-mail para verificar se esta tudo correto, 
> antes de fazer o redirecionamento do dominio, do ip antigo para o ip novo.

Teste o envio e o recebimento de mensagens com ele. Crie contas de
usuários e envie mensagens entre os mesmos para verificar se tudo funciona
normalmente.

> Outra coisa, por acaso alguém aqui já configurou o postfix para trabalhar com
> SPTP Authentication ?

Seria autenticação SMTP ? É possível fazer usando o suporte a autenticação
SMTP via SASL do Postfix. Instale o pacote postfix-doc e leia o arquivo
/usr/share/doc/postfix/SASL_README.gz, que explica como tudo deve ser
feito.

Somente atente para o fato de que, no Debian, o smtpd.conf deve ser
colocado em /etc/postfix/sasl, como o arquivo
/usr/share/doc/postfix/README.Debian diz. Ah ! O Debian fornece a
configuração do Postfix em ambiente chroot por padrão e você pode ter
dificuldades com a autenticação SMTP devido a isso.

Ou você muda isso no seu arquivo /etc/postfix/master.cf, desabilitando o
ambiente chroot (menos seguro, não recomendável) ou encontra uma forma do
Postfix ter acesso ao socket do saslauthd, mesmo de dentro do ambiente
chroot. Podem existir outras formas de se fazer isso, mas eu costumo usar
bind mounts para isso.

Espero ter ajudado.

-- 
++--++
||  André Luís Lopes [EMAIL PROTECTED]||
||   http://people.debian.org/~andrelop ||
||  Debian-BR Projecthttp://www.debian-br.org   ||
||  Public GPG KeyID 9D1B82F6   ||


signature.asc
Description: Digital signature

Re: Teste de Raid não funcionou.

[anderson andrade]

   Utilize esse comando assim, terá menos dor de cabeça.     dd if=/dev/sda of=/dev/sdb  abraços     Anderson.           rodrigo pestana <[EMAIL PROTECTED]> escreveu:  Olá meus amigos,Coloquei em um micro 2 hds serial ata. Instalei o debian sarge 3.1 e particionei com raid via software da seguinte maneira:1 - /boot         30 MB    -ext2     Primary    -> Raid12 -
 /swap    512 MB               Primary    -> Raid03 - /            3 GB    -ext3    Primary    -> Raid15 - /usr           5 GB    -ext3     Logico      ->Raid16 - /var           5 GB       -reiserfs   L            -> Raid17 - /tmp           5 GB      -reiserfs   L            ->Raid08 - /home         61 GB    -reiserfs   L        
    -> Raid1Bom, se eu desligar o segundo hd (sdb) ele boota normal, agora se desligar o primeiro ele não boota.Eu fiz como esta no site: http://www.guiadohardware.net/tutoriais/119/# dd if=/dev/sda of=backup.mbr bs=512 count=1# dd if=backup.mbr of=/dev/sdbDepois de utilizar este comando quando eu desligo o primeiro hd aparece uma mensagem na telaGRUB_E não consigo fazer nada. Eu tentei usar o comando acima como:# dd if=/dev/sda1 of=backup.mbr bs=512 count=1# dd if=backup.mbr of=/dev/sdb1Mas não tive resultado.Alguém pode me ajuda?Grato,Rodrigo  Yahoo! Acesso Grátis Internet rápida e grátis. Instale o discador agora!
		 
Yahoo! Acesso Grátis 
Internet rápida e grátis. Instale o discador agora!

Re: teste..

[zandre bran]

teste ok.On 3/2/06, Leandro Anjos <[EMAIL PROTECTED]> wrote:
 
 
		 
Yahoo! Acesso Grátis 
Internet rápida e grátis. Instale o discador agora!

Re: teste de kernel no br-cdd

[Pruonckk le Punk]

bom pessoal, eu instalei o cdd pre5 aqui, e funcionou o kernel com o
bootsplash tranquilamente

se alguem ainda puder testar, obrigado


Em Sex, 2005-09-30 às 11:26 -0300, Mateus Pedroso escreveu:
> YEEEAAHH !!!
> 
> Em 30/09/05, Pruonckk le Punk<[EMAIL PROTECTED]> escreveu:
> > se possivel, me avisem depois os resultados
> >
> > obrigado
> >
> > Em Sex, 2005-09-30 às 10:44 -0300, Pruonckk le Punk escreveu:
> > > Bom dia senhores,
> > >
> > > Pessoal seguinte, eu precisava que alguem fizesse um teste com um kernel
> > > pra mim, eu compilei um kernel pra ser usado em uma install fest aqui em
> > > curitiba, é um kernel 2.6.12-6, ele ta em .deb, tanto o kernel-image
> > > kernel-headers e o kernel-source, oque este kernel tem de diferente é o
> > > suporte a bootsplash que ja ta em built-in e tudo configurado, em todos
> > > os sarges que eu testei, funcionou perfeito, mas um amigo colocou no
> > > br-cdd pre5 ( que é oque pretendemos usar na IF ) e ele disse que o
> > > bootsplash nao carregou, eu gostaria de pedir para quem tem um
> > > debian-br-cdd pre5 instalado e que possa fazer um teste, o faça
> > >
> > > o kernel pra download esta em www.pruonckk.org na parte de downloads
> > >
> > > pra instalar é só dar um dpkg -i kernel-image..
> > >
> > > após instalar coloque a seguinte entrada no teu /etc/apt/sources.list
> > >
> > > deb http://www.bootsplash.de/files/debian/ unstable main
> > >
> > >nao se preocupe com esse unstable ai
> > >
> > > feito isso
> > > apt-get update
> > >  e entao
> > > apt-get install bootsplash sysv-rc-bootsplash
> > >
> > > ele vai instalar pra voce e vai te perguntar qual initrd voce quer usar,
> > > voce seleciona a initrd desse kernel que eu compilei
> > >   initrd.img-2.6.12-6-debian-pr
> > >
> > > feito isso coloque no grub ( /boot/grub/menu.lst )
> > >  ao fim da linha que diz o kernel, acrescente
> > > vga=791 splash=verbose
> > >
> > > ( se seu munitor nao suportar 1024 verifique a configuracao a ser usada
> > > em vga= )
> > >
> > > feito isso, reinicie a maquina e selecione o kernel para bootar
> > >
> > > quem puder testar isso pra mim, obrigado!
> > >
> > >
> > >
> >
> >
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> >
> >
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste de kernel no br-cdd

[Mateus Pedroso]

YEEEAAHH !!!

Em 30/09/05, Pruonckk le Punk<[EMAIL PROTECTED]> escreveu:
> se possivel, me avisem depois os resultados
>
> obrigado
>
> Em Sex, 2005-09-30 às 10:44 -0300, Pruonckk le Punk escreveu:
> > Bom dia senhores,
> >
> > Pessoal seguinte, eu precisava que alguem fizesse um teste com um kernel
> > pra mim, eu compilei um kernel pra ser usado em uma install fest aqui em
> > curitiba, é um kernel 2.6.12-6, ele ta em .deb, tanto o kernel-image
> > kernel-headers e o kernel-source, oque este kernel tem de diferente é o
> > suporte a bootsplash que ja ta em built-in e tudo configurado, em todos
> > os sarges que eu testei, funcionou perfeito, mas um amigo colocou no
> > br-cdd pre5 ( que é oque pretendemos usar na IF ) e ele disse que o
> > bootsplash nao carregou, eu gostaria de pedir para quem tem um
> > debian-br-cdd pre5 instalado e que possa fazer um teste, o faça
> >
> > o kernel pra download esta em www.pruonckk.org na parte de downloads
> >
> > pra instalar é só dar um dpkg -i kernel-image..
> >
> > após instalar coloque a seguinte entrada no teu /etc/apt/sources.list
> >
> > deb http://www.bootsplash.de/files/debian/ unstable main
> >
> >nao se preocupe com esse unstable ai
> >
> > feito isso
> > apt-get update
> >  e entao
> > apt-get install bootsplash sysv-rc-bootsplash
> >
> > ele vai instalar pra voce e vai te perguntar qual initrd voce quer usar,
> > voce seleciona a initrd desse kernel que eu compilei
> >   initrd.img-2.6.12-6-debian-pr
> >
> > feito isso coloque no grub ( /boot/grub/menu.lst )
> >  ao fim da linha que diz o kernel, acrescente
> > vga=791 splash=verbose
> >
> > ( se seu munitor nao suportar 1024 verifique a configuracao a ser usada
> > em vga= )
> >
> > feito isso, reinicie a maquina e selecione o kernel para bootar
> >
> > quem puder testar isso pra mim, obrigado!
> >
> >
> >
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>

Re: teste de kernel no br-cdd

[Pruonckk le Punk]

se possivel, me avisem depois os resultados

obrigado

Em Sex, 2005-09-30 às 10:44 -0300, Pruonckk le Punk escreveu:
> Bom dia senhores,
> 
> Pessoal seguinte, eu precisava que alguem fizesse um teste com um kernel
> pra mim, eu compilei um kernel pra ser usado em uma install fest aqui em
> curitiba, é um kernel 2.6.12-6, ele ta em .deb, tanto o kernel-image
> kernel-headers e o kernel-source, oque este kernel tem de diferente é o
> suporte a bootsplash que ja ta em built-in e tudo configurado, em todos
> os sarges que eu testei, funcionou perfeito, mas um amigo colocou no
> br-cdd pre5 ( que é oque pretendemos usar na IF ) e ele disse que o
> bootsplash nao carregou, eu gostaria de pedir para quem tem um
> debian-br-cdd pre5 instalado e que possa fazer um teste, o faça
> 
> o kernel pra download esta em www.pruonckk.org na parte de downloads
> 
> pra instalar é só dar um dpkg -i kernel-image..
> 
> após instalar coloque a seguinte entrada no teu /etc/apt/sources.list
> 
> deb http://www.bootsplash.de/files/debian/ unstable main
> 
>nao se preocupe com esse unstable ai
> 
> feito isso
> apt-get update
>  e entao
> apt-get install bootsplash sysv-rc-bootsplash
> 
> ele vai instalar pra voce e vai te perguntar qual initrd voce quer usar,
> voce seleciona a initrd desse kernel que eu compilei
>   initrd.img-2.6.12-6-debian-pr
> 
> feito isso coloque no grub ( /boot/grub/menu.lst )
>  ao fim da linha que diz o kernel, acrescente
> vga=791 splash=verbose
> 
> ( se seu munitor nao suportar 1024 verifique a configuracao a ser usada
> em vga= )
> 
> feito isso, reinicie a maquina e selecione o kernel para bootar
> 
> quem puder testar isso pra mim, obrigado!
> 
> 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste e olás

[André Luíz Ribas Cardoso]

Em 26/09/05, Marcos Vinicius Lazarini <[EMAIL PROTECTED]> escreveu:

André Luíz Ribas Cardoso wrote:> Olá a todos, me cadastrei ontem na lista e gostaria de me apresentar a> todos. Meu nome é André Ribas, sou de Curitiba (Paraná) e estou cursando> o primeiro ano de Engenharia da Computação. Sou membro do GUD-PR e o meu
> objetivo com este e-mail é basicamente testar se alguém desta lista está> recebendo minhas mensagens :o) se alguém puder me mandar uma resposta,> mesmo que seja um oi ja esta ótimo :) e viva o Debian
Oi André, seja bem vindo.
 
 Obrigado :)

Na duvida, vc deve receber duas mensagens minhas: uma direta e outra pela lista.
 
 O Gmail é meio esperto e só me mostra uma.

Essa é uma lista de alto volume e muitas mensagens por dia; assim ela acabaficando meio impessoal, pois é muita gente - estamos chegando em 1000!Veja os gráficos em:
http://murphy.debian.org/lists/debian-user-portuguese/details.html
 
 bacana :)

Sinta-se livre para colaborar na soluçaõ das dúvidas do pessoal na medida dopossível, e quando pertinente, mande as suas também.
 
 Muito obrigado, aproveitando então, alguém recebeu minha pergunta sobre os servidores X.org e Xfree?

Se tiver um tempinho livre, sugiro dar uma olhada no histórico da lista paraacelerar o seu processo de 'integração', e pegar o espírito da lista:
http://lists.debian.org/debian-user-portuguese/
 
 Com mais calma passo la sim 

Até mais!
 
 Até o/

--Marcos
 
 André Ribas
--To UNSUBSCRIBE, email to 
[EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: teste e olás

[Marcos Vinicius Lazarini]

André Luíz Ribas Cardoso wrote:

Olá a todos, me cadastrei ontem na lista e gostaria de me apresentar a 
todos. Meu nome é André Ribas, sou de Curitiba (Paraná) e estou cursando 
o primeiro ano de Engenharia da Computação. Sou membro do GUD-PR e o meu 
objetivo com este e-mail é basicamente testar se alguém desta lista está 
recebendo minhas mensagens :o) se alguém puder me mandar uma resposta, 
mesmo que seja um oi ja esta ótimo :) e viva o Debian


Oi André, seja bem vindo.
Na duvida, vc deve receber duas mensagens minhas: uma direta e outra pela lista.
Essa é uma lista de alto volume e muitas mensagens por dia; assim ela acaba 
ficando meio impessoal, pois é muita gente - estamos chegando em 1000!

Veja os gráficos em:
http://murphy.debian.org/lists/debian-user-portuguese/details.html

Sinta-se livre para colaborar na soluçaõ das dúvidas do pessoal na medida do 
possível, e quando pertinente, mande as suas também.


Se tiver um tempinho livre, sugiro dar uma olhada no histórico da lista para 
acelerar o seu processo de 'integração', e pegar o espírito da lista:

http://lists.debian.org/debian-user-portuguese/

Até mais!

--
Marcos


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Teste - Antes que alguém fale, não estou recebendo meus e-mails...

[Still]

* Konnichiwa Bruno Lellis-sama:
> Olá Still,
> Creio que seja o Gmail que não "deixa" que você veja os emails que
> você envia. Vocês os verá agora, pois eu estou respondendo um email
> seu.
> 
> Isso também acontece aqui.

Putz!!! Eu olhei no histório da lista depois que recebi o seu
e-mail.
Devia ter visto isso antes, foi mal!!
De qualquer forma, valeu!!

[]'s,

Still
--
Nelson Luiz Campos  .''`. | I hear; I forget.
Engenheiro Eletricista : :'  :| I see; I remember.
Linux User #89621 UIN 11464303 `. `'` | I do; I understand.
gnupgID: 55577339`-   | Chinese Proverb


signature.asc
Description: Digital signature

Re: Teste - Antes que alguém fale, não estou recebendo meus e-mails...

[Bruno Lellis]

Olá Still,
Creio que seja o Gmail que não "deixa" que você veja os emails que
você envia. Vocês os verá agora, pois eu estou respondendo um email
seu.

Isso também acontece aqui.

[]s!
Bruno

On 5/21/05, Still <[EMAIL PROTECTED]> wrote:
> --
> Nelson Luiz Campos  .''`. | I hear; I forget.
> Engenheiro Eletricista : :'  :| I see; I remember.
> Linux User #89621 UIN 11464303 `. `'` | I do; I understand.
> gnupgID: 55577339`-   | Chinese Proverb
> 
> 
> BodyID:233511243.2.n.logpart (stored separately)
> 
>

RE: Teste de HD

[Rauklei Guimarães]

--- Guilherme Rocha_Sul Soluções
<[EMAIL PROTECTED]> escreveu: 
> 
> 
> Pessoal, boa tarde, 
> 
> durante o shutdown do meu sistema ocorreram erros no
> sistema de arquivos. 
> Procurei informações no google, site do debian e não
> encontrei um programa 
> que execute uma verificação completa no disco (com
> exame de BAD-BLOCKS) no 
> disco.
> 
> Meu disco tem três partições, sendo 2 Linux (CL10 e
> Debian)  e  Windows., tem 
> algum programa que verifique todas??
O fsck -A checa os filesystem indicados no fstab,
porém   imagino que o Windows se vai ter que ajustar
nele próprio.
Quando ao badblocks, execute o man 8 badblocks, que
ele vai listar algumas opções interessantes.
Detalhe: Se pode utilizar o e2fsck passando parâmetros
de filesystem e checagem de BadBlocks, veja também em
man 8 e2fsck.

Boa Sorte.

[]'s






=
Rauklei P.S. Guimarães
--
Powered by Debian/GNU/Linux

Diga não a pirataria!! Use GNU/Linux





___ 
Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. 
http://br.acesso.yahoo.com/ - Internet rápida e grátis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]