http://www.zago.eti.br/kernel1.txt Este FAQ é continuação de: http://www.zago.eti.br/kernel.txt Use CTRL+F para refinar a pesquisa. Linha de: **************** separa mensagens ou tópicos. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux *********************************************** *********************************************** *********************************************** *********************************************** Novamente, posto algumas dicas para a compilação do kernel do Linux. Espero que seja útil aos colegas. 1. INTRODUÇÃO Compilar o kernel do linux tem sido encarado como um grande trabalho por parte dos usuários Linux mais novos. Na verdade, se seguirmos algumas regras simples, a tarefa de compilar o kernel pode ser bastante proveitosa, pois, além de ajustar opções como o tipo de processador correto para a máquina em uso, adequações ao hardware específico da máquina quase sempre resultam em um kernel menor e num sistema mais rápido e estável. Apesar de o kernel do Linux ser uma peça de software relativamente complicada, afirmam os estudiosos que é um dos projetos de kernel de 32 bits mais simples em uso atualmente. Na verdade, para que um sistema Linux funcione bem, não é imprescindível a recompilação do kernel após a primeira instalação. Mas logo o usuário irá, por necessidade ou apenas a boa e velha curiosidade, interessar-se por colocar esta ou aquela "feature" em ação, como, por exemplo, fazer funcionar aquela nova unidade CDR, uma placa de rede específica ou mesmo adequar a máquina às funções de proxy transparente. Este breve tutorial tem por base a distribuição Slackware do Linux. Via de regra, porém, pode ser aplicado a qualquer uma. Considerações iniciais feitas, passemos ao trabalho. 2. BAIXANDO A ÚLTIMA VERSÃO DO KERNEL A última versão do kernel do Linux pode ser baixada do endereço http://www.kernel.org Existem, também, diversos "mirrors" e repositórios na web onde os fontes do kernel podem ser obtidos. Atualmente, a última versão estável é a linux-2.4.10.tar.gz 2. DESCOMPACTANDO E INSTALANDO OS FONTES DO KERNEL Após o download da versão atualizada do kernel, é necessário descompactar os fontes. Isto é feito no diretório /usr/src, com o usuário logado como "root": a. copie o arquivo linux-2.4.10.tar.gz para /usr/src: [root@locutus]:~# cp linux-2.4.10.tar.gz /usr/src b. em /usr/src, exclua o link simbólico "linux": [root@locutus]:~# rm linux c. descompacte os fontes do kernel copiado em /usr/src - será criado um diretório chamado "linux": [root@locutus]:~# tar -zxvf linux-2.4.10.tar.gz d. renomeie o diretório "linux" recém descompactado: [root@locutus]:~# mv /usr/src/linux /usr/src/linux-2.4.10 e. crie um novo link simbólico "linux", desta vez apontando para o novo diretório linux-2.4.10: [root@locutus]:~# ln -s /usr/src/linux-2.4.10 linux Neste ponto voce deve ter, em /usr/src, os seguintes diretórios e um symlink: [root@locutus]:~# pwd /usr/src [root@locutus]:~# ls linux@ linux-2.4.5 linux-2.4.10 rpm sendmail Essa é a listagem em /usr/src em meu sistema. Considere linux-2.4.5 como o diretório dos fontes do seu kernel atual. O link simbólico deve apontar para o diretório linux-2.4.10. É nele que o trabalho a seguir deve ser feito. Não delete o diretório dos fontes anteriores ainda, voce pode precisar dele mais tarde. Antes de alterarmos a configuração do novo kernel, vamos salvar em um arquivo as configurações de seu kernel anterior. Suponhamos que você já tenha configurado algumas coisas no kernel, e que esta não seja sua primeira compilação. Você já tem funcionando aquela placa de rede ou outro hardware, ou mesmo algumas opções especiais do netfilter, e quer que o novo kernel as mantenha. Para tanto, vc deve salvar as configurações atuais de seu kernel. 3. SALVANDO SUAS CONFIGURAÇÕES ANTERIORES (SE FOR O CASO) Entre no diretório dos fontes anteriormente intalados (fontes originais, no exemplo, linux-2.4.5): [root@locutus]:~# cd /usr/src/linux-2.4.5 [root@locutus]:~# make menuconfig a. Na tela que se apresentar, role a tela para baixo e escolha a opção "Save Configuration to An Alternative File" e tecle ; b. Escolha um nome para o arquivo a ser salvo, no final do "path" onde deseja salvá-lo. Por exemplo, digite "/config" para salvar o arquivo config no diretório raiz do sistema. Tecle ; c. Saia sem salvar, retornando ao prompt do console. Com isso, será possível carregar este arquivo de configuração posteriormente. 4. MODIFICANDO O NOVO KERNEL Continuando, os próximos passos DEVEM ser executados em /usr/src/linux; [root@locutus]:~# cd /usr/src/linux [root@locutus]:~# make menuconfig O comando acima iniciará a configuração em modo gráfico do kernel. Opcio nalmente, estando em algum ambiente X (KDE, Windowmaker, Blackbox ...), o comando poderá ser: [root@locutus]:~# make xconfig Se, por algum motivo, você quiser apagar todas as configurações deste novo kernel, antes de entrar com o comando acima, digite (em /usr/src/linux): [root@locutus]:~# make mrproper Isto apagará a configuração anterior do kernel no sistema. Geralmente, este passo não é necessário em compilações normais. Em seguida, novamente: [root@locutus]:~# make menuconfig (ou make xconfig, se for o caso) Já nas telas de configuração do novo kernel, é possível selecionar as opções desejadas referentes aos recursos que se deseja implementar. Este é o momento de carregar as configurações do arquivo anteriormente salvo. Escolha a opção "Load ..." na tela principal do programa de configuração, e aponte o caminho e o nome do arquivo salvo. As opções de configuração do kernel anterior serão carregadas. Após fazer as alterações desejadas, é hora de salvar o kernel e sair novamente para o console. Aqui começa a compilação de seu novo kernel. 5. COMPILANDO Novamente no prompt, é hora de compilar o novo kernel. Para isso, digite: [root@locutus]:~# make dep É normal este comando demorar alguns minutos, dependendo da velocidade da máquina. Depois: [root@locutus]:~# make clean Este comando é mais rápido que o anterior. Quando o prompt for liberado, digite: [root@locutus]:~# make bzImage Isto construirá a nova imagem do kernel, em /usr/src/linux/arch/i386/boot, em um arquivo chamado bzImage. Os comandos acima criaram as dependências necessárias, limparam arquivos temporários e de instalação e criaram a imagem compactada do novo kernel. Após algum tempo (que varia de acordo com a máquina), a imagem é gerada e gravada no diretório acima referido. Vá agora para o diretório /lib/modules. O comando ls dá a listagem do conteúdo: [root@locutus]:~# cd /lib/modules [root@locutus]:~# ls 2.4.5 Como visto, há um diretório com o nome do kernel anterior à esta nova compilação. Caso você esteja instalando um novo kernel, não é necessário alterá-lo, pois a instalação dos módulos, como veremos a seguir, criará uma nova árvore de diretórios aqui (no exemplo, 2.4.10). Entretanto, se você estiver realizando apenas uma recompilação de um kernel já instalado, será necessário renomear este diretório existente. [root@locutus]:~# mv 2.4.5 2.4.5-old [root@locutus]:~# ls 2.4.5-old Isto feito, passemos à criação dos módulos. 6. CRIANDO E INSTALANDO OS NOVOS MÓDULOS a. Retorne ao diretório de compilação: [root@locutus]:~# cd /usr/src/linux b. Digite os comandos: [root@locutus]:~# make modules Para construir os módulos selecionados na configuração do kernel. Depois: [root@locutus]:~# make modules_install Os comandos acima criarão e instalarão os novos módulos em /lib/modules. O trabalho de criação dos módulos pode demorar um pouco, dependendo do tipo de máquina (processador, RAM disponível, etc). 7. INSTALANDO O NOVO KERNEL Após o prompt ser novamente liberado mova a imagem compactada do kernel, de /usr/src/linux/arch/i386/boot para o diretório raiz (/): [root@locutus]:~# mv /usr/src/linux/arch/i386/boot/bzImage / Vá para o diretório raiz, e renomeie o novo kernel recém compilado para um nome facilmente identificável: [root@locutus]:~# cd / [root@locutus]:~# mv bzImage vmlinuz-2.4.10 O novo kernel, agora, terá o nome acima, vmlinuz-2.4.10. Observe que será necessário indicar ao LILO, qual a imagem compactada que deverá ser inicializada no boot da máquina. Vá para /etc e edite o arquivo "lilo.conf": [root@locutus]:~# mcedit /etc/lilo.conf Meu lilo.conf se parece com isto: --- # LILO configuration file # # Start LILO global section boot = /dev/hda message = /boot/boot_message.txt prompt timeout = 20 vga = normal image = /vmlinuz root = /dev/hda1 label = Linux read-only # Linux bootable partition config ends --- Veja que apenas uma imagem pode ser inicializada. Para adicionar a nova imagem, na seção: #image = /vmlinuz root = /dev/hda1 label = Linux read-only adicione mais uma entrada: image = /vmlinuz-2.4.10 root = /dev/hda1 label = Teste read-only O arquivo lilo.conf deve ficar assim: --- # LILO configuration file # generated by 'liloconfig' # # Start LILO global section boot = /dev/hda message = /boot/boot_message.txt prompt timeout = 20 vga = normal image = /vmlinuz root = /dev/hda1 label = Linux read-only image = /vmlinuz-2.4.10 root = /dev/hda1 label = Teste read-only # Linux bootable partition config ends --- Salve o arquivo lilo.conf. No prompt, digite: [root@locutus]:~# lilo para salvar as alterações. Você poderá ver: Added Linux * Teste indicando que a imagem vmlinuz-2.4.10 poderá ser inicializada no boot da máquina digitando-se "Teste" no prompt do lilo. Posteriormente você poderá eliminar a imagem antiga (vmlinuz) em "/" e deletar o diretório /lib/modules/2.4.5. Mas espere alguns dias, e observe se não ocorrem erros em módulos, e se todas as funcionalidades estão operantes (ppp, etc). Efetue um reboot na máquina, e a nova inicialização deverá apresentar Welcome to linux 2.4.10 indicando que tudo correu como devia e o novo kernel está instalado. 8. SE AS COISAS DEREM ERRADO Observe as mensagens de inicialização, à procura de alguma mensagem de erro. É possível voltar ao antigo kernel (no caso, 2.4.5) simplesmente desfazendo as alterações. Lembre-se que o label "Linux" no prompt do lilo inicializa a imagem que for necessária, a nova ou a antiga. 9. CONCLUSÃO Não deixe de consultar a documentação referente ao kernel, em especial o "kernel HOWTO". Não esqueça que os passos acima devem ser realizados pelo root. -- Best regards, J. Alexandre *********************************************** *********************************************** Simples.... vc terá q ativar essa opção no kernel, e recompila-lo... procure na internet q tem toneladas de HOW TOs ensinando a compilar Kernel... no site do Grupo de Usuários Slackware, e da Revista do Linux tem uns bons .. (esqueci os links, mas procure no Yahoo, é fácil achar)... mas tome cuidade.... compilar kernel num servidor é uma coisa perigosa.. se vc errar (o q pode acontecer fácil se vc não tiver experiência, pode tirar ser servidor do ar por horas, ou até perder tudo, se não tivar backups) []´s Carlos Mello Jr Tecotronic Hospedagem Web & Redes Linux tecotronic@tecotronic.com.br ----- Original Message ----- From: "Webmaster www.macetesdolinux.com.br" To: "Linux-br" Sent: Thursday, January 17, 2002 7:30 PM Subject: (linux-br) Configurar Kernel para IP BLOCKING / Firewall > Ola pessoALL da lista. > > Bem, estou configurando nosso servidor linux conectiva 7.0, > kernel 2.4.x. Desejamos disponibilizar o acesso a internet > via ADSL dentro de nossa rede. > > Utilizando o Linuxconf, configuracoes de Firewall, e ao > confirmar a criacao de uma regra, recebi como retorno > a mensagem de erro abaixo: > > O Kernel nao tem suporte para IP BLOCKING, > por favor, configure-o. *********************************************** Subject: Re: (linux-br) Sensors - Problemas com o kernel 2.4.17 ( Compilado ) > Voce baixou o 2.4.17 direto do kernel.org ou algo assim? Entao, uma noticia > para voce. A conectiva (e outras distros) colocam patches no kernel. > O kernel 2.4.5 que vem no conectiva, eh diferente do kernel 2.4.5 do Linus. > > Esses modulos que nao foram compilados, pertencem ao lm_sensors, que NÃO faz > parte da árvore oficial do kernel. Se vc usa o CL7 (como eu), pegue o .src.rpm da versão snapshot do CL no ftp da Conectiva ou de qualquer mirror e recompile usando rpm --rebuild kernel-2.4.17*.src.rpm Comigo compilou sem erros. Só não entendi porque só foram gerados pacotes i386.rpm quando o processador é um Athlon e o CL7 onde foi compilado usa kernel i686 ... A compilação também não deveria ter gerado pacotes otimizados para pentium (i586) e PII/III (i686) ? Aproveitando o gancho, como posso forçar a geração de rpms otimizados para i586, i686 ou athlon ? Existe alguma variável de ambiente que seja consultada na compilação de rpms ? Não gostaria de ter que mudar os .spec de cada pacote para isso. RESP2 > >>ola pessoal, gostaria de saber onde encontro o patch pro kernel pra ativar > > >>o sensors no Slackware 8, ou somente como ativa-lo, caso exista outra maneira. > >> > > http://www2.lm-sensors.nu/~lm78/ > > leia as instrucoes... > > dependedo da placa mae nao vai funcionar > > ou vai mostrar errado > > entao... leia... > > Nao adianta perguntar aqui se nao funcionar de cara... (nao e todo mundo > > que tem a mesma configuracao que a sua) > > > > Levei duas semanas para fazer o lm_sensors mostrar corretamente (será que > > ta?) os valores da minha placa mae (ecsk7s5a) > > Vou aproveitar a pergunta e fazer uma propaganda. Acabei de fazer o update > da minha pagina (www.piterpunk.hpg.com.br) e, como tambem suei com esse > lance dos sensores, coloquei ali um artigo com algumas dicas e instrucoes. > Deem uma olhada na seção artigos... e boa sorte! > instalei, configurei, tudo bonitinho, ele detecta certinho (sis5595), escolho smbus no final, mas quando rodo o sensors, ele diz que nao existe sensors, dai eu vou la e escolho ISA bus, entao ele carrega o modulo lm78, e quando digito sensors, ele mostra a temperatura do CPU como -11graus (meu computador congelou ?), se existe o smbus sis5595 ( no /proc/bus/i2c ele existe) porque ele soh carrega como ISA bus e com o modulo lm78 ? bash-2.05$ cat /proc/bus/i2c i2c-0 smbus SMBus SIS5595 adapter at 0438 Non-I2C SMBus >>** adapter serah que eh esse o problema ? i2c-1 dummy ISA main adapter ISA bus algorithm bash-2.05$ estranho... tsc.. tsc... RESP3 *********************************************** PATCH > Tenho instalado o kernel 2.4.5 e peguei o patch para o 2.4.6. Só que eu > não sei como fazer para aplicar o patch. > > Alguém poderia dar uma luz neste caso e ainda uma receita de bolo para > patch em geral? cd /usr/src/linux zcat [diretório onde está o patch]/patch-2.4.6.gz | patch -p1 Substitua zcat por bzcat se o patch estiver em formato .bz2. Aproveite e pegue do 2.4.7 até o 2.4.17 :P Ou o linux-2.4.17.tar.bz2 de uma vez... *********************************************** De:  Ricardo Guedes Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)kernel 2.4.23-pre2 Data:  Wed, 3 Sep 2003 01:21:01 -0400 >Ae galera, >Estou testando o 2.4.23-pre2 e toda hora aparece a mensagem: >MASQUERADE: No route: Rusty's brain broke! Rafael, Se você olhar no histórico vai encontrar a minha mesma pergunta e a solução postada por mim. Sim é um bug. Ricardo Guedes PS: Teste no pre1 e pre2 e ambos funcionaram! *********************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)kernel 2.4.23-pre2 Data:  Wed, 3 Sep 2003 00:26:53 -0300 On Tue, 2 Sep 2003 22:24:31 -0300 Rafael Diniz wrote: > Estou testando o 2.4.23-pre2 e toda hora aparece a mensagem: > > MASQUERADE: No route: Rusty's brain broke! > > e as máquinas que estão "atrás" dela (que faz o NAT) não conseguem > chegar a lugar algum... > Seria um bugzinho? Yep. http://bazar2.conectiva.com.br/pipermail/linux-br/2003-August/005730.html O histórico está funcionando :) -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga *********************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Versao do kernel mais estavel e com menos bug Data:  Sat, 1 Nov 2003 22:52:12 -0200 On Fri, 31 Oct 2003 19:46:21 -0400 (AMT) Lista Linux - SuperIP wrote: > Alguem saberia me dizer qual a vesao do kernel para linux esta mais > estavel e com meons bug? Teoricamente, 2.4.22.   > E outra coisa como eu sei se a versao eh estavel ou nao?? Eu sabia que > se verificava da seguinte forma no caso 2.5.8 e estavel devido ao > numero 8 ser para mas me falaram que nao que quem indica eh o 5 e este > eh impar e ai a versao esta instalvel, oque me dizem?? O que indica tipo do kernel é o segundo número, e não o terceiro. Se o segundo número for par (2.4.xx, por exemplo), ele é considerado estável. Se o segundo for ímpar (2.5.xx, por exemplo), ele é considerado de desenvolvimento, e em alguns casos pode ser bem instável. -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga *********************************************** De: (fuji) Mike Shigueru Matsumoto Para: Lista Conectiva linux-br Data: 13/12/2003 08:51 Assunto: Re: (linux-br)Kernel - atualizacao Se você estiver precisando atualizar seu kernel via pacote rpm mesmo, e não através dos fontes e compilando, você pode dar uma olhada neste tutorial que eu escrevi: http://planeta.terra.com.br/informatica/fuji/docs/ how-to-instalando-kernel-via-rpm.html (as duas linhas acima são um link só) ou no site Linux in Brazil ( http://br-linux.org ) http://brlinux.linuxsecurity.com.br/tutoriais/000686.html Abraços -- Mike Shigueru Matsumoto (fuji) Linux User: 251981 http://planeta.terra.com.br/informatica/fuji *********************************************** De:  Rogério Ferreira Para:  lista Assunto:  (linux-br)Erro kernel24-2.4.21-31301U90_11cl. Data:  13 Dec 2003 22:07:52 -0300 Boa noite,         devido à falha da função do_brk do kernel 2.4, resolvi mudar meu kernel do cl 9 (kernal padrão) para o kernel24-2.4.21-31301U90_11cl, o qual funcionou perfeitamente, porém, o computador apresenta um erro toda vez que desligo ou reinicio a máquina. O que fiz foi o seguinte, instalei o pacote kernel24-2.4.21-31301U90_11cl-i686.rpm com o comando -ivh para manter o kernel antigo. Após a instalação (sem erros), adicionei as devidas entradas no lilo.conf e executei o comando /sbin/lilo, que também ocorreu sem problemas. Reiniciei a máquina com o kernel novo e tudo funcionou perfeitamente, somente apresentando problema na hora de desligar ou reiniciar o computador. Ao tentar desligar, ocorre tudo normal até a mensagem: The sistem is halted. md: stopping al md devices ai aparecem vários endereços e o nome de vários módulos (o que parece que o kernel não está conseguindo encerrá-los). e no final aparece o seguinte erro: /etc/rc0.d/S01halt: Line1: 2036 Segmentation Fault halt -i -d -p O meu initscript está na versão mais atual initscript-9.0-29226U90_4cl-i386.rpm Caso alguém já tenha passado por este problema ou saiba a solução, por favor entre em contato. Desde já obrigado. Rogério Ferreira *********************************************** De:  Paulo Roberto Oliveira Junior Para:  Leandro M. Rosemberg Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Conectiva 8.0 + kernel enterprise Data:  Wed, 10 Dec 2003 17:53:21 -0300 (BRT) Olá Leandro,         Em qualquer mirror vc poderá achar em /pub/conectiva/atualizacoes/8/RPMS/kernel-enterprise-2.4.19-1U80_18cl.i686.rpm []'s     Junior *********************************************** De:  Marcelo Vivan Borro Para:  Favoretto CPD - Renault / Nissan Cc:  Conectiva Assunto:  Re: (linux-br)Atualizando o Kernel com duvida Data:  Sat, 10 Jan 2004 02:02:21 -0200 Favoretto CPD - Renault / Nissan escreveu: Alguém saberia me dizer pq a Red Hat, e a Fedora em suas atualizações > pelo up2date enviam novas verções do kernel??? > Q eu saiba caso queira corrigir a falha mais recente do kernel q deu > varios problemas a Debian eu teria q baixar a versão 2.4.23, compilar e > usar, já a Fedora por exemplo soltou 1 versão q ainda não é essa, mas > sera q corrige esse erro???? c não pq eles enviaram????, sei q é pra > corrigir alguma coisa, mas pq não soltar 1 rpm já do 2.4.23???!!!! > Geralmente as distros só fazem atualizações de segurança dentro de uma mesma versão. Neste caso, ao invés de disponibilizar o Kernel mais recente, com todas as necessidades de testes que isto representaria,  apenas  usa-se o Kernel padrão da distro e aplica-se o patch que corrige o problema, liberando uma nova compilação do mesmo kernel, mas com as vulnerabilidaes corrigidas. Marcelo *********************************************** De:  andersonmsp Para:  linux-br@bazar2.conectiva.com.br Assunto:  (linux-br)Estudo do kernel Data:  04 Dec 2003 02:28:05 -0300 http://www.linuxclube.com/tutoriais/download.php?tut_id=89 Olá a todos Alguem teria mais endereços como esse que esta acima,foi traduzido o /proc em portugues embora seja pouco mais foi muito bacana entender toda a engenhoca. Caso seja em portugues fica melhor ainda,o inglês ainda judia um pouco. Abraço a todos Anderson. *********************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Aplicar Patch Data:  Thu, 13 Nov 2003 22:26:14 -0200 Ops, esqueci de escrever uma coisa... On Thu, 13 Nov 2003 19:59:18 -0200 (BRST) Lista Linux - SuperIP wrote: [cut] > So que ele fica pedindo estas Assume -R? [n] e Apply anyway? [n] e ai > eu tenho que dar -R e y ou nao?? Se você disser "y", ele vai "desaplicar" os patches. Como o patch-2.4.22 é um patch que tranforma o 2.4.21 em 2.4.22 e você tem o kernel 2.4.22, se você disser "y" toda vez que for perguntado você terá, no final, o kernel 2.4.21 :) -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga *********************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) atualização de patch Data:  Wed, 22 Oct 2003 23:20:55 -0200 On Tue, 21 Oct 2003 19:18:50 -0300 "Fabio Gentile ( M. SAFRA & CO )" wrote: > Tenho uma máquina para testes com o RH 8 e Kernel 2.4.18-14. Realizei > o procedimento para atualização de patch para o 2.4.19 da seguinte > forma: > > - acessei ftp.kernel.org   e copiei os arquivos > linux-2.4.19.tar.gz e patch-2.4.19.gz para /usr/src > - descompactei linux-2.4.19.tar.gz em /usr/src/linux-2.4.19 > - descompactei patch-2.4.19.gz > - patch -p0 -N -E         ( o que significa o -p0?) Procedimento errado :) O patch-2.4.19 serve para atualizar o linux-2.4.18 para linux-2.4.19. Portanto, se você pegou o linux-2.4.19, não precisa mais do patch-2.4.19. > A partir do último item complicou, não entendi exatamente o que > aconteceu...passou rapidamente uma pancada de logs na tela e deu a > impressão de estar atualizando. Gerou os arquivos .rej abaixo em > /usr/src/linux-2.4.19: > > > COPYING.rej > CREDITS.rej > MAINTAINERS.rej > Makefile.rej > README.rej > Rules.make.rej > > > Enfim, como saber se o patch foi aplicado com sucesso? Não, pois tudo que o patch queria mudar já estava feito :) > Dando um ls no /boot ainda vejo o vmlinux-2.4.18-14, é isso mesmo? O > patch não altera isso por ser o kernel? Também não. Ao aplicar o patch, você está atualizando o fonte do kernel, e não o kernel compilado. Para poder usar o novo kernel, você precisa configurá-lo e compilá-lo. -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga *********************************************** De:  Arnaldo Carvalho de Melo Para:  Emerson Reis Cc:  Lista Conectiva Assunto:  Re: [cl] kernel enterprise Data:  Wed, 19 Nov 2003 16:10:13 -0200 Em Wed, Nov 19, 2003 at 04:05:49PM -0200, Emerson Reis escreveu: > qual a vantagem e a necessidade de se usar o kernel enterprise que > acompanha os cds do cl 90 Suporte a mais de 960 MB de RAM por exemplo. - Arnaldo *********************************************** De:  Zamil M. Cavalcanti Responder-a:  Zamil M. Cavalcanti Para:  cl@distro2.conectiva.com.br Assunto:  Re: [cl] kernel enterprise Data:  Wed, 19 Nov 2003 15:16:24 -0300 (BRT) > > qual a vantagem e a necessidade de se usar o kernel enterprise que > > Suporte a mais de 960 MB de RAM por exemplo. > O kernel enterprise suporta até 64GB de RAM, SMP, etc, etc. Acho que o kernel SMP deveria suportar até 4GB. É meio estranho uma máquina SMP com pouca memória. Não acham? O instalador do CL detecta que existe mais de 1 processador e instala o kernel comum (até 960MB) e o kernel SMP, mas o kernel SMP só enxerga 960MB e aí temos que instalar (na mão) o enterprise para enxergar 1GB ou mais. Fica como sugestão! []s Zamil _________ *********************************************** De:  Flavio Bruno Leitner Para:  Zamil M. Cavalcanti Cc:  cl@distro2.conectiva.com.br Assunto:  Re: [cl] kernel enterprise Data:  Wed, 19 Nov 2003 16:56:53 -0300 On Wed, Nov 19, 2003 at 03:16:24PM -0300, Zamil M. Cavalcanti wrote: > > > qual a vantagem e a necessidade de se usar o kernel enterprise que > > > > Suporte a mais de 960 MB de RAM por exemplo. > > > > O kernel enterprise suporta até 64GB de RAM, SMP, etc, etc. > > Acho que o kernel SMP deveria suportar até 4GB. É meio estranho uma > máquina SMP com pouca memória. Não acham? > > O instalador do CL detecta que existe mais de 1 processador e instala o > kernel comum (até 960MB) e o kernel SMP, mas o kernel SMP só enxerga 960MB > e aí temos que instalar (na mão) o enterprise para enxergar 1GB ou mais. > > Fica como sugestão! Já tem no snapshot os pacotes highmem do kernel26 que são justamente para máquinas UP ou SMP com memória RAM entre 896M e 4G. Sds, -- Flávio Bruno Leitner [ E74B 0BD0 5E05 C385 239E  531C BC17 D670 7FF0 A9E0 ] *********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  SWQuality Assunto:  Re: (linux-br) Compilação e módulos de múltiplos kernels Data:  Fri, 20 Feb 2004 00:47:17 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SWQuality wrote: > Tenho algumas dificuldades em utilizar >módulos quando trabalho com vários kernels. Olá, geralmente não há problema algum, porque você não deverá estar variando a sua configuração entre uma versão e outra. >Geralmente configuro e > compilo minhas versões, atualmente 2.4.22 e 2.6.3. Minha dúvida é > como utilizar os 2 kernels, e seus respectivos módulos sem conflito. Não há conflito algum. Eles se instalam em lugares separados, usam arquivos de configuração separados e nem mesmo usam o mesmo modprobe e insmod... > Sei que ao compilar, os módulos não se misturam, mas que devo fazer > em relação aos arquivos /etc/modules.conf No 2.6, é /etc/modprobe.conf > e cia, para que consiga > utilizar ora um, ora outro kernel sem muito trabalho. No 2.4, você usa o modutils. No 2.6, você usa o modules-init-tools. São dois pacotes diferentes. > Como configurar > meus módulos corretamente para meus kernels??? Normalmente você pode escrever testes no /etc/modules.conf, baseados no resultado do uname -r. Não sei quanto ao /etc/modprobe.conf - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info *********************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Duvidas Simples e Complexas Data:  Sun, 25 Jul 2004 16:20:18 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Dom 25 Jul 2004 09:29, Rodrigo Faria Tavares escreveu: > > Vários pacotes como o bind, tem o pacote bind-devel hoje tenho um DNS rodando > sem esse pacote ele é necessário ? Pacotes devel são para desenvolvimento (quando se vai compilar algo).  Não são necessários para executar binários. > > Compilei o modulo string para o Iptables, verifiquei que no patch-o-matic > existem varios patchs como o mangle-reroute, ipsec-03-policy-lookup, > ipsec-02-input-hooks dentre outros. È recomendavel atualizar esses patchs no > kernel, por exemplo caso de eu ter o ipsec rodando, mas sem ter esses modulos Se você alterou o kernel padrão da distribuição, tem a obrigação de se manter informado sobre vulnerabilidades e eventuais problemas que suas alterações podem trazer.  Atualizar por atualizar sem existir necessidade eu acho um desperdício de tempo, principalmente em servidores sérios. Se não quiser ter tanto trabalho, mantenha o kernel padrão da distro, pois seus mantenedores se encarregarão de verificar problemas e vulnerabilidades, disponibilizando atualizações quando necessário. > Quero atualizar meu kernel no CL 9.0 para o 2.6, posso baixar o fonte do site > www.kernel.org ? Ninguém vai impedí-lo  :-) Mas seria muito mais fácil (e recomendado) migrar para o CL10. - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) *********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)patches no kernel Data:  Sun, 22 Aug 2004 10:37:57 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paulo Igor Barra Nascimento wrote: >É o seguinte: > >Eu posso aplicar um número indefinido de patches no kernel? Sim. >Explicando > melhor: se eu baixo uma versão estável do kernel, eu posso atualizá-la, > aplicando os patches, indefinidamente? Sim. > Aplica um patch, depois outro e outro, e assim por diante? Sim. > Pergunto isso pois já tentei e me frustrei, > havendo uma mensagem dizendo que o sistema detectara um patch anterior e > parou. Fiz alguma coisa errada e o kernel pode ser atualizado sempre > através da aplicação de patches? Fez alguma coisa errada sim. Mas também pode ser que algum dos patches que você baixou estava com problema. Outra coisa: somente o kernel puro. Se você aplicar patches extras como o grsec ou supermount, não poderá atualizar o kernel com os patches do kernel.org - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ***********************************************, De: Arnaldo Carvalho de Melo Para: Itamar Reis Peixoto Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)patch hunk Data: Thu, 23 Sep 2004 01:08:32 -0300 Itamar Reis Peixoto wrote: >alguem sabe me dizer o que quer dizer este Hunk ? > > >patching file Makefile >Hunk #1 succeeded at 1487 (offset 4 lines). > > é um "trecho" do patch, o primeiro neste patch que modifica o arquivo "Makefile" conseguiu ser feito, por contexto, já que o arquivo alvo não é exatamente o mesmo usado para gerar o patch. Em 99.9999% dos casos isto é completamente inofensivo, o patch foi corretamente aplicado. - Arnaldo ***********************************************, De: Ricardo Igarashi Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)aplicando patch Data: Sun, 31 Oct 2004 21:21:38 -0300 On Sat, 30 Oct 2004 16:22:50 -0300 (ART) Rodrigo Tavares wrote: > Hunk #1 succeeded at 64 (offset 1 line). > Hunk #3 succeeded at 157 (offset 1 line). > Hunk #5 succeeded at 242 (offset 1 line). > > O que sigifica esses Hunk ? http://dictionary.reference.com/translate/text.html Humm, não tem tradução para o português... Vamos ver no dicionário inglês-inglês mesmo. http://dictionary.reference.com/ hunk 1. Informal. A large piece; a chunk: a hunk of fresh bread. 2. Slang. A sexually attractive man with a well-developed physique. Não deve ser o 2 :) Portanto "hunk" é "pedaço". O patch está dizendo que os "pedaços" 1, 3, 5 etc foram bem sucedidos. -- Ricardo Yassuo Igarashi E-mail: linux@tempestl.eng.br Linux HP: http://www.tempestl.eng.br/linux/ *********************************************** De: Felipe Martins Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)duvida sobre pacotes atualizacao do kernel. Data: Wed, 1 Jun 2005 15:33:02 -0300 > Boa tarde, Boa Tarde. > estou atualizando o kernel do meu conectiva > 10 e queria saber se alguem poderia me explicar a > diferenca entre os pacotes kernel-enterprise e > kernel-highmem A diferença é que o Enterprise é um kernel mais robusto, dentre várias alterações, ele tem suporte a 64Gb de Mem RAM, SMP etc. O kernel highmem serve para máquinas SMP (bi ou multiprocessadas) que tem memória variando de 960Mb a 2Gb. > no meu caso meu pc _ um athlon eu tenho que puxar > quais pacotes ? Resposta acima :o) > Aproveitando o e-mail eu configurei o spamassassin, o > mesmo esta bloqueando spam e funcionando certinho mas > nao muda o subject alguem podeira me eplicar o pq tbem > .. Essa eu passo heheh, nao sei mesmo hehehe -- Felipe Martins Mundivox Communications Tecnologia e Projetos fmartins@mundivox.com Tel.: +55 +21 +3820 8839 Cel.: +55 +21 +9823 8602 Fax.: +55 +21 +3820 8844 www.mundivox.com *********************************************** De: Anderson Lizardo Responder A: Anderson Lizardo Para: Francisco Antônio Moura Diniz Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Programação de Drivers no Linux Data: Tue, 14 Jun 2005 20:39:42 +0000 On 6/14/05, Francisco Antônio Moura Diniz wrote: > Alguém aqui na lista já fez um device driver no Linux ou tem algumas referências de consulta para que eu possa fazer isto? Uma ótima referência no desenvolvimento de drivers para o Kernel: http://lwn.net/Kernel/LDD3/ PS: Tem versão impressa também. -- Anderson Lizardo *********************************************** ***********************************************