Selbstgebaute KDE ISO stoppt beim "Target graphical".

[ro_sid]

Frage an andere, ob ich mit diesem "Effekt" allein stehe:
Aus dem "fll"-Mechanismus erstelle ich häufig eigene Siduction-KDE-ISOs. Vor nicht ganz 14 Tagen ging das kurzzeitig wegen nicht zu erfüllender Paketabhängigkeiten ein bis zwei Tage nicht. Danach ließ sich die ISO wieder "bauen". Doch seitdem, zu drei verschiedenen Daten erstellt, das letzte Mal gestern, bleiben die ISOs bei mir beim "Target graphical" im Konsolenmodus hängen. Das System ist nicht abgestürzt. Ein "Ctrl-Alt-Del" bringt es zum Herunterfahren. Aber es läuft auch nicht "zur Graphik" hoch. Hat jemand gleiche oder ähnliche Erfahrungen gemacht? Oder bin ich eher der Einzige dem das widerfährt?

[towo]

Also ich habe gerade ein KDE ISO auf dem Server gebaut, das bootet problemlos.

https://testbuilds.siduction.org/kde/siduction-2026.1.0-Big_Crime-kde-amd64-202609231204.iso

[ro_sid]

Danke, dann mache ich mich mal auf die Suche nach der Ursache meines Problems.

[ro_sid]

Nochmals Dank fürs Paket. Ich baue 'meine' Version immer noch über "Shine-On" auf.
Die Big-Crime-ISO bootete normal bei mir. Aber nun das Wunder. Danach bootete auch meine ISO wieder ohne murren. Als ob sich etwas im NVRAM oder UEFI/BIOS oder sonstwo "zurückgeändert" hat.

Was mir an "Big-Crime" (KDE) auffiel: Im Fensterrahmen rechts gibt es 'nur' drei Icons. Dafür ist das 'x' gleich da. Das "Shading-Symbol" fehlt, das bisher immer vorhanden war. In meinen Fassungen ist es noch da, es sind also vier Icons. D.h. nachdem man die Fensterbreite (um ein Weniges) ändert. Dann erst erscheint nämlich das 'x', bleibt ab da aber vorhanden. Das ist ein bekannter Fehler, der aber zumindest bis vor Kurzem noch nicht behoben wurde.
Meine Fragen: Ist das Fehlen von "Shading" Absicht? Wird es vielleicht sogar von einem anderen Siduction-deb-Paket hervorgerufen? Oder ist es Zufall?