Qual é a versão do kernel Linux compatível mínima necessária para executar o Ubuntu?

Question

Por que o kernel antigo?

Por alguma razão, você pode ser a executar outro kernel que não seja o fornecido pelo Ubuntu. Pode até demorar alguns anos para um kernel que seja compatível com módulos de kernel pré-compilados específicos, o seu provedor VPS baseado em container / Xen pode forçá-lo a usar seu kernel, etc.

Eu tenho essa pergunta há muito tempo, mas acendeu novamente hoje.

Nesse caso, seria muito útil ser capaz de dizer se você pode culpar o kernel por problemas ou se você deveria se preocupar em tentar configurar uma versão mais recente do Ubuntu na sua situação.

Política, documentação?

Estou particularmente interessado em saber quais são os objetivos dos desenvolvedores / QA em relação aos lançamentos LTS e mais recentes estáveis executando o LTS-kernel. Algumas questões intimamente relacionadas:

• Qual é a política sobre compatibilidade com versões anteriores do kernel? Por exemplo. nenhum relatório de bugs aceito, deve funcionar com todas as versões do kernel de volta para e incluindo LTS anteriores, etc.
• Exemplo de caso, praticamente: Qual a probabilidade de estar com problemas ao executar o kernel do Lucid no Precise?
• Até que ponto o software é relativamente próximo ao kernel (udev, gvfs, mdadm etc.) sendo testado em outra que não a versão fornecida com o release?
• Como a edição do Desktop / Server é diferente nisso?

O lugar mais óbvio para ver isso seria as notas de lançamento . No entanto, além de atualizações / alterações no kernel com sabor do Ubuntu, isso não menciona nada sobre compatibilidade com outros kernels, enquanto os recursos relacionados ao kernel estão sendo mencionados em outras partes das notas, por exemplo

  

O software RAID agora suporta o gerenciamento de blocos ruins (MD).

O Ubuntu simplesmente não está se preocupando com esses casos ou estou perdendo um recurso sobre isso? Além das notas de lançamento, usei o Google até certo ponto usando palavras-chave: Ubuntu 12.04 minimal kernel version required e várias variantes para ele. No entanto, nenhuma declaração sobre isso parece ser feita sobre esses resultados. Eu agora acho essa pergunta aparecendo como único recurso relevante. Eu encontrei esta resposta , difícil, e parece muito promissor, mas trata-se de um problema / ambiente específico e não da utilização do servidor / desktop.

Espaço do usuário vs kernel

Eu sei que a maioria dos softwares não deve se preocupar com as versões do kernel, mas está ficando mais complicado para o software VPN ou aplicativos interagindo com hardware, como o acima, mas também por exemplo V4L2, Network Manager, Alsa, etc. / p>

Debian vs Ubuntu

O Debian é muito claro sobre isso. Já para Wheezy, sabemos que, se você confiar no udev, ele exigirá que o 2.6.26 seja executado corretamente a partir dele notas de lançamento (em andamento):

  

A versão do udev no wheezy requer um kernel da versão 2.6.26 ou mais recente com [...]

O que não estou pedindo

Estou muito bem ciente dos backports fornecidos para novos kernels de versões mais recentes para a versão atual do LTS. Esta questão é sobre o oposto.

Por favor evite qualquer discussão como "por que alguém iria querer usar um kernel antigo?" - você simplesmente não tem uma escolha às vezes e não é sobre o que queremos, mas como alguém pode lidar com tal situação.

    

Answer 1

  

PERGUNTA: Qual é a política de compatibilidade com versões anteriores do kernel? Por exemplo. nenhum relatório de bugs aceito, deve funcionar com todas as versões do kernel de volta para e incluindo LTS anteriores, etc.

Sou membro da equipe BugControl do Ubuntu e posso dizer que apenas bugs em pacotes não obsoletos do Ubuntu são considerados. Se você instalar seu próprio kernel ou se você usar um pacote de uma distribuição diferente e relatar um bug, seu bug será invalidado. Veja estas duas respostas de estoque:

• Sobre uma versão obsoleta do software para o lançamento do relator
• Pacotes não fornecidos pelo Ubuntu

Além disso, a equipe do Kernel do Ubuntu tem uma FAQ que você pode achar interessante:

  

A equipe do Kernel fornece suporte (atualizações de segurança, etc.) para os kernels do Ubuntu em todas as versões atualmente ativas; não suportamos nenhum kernel não-Ubuntu. Uma lista completa das versões atualmente ativas pode ser encontrada na página Releases. Para o Long Term Support (LTS) liberar os kernels da área de trabalho do suporte antes dos kernels do servidor, isso é refletido na página Releases.

No entanto, isso apenas diz quais kernels são suportados , não quais são considerados compatíveis .

  

PERGUNTA: Exemplo de caso, praticamente: Qual a probabilidade de estar com problemas ao executar o kernel do Lucid no Precise?

Essa é uma pergunta bem difícil de responder. Especialmente porque realmente depende de quais aplicativos / módulos você estará usando. Podemos restringir esta questão ao Desktop ou Servidor Ubuntu "padrão", mas mesmo assim seria muito difícil responder: não há documentação suficiente e as informações disponíveis são escassas.

Por exemplo, para verificar se o udev do Quantal é compatível com o kernel do Lucid, você teria que ver as notas de lançamento M, N, O, P, Q, changelogs do kernel e changelogs do udev. E depois prossiga para um outro pacote, e. libc, upstart e assim por diante. Todos esses pacotes dependem de versões específicas do kernel e todos esses pacotes não são controlados diretamente pelo Ubuntu (no sentido de que não é o Time do Ubuntu que decide as políticas de compatibilidade desses pacotes).

  

PERGUNTA: Até que ponto o software é relativamente próximo ao kernel (udev, gvfs, mdadm etc.) sendo testado em outra que não a versão fornecida com o release?

A equipe de teste do Ubuntu e a equipe de qualidade do Ubuntu não testam os kernels não fornecidos pelo Ubuntu. A prova é que não há casos de teste nem atividades de teste para kernels obsoletos.

  

PERGUNTA: Como a edição do Desktop / Server é diferente?

Eles não diferem de forma alguma. Isso é parcialmente comprovado pelo fato de que a edição Desktop e Server usa o mesmo kernel.

  

PERGUNTA: O Ubuntu simplesmente não está se preocupando com esses casos ou estou perdendo um recurso sobre isso?

O Ubuntu não está incomodado com esses casos. Não suportando uma versão do kernel, mas ser compatível com ele seria apenas um trabalho extra com poucos benefícios.

Quer se goste ou não, uma das práticas do Ubuntu é olhar para frente e tentar dar suporte às tecnologias mais recentes, em vez de às mais desatualizadas. Você pode encontrar um exemplo disso quando o CD do Ubuntu foi abandonado em favor do DVD, ou quando o Unity 2d foi removido do Quantal.

Além disso, e este é o ponto mais importante na minha opinião, o Ubuntu não está interessado em distribuir software que funciona , mas o software que funciona e é suportado . Existem diferenças importantes entre esses dois termos.

    

Answer 2

O único kernel oficialmente suportado é aquele fornecido com o lançamento do Ubuntu. Se você tiver problemas devido ao uso de um kernel diferente, você estará por conta própria. Se houver suspeita de que um problema esteja relacionado ao uso de um kernel não padrão, será solicitado que você, pelo menos, teste o padrão para ver se ele está realmente relacionado.

Existem muitos problemas potenciais que podem resultar do uso de um kernel antigo para ter qualquer tipo de lista precisa do que funciona ou não; você só terá que tentar por si mesmo.

    

Answer 3

Fazendo um palpite, eu não acho que kernels mais antigos sejam considerados para qualquer lançamento do Ubuntu. ... e por que eles seriam? O 'kernel requerido' é simplesmente aquele com o qual um lançamento é enviado.

Por que alguém desejaria usar um kernel antigo em uma nova versão, em vez da versão antiga em si?

AFAIK, a equipe do kernel olha para frente, em vez de para trás. Eles suportam kernels mais recentes de versões mais recentes, por exemplo, os kernels Quantal são backportados para Precise, mas não o contrário.