¿Cuál es la versión mínima de kernel de Linux compatible requerida para ejecutar Ubuntu?

¿Por qué kernel más viejo?

Por alguna razón, es posible que se vea obligado a ejecutar otro núcleo que no sea el proporcionado por Ubuntu. Incluso puede llevarle unos años a un núcleo que sea compatible con módulos de núcleo precompilados específicos, su proveedor de VPS basado en Xen / contenedor puede obligarlo a usar su núcleo, etc.

Tengo esta pregunta durante mucho tiempo, pero esto la provocó nuevamente hoy.

En tal caso, sería muy útil poder decir si puede culpar al kernel por problemas o si incluso debería molestarse en tratar de configurar una versión más reciente de Ubuntu en su situación.

Política, documentación?

Estoy particularmente interesado en cuáles son los objetivos de los desarrolladores / QA en esto con respecto a los lanzamientos de LTS y la nueva versión estable que ejecuta el núcleo LTS. Algunas preguntas estrechamente relacionadas:

• ¿Cuál es la política de compatibilidad con versiones anteriores del kernel? Por ejemplo, no se aceptan informes de errores, debe funcionar con todas las versiones del núcleo, incluidas LTS anteriores, etc.
• Ejemplo de caso, prácticamente: ¿Qué probabilidad tendré de tener problemas al ejecutar el núcleo de Lucid en Precise?
• ¿En qué medida el software está relativamente cerca del núcleo (udev, gvfs, mdadm, etc.) que se está probando en otra versión que no sea la proporcionada con el lanzamiento?
• ¿Cómo difiere la edición Desktop / Server en esto?

El lugar más obvio para ver esto sería las Notas de la versión . Sin embargo, además de las actualizaciones / cambios en el núcleo con sabor a Ubuntu, esto no menciona nada sobre la compatibilidad con otros núcleos, mientras que las características relacionadas con el núcleo se mencionan en otras partes de las notas, por ejemplo

El RAID de software ahora admite la gestión de bloques defectuosos (MD).

¿Ubuntu simplemente no se preocupa por estos casos o me falta un recurso sobre esto? Además de las notas de la versión, he usado Google hasta cierto punto usando palabras clave: Ubuntu 12.04 minimal kernel version requiredy varias variantes. Sin embargo, no parece haber ninguna declaración al respecto sobre esos resultados. Ahora encuentro que esta pregunta aparece solo como un recurso relevante. Encontré esta respuesta , difícil, y parece muy prometedora, sin embargo, se trata de un problema / entorno específico y no del uso del servidor / escritorio.

Espacio de usuario vs kernel

Sé que la mayoría de las piezas de software de userland no deberían preocuparse por las versiones del kernel, pero se está volviendo más complicado para el software VPN o las aplicaciones que interactúan con el hardware, como el anterior, pero también, por ejemplo, V4L2, Network Manager, Alsa, etc.

Debian vs Ubuntu

Debian es realmente claro en esto. Ya para Wheezy, sabemos que si confía en udev, requerirá 2.6.26 para ejecutarse correctamente a partir de sus notas de lanzamiento (en proceso):

La versión de udev en wheezy requiere un núcleo de la versión 2.6.26 o posterior con [...]

Lo que no estoy pidiendo

Soy muy consciente de los backports proporcionados para los núcleos más nuevos desde las versiones más recientes hasta la versión LTS actual. Esta pregunta es sobre lo contrario.

Evite cualquier discusión como "¿por qué querría ejecutar un kernel anterior?" - a veces no tienes otra opción y no se trata de lo que queremos, sino de cómo se puede lidiar con una situación así.

PREGUNTA: ¿Cuál es la política de compatibilidad con versiones anteriores del kernel? Por ejemplo, no se aceptan informes de errores, debe funcionar con todas las versiones del núcleo, incluidas LTS anteriores, etc.

Soy miembro del equipo Ubuntu BugControl y puedo decir que solo se consideran los errores en los paquetes de Ubuntu no obsoletos. Si instala su propio kernel o si utiliza un paquete de una distribución diferente e informa un error, su error será invalidado. Vea estas dos respuestas de stock:

• Acerca de una versión obsoleta del software para el lanzamiento del reportero
• Paquetes no proporcionados por Ubuntu

Además, el equipo de Ubuntu Kernel tiene preguntas frecuentes que pueden resultar interesantes:

El equipo Kernel proporciona soporte (actualizaciones de seguridad, etc.) para los núcleos de Ubuntu en todas las versiones actualmente activas, no admitimos ningún núcleo que no sea Ubuntu. Puede encontrar una lista completa de los lanzamientos actualmente activos en la página de Lanzamientos. Para el Soporte a largo plazo (LTS) libera los núcleos de escritorio que caen del soporte antes que los núcleos del servidor, esto se refleja en la página de Versiones.

Sin embargo, esto solo dice qué núcleos son compatibles , no cuáles se consideran compatibles .

PREGUNTA: Ejemplo de caso, prácticamente: ¿Qué probabilidad tendré de tener problemas al ejecutar el núcleo de Lucid en Precise?

Esta es una pregunta bastante difícil de responder. Especialmente porque realmente depende de qué aplicaciones / módulos usará. Podemos restringir esta pregunta al Escritorio o Servidor Ubuntu "estándar", pero aun así sería demasiado difícil de responder: no hay suficiente documentación y la información disponible es escasa.

Por ejemplo, para verificar si udev de Quantal es compatible con el núcleo Lucid, tendría que ver las notas de lanzamiento M, N, O, P, Q, los registros de cambios del núcleo y los registros de cambios de udev. Y luego proceda a otro paquete, por ejemplo, libc, advenedizo, etc. Todos estos paquetes dependen de versiones específicas del núcleo y todos estos paquetes no están controlados directamente por Ubuntu (en el sentido de que no es el equipo de Ubuntu el que decide las políticas de compatibilidad de esos paquetes).

PREGUNTA: ¿En qué medida el software está relativamente cerca del núcleo (udev, gvfs, mdadm, etc.) que se está probando en otra versión que no sea la proporcionada con el lanzamiento?

El equipo de pruebas de Ubuntu y el equipo de calidad de Ubuntu no prueban los núcleos no proporcionados por Ubuntu. La prueba es que no hay casos de prueba ni actividades de prueba para núcleos obsoletos.

PREGUNTA: ¿Cómo difiere la edición de escritorio / servidor en esto?

No difieren de ninguna manera. Esto está parcialmente probado por el hecho de que tanto la edición de escritorio como la de servidor usan el mismo núcleo.

PREGUNTA: ¿Ubuntu simplemente no se preocupa por estos casos o me falta un recurso sobre esto?

Ubuntu no se preocupa por estos casos. No es compatible con una versión del kernel, pero ser compatible con ella sería solo un trabajo extra con pocos beneficios.

Ya sea que le guste o no, una de las prácticas de Ubuntu es mirar hacia adelante e intentar admitir las tecnologías más recientes, en lugar de las más desactualizadas. Puede encontrar un ejemplo de esto cuando el CD de Ubuntu se ha caído a favor del DVD, o cuando Unity 2d se ha eliminado de Quantal.

Además, y este es el punto más importante en mi opinión, Ubuntu no está interesado en distribuir software que funcione , sino software que funcione y sea compatible . Hay diferencias importantes entre estos dos términos.

El único núcleo oficialmente compatible es el que se incluye con esa versión de Ubuntu. Si tiene problemas debido al uso de un kernel diferente, estará solo. Si se sospecha que un problema está relacionado con el uso de un núcleo no estándar, se le pedirá que al menos pruebe el estándar para ver si realmente está relacionado.

Hay demasiados problemas potenciales que podrían resultar del uso de un núcleo antiguo para tener algún tipo de lista precisa de lo que funciona y lo que no; solo tendrás que probarlo por ti mismo.

Haciendo una suposición educada, no creo que los núcleos más antiguos sean considerados para ninguna versión de Ubuntu. ... y por qué lo serían? El 'núcleo requerido' es simplemente el que se entrega con una versión.

¿Por qué uno querría usar un núcleo antiguo en una nueva versión, en lugar de la versión anterior?

AFAIK, el equipo del kernel mira hacia adelante y no hacia atrás. Ellos soportan los núcleos más nuevos de las versiones más nuevas, por ejemplo, los núcleos Quantal se retroportan a Precise, pero no al revés.