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 required
et 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.
la source
udev
n'est qu'un des nombreux paquets, et je ne pense pas que vous cherchiez une réponse sur une base par paquet.Réponses:
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:
Cependant, cela indique simplement quels noyaux sont pris en charge , et non ceux qui sont considérés comme compatibles .
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).
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.
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.
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.
la source
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.
la source
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.
la source