Re: Sobre particionamento, segurança etc. no manual do Debian.
Em Thu, 29 Mar 2012 22:10:17 -0300 Listeiro 037 listeiro_...@yahoo.com.br escreveu: Olá. O que vou questionar é algo sem sentido, porém imagina-se uma situação paranoica, onde algumas coisas podem ser suprimidas por redundância ou por necessitar tanto exagero. Usei algo do manual de segurança e completei com exageros. Inclusive, se alguém me indicar algo sobre segurança, alguma lista de discussão paranoica, sites, de preferência em português, para acrescentar, eu agradeceria. Li em algum lugar que são obrigatórias e necessárias CINCO partas no superdiretório / sem serem montadas em outras partições. /bin, /sbin, /etc, /dev, /lib. As duas primeiras eu imagino que não será nada escrito dentro por um usuário comum. Da terceira não sei, a quarta será dinamicamente preenchida e não pode ter NODEV na montagem. Da quinta também não sei. As outras não-listadas podem ser usadas com partições montadas nelas. /boot pode conter uma partiçãoprimária e diversos kernels, até de outras instalações, com GRUB ou LILO escritos em seu boot. O caso é que em /usr coisas podem ser montadas em read-only, /var e /tmp não precisam de suid setado, mas precisam read-write. Etc. etc. observações do maual de segurança. Indo mais além, sob determinadas circunstãncias, determinadas, o sistema pode rodar montado sem suid setado. Então, o que queria saber é se há como usar sem travar ou danificar o sistema /bin e /sbin como read-only etc. com mount remontando/transferindo ou algo com menos cara de gambiarra. Em tempo de inicialização. E como pode ser feito para se rodar o que se necessita na inicialização podendo estar com NOSUID, NODEV, NOEXEC etc. setados no sistema de arquivos. Cortando TODAS as gorduras como partições com permissões desnecessárias, tirando poder de root que não será usado etc. É para lacrar o sistema e jogar a chave fora, rasgar a senha root, esquecê-lo e ser feliz! E se necessário for, usar um sistema live para mudar a senha. Fechar o root mesmo para ninguém consegui-lo, se não há como. E se conseguirem um usuário simples, não poderão encher muito o saco. Talvez para a maioria com mais visão sejam absurdos, exceto as recomendações do manual Debian, mas eu pensaria mais ou menos em como se trancar uma porta com sete fechaduras. Como nunca calejei um sistema, estou à procura do que é melhor para o máximo de segurança. isto incluiu ler o manual Debian. Se vai servir prá algo, não sei, mas depois de resover isto, preocuparei-me com criptografia de partições e outras perfumarias. Obs: Há muita coisa em Informática, principalmente Software Livre para se entender. Segurança não é minha área e até o momento não tenho pendido para estes esclarecimentos, por isto este caráter momentaneamente supersticioso. Desculpem-me pela extensão e desde já agradeço. Até mais. Já que você está pesquisando sobre o assunto e sobre as melhores práticas para segurança de sistemas GNU/Linux, eu indicaria a leitura de [1] grsecurity e [2] selinux. com certeza você vai precisar deles se quiser melhor em 90% a segurança por ai. até + 1-http://en.wikibooks.org/wiki/Grsecurity 2-http://selinuxproject.org/page/Main_Page -- 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/20120330075326.33a97...@core.ezeec.com.br
Re: Sobre particionamento, segurança etc. no manual do Debian.
Opa Mauricio Neto, Também concordo contigo, os links que usei como referência foi somente a título de estudo e pesquisa do nosso amigo paranóico em segurança. Apesar que na minha opnião, a segurança deveria esta em primeiro lugar e não em terceiro ou quarto lugar como acontece no GNU/Linux. Imagino do que adianta um servidor facil de configurar se quando se mais precisa dele ele ja foi invadido, comprometendo toda a rede e os negócios de uma empresa. Em Fri, 30 Mar 2012 13:45:24 -0300 Mauricio Neto mn...@inbox.com escreveu: Marlon, Concordo com sua visão extrema de segurança. mas coisas ruins acontecem, como falha em placas de rede, um servidor de email que atola e coisas por ai. Não vou falar de disco porque neste caso deveriam estar espelhados ou em raid. Mas imagine em um ambiente de produção, atendendo a vários usuários e, você necessita fazer uma intervenção, como por exemplo mudar uma rota de rede, e você vai avisar ao chefe que tem que reiniciar o servidor porque não tem a senha de administrador :-) Segurança e produtividade são os dois pratos da balança Abraço Mauricio Neto Em 30-03-2012 07:53, Marlon Nunes escreveu: Em Thu, 29 Mar 2012 22:10:17 -0300 Listeiro 037listeiro_...@yahoo.com.br escreveu: Olá. O que vou questionar é algo sem sentido, porém imagina-se uma situação paranoica, onde algumas coisas podem ser suprimidas por redundância ou por necessitar tanto exagero. Usei algo do manual de segurança e completei com exageros. Inclusive, se alguém me indicar algo sobre segurança, alguma lista de discussão paranoica, sites, de preferência em português, para acrescentar, eu agradeceria. Li em algum lugar que são obrigatórias e necessárias CINCO partas no superdiretório / sem serem montadas em outras partições. /bin, /sbin, /etc, /dev, /lib. As duas primeiras eu imagino que não será nada escrito dentro por um usuário comum. Da terceira não sei, a quarta será dinamicamente preenchida e não pode ter NODEV na montagem. Da quinta também não sei. As outras não-listadas podem ser usadas com partições montadas nelas. /boot pode conter uma partiçãoprimária e diversos kernels, até de outras instalações, com GRUB ou LILO escritos em seu boot. O caso é que em /usr coisas podem ser montadas em read-only, /var e /tmp não precisam de suid setado, mas precisam read-write. Etc. etc. observações do maual de segurança. Indo mais além, sob determinadas circunstãncias, determinadas, o sistema pode rodar montado sem suid setado. Então, o que queria saber é se há como usar sem travar ou danificar o sistema /bin e /sbin como read-only etc. com mount remontando/transferindo ou algo com menos cara de gambiarra. Em tempo de inicialização. E como pode ser feito para se rodar o que se necessita na inicialização podendo estar com NOSUID, NODEV, NOEXEC etc. setados no sistema de arquivos. Cortando TODAS as gorduras como partições com permissões desnecessárias, tirando poder de root que não será usado etc. É para lacrar o sistema e jogar a chave fora, rasgar a senha root, esquecê-lo e ser feliz! E se necessário for, usar um sistema live para mudar a senha. Fechar o root mesmo para ninguém consegui-lo, se não há como. E se conseguirem um usuário simples, não poderão encher muito o saco. Talvez para a maioria com mais visão sejam absurdos, exceto as recomendações do manual Debian, mas eu pensaria mais ou menos em como se trancar uma porta com sete fechaduras. Como nunca calejei um sistema, estou à procura do que é melhor para o máximo de segurança. isto incluiu ler o manual Debian. Se vai servir prá algo, não sei, mas depois de resover isto, preocuparei-me com criptografia de partições e outras perfumarias. Obs: Há muita coisa em Informática, principalmente Software Livre para se entender. Segurança não é minha área e até o momento não tenho pendido para estes esclarecimentos, por isto este caráter momentaneamente supersticioso. Desculpem-me pela extensão e desde já agradeço. Até mais. Já que você está pesquisando sobre o assunto e sobre as melhores práticas para segurança de sistemas GNU/Linux, eu indicaria a leitura de [1] grsecurity e [2] selinux. com certeza você vai precisar deles se quiser melhor em 90% a segurança por ai. até + 1-http://en.wikibooks.org/wiki/Grsecurity 2-http://selinuxproject.org/page/Main_Page -- 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/20120330075326.33a97...@core.ezeec.com.br FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks orcas on your desktop! Check it out at http://www.inbox.com/marineaquarium -- To UNSUBSCRIBE, email to debian-user-portuguese-requ
Re: Sobre particionamento, segurança etc. no manual do Debian.
Opa Maurício Neto, So uma correção, as dúvidas relacionadas não foram questionadas por mim e sim pelo Listeiro 037 listeiro_...@yahoo.com.br. Eu somente indiquei links relacionados a sistemas de segurança para o GNU/Linux. até mais. Em Fri, 30 Mar 2012 15:03:56 -0300 Mauricio Neto mn...@inbox.com escreveu: Rodolfo, acho que não me fiz entender, segundo o texto do Marlon ele postula que a senha do root deva ser esquecida ate pelo administrador e se necessário for usar um live cd para modificar a senha. Por isso eu coloquei este exemplo extremo de um pequena intervenção pode acabar sendo uma dor de cabeça Mauricio Neto Em 30-03-2012 14:11, Rodolfo escreveu: .e você vai avisar ao chefe que tem que reiniciar o servidor porque não tem a senha de administrador... Se o usuário não tem permissão pra ter senha de administrador, muito menos de reiniciar um servidor, acho que protocolos serão quebrados, e alguem vai ser punido. Em 30 de março de 2012 12:45, Mauricio Neto mn...@inbox.com mailto:mn...@inbox.com escreveu: Marlon, Concordo com sua visão extrema de segurança. mas coisas ruins acontecem, como falha em placas de rede, um servidor de email que atola e coisas por ai. Não vou falar de disco porque neste caso deveriam estar espelhados ou em raid. Mas imagine em um ambiente de produção, atendendo a vários usuários e, você necessita fazer uma intervenção, como por exemplo mudar uma rota de rede, e você vai avisar ao chefe que tem que reiniciar o servidor porque não tem a senha de administrador :-) Segurança e produtividade são os dois pratos da balança Abraço Mauricio Neto Em 30-03-2012 07:53, Marlon Nunes escreveu: Em Thu, 29 Mar 2012 22:10:17 -0300 Listeiro 037listeiro_...@yahoo.com.br mailto:listeiro_...@yahoo.com.br escreveu: Olá. O que vou questionar é algo sem sentido, porém imagina-se uma situação paranoica, onde algumas coisas podem ser suprimidas por redundância ou por necessitar tanto exagero. Usei algo do manual de segurança e completei com exageros. Inclusive, se alguém me indicar algo sobre segurança, alguma lista de discussão paranoica, sites, de preferência em português, para acrescentar, eu agradeceria. Li em algum lugar que são obrigatórias e necessárias CINCO partas no superdiretório / sem serem montadas em outras partições. /bin, /sbin, /etc, /dev, /lib. As duas primeiras eu imagino que não será nada escrito dentro por um usuário comum. Da terceira não sei, a quarta será dinamicamente preenchida e não pode ter NODEV na montagem. Da quinta também não sei. As outras não-listadas podem ser usadas com partições montadas nelas. /boot pode conter uma partiçãoprimária e diversos kernels, até de outras instalações, com GRUB ou LILO escritos em seu boot. O caso é que em /usr coisas podem ser montadas em read-only, /var e /tmp não precisam de suid setado, mas precisam read-write. Etc. etc. observações do maual de segurança. Indo mais além, sob determinadas circunstãncias, determinadas, o sistema pode rodar montado sem suid setado. Então, o que queria saber é se há como usar sem travar ou danificar o sistema /bin e /sbin como read-only etc. com mount remontando/transferindo ou algo com menos cara de gambiarra. Em tempo de inicialização. E como pode ser feito para se rodar o que se necessita na inicialização podendo estar com NOSUID, NODEV, NOEXEC etc. setados no sistema de arquivos. Cortando TODAS as gorduras como partições com permissões desnecessárias, tirando poder de root que não será usado etc. É para lacrar o sistema e jogar a chave fora, rasgar a senha root, esquecê-lo e ser feliz! E se necessário for, usar um sistema live para mudar a senha. Fechar o root mesmo para ninguém consegui-lo, se não há como. E se conseguirem um usuário simples, não poderão encher muito o saco. Talvez para a maioria com mais visão sejam absurdos, exceto as recomendações do manual Debian, mas eu pensaria mais ou menos em como se trancar uma porta com sete fechaduras. Como nunca calejei um sistema, estou à procura do que é melhor para o máximo de segurança. isto incluiu ler o manual Debian. Se vai servir prá algo, não
Re: pidgim e empathy
Boa noite. eu uso pidgin para acessar msn, icq e googletalk. até aqui não encontrei nenhum problema. tem certeza que vc configurou o serviço googletalk corretamente? e quanto aos outro protocolos? vc consegue usar sem problemas? uso o pidgin 2.10.0 debian wheezy x86_64. Em seg 28 nov 2011, às 18:13:14, G.Paulo escreveu: Caros, Não tenho tido sucesso em usar pidgim ou empathy no Debian Weezy. Alguém está usando um desses? Acho que já tentei de tudo, dezenas de sites, modificaćões de todo tipo nas configuraćões, mas nada funcionou. Em alguns momentos chegou até a pedir aceitaćão (ou rejeićão) de certificado (Accept certificate for talk.google.com?), mas ao final sempre emite uma das mensagens: Server closed the connection SSL Connection Failed Server does not use any supported authentication method Tentei várias contas googletalk e jabber. Parece-me que tem algo de específico com o Debian e com essas bibliotecas SSL (das quais não entendo). Minha configuraćão é Debian Weezy, kernel 3.1.0-1-amd64. Saudaćões. G.Paulo. -- 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/20282002.48065.mcnu...@gmail.com
alguem me lê?
alguem consegue le essa msg? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até que conforme os usuários estão usando o gnome, o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Seguindo o conselho do Junior Polegato (linux at juniorpolegato.com.br) dei uma olhada nos arquivos de logs em /var/log/gdm e lá vi o registros de quando o X reseta e volta pra tela de login do gdm: AUDIT: Tue Aug 21 16:19:49 2007: 11499 Xephyr: client 4 rejected from local host XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.2 after 45625 requests (45623 known processed) with 0 events remaining. Alguem sabe dizer porque isso ta acontecendo? o que devo fazer pra meu X para de resetar? presciso resolver isso urgente, finalmente consegui por linux aqui na empresa, não posso deixar esse problema atrapalhar o resto da migração. agradeço a atenção e a ajuda de todos. Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até que conforme os usuários estão usando o gnome, o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Seguindo o conselho do Junior Polegato (linux at juniorpolegato.com.br) dei uma olhada nos arquivos de logs em /var/log/gdm e lá vi o registros de quando o X reseta e volta pra tela de login do gdm: AUDIT: Tue Aug 21 16:19:49 2007: 11499 Xephyr: client 4 rejected from local host XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.2 after 45625 requests (45623 known processed) with 0 events remaining. Alguem sabe dizer porque isso ta acontecendo? o que devo fazer pra meu X para de resetar? presciso resolver isso urgente, finalmente consegui por linux aqui na empresa, não posso deixar esse problema atrapalhar o resto da migração. agradeço a atenção e a ajuda de todos. Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até que conforme os usuários estão usando o gnome, o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Seguindo o conselho do Junior Polegato (linux at juniorpolegato.com.br) dei uma olhada nos arquivos de logs em /var/log/gdm e lá vi o registros de quando o X reseta e volta pra tela de login do gdm: AUDIT: Tue Aug 21 16:19:49 2007: 11499 Xephyr: client 4 rejected from local host XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.2 after 45625 requests (45623 known processed) with 0 events remaining. Alguem sabe dizer porque isso ta acontecendo? o que devo fazer pra meu X para de resetar? presciso resolver isso urgente, finalmente consegui por linux aqui na empresa, não posso deixar esse problema atrapalhar o resto da migração. agradeço a atenção e a ajuda de todos. Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até q conforme os usuários estão usando o gnome o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Agradeço a ajuda! Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen2 Device device2 Monitor monitor2 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen3 Device
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até q conforme os usuários estão usando o gnome o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Agradeço a ajuda! Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen2 Device device2 Monitor monitor2 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen3 Device
problema com o xephyr
bom dia, configurei minha maquina pra atuar como um sistema multiseat ( uma maquina com 4 monitores, teclados e mouse ) esses sistema tem 4 placas de videos e usei o xephyr seguindo o seguinte tutorial http://netpatia.blogspot.com/2006/09/multiseat-computer-with-ubuntu.html e em anexo tá o script q usei pra chama o X pelo gdm (Xephyr.sh) e os demais arquivos de configuração. tudo estava funcionando bem até q conforme os usuários estão usando o gnome o gdm reseta, encerrando o X e voltando pra tela inicial de login do gdm. Nao aparece nenhum log de erro /var/log/Xorg.0.log e nem no syslog. nao consigo entender o motivo disso, as vezes demora 30 minutos pra acontecer, ou menos. A config da minha máquina é: AMD Sempron 1833.216 MHz 1 GB de ram placa ASUS com 5 slot PCI e um AGP placas de video: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] AGP Trident Microsystems TGUI 9660/938x/968x PCI S3 Inc. ViRGE/DX or /GX PCI Trident Microsystems TGUI 9660/938x/968x Agradeço a ajuda! Xephyr.sh Description: application/shellscript [servers] 0=Hardware 1=Xephyr1 2=Xephyr2 3=Xephyr3 4=Xephyr4 [server-Hardware] name=Hardware command=/usr/X11R6/bin/X -ac -br handled=false flexible=false [server-Xephyr1] name=Xephyr1 command=/usr/sbin/Xephyr.sh -display :0.0 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.2-1/input0 -mousephys usb-:00:10.2-2/input0 -use-evdev handled=true flexible=false [server-Xephyr2] name=Xephyr2 command=/usr/sbin/Xephyr.sh -display :0.1 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.3/input0 -mousephys usb-:00:10.0-1/input0 -use-evdev handled=true flexible=false [server-Xephyr3] name=Xephyr3 command=/usr/sbin/Xephyr.sh -display :0.2 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.2/input0 -mousephys usb-:00:10.0-2/input0 -use-evdev handled=true flexible=false [server-Xephyr4] name=Xephyr4 command=/usr/sbin/Xephyr.sh -display :0.3 -br -xauthority /var/lib/gdm/:0.Xauth -geometry 1024x768+0+0 -kbdphys usb-:00:10.3-4.4/input0 -mousephys usb-:00:10.1-1/input0 -use-evdev handled=true flexible=false [greeter] GraphicalTheme=SimpleGreeter Section ServerLayout Identifier layout Screen screen0 Screen screen1 Below screen0 Screen screen2 Below screen1 Screen screen3 Below screen2 InputDevice keyboard0 InputDevice mouse0 EndSection Section Device Identifier device0 Driver nv VendorName nVidia Corporation BoardName NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] BusID PCI:1:0:0 EndSection Section Device Identifier device1 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:13:0 EndSection Section Device Identifier device2 Driver trident VendorName Trident Microsystems BoardName TGUI 9660/938x/968x BusID PCI:0:19:0 EndSection Section Device Identifier device3 Driver s3virge VendorName S3 Inc. BoardName ViRGE/DX or /GX BusID PCI:0:14:0 EndSection Section Monitor Identifier monitor0 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor1 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor2 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Monitor Identifier monitor3 VendorName AOC ModelNameLM522 HorizSync30.0 - 63.0 VertRefresh 55.0 - 75.0 Option DPMS EndSection Section Screen Identifier screen0 Device device0 Monitor monitor0 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen1 Device device1 Monitor monitor1 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen2 Device device2 Monitor monitor2 DefaultDepth16 SubSection Display Depth 16 Modes 1024x768 EndSubSection EndSection Section Screen Identifier screen3 Device
Re: potato
use o comando: import -window root screenshot.jpg Em Dom, 2005-10-02 às 16:29 -0300, HardMaster escreveu: Ola pessoal, uso o debian potato em um 486, e gostaria de saber como tiro screnshots? Gian Nicodemus Técnico em hardware [EMAIL PROTECTED] http://gean.pruonckk.org Os bandidos aprovam a lei do desarmamento Torna o trabalha deles mais seguro. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: firefox no sarge desatualizado?
eu li na lista de segurança do debian que tava ficando quase que impossivel manter a versão 1.0.4 segura com as aplicações de patchs porque após aplicado todos os patchs necessários, o browser ficava quebrado, inclusive eles estavam discutindo se seria melhor que fosse permitido a atualização do firefox e de outros programas que tem o mesmo problema pra versão atual, mesmo no debian stable. por isso fiquei e continuo com duvida. Guilherme Rocha escreveu: Em 29/09/05, nunes[EMAIL PROTECTED] escreveu: olá lista, gostaria de saber como vai o esquema do segurança no firefox do sarge, pois notei que a versão do mesmo ainda é a 1.0.4 que é cheia de falhas de segurança. notei que a versão atual com as falhas corrigidas é 1.0.7. o debian de o debian usar a versão 1.0.4 pode causar sérios problemas a minha rede que tem essa versão instalada? Cara o debian stable usa a versão 1.0.4, toda vez que sai uma correção de segurança para o firefox ou outro pacote do debian, o mantenedor do pacote pega a correção gera um patch e adiciona na versão atual da stable, no caso a 1.0.4. então é a versão com as falhas corrigidas saca? Se usasse a 1.0.7 não seria stable, certo? Mas fique tranquilo seu sistema estará seguro se vc usar frequentemente apt-get dist-upgrade e tiver no seu sources os repositórios de segurança tb. valeus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Guilherme Rocha http://e-gui.homelinux.org #Linux Registered User: 391180 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]