Grundsätzlich Backport-Kernel verwenden: Sinnvoll / sicher / stabil oder eher weniger!? [Gelöst]

[jmar83]

Hallo zusammen

Irgendwie habe ich es mir angewöhnt (seit sich ein paar Mal irgendwelche Probleme dadurch gelöst haben), nach einer Debian-Installation anschliessend den Kernel aus dem backports-Repo zu installieren (höchte Version, allerdings nix mit "unsigned").

Ist das generell "gut" - im Sinne von sinnvoll / sicher / stabil

ODER

generell gefählich / schlecht / risikobehaftet

ODER

kommt es "drauf an" - halt ganz pragmatisch von Fall zu Fall?


Was meint ihr dazu? Wirkliche Nachteile sah ich zumindest bis jetzt nie...

(Ursprünglich kam das Thema mit irgendwelchen Sun SPARC-Workstations [Blade 2500 Silver, Ultra 45] unter Debian 7.x...)


Vielen Dank für die Feedbacks.

[Blackbox]

Es gibt gute Gründe die Backports zu verwenden.
Ein gutes Beispiel wäre: Ein Debian stable verwenden zu wollen, aber recht neue Hardware (max 3 Jahre alt) einzusetzen.
Vielleicht wäre an dieser Stelle eher die Frage angebracht, ob Debian (stable) die richtige Wahl ist?

Aber es gibt auch genügend Gründe auf die Backports zu verzichten.

Ein schlechtes Beispiel ist Featuritis, also die Backports ohne triftigen Grund einzubinden, weil man das System der Debian Releases nicht durchdrungen hat.

Die Backports erhalten durch das Debian Security Team eine eingeschränkte Unterstützung, weswegen deren Einsatz eher die Ausnahme, als die Regel sein sollte.

Sinnvoll auch dann, wenn unbedingt ein Tool neuerer Version - als im stable Releasezweig verfügbar - benötigt wird, anstatt dieses aus einem anderen Releasezweig zu ziehen.
Denn genau dafür wurden die Backports geschaffen.

Zu möglichen Angriffsvektoren bei eingeschränktem Security Support, darfst du dir selbst Gedanken machen.
Stichwort: risikobehaftet

Ist schließlich kein betreutes Denken hier.

[mcb]

Es kommt leider ab und an vor das im BackportKernel etwas nicht, oder noch nicht, funktioniert. Neulich ging acpi-call z.B. nicht. Das ist aber recht selten.

[Blackbox]

Es kommt leider ab und an vor das im BackportKernel etwas nicht, oder noch nicht, funktioniert.

Ja und, wie wäre an dieser Stelle die richtige Reaktion gewesen?
Sodass die gesamte Debian Familie davon profitiert.

Neulich ging acpi-call z.B. nicht.

Das ist wieder einmal eine Dramatisierung, die absolut nicht angebracht ist.

Das ist aber recht selten.

Und die Relativierung wird postwendend nachgereicht.

[mcb]

Es kommt leider ab und an vor das im BackportKernel etwas nicht, oder noch nicht, funktioniert.

Ja und, wie wäre an dieser Stelle die richtige Reaktion gewesen?
Sodass die gesamte Debian Familie davon profitiert.

Neulich ging acpi-call z.B. nicht.

Das ist wieder einmal eine Dramatisierung, die absolut nicht angebracht ist.

Das ist aber recht selten.

Und die Relativierung wird postwendend nachgereicht.

Ich habe das Gefühl du vestehst es wirklich nicht...

ab und an = selten

PS: Ist auch super, wenn durch das fehlerhafte Modul, der nvram vollgeschrieben wird und die Kisten dann nicht mehr booten.
https://gist.github.com/roadkell/9e98db ... 082040f67f

[rhHeini]

Ganz am Rande, das Thema wurde hier im Forum schon das eine oder andere Mal diskutiert. Lies mal ein paar ältere Fäden durch, sollten durch die Suche zu finden sein. Ich spar mit hier meinen Senf.

Gruß, Rolf

[Blackbox]

Ich habe das Gefühl du vestehst es wirklich nicht...

So ist das mit Gefühlen, diese sind meist irrational.
Und ganz nebenbei ist mir deine gefühlte Wahrheit ziemlich egal.
Aber das du nicht(s) verstanden hast, ist hiermit belegt.

https://gist.github.com/roadkell/9e98db ... 082040f67f

Hast du dir das md überhaupt durchgelesen und durchdacht, welche Ursache diesem Problem zu Grunde liegt?

das Thema wurde hier im Forum schon das eine oder andere Mal diskutiert. Lies mal ein paar ältere Fäden durch

Nur weil etwas wieder und wieder behauptet wird, wird es nicht besser, oder wahrer.

Ich zitiere deswegen einmal den ausschlaggebenden Abschnitt.
Allerdings werde ich davon absehen, ein Full Quote zu verwenden.
Die Quelle zum Nachlesen ist verlinkt.

Don't make a FrankenDebian

Debian Stable should not be combined with other releases carelessly. If you're trying to install software that isn't available in the current Debian Stable release, it's not a good idea to add repositories for other Debian releases.

First of all, apt-get upgrade default behavior is to upgrade any installed package to the highest available version. If, for example, you configure the bookworm archive on a bullseye system, APT will try to upgrade almost all packages to bookworm.

Quelle: https://wiki.debian.org/DontBreakDebian

[jmar83]

Vielen Dank für eure Feedbacks!!

[jmar83]

Nachtrag: "Ist schließlich kein betreutes Denken hier." - richtig so, nicht so wie bei der P(l)andemie mit dem staatlich und medial betreuten Denken!!