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" 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 > 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
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<http://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 <http://goo.gl/KDqy8> - *Facebook<https://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 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 cer
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 escreveu: > 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> - *Facebook<https://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
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 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 escreveu: >> >> 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 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 >>>> On Jan 15, 2013 6:24 PM, "Rubens Junior" 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 >>>>> >&g
Re: Dois erros no SID
gt;>> >>> Em 14 de janeiro de 2013 22:40, d4n1 escreveu: >>> >>>> >>>> >>>>> 1) Os meus tty não estão funcionando. Depois que atualizei o Debian >>>>> para a versão sid, por curiosidade, o sistema inicia o kdm normalmente e >>>>> quando eu preciso acessar alguma tty (ctrl+alt+f1 até f6 ou f8 até f12 que >>>>> estão configurados corretamente no arquivo /etc/inittab) aparece uma tela >>>>> preta com o sinal de menos (-) piscando. Então eu volto para a interface >>>>> gráfica, ctrl+alt+f7, e tenho que acessar algum terminal, exemplo o xterm, >>>>> e executar manualmente o comando /sbin/getty 38400 tty para poder >>>>> acessar o tty. >>>>> >>>>> >>>> Esse problema pode ser com sua placa de video... >>>> >>>> >>>>> 2) Outra coisa que eu percebi de errado ao atualizar o sistema para a >>>>> versão sid foi que minha internet deixou de funcionar na interface eth0 >>>>> para dns (eu uso modem adsl automático), porque eu consigo usar o ping >>>>> para >>>>> ip (exemplo ping 8.8.8.8), mas não consigo usar o ping 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 >>>> >>> >>> >>> >>> > > > -- ** Thiago Nalli Valentim E-Mail/Gtalk: thiago.na...@gmail.com Blog: *Thiago Nalli LAB <http://goo.gl/KDqy8> - *Facebook<https://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 escreveu: > 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 > 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> - *Facebook<https://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>* *
