Problem nach "dist-upgrade" in unstable

[Klaus Becker]

Hallo allerseits,

ich benutze unstable seit 15-20 Jahren, habe allerdings seit einigen
Monaten ein Problem, das ich vorher nie hatte.

Ich führe fast jeden Tag ein "dist-upgrade" aus, normalerweise ohne
Probleme. Alle 1-2 Wochen ist jedoch einiges kaputt:

- nach dem Start lande ich auf dem Bauch, äh in tty und muss XFCE4
händisch mit "startxfce4" starten,

- die Menüs sind alle auf englisch statt auf französisch (ich lebe in
Frankreich),

- ich verfüge nicht mehr über alle Bildschirmauflösungen (Size 1360x768
not found in available modes),

- am meisten stört mich aber, dass das Modul für meine TBS
Satellitenschüssel nicht mehr geladen wird und ich sie also nicht
benutzen kann..

Ist jedoch alles kein Beinbruch: XFCE4 funktionniert noch, ich habe auf
der FP auf einer anderen Partition ein identisches System, mit dem ich
vorsichtig umgehe, und ich habe auch eine Sicherheitskopie meines
Systems mit fsarchiver. Bei Bedarf kann ich also alles relativ schnell
und einfach wiederherstellen.

Einige Infos:

- $ lsusb | grep -i tbs
Bus 002 Device 003: ID 734c:5521 TBS Technologies China

- # modprobe dvb_usb_tbs5520se
modprobe: ERROR: could not insert 'dvb_usb_tbs5520se': Unknown symbol in
module, or unknown parameter (see dmesg)

- # dmesg | grep -i unknown
[ 0.082623] Unknown kernel command line parameters
"BOOT_IMAGE=/boot/vmlinuz-6.6.15-rt-amd64", will be passed to user space.
[ 2.304770] drm_display_helper: Unknown symbol cec_delete_adapter
(err -2)
[ 2.304802] drm_display_helper: Unknown symbol
cec_transmit_attempt_done_ts (err -2)
[ 2.304843] drm_display_helper: Unknown symbol cec_s_phys_addr (err -2)
[ 2.304852] drm_display_helper: Unknown symbol cec_s_conn_info (err -2)
[ 2.304860] drm_display_helper: Unknown symbol
cec_s_phys_addr_from_edid (err -2)
[ 2.304956] drm_display_helper: Unknown symbol cec_unregister_adapter
(err -2)
[ 2.304990] drm_display_helper: Unknown symbol cec_allocate_adapter
(err -2)
[ 2.305029] drm_display_helper: Unknown symbol
cec_fill_conn_info_from_drm (err -2)
[ 2.305038] drm_display_helper: Unknown symbol cec_received_msg_ts
(err -2)
[ 2.305069] drm_display_helper: Unknown symbol cec_register_adapter
(err -2)
[ 9.870276] drm_display_helper: Unknown symbol cec_delete_adapter
(err -2)
[ 9.870328] drm_display_helper: Unknown symbol
cec_transmit_attempt_done_ts (err -2)
[ 9.870395] drm_display_helper: Unknown symbol cec_s_phys_addr (err -2)
[ 9.870413] drm_display_helper: Unknown symbol cec_s_conn_info (err -2)
[ 9.870426] drm_display_helper: Unknown symbol
cec_s_phys_addr_from_edid (err -2)
[ 9.870607] drm_display_helper: Unknown symbol cec_unregister_adapter
(err -2)
[ 9.870668] drm_display_helper: Unknown symbol cec_allocate_adapter
(err -2)
[ 9.870732] drm_display_helper: Unknown symbol
cec_fill_conn_info_from_drm (err -2)
[ 9.870751] drm_display_helper: Unknown symbol cec_received_msg_ts
(err -2)
[ 9.870800] drm_display_helper: Unknown symbol cec_register_adapter
(err -2)
[ 10.195869] dvb_usb: Unknown symbol rc_register_device (err -2)
[ 10.195898] dvb_usb: Unknown symbol rc_free_device (err -2)
[ 10.195917] dvb_usb: Unknown symbol rc_allocate_device (err -2)
[ 10.195956] dvb_usb: Unknown symbol rc_unregister_device (err -2)
[ 7153.042277] dvb_usb: Unknown symbol rc_register_device (err -2)
[ 7153.042334] dvb_usb: Unknown symbol rc_free_device (err -2)
[ 7153.042372] dvb_usb: Unknown symbol rc_allocate_device (err -2)
[ 7153.042446] dvb_usb: Unknown symbol rc_unregister_device (err -2)

Ich sehe oben "Unknown kernel command line parameters
"BOOT_IMAGE=/boot/vmlinuz-6.6.15-rt-amd64", will be passed to user
space.", kann aber nicht viel damit anfangen. Liegt hier vielleicht der
Hase im Pfeffer? Unter
https://www.linuxquestions.org/questions/slackware-14/unknown-kernel-command-line-parameters-will-be-passed-to-user-space-4175717780/#post6386524
finde ich allerdings "This message is nothing to worry about."

Wenn ein neuer kernel rauskommt und ich auf diesem das TBS-Modul neu
kompiliere, klappt es manchmal, aber nicht immer.

Dann dachte ich, das Problem kommt von systemd und habe selbiges mit
allen Abhängigkeiten auf "hold" gestellt, hat das Problem aber auch
nicht gelöst.

Da ist guter Rat teuer. Ich wundere mich, dass niemand hier von
ähnlichen Problemen berichtet hat. Bin ich der einzige, dem das passiert ?

Als workaround wäre es sehr nützlich, wenn ich im voraus wüsste, ob ich
ein "(dist-)upgrade" riskieren kann oder nicht.

Ich stehe trotzdem weiter auf unstable. Wenn immer alles funktionniert
würde, wäre ja langweilig.

Gruß

Klaus