A lente de que você realmente precisa está disponível no kernel CentOS Plus pensada no repositório CentOSPlus?

Definitivamente, existem duas maneiras de criar seu próprio kernel para CentOS. A primeira é construir um kernel por meio de parâmetros configuráveis ​​de fontes, geralmente CentOS, e a outra é construir um kernel principal com as fontes exatas obtidas para o artigo no arquivo do kernel do Linux.

Este FAQ é sobre construir o kernel correto a partir dos fontes CentOS com suas opções individuais ou então modificações. Conforme escrito para CentOS-7.

(Se você e sua família desejam construir um kernel para consumidor, provavelmente não siga as instruções m sobre como montar um novo kernel. Este site não é apenas mantido exatamente como descreve a construção como uma grande crise que é insegura e nossa abordagem não é bem conhecida. Veja uma explicação detalhada sobre como construir um Source RPM em CentOS não root. O kernel do Linux em um único Nutshell é definitivamente uma boa referência para construir um kernel básico.)

1. Faça seus preparativos

Para compilar com sucesso o kernel mais importante, você provavelmente precisará instalar os seguintes programas de software:

• programas de desenvolvimento yum groupinstall

• yum install ncurses-devel

• yum fit qt3 – devel (apenas chamado se você quiser usar make xconfig em seu lugar de make gconfig ou make menuconfig.)

• yum build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel

• A árvore fonte do kernel está completa. Você deve verificar as instruções na seção 2 do documento “Eu preciso do código-fonte do kernel”.

Quando você executa comandos antes do yum, observe que talvez eles sejam referências de exceção. Se seus arquivos de configuração saborosos têm apenas linhas de “exclusão” que se relacionam com o kernel e pacotes úteis, essas pessoas precisarão ser removidas também. Deve ser revelado que, embora o businessS do CentO desencoraje o uso em relação às exceções, esses fornecedores não permitem que os kernels de snacks modificados pelo usuário sejam executados em seus ambientes de suporte. Para obter mais informações sobre este tópico, consulte o artigo Quick Wiki, Seção 3, Broken CentOS Virtual Server. Observe que é sempre uma boa ideia se você deseja ter um backup atualizado e verificado de seu conteúdo confiável para não perder.

Se você quiser misturar patches do kernel, copie seu diretório ~ / rpmbuild – SOURCES / correto aqui.

2. Kernel instalado

Mude o diretório para ~ per rpmbuild / BUILD / kernel – * per linux – * / e copie para o diretório porque como .config, seja o local atual manualmente, arquivo do diretório configs / ou uma variedade de arquivos ao iniciar o núcleo. arquivo de configuração totalmente do novo diretório / boot /.

 [usuário - host] $ ~ / rpmbuild / BUILD / kernel - * / linux - (espaço) / 

 [usuário @ host] $ program clubpenguin configs / kernel-3.10.0-`uname -m`.config .config 

 [usuário - host] $ cp / boot / config-`uname -r` .config 

Nota. Os caracteres circundantes uname -m ou uname -r acabam sendo frequentemente crases em vez de apóstrofos.

Primeiro custo faça oldconfig. Agora você precisa. Você deve executar o make menuconfig, gconfig ou executar o xconfig para programar a configuração do kernel. Pronto, não se esqueça de ajudá-lo a refazer suas alterações.

Em seguida, adicione a variedade que os especialistas dizem ser comentada, semelhante à nova plataforma de hardware, ao essencial deste arquivo de configuração (equivalente ao produto fornecido pelo comando uname -i) antes de adicioná-lo de volta a config / copiar . … livro guia de pessoas. No x86_64 acredito, será uma arquitetura de 64 bits. Deve preferencialmente ser comentado com # a e definitivamente deve ser preferencialmente a primeira linha do manual inserido. Observe que deve haver espaço suficiente unindo o símbolo do diamante e a plataforma para esses descritores DIY.

Adicione uma das configurações seguintes como a primeira versão do registro:

 # x86_64 

Certifique-se de reproduzir o arquivo .config de volta para este configs e diretório. Isso é basicamente o oposto do comando de cópia anterior:

 [usuário @ host] dólares clubpenguin .config configs / kernel-3.10.0-`uname -m`.config 

A etapa final é mover todos os itens do diretório configs / web para o diretório ~ / rpmbuild / SOURCES /.

 [usuário @ host] $ paralisia de configuração cerebral ou * ~ / rpmbuild / SOURCES 

3. Core ABI

Um atributo do kernel CentOS é que sua ABI persiste por toda a vida do produto, junto com um dos benefícios de usar uma ABI típica é que você pode criar alguns módulos extras de kernel com suporte de terceiros versão do kernel. – portanto, não há necessidade de reconstruir os consumidores para cada novo kernel lançado. Este é o núcleo do pacote kABI person kmod para fornecer drivers de dispositivo atualizados e várias outras mídias do sistema de arquivos para fins ilustrativos.

Para manter a consistência do ABI, o kernel abi clássico terá sido escrito e salvo em um declare. Este arquivo é usado durante a fase de triagem kABI para cada kernel que é construído. Se o novo kernel foi configurado ou ajustado para coincidir com a ABI lançada, a construção irá falhar com uma mensagem indicando porque você vê, a quebra de kABI ocorreu. O construtor do kernel tem então 3 opções: (a) reconfigurar o novo kernel real de forma que ele sincronize com a ABI publicada, além disso, continuar a tirar vantagem da mesma ABI e / ou talvez (b) monitorar kABI durante o processo de construção – Desativar. Das escolhas feitas na etapa 2, a primeira específica é desejável, mas a última é normalmente a direção na qual você precisa se mudar.

Desativar a descriptografia ABI do kernel é um processo simples e importante de fornecer a melhor sinalização como seu argumento na linha de comando RPMbuild:

 2. sem Kabichka 

4. Arquivo de especificação do kernel de ajuste

 [usuário @ host] $ concept album ~ / rpmbuild / SPECS /[usuário @ host SPECS] $ clubpenguin kernel.spec kernel.spec.distro[usuário @ host SPECS] $ vi kernel.spec 

Na linha 8, eu diria que a definição do buildid está comentada e está disponível. Obrigatório

Eles não foram comentados e são falsamente acusados ​​para evitar conflitos com o kernel atualmente instalado. Edite a linha da mesma maneira pelo motivo que no exemplo a seguir:

% define buildid .your_identifier 

Se você deseja usar patches, o cliente deve consultá-los em dois lugares: usando a seção de patch. “

Primeiro, adicione a frase “# patch final vazio para testes semelhantes logo após os patches” ao kernel. Imediatamente após esta seleção, adicione o ostart inteiro em 40.000 para que seu patch não entre em conflito com o repositório de patch do kernel RHEL / CentOS. Por exemplo:

 Patch40000: my-custom-kernel.patch 

Em segundo lugar, adicione a linha “ApplyOptionalPatch linux-kernel-test.patch”. Antes de toda a linha, adicione uma linha para ajudá-lo a relacionar o patch. Por exemplo:

 ApplyOptionalPatch my-custom-kernel.patch 

 paralisia cerebral $ RPM_SOURCE_DIR / config- *. 

 paralisia cerebral $ RPM_SOURCE_DIR / kernel - *. config. 

5. Construa um núcleo melhor

 [usuário no host SPECS] $ rpmbuild -bb --target é igual a `uname -m` kernel.spec 2> build-err.log | chá


 Acelere o desempenho do seu computador agora com este simples download. 

                                                            
 
William Vaux
Related Posts:
Dicas Para Corrigir 15 Erros De Design…
Como Resolver Um Erro Interno Do Servidor 500…
Como Corrigir O Erro Do Windows Mail Server…
Como Corrigir Diretamente O Erro Ao Conectar Ao…
Como Corrigir O Erro De Importação Do Python Não Foi…
Como Corrigir Erro De Porta Serializada De Depuração…