Re: Workshop Gratuito sobre Gerenciamento de Projetos. Não Perca esta Oportunidade!
Pela resposta do China posso concluir tambem que ele njnca leu aobre regras de conduta. Enfim muitos usuarios arrogantes fazem o sistema ficar ruim. Parei de usar Debian graças a usuarios arrogantes. Em 20/02/2013 08:10, China china.lis...@gmail.com escreveu: Antes de entrar nessa lista, você leu sobre ela? suas regras? como é constituida? sua finalidade? como o projeto debian trata suas listas?? Só posso concluir que não... Em 20 de fevereiro de 2013 04:17, Robson Dantas meulinux.deb...@gmail.com escreveu: Eu venho notando já a algum tempo que passa todo tipo de porcaria nessa lista, parece que não existe moderadores. Isso é uma vergonha!!! Na lista Ubuntu-Br não vemos passar essas fuleragens. Num aguento receber mensagens com fundo M$Windows. -- @chinabhz -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cake1zwry8aidqlk4u-m625w4ph70c14_fca0cxbkozyeoa6...@mail.gmail.com
Re: Teste para levantar um novo PDC SAMBA
(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.brhttp://www.adventistascgr.com.br/ Cristo vai voltar... prepara-te! -- *De:* Spirit Mercy spiritme...@gmail.com *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 http://goo.gl/KDqy8 - *Facebookhttps://www.facebook.com/thiagonallivalentim- Google+ https://plus.google.com/u/0/107572149472903812715* * *Ubuntu User: http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783** #10783*http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783 *Linux User:**#56* https://linuxcounter.net/user/56.html* *
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 julio_sm_lo...@yahoo.com.brescreveu: 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 spiritme...@gmail.com *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 http://goo.gl/KDqy8 - *Facebookhttps://www.facebook.com/thiagonallivalentim- Google+ https://plus.google.com/u/0
Re: Dois erros no SID
Olá Rubens, Que bom que o DNS foi resolvido, com relação ao TTY achei meu arquivo txt com os Links da solução. Embora fale do Splash do Ubuntu, ele resolve o problema do TTY... http://ubuntuforum-br.org/index.php/topic,66522.0.html Meu Ubuntu Server não tem modo gráfico, apenas Texto. Mas uso isso ai o tal de v86d e configuro a resolução como fala. Além de voltar meus TTY eles ficam agora bonitinhos em resolução 1024x768 no modo texto e não os velhos 800x600 que eu achava feio em um monitor de 21 com as letras Granes Pode seguir que funciona 100% no Debian SID. Abs Em 18 de janeiro de 2013 12:09, Rubens Junior rbns...@gmail.com escreveu: Ola Thiago, bom dia! Meu DNS está praticamente resolvido com as dicas desse site. Em relação ao TTY's que sumiram, vc ja encontrou alguma coisa? Eu ainda nao axei nada na net, apenas vc me deu um pingo de esperança hehehehehee Abracos! Valeu! -- Atenciosamente, Rubens S. O. Jr Em 17 de janeiro de 2013 00:47, Thiago Nalli Valentim thiago.na...@gmail.com escreveu: Passei por isso no Ubuntu server 12.04. era tudo novo e diferente as configurações. O resolv.conf tem um bom tutorial no Link abaixo. http://sejalivre.org/como-alterar-as-configuracoes-de-dns-do-ubuntu-12-04-e-debian-resolv-conf-d/ http://sejalivre.org/como-alterar-as-configuracoes-de-dns-do-ubuntu-12-04-e-debian-resolv-conf-d/Já do TTY eu tenho um arquivo texto em algum serviço de Cloud (dropbox, Ubuntu One, etc..) vou procurar e já te envio a solução dos TTY que somem. Abs Em 16 de janeiro de 2013 19:57, Rubens Junior rbns...@gmail.comescreveu: Irmão, boa noite! 1)Ja pesquisei tudo que eu podia para o sumiço dos terminais, não encontrei nada até agora. Não creio que seja a placa de video, pois tudo funcionar, jogos, internet, flash, tanto no windows7 como no debian. 2) Sobre o DNS, idem... já me conformei de toda vez que iniciar a máquina eu digitat nameserver 8.8.8.8 no arquivo /etc/resolv.conf que é um link para aquele outro arquivo (que é limpado toda vez que o sistema reinicia). 3) Sobre a hora, a bios está correta, mas qdo inicio o debian, ele soma 6h. O tzdata já foi reconfigurado duzentas vezes com o comando dpkg-reconfigure tzdata, já setei a hora na mão com o comando date mmddhhmm, e também com o comando ntpdate. Momentaneamente os comandos date e ntpdate funcionam, bastou desligar e ligar, a bios está correta, mas o debian soma 6h novamente Queria descobrir estas 3 coisas: - Quem foi o chato que fez meus terminais sumirem; - Quem foi o chato que fez o /etc/resolv.conf ser limpado em cada boot; - Quem foi o chato que fez meu relogio somar 6h em cada boot. Eu axo q a atualização para o SID fez coisa estranha no diretório /etc hahahahaha Obrigado. -- Atenciosamente, Rubens S. O. Jr Em 15 de janeiro de 2013 19:15, d4n1 d4n1h...@gmail.com escreveu: Brother, se teus consoles sumiram, de duas uma: ou a placa ou as configurações dos terminais virtuais foram modificadas, ja verificou teu inittab está correto? Muito louco esse do resolv.conf, verei com mais calma... Depois de configurar teu timezone, não usa o ntp, configura na mão e testa. Estamos sempre as ordens brother, afinal defendemos uma ótima causa: o software livre ;-) Daniel Melo d4n1 : On Jan 15, 2013 6:24 PM, Rubens Junior rbns...@gmail.com wrote: Prezado Daniel, boa tarde! 1) Eu acredito que não seja a placa de vídeo, pois eu uso o Debian e o win7 normalmente. Isso ocorreu após a migração para o SID. Somente o CTRL+ALT+F7 está funcionando. A impressão que se passar é que os terminais sumiram ou algum arquivo de configuração foi desfeito. Percebi que no /etc há diversos arquivos renomeados para *.conf-bak ou *.dpkg-old. Cara, isso náo fui eu, com certeza foi o processo de migração para o SID :P 2) Constatei que o arquivo /etc/resolv.conf virou um link para /etc/resolvconf/run/resolv.conf, nele consta os dns's antigos do google que eu utilizava: root@debian:/home/rubens# cat /etc/resolv.conf nameserver 8.8.8.8 nameserver 8.8.4.4 Quando digito dhclient eth0 o conteúdo dele se transforma: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVER WRITTEN nameserver 200.222.145.84 nameserver 200.149.55.142 nameserver 192.168.0.1 OBS: Esses são os mesmos ips da configuração do modem adsl e do roteador. Só sei que antes eu não precisava digitar dhclient eth0 hehehehehe 3) Já reconfigurei meu tzdata com o comando dpkg-reconfigure tzdata para America/Belem, mas mesmo assim depois que reinicia ele volta com a frescura de adiantar 6h meu relógio hahahaa o engraçado que ao tentar reconfigurar o tzdata ele detecta America/Belem normalmente. Depois de reconfigurar eu preciso digitar ntpdate ntp.dlink.com.tw. Até agora foram estas três situações chatinhas que ocorreu no meu pc depois que fiz a migração, será que tem como voltar todos os
Re: Dois erros no SID
Henrique Muito boa sua Dica ao Colega da Lista. Eu fiquei com uma dúvida, pois tem muita coisa que ainda não sei em linux, por isso apelo: - Como faço para saber se uso systemd ou sysvinit? Algum comando ou arquivo para olhar e saber? Mais uma que preciso colocar no meu Arquivo de anotações:) Abs Em 19 de janeiro de 2013 17:40, Henrique de Moraes Holschuh h...@debian.orgescreveu: On Sat, 19 Jan 2013, Rubens Junior wrote: Eis a pergunta: Pq o SID matou meus TTYS ? Ainda bem q ele nao matou o TTY-F7 :P 1. Estás usando systemd ou sysvinit? Se for systemd, o systemd matou teus TTYs, olhe na documentação do systemd como resolver isso (não sei de cabeça). 2. Se você não usa o systemd, tenha certeza de ter o pacote getty instalado, e que /etc/inittab contém linhas estilo: 1:2345:respawn:/sbin/getty 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130119194032.ga18...@khazad-dum.debian.net -- ** Thiago Nalli Valentim E-Mail/Gtalk: thiago.na...@gmail.com Blog: *Thiago Nalli LAB http://goo.gl/KDqy8 - *Facebookhttps://www.facebook.com/thiagonallivalentim- Google+ https://plus.google.com/u/0/107572149472903812715* * *Ubuntu User: http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783** #10783*http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783 *Linux User:**#56* https://linuxcounter.net/user/56.html* *
Re: Dois erros no SID
para um host (exemplo ping www.kernel.org) sou obrigado a executar o comando dhclient eth0 todas as vezes que inicio o sistema. Verificou teu resolv.conf? 3) Toda vez que inicio a máquina a bios está com a hora certa e quando entro no debian, ele acrescenta 6h no relógio do sistema. Com isso tenho que digitar o comando ntpdate servidor todas as vezes que inicio o sistema. Possivelmente ele entrou com um fuso horário diferente do teu..., reconfigura e verifica esses bugs. Eu estou usando o Sid em meu laptop, e está de boa por enquanto, sem problemas com o Gnome3 e outros serviços/software. Nos servidores ainda continuo com o 6, pois produção é produção ;) Mas muito bom você ter reportado os bugs que você encontrou, reporta para o projeto verificar também. -- Daniel Melo d4n1 : -- ** Thiago Nalli Valentim E-Mail/Gtalk: thiago.na...@gmail.com Blog: *Thiago Nalli LAB http://goo.gl/KDqy8 - *Facebookhttps://www.facebook.com/thiagonallivalentim- Google+ https://plus.google.com/u/0/107572149472903812715* * *Ubuntu User: http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783** #10783*http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783 *Linux User:**#56* https://linuxcounter.net/user/56.html* *
Re: eternet
Antes de ver Hardware, e etc.. Faz isso: Veja se seu arquivo /etc/network/interfaces tem essas linhas: auto eth0 iface eth0 inet dhcp (veja se ta como DHCP ou como Static), Se não tiver essa linha no seu Arquivo. Crie elas. Depois basta executar como root: # ifup eth0 ou # dhclient eth0 Se mesmo assim não pegar IP, dai sim cheque os Hardwares e Modulos. Em 25 de dezembro de 2012 20:40, Fabiano fabiano.santo...@gmail.comescreveu: Boa noite! Já executou lspci e viu o hardware? Em seguida verificou com Lsmod se o modulo esta ok? Tive este problema semelhante e resolveu baixando outros drivers. Abraços, Fabiano Enviado via iPhone Em 24/12/2012, às 21:01, Manoel Pedro de Araújo mpara...@gmail.com escreveu: Olá, compilei o drive da eth0 meu pc reconhece o drive mas quando clico para conectar fica tentando conectar mas não conecta. alguempode me ajudar. quando rodo ifconfig eth0 ele não reconhece o IP. -- Manoel -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2c21fe27-0216-4651-9b78-98c89db1a...@gmail.com -- ** Thiago Nalli Valentim E-Mail/Gtalk: thiago.na...@gmail.com Blog: *Thiago Nalli LAB http://goo.gl/KDqy8 - *Facebookhttps://www.facebook.com/thiagonallivalentim- Google+ https://plus.google.com/u/0/107572149472903812715* * *Ubuntu User: http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783** #10783*http://ubuntucounter.geekosophical.net/img/ubuntu-user.php?user=10783 *Linux User:**#56* https://linuxcounter.net/user/56.html* *
