Lançamento do kernel Linux 4.x http://kernel.org/

Estas são as notas de lançamento para a versão 4 do Linux. Leia-as com atenção, pois elas explicam o que é isso, como instalar o kernel, e o que fazer se algo der errado.

O QUE É LINUX?

Linux é um clone do sistema operacional Unix, escrito do zero por Linus Torvalds com a ajuda de uma equipe informal de hackers pela Internet. Ele busca conformidade com POSIX e Single UNIX Specification.

Possui todos os recursos que você esperaria de um Unix moderno e completo, incluindo multitarefa real, memória virtual, bibliotecas compartilhadas, carregamento sob demanda, executáveis compartilhados com copy-on-write, gerenciamento de memória adequado e rede com múltiplas pilhas, incluindo IPv4 e IPv6.

É distribuído sob a GNU General Public License - veja o arquivo COPYING anexo para mais detalhes.

EM QUAL HARDWARE ELE FUNCIONA?

Embora originalmente desenvolvido primeiro para PCs baseados em x86 de 32 bits (386 ou superior), hoje o Linux também funciona em (pelo menos) Compaq Alpha AXP, Sun SPARC e UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 e Renesas M32R.

O Linux é facilmente portável para a maioria das arquiteturas de 32 ou 64 bits de uso geral, desde que tenham uma unidade de gerenciamento de memória paginada (PMMU) e uma porta do compilador GNU C (gcc) (parte do GNU Compiler Collection, GCC). O Linux também foi portado para várias arquiteturas sem PMMU, embora a funcionalidade seja obviamente um tanto limitada. O Linux também foi portado para si mesmo. Agora você pode executar o kernel como uma aplicação de espaço de usuário - isso é chamado de UserMode Linux (UML).

DOCUMENTAÇÃO:

Há muita documentação disponível tanto em formato eletrônico na Internet quanto em livros, tanto específicos do Linux quanto relativos a questões gerais de UNIX. Recomendo consultar os subdiretórios de documentação em qualquer site FTP do Linux para os livros do LDP (Linux Documentation Project). Este README não pretende ser documentação do sistema: existem fontes muito melhores disponíveis.
Há vários arquivos README no subdiretório Documentation/: eles geralmente contêm notas de instalação específicas do kernel para alguns drivers, por exemplo. Veja Documentation/00-INDEX para uma lista do que está contido em cada arquivo. Por favor, leia o arquivo Changes, pois ele contém informações sobre os problemas que podem resultar da atualização do seu kernel.
O subdiretório Documentation/DocBook/ contém vários guias para desenvolvedores e usuários do kernel. Esses guias podem ser renderizados em vários formatos: PostScript (.ps), PDF, HTML e man-pages, entre outros. Após a instalação, "make psdocs", "make pdfdocs", "make htmldocs", ou "make mandocs" renderizará a documentação no formato solicitado.

INSTALANDO o código-fonte do kernel:

Se você instalar os fontes completos, coloque o tarball do kernel em um diretório onde você tenha permissões (ex.: seu diretório home) e descompacte-o:

xz -cd linux-4.X.tar.xz | tar xvf -

Substitua "X" pelo número da versão do kernel mais recente.

NÃO use a área /usr/src/linux! Esta área contém um conjunto (geralmente incompleto) de cabeçalhos do kernel que são usados pelos arquivos de cabeçalho da biblioteca. Eles devem corresponder à biblioteca e não devem ser bagunçados pelo kernel-do-dia que for.
Você também pode atualizar entre versões 4.x através de patches. Os patches são distribuídos no formato xz. Para instalar via patch, obtenha todos os arquivos de patch mais recentes, entre no diretório de nível superior do código-fonte do kernel (linux-4.X) e execute:

xz -cd ../patch-4.x.xz | patch -p1

Substitua "x" por todas as versões maiores que a versão "X" da sua árvore de fontes atual, em ordem, e você estará bem. Você pode querer remover os arquivos de backup (algum-nome-de-arquivo~ ou algum-nome-de-arquivo.orig) e garantir que não haja patches com falha (algum-nome-de-arquivo# ou algum-nome-de-arquivo.rej). Se houver, ou você ou eu cometemos um erro.

Ao contrário dos patches para os kernels 4.x, os patches para os kernels 4.x.y (também conhecidos como kernels -stable) não são incrementais, mas sim aplicados diretamente ao kernel base 4.x. Por exemplo, se seu kernel base é 4.0 e você deseja aplicar o patch 4.0.3, você não deve primeiro aplicar os patches 4.0.1 e 4.0.2. Da mesma forma, se você estiver executando a versão do kernel 4.0.2 e quiser pular para 4.0.3, você deve primeiro reverter o patch 4.0.2 (isto é, patch -R) antes de aplicar o patch 4.0.3. Você pode ler mais sobre isso em Documentation/applying-patches.txt

Alternativamente, o script patch-kernel pode ser usado para automatizar esse processo. Ele determina a versão atual do kernel e aplica quaisquer patches encontrados.

linux/scripts/patch-kernel linux

O primeiro argumento no comando acima é a localização do código-fonte do kernel. Os patches são aplicados a partir do diretório atual, mas um diretório alternativo pode ser especificado como o segundo argumento.
Certifique-se de não ter arquivos .o obsoletos e dependências por aí:

cd linux make mrproper

Agora você deve ter os fontes corretamente instalados.

REQUISITOS DE SOFTWARE

Compilar e executar os kernels 4.x requer versões atualizadas de vários pacotes de software. Consulte Documentation/Changes para os números de versão mínimos necessários e como obter atualizações para esses pacotes. Cuidado: usar versões excessivamente antigas desses pacotes pode causar erros indiretos muito difíceis de rastrear; portanto, não presuma que você pode simplesmente atualizar os pacotes quando problemas óbvios surgirem durante a compilação ou operação.

DIRETÓRIO DE BUILD para o kernel:

Ao compilar o kernel, todos os arquivos de saída serão armazenados por padrão junto com o código-fonte do kernel. Usar a opção "make O=output/dir" permite especificar um local alternativo para os arquivos de saída (incluindo .config). Exemplo:

 código-fonte do kernel: /usr/src/linux-4.X
 diretório de build:    /home/name/build/kernel

Para configurar e construir o kernel, use:

 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

Observação: Se a opção 'O=output/dir' for usada, ela deve ser usada em todas as invocações do make.

CONFIGURANDO o kernel:

Não pule esta etapa mesmo se você estiver apenas atualizando uma versão menor. Novas opções de configuração são adicionadas em cada lançamento, e problemas estranhos aparecerão se os arquivos de configuração não estiverem configurados conforme o esperado. Se você quiser levar sua configuração existente para uma nova versão com o mínimo de trabalho, use "make oldconfig", que apenas perguntará as respostas para novas questões.

Comandos de configuração alternativos são:

"make config" Interface de texto simples.

"make menuconfig" Menus coloridos baseados em texto, radiolistas e diálogos.

"make nconfig" Menus coloridos baseados em texto aprimorados.

"make xconfig" Ferramenta de configuração baseada em X windows (Qt).

"make gconfig" Ferramenta de configuração baseada em X windows (Gtk).

"make oldconfig" Usa como padrão todas as questões com base no conteúdo do seu arquivo ./.config existente e pergunta sobre novos símbolos de configuração.

"make silentoldconfig" Como acima, mas evita poluir a tela com perguntas já respondidas. Além disso, atualiza as dependências.

"make olddefconfig" Como acima, mas define novos símbolos com seus valores padrão sem solicitar confirmação.

"make defconfig" Cria um arquivo ./.config usando os valores de símbolo padrão de arch/$ARCH/defconfig ou arch/$ARCH/configs/${PLATFORM}_defconfig, dependendo da arquitetura.

"make ${PLATFORM}_defconfig" Cria um arquivo ./.config usando os valores de símbolo padrão de arch/$ARCH/configs/${PLATFORM}_defconfig. Use "make help" para obter uma lista de todas as plataformas disponíveis da sua arquitetura.

"make allyesconfig" Cria um arquivo ./.config definindo valores de símbolo como 'y' tanto quanto possível.

"make allmodconfig" Cria um arquivo ./.config definindo valores de símbolo como 'm' tanto quanto possível.

"make allnoconfig" Cria um arquivo ./.config definindo valores de símbolo como 'n' tanto quanto possível.

"make randconfig" Cria um arquivo ./.config definindo valores de símbolo como valores aleatórios.

"make localmodconfig" Cria uma configuração baseada na configuração atual e nos módulos carregados (lsmod). Desativa qualquer opção de módulo que não seja necessária para os módulos carregados.
```
                    Para criar um localmodconfig para outra máquina,
                    armazene o lsmod dessa máquina em um arquivo
                    e passe-o como um parâmetro LSMOD.

            target$ lsmod > /tmp/mylsmod
            target$ scp /tmp/mylsmod host:/tmp

            host$ make LSMOD=/tmp/mylsmod localmodconfig

                    O acima também funciona ao compilar de forma cruzada.
```
"make localyesconfig" Semelhante ao localmodconfig, exceto que converterá todas as opções de módulo em opções embutidas (=y).

COMPILANDO o kernel:

Certifique-se de ter pelo menos gcc 3.2 disponível. Para mais informações, consulte Documentation/Changes.

Observe que você ainda pode executar programas de usuário a.out com este kernel.
Execute "make" para criar uma imagem de kernel compactada. Também é possível fazer "make install" se você tiver o lilo instalado de acordo com os makefiles do kernel, mas você pode querer verificar sua configuração específica do lilo primeiro.

Para fazer a instalação real, você precisa ser root, mas nenhuma das etapas normais de construção deve exigir isso. Não tome o nome de root em vão.
Se você configurou alguma das partes do kernel como `modules', você também terá que fazer "make modules_install".
Saída detalhada de compilação/build do kernel:

Normalmente, o sistema de build do kernel opera em um modo bastante silencioso (mas não totalmente silencioso). No entanto, às vezes você ou outros desenvolvedores do kernel precisam ver os comandos de compilação, link ou outros exatamente como são executados. Para isso, use o modo de build "verbose". Isso é feito inserindo "V=1" no comando "make". Ex.:

make V=1 all

Para que o sistema de build também informe o motivo da reconstrução de cada alvo, use "V=2". O padrão é "V=0".
Mantenha um kernel de backup à mão caso algo dê errado. Isso é especialmente verdadeiro para lançamentos de desenvolvimento, pois cada novo lançamento contém novo código que não foi depurado. Certifique-se de manter um backup dos módulos correspondentes a esse kernel também. Se você estiver instalando um novo kernel com o mesmo número de versão do seu kernel funcional, faça um backup do seu diretório de módulos antes de fazer "make modules_install".

Alternativamente, antes de compilar, use a opção de configuração do kernel "LOCALVERSION" para anexar um sufixo único à versão normal do kernel. LOCALVERSION pode ser definido no menu "Configuração geral".
Para inicializar seu novo kernel, você precisará copiar a imagem do kernel (ex.: .../linux/arch/i386/boot/bzImage após a compilação) para o local onde seu kernel inicializável normal é encontrado.
A inicialização de um kernel diretamente de um disquete sem a ajuda de um carregador de boot como LILO não é mais suportada.

Se você inicializa o Linux a partir do disco rígido, provavelmente usa o LILO, que usa a imagem do kernel especificada no arquivo /etc/lilo.conf. O arquivo de imagem do kernel geralmente é /vmlinuz, /boot/vmlinuz, /bzImage ou /boot/bzImage. Para usar o novo kernel, salve uma cópia da imagem antiga e copie a nova imagem sobre a antiga. Então, você DEVE REEXECUTAR O LILO para atualizar o mapa de carregamento!! Se não fizer isso, você não conseguirá inicializar a nova imagem do kernel.

Reinstalar o LILO geralmente é uma questão de executar /sbin/lilo. Você pode querer editar /etc/lilo.conf para especificar uma entrada para sua imagem de kernel antiga (por exemplo, /vmlinux.old) caso a nova não funcione. Consulte a documentação do LILO para mais informações.

SE ALGO DER ERRADO:

Se você tiver problemas que parecem ser devidos a bugs do kernel, por favor, verifique o arquivo MAINTAINERS para ver se há uma pessoa específica associada à parte do kernel com a qual você está tendo problemas. Se não houver ninguém listado lá, então a segunda melhor opção é enviar um e-mail para mim ([email protected]) e possivelmente para qualquer outra lista de discussão relevante ou para o newsgroup.
Em todos os relatórios de bug, por favor informe qual kernel você está usando, como reproduzir o problema e qual é sua configuração (use seu bom senso). Se o problema é novo, me avise; se o problema é antigo, tente me dizer quando você o notou pela primeira vez.
Se o bug resultar em uma mensagem como

unable to handle kernel paging request at address C0000010 Oops: 0002 EIP: 0010:XXXXXXXX eax: xxxxxxxx ebx: xxxxxxxx ecx: xxxxxxxx edx: xxxxxxxx esi: xxxxxxxx edi: xxxxxxxx ebp: xxxxxxxx ds: xxxx es: xxxx fs: xxxx gs: xxxx Pid: xx, process nr: xx xx xx xx xx xx xx xx xx xx xx

ou informações semelhantes de depuração do kernel na sua tela ou no seu log do sistema, por favor, duplique-as exatamente. O dump pode parecer incompreensível para você, mas contém informações que podem ajudar a depurar o problema. O texto acima do dump também é importante: ele informa algo sobre por que o kernel despejou código (no exemplo acima, é devido a um ponteiro de kernel inválido). Mais informações sobre como interpretar o dump estão em Documentation/oops-tracing.txt
Se você compilou o kernel com CONFIG_KALLSYMS, pode enviar o dump como está; caso contrário, você terá que usar o programa "ksymoops" para interpretar o dump (mas compilar com CONFIG_KALLSYMS geralmente é preferível). Este utilitário pode ser baixado de ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/ . Alternativamente, você pode fazer a consulta do dump manualmente:
Em dumps de depuração como o acima, ajuda enormemente se você puder consultar o que o valor EIP significa. O valor hexadecimal como tal não ajuda muito a mim ou a ninguém: ele dependerá da sua configuração específica do kernel. O que você deve fazer é pegar o valor hexadecimal da linha EIP (ignore o "0010:"), e consultá-lo na lista de nomes do kernel para ver qual função do kernel contém o endereço ofensivo.

Para descobrir o nome da função do kernel, você precisará encontrar o binário do sistema associado ao kernel que apresentou o sintoma. Este é o arquivo 'linux/vmlinux'. Para extrair a lista de nomes e combiná-la com o EIP da falha do kernel, faça:

nm vmlinux | sort | less

Isso lhe dará uma lista de endereços do kernel ordenados em ordem crescente, a partir da qual é simples encontrar a função que contém o endereço ofensivo. Observe que o endereço fornecido pelas mensagens de depuração do kernel não corresponderá necessariamente exatamente aos endereços das funções (na verdade, isso é muito improvável), então você não pode apenas 'grep' a lista: a lista, no entanto, lhe dará o ponto inicial de cada função do kernel, então, procurando pela função que tem um endereço inicial menor que o que você está procurando, mas é seguida por uma função com um endereço maior, você encontrará a que deseja. Na verdade, pode ser uma boa ideia incluir um pouco de "contexto" no seu relatório de problema, fornecendo algumas linhas ao redor da interessante.

linux-4.1.15_CVE-2022-45934

Mais Populares