Quelle est la version minimale compatible du noyau Linux requise pour exécuter Ubuntu?


10

Pourquoi un noyau plus ancien?

Pour une raison quelconque, vous pourriez être obligé d'exécuter un autre noyau que ceux fournis par Ubuntu. Cela peut même vous prendre quelques années en arrière pour un noyau compatible avec des modules de noyau précompilés spécifiques, votre fournisseur VPS basé sur Xen / conteneur peut vous forcer à utiliser son noyau, etc.

J'ai cette question depuis longtemps, mais cela l' a de nouveau déclenchée aujourd'hui.

Dans un tel cas, il serait très utile de pouvoir dire si vous pouvez blâmer le noyau pour des problèmes ou si vous devriez même essayer de configurer une version plus récente d'Ubuntu dans votre situation.

Politique, documentation?

Je suis particulièrement intéressé par les objectifs des développeurs / QA en ce qui concerne les versions LTS et les nouvelles versions stables exécutant le noyau LTS. Quelques questions étroitement liées:

  • Quelle est la politique de compatibilité avec les versions antérieures du noyau? Par exemple, aucun rapport de bogue n'est accepté, doit fonctionner avec toutes les versions du noyau, y compris le LTS précédent, etc.
  • Exemple de cas, pratiquement: Quelle est la probabilité que j'aie des problèmes lors de l'exécution du noyau de Lucid sur Precise?
  • Dans quelle mesure les logiciels sont-ils relativement proches du noyau (udev, gvfs, mdadm, etc.) testés sur une version autre que la version fournie avec la version?
  • Quelle est la différence entre l'édition Desktop / Server?

L'endroit le plus évident pour regarder cela serait les notes de publication . Cependant, en plus des mises à jour / modifications du noyau aromatisé Ubuntu, cela ne mentionne rien sur la compatibilité avec d'autres noyaux, tandis que les fonctionnalités liées au noyau sont mentionnées dans d'autres parties des notes, par exemple

Le RAID logiciel prend désormais en charge la mauvaise gestion des blocs (MD).

Ubuntu ne se soucie-t-il simplement pas de ces cas ou manque-t-il une ressource à ce sujet? Outre les notes de version, j'ai utilisé Google dans une certaine mesure en utilisant des mots clés: Ubuntu 12.04 minimal kernel version requiredet plusieurs variantes. Pourtant, aucune déclaration à ce sujet ne semble être faite sur ces résultats. Je trouve maintenant que cette question apparaît comme seule ressource pertinente. J'ai trouvé cette réponse difficile, et elle semble très prometteuse, mais il s'agit d'un problème / environnement spécifique et pas vraiment de l'utilisation du serveur / bureau.

Espace utilisateur vs noyau

Je sais que la plupart des logiciels utilisateur ne devraient pas se soucier des versions du noyau, mais cela devient plus compliqué pour les logiciels VPN ou les applications interagissant avec le matériel, comme celui ci-dessus, mais aussi par exemple V4L2, Network Manager, Alsa, etc.

Debian vs Ubuntu

Debian est vraiment claire à ce sujet. Déjà pour Wheezy, nous savons que si vous comptez sur udev, il faudra 2.6.26 pour fonctionner correctement à partir de ses notes de version (en cours):

La version udev dans Wheezy nécessite un noyau de la version 2.6.26 ou plus récent avec [...]

Ce que je ne demande pas

Je connais très bien les rétroportages fournis pour les noyaux plus récents des versions les plus récentes à la version LTS actuelle. Cette question porte sur le contraire.

Veuillez éviter toute discussion comme "pourquoi voudrait-on exécuter un noyau plus ancien?" - vous n'avez tout simplement pas le choix parfois et ce n'est pas ce que nous voulons, mais comment on peut faire face à une telle situation donnée.


Je ne pense pas que Debian soit très clair à ce sujet: ce udevn'est qu'un des nombreux paquets, et je ne pense pas que vous cherchiez une réponse sur une base par paquet.
Andrea Corbellini

Réponses:


10

QUESTION: Quelle est la politique de compatibilité avec les versions antérieures du noyau? Par exemple, aucun rapport de bogue n'est accepté, doit fonctionner avec toutes les versions du noyau, y compris le LTS précédent, etc.

Je suis membre de l'équipe Ubuntu BugControl et je peux dire que seuls les bogues des packages Ubuntu non obsolètes sont pris en compte. Si vous installez votre propre noyau ou si vous utilisez un package d'une distribution différente et signalez un bogue, votre bogue sera invalidé. Voir ces deux réponses de stock:

De plus, l'équipe du noyau Ubuntu a une FAQ qui pourrait vous intéresser:

L'équipe du noyau fournit un support (mises à jour de sécurité, etc.) pour les noyaux Ubuntu sur toutes les versions actuellement actives, nous ne prenons pas en charge les noyaux non Ubuntu. Une liste complète des versions actuellement actives se trouve sur la page des versions. Pour les versions de support à long terme (LTS), les noyaux de bureau sont supprimés du support avant les noyaux de serveur, cela se reflète dans la page Versions.

Cependant, cela indique simplement quels noyaux sont pris en charge , et non ceux qui sont considérés comme compatibles .

QUESTION: Exemple de cas, pratiquement: Quelle est la probabilité que j'aie des problèmes lors de l'exécution du noyau de Lucid sur Precise?

C'est une question assez difficile à répondre. Surtout parce que cela dépend vraiment des applications / modules que vous utiliserez. Nous pouvons limiter cette question au bureau ou au serveur Ubuntu "standard", mais même alors, il serait trop difficile de répondre: la documentation est insuffisante et les informations disponibles sont rares.

Par exemple, pour vérifier si udev de Quantal est compatible avec le noyau Lucid, vous devriez voir les notes de mise à jour M, N, O, P, Q, les changelogs du noyau et les changelogs udev. Et puis passez à un autre paquet, par exemple libc, upstart et ainsi de suite. Tous ces packages dépendent de versions spécifiques du noyau et tous ces packages ne sont pas contrôlés directement par Ubuntu (dans le sens où ce n'est pas l'équipe Ubuntu qui décide des politiques de compatibilité de ces packages).

QUESTION: Dans quelle mesure les logiciels sont-ils relativement proches du noyau (udev, gvfs, mdadm, etc.) testés sur une version autre que la version fournie avec la version?

L'équipe de test d'Ubuntu et l'équipe de qualité d'Ubuntu ne testent pas les noyaux non fournis par Ubuntu. La preuve est qu'il n'y a pas de cas de test ni d'activités de test pour les noyaux obsolètes.

QUESTION: Quelle est la différence entre l'édition Desktop / Server?

Ils ne diffèrent en aucune façon. Ceci est partiellement prouvé par le fait que les éditions Desktop et Server utilisent le même noyau.

QUESTION: Ubuntu ne se soucie-t-il simplement pas de ces cas ou me manque-t-il une ressource à ce sujet?

Ubuntu ne se soucie pas de ces cas. Ne pas prendre en charge une version du noyau, mais être compatible avec elle serait juste un travail supplémentaire avec peu d'avantages.

Qu'on le veuille ou non, l'une des pratiques d'Ubuntu est d'anticiper et d'essayer de prendre en charge les technologies les plus récentes, plutôt que les plus obsolètes. Vous pouvez en trouver un exemple lorsque le CD Ubuntu a été abandonné au profit du DVD, ou lorsque Unity 2d a été supprimé de Quantal.

De plus, et c'est le point le plus important à mon avis, Ubuntu n'est pas intéressé par la distribution de logiciels qui fonctionnent , mais de logiciels qui fonctionnent et qui sont pris en charge . Il existe des différences importantes entre ces deux termes.


Très bonne réponse. Je suppose qu'il n'y a alors pas de réponse simple. Il est très utile de signaler des références crédibles et des informations intéressantes.
gertvdijk

3

Le seul noyau officiellement pris en charge est celui fourni avec cette version d'Ubuntu. Si vous rencontrez des problèmes en raison de l'utilisation d'un autre noyau, vous serez seul. Si un problème est suspecté d'être lié à l'utilisation d'un noyau non standard, il vous sera demandé au moins de tester le noyau standard pour voir s'il est réellement lié.

Il y a trop de problèmes potentiels qui pourraient résulter de l'utilisation d'un noyau plus ancien pour avoir une sorte de liste précise de ce qui fonctionne et de ce qui ne fonctionne pas; vous n'aurez qu'à essayer par vous-même.


1

En faisant une supposition éclairée, je ne pense pas que les noyaux plus anciens soient même pris en compte pour toute version d'Ubuntu. ... et pourquoi le seraient-ils? Le «noyau requis» est simplement celui fourni avec une version.

Pourquoi voudrait-on utiliser un noyau plus ancien sur une nouvelle version, plutôt que l'ancienne version elle-même?

AFAIK, l'équipe du noyau regarde en avant plutôt qu'en arrière. Ils rétroportent les noyaux plus récents à partir de versions plus récentes, par exemple, les noyaux Quantal sont rétroportés vers Precise, mais pas l'inverse.


Merci d'avoir donné votre avis, mais ce n'est pas tout à fait une réponse à ma question. "Pourquoi voudrait-on utiliser un noyau plus ancien [...]" - lire la toute première phrase de mon Q. "Ils rétroportent les noyaux plus récents à partir de versions plus récentes [...], mais pas l'inverse." Je sais, mais ce n'est pas de cela que je parle. "Je ne pense pas que les noyaux plus anciens soient même pris en compte" Cela serait utile si vous pouviez fournir une source.
gertvdijk

Peut-être que la liste de diffusion de l'équipe du noyau est un meilleur endroit pour votre demande.
mikewwhat

1
Bon point. Je le ferai plus tard, si aucune réponse évidente "ça y est" ne peut être donnée. Et bien sûr, postez la réponse ici. Une question votée sans réponse à laquelle vous pouvez vous référer peut également encourager l'équipe à faire une déclaration agréable et complète à ce sujet. Oh, et l' équipe du noyau est déjà abonnée à la balise du noyau ici.
gertvdijk

L'une des raisons est que vous utilisez un fournisseur d'hébergement cloud qui utilise un noyau Linux particulier pour toutes les instances et que vous souhaitez passer à une version qu'ils ne prennent pas encore en charge. Pas idéal, évidemment; pourtant, cela pourrait bien être le cas.
GreenReaper
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.