Re: comportamento muito estranho do kernel 2.6.22-2-k7
Angelo M. S. escreveu: On Saturday 13 October 2007 14:14:21 Gunther Furtado wrote: Olá, Estou tendo muitas dificuldades para fazer o kernel 2.6.22-2-k7 (atual no lenny) bootar. Primeiro ele ficou pendurado durante uns três ou quatro minutos durante o processo de boot (waiting for root filesystem) até que me avisa que não conseguiu achar /dev/hda6 e perguntou se não seria /dev/sda6. Mesmo estranhando, editei /boot/grub/menu.list para que houvesse uma opção no menu inicial que contivesse a partição do root (/) em /dev/sda6. E funcionou! Funcionou mas não carregou o KDE. Removi os pacotes linux-image-2.6-k7 e linux-image-2.6.22-2-k7, bootei o kernel 2.6.21-2-k7 e tudo voltou a funcionar perfeitamente. Aparentemente, mudou alguma coisa em como é feito o reconhecimento dos HDs. Agradeço as sugestões. Abraço, tive o mesmo problema, resolvi editanto o menu.lst do grub e o fstab no menu.lst troquei os hda por sda, além do menu.lst vc deverá também ajustar no fstab os links de seu hd: serão mudados de hda or sda. parece-me que a equipe estão trocando as bibliotecas ide's por serial ata. Assim como as gravadoras são reconhecidas por drivers scsi, as ide's serão reconhecidas por sata. -- Pois é, por aqui consegui fazer a máquina iniciar alterando o grub/menu.lst mas achei que devia, antes de efetivar todas mudanças, escrever e checar com a lista! abraço, Angelo M. S. msn messenger, e-mail: [EMAIL PROTECTED] -- - Angelo M. S. [EMAIL PROTECTED] ___ Para fazer uma ligação DDD pra perto ou pra longe, faz um 21. A Embratel tem tarifas muito baratas esperando por você. Aproveite! -- Gunther Furtado [EMAIL PROTECTED] Curitiba - PR - Brasil
Re: comportamento muito estranho do kernel 2.6.22-2-k7
Gunther Furtado escreveu: Angelo M. S. escreveu: On Saturday 13 October 2007 14:14:21 Gunther Furtado wrote: Olá, Estou tendo muitas dificuldades para fazer o kernel 2.6.22-2-k7 (atual no lenny) bootar. Primeiro ele ficou pendurado durante uns três ou quatro minutos durante o processo de boot (waiting for root filesystem) até que me avisa que não conseguiu achar /dev/hda6 e perguntou se não seria /dev/sda6. Mesmo estranhando, editei /boot/grub/menu.list para que houvesse uma opção no menu inicial que contivesse a partição do root (/) em /dev/sda6. E funcionou! Funcionou mas não carregou o KDE. Removi os pacotes linux-image-2.6-k7 e linux-image-2.6.22-2-k7, bootei o kernel 2.6.21-2-k7 e tudo voltou a funcionar perfeitamente. Aparentemente, mudou alguma coisa em como é feito o reconhecimento dos HDs. Agradeço as sugestões. Abraço, tive o mesmo problema, resolvi editanto o menu.lst do grub e o fstab no menu.lst troquei os hda por sda, além do menu.lst vc deverá também ajustar no fstab os links de seu hd: serão mudados de hda or sda. parece-me que a equipe estão trocando as bibliotecas ide's por serial ata. Assim como as gravadoras são reconhecidas por drivers scsi, as ide's serão reconhecidas por sata. -- Pois é, por aqui consegui fazer a máquina iniciar alterando o grub/menu.lst mas achei que devia, antes de efetivar todas mudanças, escrever e checar com a lista! Mas tem, pelo menos, um procedimento que talvez mereça um bugreport: se, de fato, os discos serão tratados como sata o que explica as entradas abaixo, inseridas pela instalação do pacote linux-image-2.6.22-2-k7: title Debian GNU/Linux, kernel 2.6.22-2-k7 root(hd0,5) kernel /boot/vmlinuz-2.6.22-2-k7 root=/dev/hda6 ro initrd /boot/initrd.img-2.6.22-2-k7 savedefault title Debian GNU/Linux, kernel 2.6.22-2-k7 (single-user mode) root(hd0,5) kernel /boot/vmlinuz-2.6.22-2-k7 root=/dev/hda6 ro single initrd /boot/initrd.img-2.6.22-2-k7 savedefault Abraço, --- Gunther Furtado [EMAIL PROTECTED] Curitiba - PR - Brasil
beryl X desktops
Pessoal, estou tentando entender o beryl com o KDE. Eu reparei que a definição de desktops do beryl (faces do cubo) é totalmente diferente do KDE, Pelo que vi, se eu defino 4 desktops no beryl não necessariamente são 4 áreas (4 faces do cubo) no beryl. O que define isto é o Horizontal Virtual size e o Vertical virtual size. Sendo assi, se eu defino 4 desktop e 4 horizontal size, eu passo a ter para cada desktop 4 faces do cubo. O problema é que o pager não funciona corretamente. Instalei outra versão do pager (kicker-compiz) mas também não funciona. Eu defini 1 desktop e 4 Horizontal size, pois este valor é que defini se será um cubo, um plano, etc. O vertical size eu deixei 1. Só que no pager agora aparece assim: 1 2 3 4 Isto ocupa muito espaço, eu queria que aparecesse assim: 1 2 3 4 Para apacerer assim eu teria que colocar No horizontal size = 2 e vertical = 2, mas o cubo some e o comportamento fica estranho. Alguem sabe se tem uma barra do KDE ou um pager mais sintonizado com o beryl? Valeu Inte Ronaldo -- Civilization is the limitless multiplication of unnecessary necessities. -- Mark Twain -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. de Biologia Computacional | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8187 | [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ppgcb.unimontes.br/ | ICQ#: 5692561 | LinuxUser#: 205366 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Desassossiação de processos já em execução
Max... Obrigado pela informação. Era EXATAMENTE isso que vinha procurando fazia algum tempo. Meus dias, de agora em diante, serão bem melhores... hehehe obrigado novamente. []'s Em 17/09/07, Maxwillian Miorim[EMAIL PROTECTED] escreveu: On 9/17/07, Gustavo Feijó [EMAIL PROTECTED] wrote: Oi pessoal, Estive procurando na internet sobre uma forma de desassossiar processos em execução, mas não obtive nenhuma boa resposta. A dúvida é a seguinte: Se eu tiver um processo já iniciado, vamos dizer que seja um wget, por exemplo. Como posso fazer para desassossiá-lo do processo pai maior, meu tty, para poder fazer logoff? Conheço o nohup e o background. Mas ambas as soluções devem ser utilizadas antes de iniciar o wget, com nohup wget ou wget . Porém não resolvem se o wget já estiver em execução. Obrigado. Da uma lida neste tópico[1]. Também pode usar o diswon se o teu shell suportar, olha na manpage do shell e neste site[2]. [1] http://www.linuxforums.org/forum/misc/27281-how-detach-running-process.html [2] http://www.linuxquestions.org/questions/showthread.php?t=334835 -- Max -- []'s chmod000 Linux User #291033 Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs!
Re: Horário de Verão 2007-2008 no Debian Etch
De Debian escreveu: Marcello Di Marino Azevedo escreveu: Em Sex, 2007-10-12 às 07:48 -0300, De Debian escreveu: Marcello Di Marino Azevedo escreveu: Pessoal, não estou entendendo o seguinte. Depois de instalar o tz-brasil tanto no Sarge como Etch fiz um teste com o comando date da seguinte forma, no Sarge: sarge:~# date Thu Oct 11 22:14:48 BRT 2007 sarge:~# date -d +3days Sun Oct 14 22:14:52 BRST 2007 E no Etch: etch:~# date Qui Out 11 22:15:54 BRT 2007 etch:~# date -d +3days Dom Out 14 23:15:59 BRST 2007 No Etch está legal mas no Sarge não mostra a hora atualizada, apesar de mostrar BRST que indica que a regra está sendo usada. Sempre achei q o comando date era um meio confiável para testar a mudança. Alguém tem idéia do por que da diferença? []'s Marcello. Em Qua, 2007-10-10 às 15:48 -0200, Miguel Da Silva - Centro de Matemática escreveu: [EMAIL PROTECTED] escribió: Boa tarde Pessoal como configuro no Debian Etch o horário de verão 2007/2008? Vale ressaltar que tenho instalado no Debian o pacote (tzdata versão 2007b-1), será necessário fazer alguma configuração extra ou com esta versão do tzdata o Debian mudará automaticamente o horário no domingo (14/10/07). Abraços, César Deveria atualizar normalmente. Estou em Montevidéu (Uruguai) e aqui o horário de verão começou no domingo passado. Tenho o tzdata instalado em servidores Debian Etch e estações Debian Lenny, além de ter Gentoo em casa com o tzdata também instalado. Foi acordar no domingo e ter tudo certinho. Até mais. -- Miguel Da Silva Administrador de Red Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy Marcello, No Sarge tente rodar o comando tz-brasil --force Depois teste novamente com o date. Qq coisa da uma olhada aqui: http://diegofabian.wordpress.com/dicas/ Att Diego Fabian Valew Diego, mas foi exatemente o q eu fiz antes, só pra ter certeza executei de novo. As modificaçãoes estão lá no arquivo mas por algum motivo o comando date não entende. sarge:~# tz-brasil --force verbose mode set to 2 removing old timestamp. forcing a new fetch removed `/var/lib/tz-brasil/success-stamp' touching retry-timestamp testing Internet connection: skipped. ASSUME_PING_OK is set. generating a new tempfile tempfile is /tmp/file5tMiWB Command: wget http://people.debian.org/~pzn/tz-brasil/tz-brasil.zic -O /tmp/file5tMiWB --11:59:37-- http://people.debian.org/%7Epzn/tz-brasil/tz-brasil.zic = `/tmp/file5tMiWB' Resolving people.debian.org... 192.25.206.10 Connecting to people.debian.org[192.25.206.10]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 5,625 [text/plain] 100%[=] 5,625 28.74K/s 11:59:38 (28.62 KB/s) - `/tmp/file5tMiWB' saved [5625/5625] Got the file, now lets see it... The retrieved file is the same Success sarge:~# date Fri Oct 12 11:59:50 BRT 2007 sarge:~# date -d +2days Sun Oct 14 11:59:58 BRST 2007 sarg:~# zdump -v /etc/localtime /etc/localtime Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 17:45:52 1901 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 17:45:52 1901 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Oct 3 02:59:59 1931 UTC = Fri Oct 2 23:59:59 1931 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Oct 3 03:00:00 1931 UTC = Sat Oct 3 01:00:00 1931 BRST isdst=1 gmtoff=-7200 /etc/localtime Thu Mar 31 01:59:59 1932 UTC = Wed Mar 30 23:59:59 1932 BRST isdst=1 gmtoff=-7200 /etc/localtime Thu Mar 31 02:00:00 1932 UTC = Wed Mar 30 23:00:00 1932 BRT isdst=0 gmtoff=-10800 /etc/localtime Mon Oct 3 02:59:59 1932 UTC = Sun Oct 2 23:59:59 1932 BRT isdst=0 gmtoff=-10800 /etc/localtime Mon Oct 3 03:00:00 1932 UTC = Mon Oct 3 01:00:00 1932 BRST isdst=1 gmtoff=-7200 /etc/localtime Fri Mar 31 01:59:59 1933 UTC = Thu Mar 30 23:59:59 1933 BRST isdst=1 gmtoff=-7200 /etc/localtime Fri Mar 31 02:00:00 1933 UTC = Thu Mar 30 23:00:00 1933 BRT isdst=0 gmtoff=-10800 /etc/localtime Thu Dec 1 02:59:59 1949 UTC = Wed Nov 30 23:59:59 1949 BRT isdst=0 gmtoff=-10800 /etc/localtime Thu Dec 1 03:00:00 1949 UTC = Thu Dec 1 01:00:00 1949 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Apr 16 01:59:59 1950 UTC = Sat Apr 15 23:59:59 1950 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Apr 16 02:00:00 1950 UTC = Sat Apr 15 23:00:00 1950 BRT isdst=0 gmtoff=-10800 /etc/localtime Fri Dec 1 02:59:59 1950 UTC = Thu Nov 30 23:59:59 1950 BRT isdst=0 gmtoff=-10800 /etc/localtime Fri Dec 1 03:00:00 1950 UTC = Fri Dec 1 01:00:00 1950 BRST isdst=1 gmtoff=-7200 /etc/localtime Wed Feb 28 01:59:59 1951 UTC = Tue Feb 27 23:59:59 1951 BRST isdst=1 gmtoff=-7200 /etc/localtime Wed Feb 28 02:00:00 1951 UTC = Tue Feb 27 23:00:00 1951 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Dec
Re: Horário de Verão 2007-2008 no Debian Etch
DF Debian escreveu: Da minha parte todos meus servidores q rodam Debian Sarge Atualizaram conrretamente o horário neste domingo dia 14 de outubro como esperado. O meu laptop apareceu hoje com +2 horas (utilizo o tz-brasil no Debian Etch). Rodei o ntpdate e ele arrumou isso, atrasando 3600 segundos :-) Att, Renato
your friend Lovely joined LoveHappens
hi Nnsey, Your friend Lovely just joined LoveHappens at your invitation. Checkout Lovely's profile now: http://www.lovehappens.com/helper/profile.html?al=KGMZKFYxMbGQF1z_amp;id=176298947 Need help? If you have any questions about LoveHappens please visit: http://www.lovehappens.com/about/help.html?al=FLlin4ZEiDzfk27l This email was sent by request to [EMAIL PROTECTED] --- LoveHappens Inc., 222 Sutter St, 5th Flr, San Francisco, CA 94108
Re: Horário de Verão 2007-2008 no Debian Etch
Em Dom, 2007-10-14 às 11:55 -0200, DF Debian escreveu: De Debian escreveu: Marcello Di Marino Azevedo escreveu: Em Sex, 2007-10-12 às 07:48 -0300, De Debian escreveu: Marcello Di Marino Azevedo escreveu: Pessoal, não estou entendendo o seguinte. Depois de instalar o tz-brasil tanto no Sarge como Etch fiz um teste com o comando date da seguinte forma, no Sarge: sarge:~# date Thu Oct 11 22:14:48 BRT 2007 sarge:~# date -d +3days Sun Oct 14 22:14:52 BRST 2007 E no Etch: etch:~# date Qui Out 11 22:15:54 BRT 2007 etch:~# date -d +3days Dom Out 14 23:15:59 BRST 2007 No Etch está legal mas no Sarge não mostra a hora atualizada, apesar de mostrar BRST que indica que a regra está sendo usada. Sempre achei q o comando date era um meio confiável para testar a mudança. Alguém tem idéia do por que da diferença? []'s Marcello. Em Qua, 2007-10-10 às 15:48 -0200, Miguel Da Silva - Centro de Matemática escreveu: [EMAIL PROTECTED] escribió: Boa tarde Pessoal como configuro no Debian Etch o horário de verão 2007/2008? Vale ressaltar que tenho instalado no Debian o pacote (tzdata versão 2007b-1), será necessário fazer alguma configuração extra ou com esta versão do tzdata o Debian mudará automaticamente o horário no domingo (14/10/07). Abraços, César Deveria atualizar normalmente. Estou em Montevidéu (Uruguai) e aqui o horário de verão começou no domingo passado. Tenho o tzdata instalado em servidores Debian Etch e estações Debian Lenny, além de ter Gentoo em casa com o tzdata também instalado. Foi acordar no domingo e ter tudo certinho. Até mais. -- Miguel Da Silva Administrador de Red Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy Marcello, No Sarge tente rodar o comando tz-brasil --force Depois teste novamente com o date. Qq coisa da uma olhada aqui: http://diegofabian.wordpress.com/dicas/ Att Diego Fabian Valew Diego, mas foi exatemente o q eu fiz antes, só pra ter certeza executei de novo. As modificaçãoes estão lá no arquivo mas por algum motivo o comando date não entende. sarge:~# tz-brasil --force verbose mode set to 2 removing old timestamp. forcing a new fetch removed `/var/lib/tz-brasil/success-stamp' touching retry-timestamp testing Internet connection: skipped. ASSUME_PING_OK is set. generating a new tempfile tempfile is /tmp/file5tMiWB Command: wget http://people.debian.org/~pzn/tz-brasil/tz-brasil.zic -O /tmp/file5tMiWB --11:59:37-- http://people.debian.org/%7Epzn/tz-brasil/tz-brasil.zic = `/tmp/file5tMiWB' Resolving people.debian.org... 192.25.206.10 Connecting to people.debian.org[192.25.206.10]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 5,625 [text/plain] 100%[=] 5,625 28.74K/s 11:59:38 (28.62 KB/s) - `/tmp/file5tMiWB' saved [5625/5625] Got the file, now lets see it... The retrieved file is the same Success sarge:~# date Fri Oct 12 11:59:50 BRT 2007 sarge:~# date -d +2days Sun Oct 14 11:59:58 BRST 2007 sarg:~# zdump -v /etc/localtime /etc/localtime Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 17:45:52 1901 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 17:45:52 1901 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Oct 3 02:59:59 1931 UTC = Fri Oct 2 23:59:59 1931 BRT isdst=0 gmtoff=-10800 /etc/localtime Sat Oct 3 03:00:00 1931 UTC = Sat Oct 3 01:00:00 1931 BRST isdst=1 gmtoff=-7200 /etc/localtime Thu Mar 31 01:59:59 1932 UTC = Wed Mar 30 23:59:59 1932 BRST isdst=1 gmtoff=-7200 /etc/localtime Thu Mar 31 02:00:00 1932 UTC = Wed Mar 30 23:00:00 1932 BRT isdst=0 gmtoff=-10800 /etc/localtime Mon Oct 3 02:59:59 1932 UTC = Sun Oct 2 23:59:59 1932 BRT isdst=0 gmtoff=-10800 /etc/localtime Mon Oct 3 03:00:00 1932 UTC = Mon Oct 3 01:00:00 1932 BRST isdst=1 gmtoff=-7200 /etc/localtime Fri Mar 31 01:59:59 1933 UTC = Thu Mar 30 23:59:59 1933 BRST isdst=1 gmtoff=-7200 /etc/localtime Fri Mar 31 02:00:00 1933 UTC = Thu Mar 30 23:00:00 1933 BRT isdst=0 gmtoff=-10800 /etc/localtime Thu Dec 1 02:59:59 1949 UTC = Wed Nov 30 23:59:59 1949 BRT isdst=0 gmtoff=-10800 /etc/localtime Thu Dec 1 03:00:00 1949 UTC = Thu Dec 1 01:00:00 1949 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Apr 16 01:59:59 1950 UTC = Sat Apr 15 23:59:59 1950 BRST isdst=1 gmtoff=-7200 /etc/localtime Sun Apr 16 02:00:00 1950 UTC = Sat Apr 15 23:00:00 1950 BRT isdst=0 gmtoff=-10800 /etc/localtime Fri Dec 1 02:59:59 1950 UTC = Thu Nov 30 23:59:59 1950 BRT isdst=0
Re: iceweasel travando no java
pode ser q seja a versao do iceweasel q estou usando q é do unstable do debian, más tb naum posso afirmar que s eja verdade meu java e a versao java-6-sun-1.6.0.03 ate + Em Sáb, 2007-10-13 às 23:47 -0300, Angelo M. S. escreveu: On Saturday 13 October 2007 19:45:57 Carlos Eduardo wrote: meu iceweasel 2.0.0.7 esta travando qdo vou acessar o site do banco do brasil, na hora d e usar a aplicaçao java ja aconteceu com alguem isso? comigo não! verifique a versão do seu plugin java. o meu é iceweasel Iceweasel/2.0.0.6 (Debian-2.0.0.6-1), por acaso a sua versão não é beta?? -- Angelo M. S. msn messenger, e-mail: [EMAIL PROTECTED] -- - Angelo M. S. [EMAIL PROTECTED] ___ Para fazer uma ligação DDD pra perto ou pra longe, faz um 21. A Embratel tem tarifas muito baratas esperando por você. Aproveite! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: comportamento muito estranho do kernel 2.6.22-2-k7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-10-2007 14:14, Gunther Furtado wrote: Olá, Estou tendo muitas dificuldades para fazer o kernel 2.6.22-2-k7 (atual no lenny) bootar. Primeiro ele ficou pendurado durante uns três ou quatro minutos durante o processo de boot (waiting for root filesystem) até que me avisa que não conseguiu achar /dev/hda6 e perguntou se não seria /dev/sda6. Mesmo estranhando, editei /boot/grub/menu.list para que houvesse uma opção no menu inicial que contivesse a partição do root (/) em /dev/sda6. E funcionou! Funcionou mas não carregou o KDE. Removi os pacotes linux-image-2.6-k7 e linux-image-2.6.22-2-k7, bootei o kernel 2.6.21-2-k7 e tudo voltou a funcionar perfeitamente. Aparentemente, mudou alguma coisa em como é feito o reconhecimento dos HDs. Agradeço as sugestões. Abraço, Faz parte da troca dos drivers PATA pela libpata, isso faz com que os HDs sejam reconhecidos como sdX ao invés de hdX, segundo o pessoal Debian Kernel Team, os kernels Debian ainda não mudaram definitivamente para a libpata pela falta do caminho de atualização (mas provavelmente ele estava referindo-se às versões estáveis). Abraço, - -- 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 iD8DBQFHEt4HCjAO0JDlykYRAv59AJ9l46IilA6RTd7PQvqj14K8N8ba7QCeKrcR d/ZXTav3lJx819kmbWMfZpo= =pVt3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
