Warum älterer Kernel?
Aus irgendeinem Grund könnten Sie gezwungen sein , einen anderen Kernel als den von Ubuntu bereitgestellten auszuführen. Es kann sogar einige Jahre dauern, bis ein Kernel mit bestimmten vorkompilierten Kernelmodulen kompatibel ist. Ihr Xen / Container-basierter VPS-Anbieter kann Sie dazu zwingen, seinen Kernel usw. zu verwenden.
Ich habe diese Frage schon lange, aber das hat sie heute wieder ausgelöst.
In einem solchen Fall wäre es sehr nützlich zu sagen, ob Sie den Kernel für Probleme verantwortlich machen können oder ob Sie sich überhaupt die Mühe machen sollten, in Ihrer Situation eine neuere Version von Ubuntu einzurichten.
Richtlinie, Dokumentation?
Ich bin besonders daran interessiert, welche Ziele die Entwickler / QS in Bezug auf LTS-Releases und neuere Stables, auf denen der LTS-Kernel ausgeführt wird, verfolgen. Einige eng verwandte Fragen:
- Wie lautet die Richtlinie zur Kompatibilität mit früheren Kernelversionen? ZB werden keine Fehlerberichte akzeptiert, müssen mit allen Kernelversionen bis einschließlich früherer LTS usw. funktionieren.
- Beispielfall praktisch: Wie wahrscheinlich bin ich in Schwierigkeiten, wenn ich Lucids Kernel auf Precise ausführe?
- Inwieweit befindet sich Software relativ nahe am Kernel (udev, gvfs, mdadm usw.), der auf einer anderen als der mit der Version gelieferten Version getestet wird?
- Wie unterscheidet sich die Desktop / Server Edition darin?
Der naheliegendste Ort, um dies zu betrachten, wären die Versionshinweise . Abgesehen von Aktualisierungen / Änderungen des Kernels mit Ubuntu-Geschmack wird hier jedoch nichts über die Kompatibilität mit anderen Kerneln erwähnt, während kernelbezogene Funktionen in anderen Teilen der Hinweise erwähnt werden, z
Software-RAID unterstützt jetzt Bad Block Management (MD).
Kümmert sich Ubuntu einfach nicht um diese Fälle oder fehlt mir eine Ressource dazu? Neben den Versionshinweisen habe ich Google in gewissem Umfang mit Schlüsselwörtern Ubuntu 12.04 minimal kernel version required
und mehreren Varianten verwendet. Zu diesen Ergebnissen scheint jedoch keine Aussage darüber gemacht zu werden. Ich finde jetzt, dass diese Frage als einzige relevante Ressource auftaucht. Ich fand diese Antwort schwierig, und sie sieht sehr vielversprechend aus, aber es geht um ein bestimmtes Problem / eine bestimmte Umgebung und nicht wirklich um die Server- / Desktop-Nutzung.
Userspace vs Kernel
Ich weiß, dass sich die meisten Userland-Programme nicht um Kernelversionen kümmern sollten, aber es wird komplizierter für VPN-Software oder Anwendungen, die mit Hardware interagieren, wie die oben beschriebene, aber auch für V4L2, Network Manager, Alsa usw.
Debian gegen Ubuntu
Debian ist sich darüber wirklich klar. Bereits für Wheezy wissen wir, dass, wenn Sie sich auf udev verlassen, 2.6.26 erforderlich ist, um ordnungsgemäß aus den Versionshinweisen (in Arbeit) ausgeführt zu werden:
Die udev-Version in wheezy erfordert einen Kernel der Version 2.6.26 oder neuer mit [...]
Was ich nicht verlange
Ich bin mir der Backports für neuere Kernel von neueren Versionen bis zur aktuellen LTS-Version sehr gut bewusst. Diese Frage ist ungefähr das Gegenteil.
Bitte vermeiden Sie Diskussionen wie "Warum sollte man einen älteren Kernel ausführen wollen?" - Manchmal hat man einfach keine Wahl und es geht nicht darum, was wir wollen, sondern wie man mit einer solchen Situation umgehen kann.
udev
ist nur eines von vielen Paketen, und ich glaube nicht, dass Sie eine Antwort pro Paket suchen.