41
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 02, 2026, 17:11:46 »Ich habe es so macht, wie du gesagt hast, leider ohne Erfolg.
Recent Posts
42
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 02, 2026, 15:58:10 »Da du ja auf einen funktionierenden Snapshot zurück bist, könntest du ja mal dort die /etc/vdr/remote.conf.d/KBD.conf sichern und dann nach einem Distupgrade diese Datei wieder zurück kopieren.
Wenn dann die Tastatur doch nicht geht, war ich auf dem Holzweg und die nicht funktionierende Tastatur hat doch andere Ursachen.
Wenn dann die Tastatur doch nicht geht, war ich auf dem Holzweg und die nicht funktionierende Tastatur hat doch andere Ursachen.
43
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 02, 2026, 15:04:59 »Quote
Beim RPI5 läuft ja aufgrund von softhddevice-drm-gles kein XServer weshalb die KBD.conf für die Steuerung per Tastatur genutzt wird.
Daher könnte ich mir vorstellen, dass die Installation dieser neuen KBD.conf etwas mit deinem Problem zu tun hat.
Hat denn jemand eine Idee, wie das Problem zu lösen wäre?
44
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 02, 2026, 14:21:41 »@thinokoe
Ich habe das große Distupgrade bei mehreren x86ern gemacht und mit der Tastatur hinterher keine Probleme.
Bei den Distupgrades meiner x86er Systeme ist mir aber aufgefallen, dass die KBD.conf aktualisiert wird.
Und diese wird beim Distupgrade nicht verändert.
Beim RPI5 läuft ja aufgrund von softhddevice-drm-gles kein XServer weshalb die KBD.conf für die Steuerung per Tastatur genutzt wird.
Daher könnte ich mir vorstellen, dass die Installation dieser neuen KBD.conf etwas mit deinem Problem zu tun hat.
Ich habe das große Distupgrade bei mehreren x86ern gemacht und mit der Tastatur hinterher keine Probleme.
Bei den Distupgrades meiner x86er Systeme ist mir aber aufgefallen, dass die KBD.conf aktualisiert wird.
Code: [Select]
Neue Version der Konfigurationsdatei /etc/vdr/remote.conf.d/KBD.conf wird installiert ...Bei den x86ern läuft ja softhddevice mit XServer weshalb die XKeySym.conf für die Tastatur genutzt wird.Und diese wird beim Distupgrade nicht verändert.
Beim RPI5 läuft ja aufgrund von softhddevice-drm-gles kein XServer weshalb die KBD.conf für die Steuerung per Tastatur genutzt wird.
Daher könnte ich mir vorstellen, dass die Installation dieser neuen KBD.conf etwas mit deinem Problem zu tun hat.
45
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 02, 2026, 13:28:26 »Hallo zusammen,
bei mir funktionieren nach dem Update der 849 Pakete das Keyboard und Mouse am USB-Anschluss eines RPi5 nicht mehr. Ich habe dann den Snapshot vom 30.03.2026 zurück gespielt und schon geht alles wieder.
Grüße
thinokoe
bei mir funktionieren nach dem Update der 849 Pakete das Keyboard und Mouse am USB-Anschluss eines RPi5 nicht mehr. Ich habe dann den Snapshot vom 30.03.2026 zurück gespielt und schon geht alles wieder.
Grüße
thinokoe
46
Allgemein [ General ] / Backup funktioniert nach heutiger Neuinstallation nicht mehr!
« Last post by kuro13 on April 02, 2026, 10:25:14 »Ich habe gerade bei der gestrigen, funktionierenden Installation auf SSD die uuid angesehen.
/dev/disk/by-uuid
0DB1-AC4E
86f3451f-6539-496d-a9fd-d4ba7b990b9b
966f718f-af3e-4f08-a9b5-345ccbc90ef4
A3EA-1101 - USB Stick vom Backup
/dev/disk/by-uuid
0DB1-AC4E
86f3451f-6539-496d-a9fd-d4ba7b990b9b
966f718f-af3e-4f08-a9b5-345ccbc90ef4
A3EA-1101 - USB Stick vom Backup
47
Allgemein [ General ] / Backup funktioniert nach heutiger Neuinstallation nicht mehr!
« Last post by clausmuus on April 02, 2026, 09:51:59 »Danke, das Foto und die genaue Beschreibung des Bootprozesses sollte helfen den Fehler zu finden.
48
Allgemein [ General ] / Backup funktioniert nach heutiger Neuinstallation nicht mehr!
« Last post by kuro13 on April 02, 2026, 09:43:22 »Ich kanns nicht lassen
Heute neuer Backup Versuch: Beim Start vom Backup erscheint das MLD Logo, dann verändert das Logo seine Helligkeit und dann erscheint folgendes auf dem Fernsehschirm -> Bild.
Ich habe noch ein funktionierendes Backup vom 6.2., da werden mir "nur" 879 Dateien zum update angeboten.
Heute neuer Backup Versuch: Beim Start vom Backup erscheint das MLD Logo, dann verändert das Logo seine Helligkeit und dann erscheint folgendes auf dem Fernsehschirm -> Bild.
Ich habe noch ein funktionierendes Backup vom 6.2., da werden mir "nur" 879 Dateien zum update angeboten.
49
Allgemein [ General ] / Backup funktioniert nach heutiger Neuinstallation nicht mehr!
« Last post by franky on April 02, 2026, 00:12:07 »Ich habe vorhin auch mal dem aktuellen x86er Image eine Neuinstallation getestet und danach per Backup-Funktion einen Backup-Stick erstellt.
Dieser Backup-Stick hat auf meinem System einwandfrei gebootet.
Ich kann das Problem bisher leider nicht reproduzieren.
Dieser Backup-Stick hat auf meinem System einwandfrei gebootet.
Ich kann das Problem bisher leider nicht reproduzieren.
50
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 02, 2026, 00:00:44 »Ich habe mittlerweile bei mehreren Systemen dieses große Dist-Upgrade gemacht und bin auch bei 3 Systemen nach dem Upgrade nur noch auf Konsole gelandet (wie beim geposteten Bild von kuro13).
Ich habe mittlerweile herausgefunden, dass bei mir immer nur die Systeme betroffen sind, die kein CSM mehr haben (z.B. die Intel NUC) oder das CSM deaktiviert war.
Dann kann das System nur im UEFI Boot-Mode starteten was schief geht.
Eine Installation auf einem USB-Stick mit diesem Problem ist auf einem anderen System mit Legacy-Boot problemlos gestartet.
Der Übeltäter schein die Datei /boot/efi/boot/bootx64.efi zu sein, die beim Dist-Upgrade überschrieben wird.
Das sieht man auch an der Dateigröße von 192KB vor dem Dist-Upgrade und 102 KB danach.
Wenn ich den Stick auf einem anderen System mit CSM im Legacy-Boot starte und dann die Datei wieder austausche, funktioniert das System auch wieder auf dem System, das nur UEFI-Boot beherrscht.
Ich habe das gerade nochmal bei einem Intel NUC getestet.
Also am Besten die funktionierende bootx64.efi mit 192 KB vor dem Dist-Upgrade sichern und gleich danach vor dem ersten Reboot wieder zurück kopieren.
Ich habe mittlerweile herausgefunden, dass bei mir immer nur die Systeme betroffen sind, die kein CSM mehr haben (z.B. die Intel NUC) oder das CSM deaktiviert war.
Dann kann das System nur im UEFI Boot-Mode starteten was schief geht.
Eine Installation auf einem USB-Stick mit diesem Problem ist auf einem anderen System mit Legacy-Boot problemlos gestartet.
Der Übeltäter schein die Datei /boot/efi/boot/bootx64.efi zu sein, die beim Dist-Upgrade überschrieben wird.
Das sieht man auch an der Dateigröße von 192KB vor dem Dist-Upgrade und 102 KB danach.
Wenn ich den Stick auf einem anderen System mit CSM im Legacy-Boot starte und dann die Datei wieder austausche, funktioniert das System auch wieder auf dem System, das nur UEFI-Boot beherrscht.
Ich habe das gerade nochmal bei einem Intel NUC getestet.
Also am Besten die funktionierende bootx64.efi mit 192 KB vor dem Dist-Upgrade sichern und gleich danach vor dem ersten Reboot wieder zurück kopieren.