Aqui estão alguns procedimentos fáceis disponíveis para corrigir o problema do kernel de compilação do centos 5.
Aprovado: Fortect
- A pessoa está segura? O Centos possui um ambiente de trabalho completo. Se você substituir o tipo de componente crítico, pode muito bem ser a conduta do resto do sistema.
-
VOCÊ É ABSOLUTAMENTE SER? 99 a sério, 0,9%, porque os usuários não precisam mais reconstruir o seu próprio kernel. Você pode apenas precisar configurar o módulo do kernel à na combinação realmente especificada na seção “Construindo seus próprios módulos do kernel”.
-
Há algum recurso obrigatório disponível ao instalar um desses módulos de kernel em particular para o projeto ELRepo?
- As funções úteis de que você precisa são possíveis como um objeto separado do kernel pré-existente?
Aprovado: Fortect
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
- 1. Baixe o Fortect e instale-o em seu computador
- 2. Inicie o programa e clique em "Digitalizar"
- 3. Clique em "Reparar" para corrigir quaisquer problemas encontrados
A lente de que você realmente precisa está disponível no kernel CentOS Plus pensada no repositório CentOSPlus?
-
Último aviso. … … … Se você desmontar o kernel ou sistema pessoal, salve-o e, adicionalmente, como um bônus, ajude a salvar todos os dispositivos e alarmes associados que seu sistema não executará.
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.
