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

Por que o kernel mais antigo?

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

Eu tenho essa pergunta há muito tempo, mas isso a despertou novamente hoje.

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

Política, documentação?

Estou particularmente interessado em quais são os objetivos dos desenvolvedores / controle de qualidade em relação às versões LTS e à estabilidade mais recente da execução do kernel LTS. Algumas questões estreitamente relacionadas:

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

O lugar mais óbvio para analisar isso seria as notas de versão . Entretanto, além das atualizações / alterações no kernel com sabor 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 RAID de software agora oferece suporte ao gerenciamento de bloco incorreto (MD).

O Ubuntu simplesmente não está se preocupando com esses casos ou estou com falta de um recurso nisso? Além das notas de versão, usei o Google em certa medida usando palavras-chave: Ubuntu 12.04 minimal kernel version requirede várias variantes. No entanto, nenhuma declaração sobre isso parece ser feita sobre esses resultados. Agora, acho esta pergunta aparecendo apenas como recurso relevante. Eu encontrei esta resposta , difícil, e parece muito promissora, mas trata-se de um problema / ambiente específico e não realmente sobre o uso de servidor / área de trabalho.

Espaço do usuário x kernel

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

Debian vs Ubuntu

O Debian é realmente claro sobre isso. Já para o Wheezy, sabemos que se você confiar no udev, será necessário o 2.6.26 para ser executado corretamente a partir das notas de versão (nos trabalhos):

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

O que não estou pedindo

Estou muito ciente dos backports fornecidos para os kernels mais recentes, das 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 rodar um kernel mais antigo?" - às vezes você não tem escolha e não se trata do que queremos, mas de como lidar com uma situação tão determinada.

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

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

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

Além disso, a equipe do Ubuntu Kernel possui 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 ativas no momento, não suportamos nenhum kernel que não seja o Ubuntu. Uma lista completa das liberações atualmente ativas pode ser encontrada na página Liberações. Para o Suporte a Longo Prazo (LTS), os kernels da área de trabalho caem do suporte antes dos kernels do servidor, isso é refletido na página Versões.

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

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

Esta é uma pergunta bastante difícil de responder. Especialmente porque depende realmente de quais aplicativos / módulos você usará. Podemos restringir essa pergunta ao desktop ou servidor "padrão" do Ubuntu, 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 da Quantal é compatível com o kernel do Lucid, é necessário ver as notas de versão M, N, O, P, Q, changelogs do kernel e changelogs do udev. E então prossiga para outro pacote, por exemplo, 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 é a equipe 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 versão que não a versão fornecida com o lançamento?

A equipe de testes do Ubuntu e a equipe de qualidade do Ubuntu não testam 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 Desktop / Server difere nisso?

Eles não diferem de forma alguma. Isso é parcialmente comprovado pelo fato de que as edições Desktop e Server usam o mesmo kernel.

PERGUNTA: O Ubuntu simplesmente não está se incomodando com esses casos ou estou com falta de um recurso nisso?

O Ubuntu não está se incomodando com esses casos. Não suportar uma versão do kernel, mas ser compatível com ela 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 apoiar as tecnologias mais recentes, em vez das mais desatualizadas. Você pode encontrar um exemplo disso quando o CD do Ubuntu foi descartado 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 funcione , mas software que funcione e seja suportado . Existem diferenças importantes entre esses dois termos.

O único kernel oficialmente suportado é o que acompanha o lançamento do Ubuntu. Se você tiver problemas devido ao uso de um kernel diferente, estará sozinho. Se houver suspeita de que um problema esteja relacionado ao uso de um kernel não padrão, você será solicitado a testar pelo menos o padrão para ver se ele está realmente relacionado.

Existem muitos problemas em potencial que podem resultar do uso de um kernel antigo para ter qualquer tipo de lista precisa do que funciona e do que não funciona; você apenas terá que tentar por si mesmo.

Fazendo um palpite, eu não acho que os kernels mais antigos sejam considerados para qualquer versão do Ubuntu. ... e por que eles seriam? O 'kernel necessário' é simplesmente aquele com o qual o release é enviado.

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

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