Augenblick mal... 
Wir sind hier bei Debian Sid, das heisst wir stellen uns als Tester für allerneueste Software/Versionen/Debianstand zur Verfügung. Dein "frisch installiertes" System hat den Uralt-Kernel 3.17 und ist von 2014 => Burgeports dafür interessieren bei Debian tatsächlich überhaupt niemanden mehr - und bei Siduction wohl auch nicht, die Releases gibt es doch schon garnicht mehr zum Download, was soll man daran noch fixen.
Alles halb so wild. Ich hätte inxi vielleicht besser vom "alten" system posten sollen, dann wäre das misverständnis nur halb so groß:
Der 3.17 ist der kernel von indian summer, dem einzigen Iso das ich gestern hier erfolgreich booten konnte. Dennoch ist hier bereits
4.17 drauf. Mir ist nur wegen der gleichen subversionzahl "17" nicht aufgefallen, dass mein grubinstall immer noch auf die alte installation zeigt und deshalb das kernel update nicht mitbekommt. Daher hat der heute wieder den alten kernel gebootet, obwohl die installation längst aktualisiert war. Jetzt läuft auch hier tatsächlich
4.17.
Meine bugreports stammen alle von 4.17 systemen. Und selbstverständlich poste ich hier keine bugs zu veralteten kerneln. Und die bugsammlung war zu nichts anderem gedacht als zu belegen wie weit eine spezielle fehlfunktion im zusammenhang mit diesem board hier zurück zu verfolgen ist bei meinem versuch ein möglichst aktuelles iso zu booten. Wenn ich patience 16.x gefunden hätte ich auch das probiert. Ich installiere ja nicht freiwillig ein ISO von 2014 mit einem kernel der ebensolange zurückliegt. Dass das d-u von 2014 auf jetzt (von der oben erwähnten grubpanne abgesehen) klappt war ja nicht zwingend zu erwarten. Soweit nur um klar zumachen warum so alte SW, woher also der 3.17 kernel herrührt mit dem es von mir nie vom bug zu berichten gab, das gegenteil ist ja der fall. Ja, der verwirrende inxi output war mein fehler.
Du hast in den Sources eine Mischung aus Testing+Unstable+Experimental+XYZ, das ist schlimmstes Frankendebian, sowas hab ich in freier Wildbahn noch nie gesehen, absolut unwartbar und unsupportbar. Sorry 
.
Naja, auch das ist nichtmal halb so wild wie es aussieht, das ist sogar *vollkommen* unwild:
Experimental hat eine derart gewählte priorität (ich glaube das ist null oder sie ist negativ, ist jahre her, weiß ich nichtmehr so genau, dass hier null,null automatisch reinkommt. Und das einzige was hier die letzten *jahre* aus experimental reinkam war ein ein *absichtlich* installierter debian kernel aus experimental (der muste daher sein, weil es sonst in debian keine zu siduction annähernd vergleichbare kernel gibt!) vor ein paar monaten mit dem ich sehen wollte ob eine bestimmte fehlfunktion des siduction kernel auch bei debian auftauchte, tat sie nicht, habe ich towo so gesagt. einer seiner nächsten kernel hatte diese spezielle fehlfunktion nicht mehr, warum auch immer.
Testing braucht jeder von uns mal wenn es etwas zurückzugraden gibt, da ist nun wirklich nicht ungewöhnliches dran. Und aus stable kann schon wegen der niedrigeren versionnummern nichts kommen, das würde mir auch sofort auffallen (weil es dann im apt output sofort einen versatz geben würde. Umgekehrt, bei einem stable basissystem mit aktiviertem testing und/oder unstabel entstehen zwangsläufig frankendebiane, wie das auch der von dir verlinkte artikel im ersten satz zumindest andeutet: "Don't make a FrankenDebian - Debian Stable should not be combined with other releases..." weil die höheren versionen vorang haben).
Stable war (und ist aus faulheit immer noch) aktiviert weil es tatsächlich auf meinem rechner ein einziges paket aus stable gibt, seit jahren. tkusr, ein schlecht funktionierendes tool um mit meinem alten modem-fax-AB gerät zu plaudern. tkusr hat keine abhängigkeiten und es gab deswegen noch nie abhängigkeitsprobleme.
Vivaldi ist ein eigenständiger browser, opera auch, das war und ist bei mir sowenig ein problem wie es das bei allen anderen usern dieser browser keines ist. Ja, ist nicht GPL, das ist das einzige problem, was es in diesem zusammenhang gibt.
Da ist also nichts mit frankenstein, auch wenn es auf den ersten blick so aussehen mag.
Und nochmal, bitte speichere jetzt nicht noch ab ich würde bugreports zu veralteten kerneln absenden. Bitte. Das habe ich auch hier die letzten tage nicht gemacht.
# inxi -rv2
System: Host: neutower Kernel: 4.17.3-towo.2-siduction-amd64 x86_64 bits: 64 Desktop: Fluxbox 1.3.5
Distro: siduction 14.1.0 Indian Summer - xorg - (201411230441)
Machine: Type: Desktop System: wortmann product: G31M-ES2L v: N/A serial: N/A
Mobo: Gigabyte model: G31M-S2L v: x.x serial: N/A BIOS: Award v: F9h WG date: 06/10/2009
CPU: Dual Core: Intel Core2 Duo E7400 type: MCP speed: 2268 MHz min/max: 1600/2800 MHz
Graphics: Card-1: NVIDIA G84 [GeForce 8600 GT] driver: nouveau v: kernel
Display: server: X.Org 1.20.0 driver: nouveau unloaded: fbdev,modesetting,vesa
resolution: 1680x1050~60Hz
OpenGL: renderer: NV84 v: 3.3 Mesa 18.1.3
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
Drives: HDD Total Size: 1.31 TiB used: 491.93 GiB (36.7%)
Repos: No active apt repos in: /etc/apt/sources.list
Active apt repos in: /etc/apt/sources.list.d/debian.list
1: deb http://httpredir.debian.org/debian/ unstable main contrib non-free
2: deb http://http.debian.net/debian/ experimental main contrib
3: deb http://http.debian.net/debian/ testing main contrib non-free
4: deb http://http.debian.net/debian/ stretch main
No active apt repos in: /etc/apt/sources.list.d/misc.list
Active apt repos in: /etc/apt/sources.list.d/siduction.list
1: deb ftp://ftp.uni-stuttgart.de/siduction/base unstable main
2: deb ftp://ftp.uni-stuttgart.de/siduction/extra unstable main
3: deb ftp://ftp.uni-stuttgart.de/siduction/fixes unstable main contrib non-free
Active apt repos in: /etc/apt/sources.list.d/vivaldi-snapshot.list
1: deb http://repo.vivaldi.com/snapshot/deb/ stable main
Active apt repos in: /etc/apt/sources.list.d/vivaldi.list
1: deb http://repo.vivaldi.com/stable/deb/ stable main
Info: Processes: 146 Uptime: 35m Memory: 3.85 GiB used: 621.4 MiB (15.7%) Shell: bash inxi: 3.0.13
Das stretch repo sollte ich vielleicht wirklich mal deaktivieren oder zu "stable" umbenennen. Ich habe das benötigte paket ja. Dennoch, keine gefahr von dieser seite ;-)
Im übrigen kein problem, ich wurschtle mich da schon durch, jetzt habe ich ja wenigstens eine neues basis system. Ich wollte das hier nur nicht so stehen lassen.
Danke.
