Lembre-se, não basta mudar o initdefault de 2 para 5, voce pode até deixar em 2. Basta fazer com que o X inicie automaticamente. veja os links no rc*.d (* é o seu runlevel).
> O problema é que o kernel 2.6, que eu instalei também , ele não funciona > bem, ele só entra no modo texto, depois de entrar no modo texto é que dou > o comando startx aí ele abre o KDE já retirei o default dele no > /etc/init.. > muando de 2 para 5 , mas não adiantou nada, sendo assim optei pelo 2.4 e > top ficou assim > > top - 13:07:28 up 1 day, 7:08, 1 user, load average: 2.02, 2.09, 2.04 > Tasks: 63 total, 5 running, 58 sleeping, 0 stopped, 0 zombie > Cpu(s): 99.0% user, 1.0% system, 0.0% nice, 0.0% idle > Mem: 2069320k total, 684972k used, 1384348k free, 124384k buffers > Swap: 0k total, 0k used, 0k free, 199736k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 1714 wel 15 0 1000 996 472 R 49.0 0.0 922:58.45 moa > 1706 wel 15 0 1000 996 472 R 48.7 0.0 924:05.22 moi > 1586 root 5 -10 97740 15m 2552 S 2.0 0.8 3:54.75 XFree86 > 3090 wel 9 0 15132 14m 13m R 0.3 0.7 0:00.41 kdeinit > 1 root 8 0 504 504 452 S 0.0 0.0 0:00.05 init > 2 root 9 0 0 0 0 S 0.0 0.0 0:00.05 keventd > 3 root 19 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd_CPU0 > 4 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kswapd > 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush > 6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kupdated > 99 root 9 0 0 0 0 S 0.0 0.0 0:00.05 kjournald > 237 root 9 0 0 0 0 S 0.0 0.0 0:00.01 kjournald > 421 root 9 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0 > 422 root 9 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1 > 502 root 9 0 0 0 0 S 0.0 0.0 0:00.00 khubd > 1316 daemon 9 0 448 448 380 S 0.0 0.0 0:00.00 portmap > 1473 root 9 0 800 800 696 S 0.0 0.0 0:00.04 syslogd > [EMAIL PROTECTED]:~$ > Thadeu Penna > > > > Desculpe ser chato, mas ir para o kernel 2.4 é um retrocesso, no seu > > caso. Como o Marcos apontou, você não vai usar o HyperThreading. O > > kernel 2.6 com suporte a SMP liga o APIC, etc.. Eu voltaria para a > > versão que você testou, e quando o computador apitasse, eu rebootaria e > > leria a > > temperatura na BIOS. Pode não ser nada, mas pode ser que a temperatura > > esteja alta e você esteja pondo em risco seu computador.. Se a > > temperatura estiver baixa, pode tentar carregar sem o acpi e o apic. > > > > Ah, e reply só para a lista :) > > > > On Sun, 9 Oct 2005, Francisco Welington de Sousa Lima wrote: > >> Obrigado pela resposta, já consertei eu instalei o kernel - image > >> para só uma CPU e está funcionando legal , o problema era mesmo o > >> kernel errado. mandioca > >>> On Fri, Oct 07, 2005 at 01:33:40PM -0300, Francisco Welington de > >>> Sousa Lima wrote: > >>>> Meu Problema surgiu quando coloquei mais 1Gb de memória no PC, que > >>>> já tinha 1GB sem swap, daí meu kernel não reconheceu a memória > >>>> adicionada, então me sugeriram instalar um kernel imagem que > >>>> reconhecesse a memória adicional e assim o fiz, só quando coloco > >>>> dois processos para rodar ao mesmo tempo, o comando top mostra os > >>>> 2Gb de memória e para cada processo em execusão ele coloca 98% e 99% > >>>> para o outro, aí fiquei supreso pois só uma CPU e não duas e dpois > >>>> de umas 12 horas executando os programas eu comecei a ouvir um leve > >>>> bip de mais ou um segundo de intervalo, então de repente o Pc saiu o > >>>> modo gráfico e ficou mostrando a tela preta com uma menssagem > >>>> dizendo CPU operando em temperatura superior ao seu limite. O > >>>> interessante é que no kernel antigo sem a memória adicionada, eu > >>>> rodava 5 programas ao mesmo tempo e nunca atingiu a temperatura de > >>>> limite , agora estou com um PC com 2GB de memória , mas só posso > >>>> executar um programa de cada vez. Alguém sabe porque isto está > >>>> acontecendo? > >>>> Thadeu Penna > >>>>> On Fri, 7 Oct 2005, Eduardo Costa Lisboa wrote: > >>>>>> > >>>>>> A existência de uma memória de swap é esperada pelo kernel. Caso > >>>> você não utilize swap, seu sistema ficará extremamente lento quando > >>>> o sistema se aproximar do uso máximo da memória (usado + cache). > >>>>> > >>>>> E ficará lento se usar a swap pois hd é muito mais lento que RAM.. > >>>> Se o sistema se aproximar do máximo de usado mais cache, é liberado > >>>> o cache. Se lotar RAM+swap, o kernel começa a matar os processos. > >>>> Este é o sinal que você precisa de mais swap. > >>>>> > >>>>> Aproveitando, não é preciso reinstalar nada para usar swap (ou mais > >>>> swap). O swap pode residir em um arquivo, não precisa ser partição > >>>> (apesar de ser mais recomendável). > >>>>> > >>>>>> Entretanto, ao utilizar swap (mesmo que um tamanho pequeno), o > >>>> kernel não se "desespera" tanto tentando liberar o máximo de > >>>> recursos possíveis. > >>>>> > >>>>> Isto é controlável na série 2.6. Eu sempre seto o vm/swappiness > >>>>> para > >>>> 10 nas instalações de desktops > >>>>> > >>>>>> > >>>>>> E, dependendo da quantidade de RAM que você tiver, pode utilizar > >>>> até mesmo um ramdisk e fazer swap usando a própria memória RAM. > >>>>>> > >>>>> > >>>>> Trocou 6 por meia dúzia: se tem RAM sobrando não vai usar swap > >>>> nunca... > >>>>> > >>>>> O uso de swap depende do perfil de usuário, assim como é lenda > >>>> antiga, desde o tempo do SunOS, que o swap deve ser o dobro de > >>>> memória RAM... > >>>>> > >>> Será que só eu notei isso: > >>> > >>> Não acompanhei seu problema muito de perto, Francisco Wellington, mas > >>> me parece que você instalou um kernel smp (para multiprocessamento) o > >>> que você não deveria fazer a não ser que tenha uma máquina com dois > >>> ou mais processadores. E, pelo que notei, o que você fez foi > >>> adicionar mais RAM, ficando com mais de 1GB de RAM. O parâmetro a se > >>> ativar no kernel para suporte a grandes quantidades de RAM é outro. > >>> Não sei ao certo se existe um pacote compilado especialmente para > >>> este fim nos repositórios, talvez você precise de compilar o seu > >>> próprio kernel. O fato de você estar usando um kenel para > >>> multiprocessamento simétrico com apenas um processador pode explicar > >>> os problemas que vêm enfrentendo com o top e superaquecimento. > >>> Verifique isto, por favor. > >>> > >>> Se necessitar compilar o kernel, recomendo a leitura do capítulo > >>> correspondente no prático e faça do jeito Debian(Debian way). Se > >>> entendi mal a sua situação, então desconsidere esta mensagem. > >>> -- > >>> > >>> The perfume of tagara and sandalwood is of little enough power, > >>> while > >>> the supreme fragrance, that of the virtuous, reaches even up to the > >>> devas. 56 > >>> > >>> > >>> > >>> -- > >>> To UNSUBSCRIBE, email to > >>> [EMAIL PROTECTED] with a subject of > >>> "unsubscribe". Trouble? Contact > >>> [EMAIL PROTECTED] > >> > >> > >> F. W. S. Lima > >> Departamento de Física > >> Centro de Ciência da Natureza > >> Campus Petrônio Portela > >> Universidade Federal do Piauí > >> Teresina-Piauí-Brasil > >> [EMAIL PROTECTED],[EMAIL PROTECTED], [EMAIL PROTECTED] > >> > >> > >> > >> > > > > -- > > ___ _ .''`. > > | |_ _. _| _ |_) _ ._ ._ _. : :' : > > | | |(_|(_|(/_|_| | (/_| || |(_| `. `'` > > Linux User #50500 `- > > Prof.Adjunto - Instituto de Física ---Debian- > > Universidade Federal Fluminense Alpha/i386 > > > F. W. S. Lima > Departamento de Física > Centro de Ciência da Natureza > Campus Petrônio Portela > Universidade Federal do Piauí > Teresina-Piauí-Brasil > [EMAIL PROTECTED],[EMAIL PROTECTED], [EMAIL PROTECTED] > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > J. R. Martins Debian user Instituto de Ciências Exatas Universidade Federal de Minas Gerais Mestrando em Física