On Tuesday 2024-11-26 22:50, Jan Engelhardt wrote:

# zypper up 'plym*' (I did not choose dracut because of your report)

This threw me back to tty1 nevertheless, where the splash animation showed. I was able to go to tty2 (where I had set up kmscon), but not tty3-6 (just empty), dunno yet. tty7 with Xorg was also still live.

zypper is still running (heh?), so here is a process trace (ps xaf) showing what's going on (or not).

\_ zypper up plym* \_ /usr/bin/systemd-inhibit --what=sleep:shutdown:idle --who=zypp --mode=block --why=Zypp commit running. /usr/bin/cat | \_ /usr/bin/cat \_ /usr/libexec/zypp/zypp-rpm \_ /usr/bin/systemd-inhibit --what=sleep:shutdown:idle --who=zypp-rpm --mode=block --why=Zypp commit running. /usr/bin/cat | \_ /usr/bin/cat \_ bash /usr/lib/systemd/systemd-update-helper system-reload-restart \_ systemctl reload-or-restart --marked

more to follow

Also ps: <ps xaf output is ordered by start time(!)> xyz zypper up plym* xyz \_ ... 37874 ? S 0:00 /usr/sbin/plymouthd --mode=boot --pid-file=/run/plymouth/pid --attach-to-session 37879 ? Ss 0:00 /usr/bin/plymouth --wait journal: systemd[1]: Reload requested from client PID 37813 ('systemctl') (unit session-1.scope)... systemd[1]: Reloading... systemd[1]: /usr/lib/systemd/system/plymouth-start.service:15: Unit uses KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update the service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed. systemd[1]: Reloading finished in 191 ms. systemd[1]: Queuing reload/restart jobs for marked units… systemd[1]: systemd-ask-password-plymouth.path: Deactivated successfully. systemd[1]: Stopped Forward Password Requests to Plymouth Directory Watch. systemd[1]: Stopping Forward Password Requests to Plymouth Directory Watch... systemd[1]: plymouth-quit-wait.service: Deactivated successfully. systemd[1]: Stopped Hold until boot process finishes up. systemd[1]: Stopping Hold until boot process finishes up... systemd[1]: plymouth-read-write.service: Deactivated successfully. systemd[1]: Stopped Tell Plymouth To Write Out Runtime Data. systemd[1]: Stopping Tell Plymouth To Write Out Runtime Data... systemd[1]: Starting Tell Plymouth To Write Out Runtime Data... systemd[1]: plymouth-start.service: Deactivated successfully. systemd[1]: Stopped Show Plymouth Boot Screen. systemd[1]: Stopping Show Plymouth Boot Screen... systemd[1]: Starting Show Plymouth Boot Screen... plymouthd[37874]: 11:34:58.805 ../src/main.c:2036:check_logging : checking if console messages should be redirected and logged plymouthd[37874]: 11:34:58.805 ../src/main.c:2048:check_logging : logging will be enabled! plymouthd[37874]: 11:34:58.805 ../src/main.c:2122:initialize_environment : source built on Nov 15 2024 systemd[1]: Finished Tell Plymouth To Write Out Runtime Data. systemd[1]: Started Show Plymouth Boot Screen. systemd[1]: Started Forward Password Requests to Plymouth Directory Watch. systemd[1]: Starting Hold until boot process finishes up... "Hold" is probably the reason for all the problems observed: - zypper waiting forever - `systemctl start getty@tty3` hangs - `systemctl start cups` does _not_ hang Killing process 37879 (plymouth --wait) makes the system unstuck. zypper completes, as does the pending request for getty@tty3, or VT-activation of tty4. So yeah, plymouth was restarted, causing the splash screen to force itself and inhibit a bunch of unit activations.

Am Dienstag, 26. November 2024, 22:25:01 Mitteleuropäische Normalzeit schrieb Knurpht-openSUSE:

Op dinsdag 26 november 2024 22:00:45 Midden-Europese standaardtijd schreef Frank Krüger via openSUSE Factory:

...

Hi there,

Today's update using 'zypper dup' immediately reboots and the machine hangs "forever" (AMD Ryzen 7 PRO, KDE Plasma 6.2.3 with Wayland). Seems to be related to the posttrans(dracut-059+suse.665.gd2af7028-1.1.x86_64) script.

Anyone else seeing this? Any idea? Thx.

Regards, Frank Yep, saw that just now

Same here - had to return to previous snapshot 20241118 @Dimstar - any update in the pipeline? Cheers Axel

On Wed, Nov 27, 2024 at 11:52 AM Thomas Zimmermann via openSUSE Factory <factory@lists.opensuse.org> wrote:

Hi

Am 27.11.24 um 09:41 schrieb Axel Braun:

...

Am Dienstag, 26. November 2024, 22:25:01 Mitteleuropäische Normalzeit schrieb Knurpht-openSUSE:

...

Op dinsdag 26 november 2024 22:00:45 Midden-Europese standaardtijd schreef Frank Krüger via openSUSE Factory:

...

Hi there,

Today's update using 'zypper dup' immediately reboots and the machine hangs "forever" (AMD Ryzen 7 PRO, KDE Plasma 6.2.3 with Wayland). Seems to be related to the posttrans(dracut-059+suse.665.gd2af7028-1.1.x86_64) script.

Anyone else seeing this? Any idea? Thx.

Regards, Frank Yep, saw that just now Same here - had to return to previous snapshot 20241118

@Dimstar - any update in the pipeline?

There's a plymouth update pending that hopefully resolves the crash during startup.

https://build.opensuse.org/request/show/1226800

IDK if that is related to the dracut issue.

TBH I think that the last plymouth update simply has to be reverted, it causes far too many different problems (it crashes, it does not show password prompt or it corrupts entered password and now it additionally hangs on update).

Am Mittwoch, 27. November 2024, 09:52:02 Mitteleuropäische Normalzeit schrieb Thomas Zimmermann: ...

...

...

Yep, saw that just now Same here - had to return to previous snapshot 20241118

@Dimstar - any update in the pipeline?

There's a plymouth update pending that hopefully resolves the crash during startup.

https://build.opensuse.org/request/show/1226800

IDK if that is related to the dracut issue.

Lets see. Does the corresponding openQA test case needs sharpening? [looks like...] Cheers Axel

Hi everyone, This plymouth update is for almost sure causing some issues for luks enabled boot drives too. See here if it is interesting for you: https://forums.opensuse.org/t/new-opensuse-update-won-t-let-me-get-pass-thro... And here too: https://www.reddit.com/r/openSUSE_Slowroll/comments/1gzpj3g/luks_broken_afte... Many say that they can't reproduce the error. However I experienced too, and thankfully I have a Timeshift Snapshot in place to revert. I have a busy week but I'll try to detail the next step to reproduce it if I can this weekend. Kindest regards On Wed, 27 Nov 2024 at 19:30, Frank Krüger via openSUSE Factory < factory@lists.opensuse.org> wrote:

Am 27.11.24 um 09:52 schrieb Thomas Zimmermann via openSUSE Factory:

...

Hi

Am 27.11.24 um 09:41 schrieb Axel Braun:

...

Am Dienstag, 26. November 2024, 22:25:01 Mitteleuropäische Normalzeit schrieb Knurpht-openSUSE:

...

Op dinsdag 26 november 2024 22:00:45 Midden-Europese standaardtijd schreef Frank Krüger via openSUSE Factory:

...

Hi there,

Today's update using 'zypper dup' immediately reboots and the machine hangs "forever" (AMD Ryzen 7 PRO, KDE Plasma 6.2.3 with Wayland). Seems to be related to the posttrans(dracut-059+suse.665.gd2af7028-1.1.x86_64) script.

Anyone else seeing this? Any idea? Thx.

Regards, Frank Yep, saw that just now Same here - had to return to previous snapshot 20241118

@Dimstar - any update in the pipeline?

There's a plymouth update pending that hopefully resolves the crash during startup.

https://build.opensuse.org/request/show/1226800

This plymouth update does not solve the issue described here at all. Could you please revert the crappy plymouth? Thx.

Regards, Frank

El jueves, 28 de noviembre de 2024 20:11:10 (hora estándar de Europa central), Frank Krüger via openSUSE Factory escribió:

JFYI: TW20241127 contains the reverted plymouth-22.02.122+94.4bd41a3-12.1.x86_64, which works fine, at least for me.

It works fine for me as well. Greetings, -- Javier Llorente

On Wed, 27 Nov 2024 11:00:45 +0000, Alin Marin Elena <alinm.elena@gmail.com> wrote:

worst situation on an machine with encrypted disks.

boots, I can decrypt the boot loader, but then when is to decrypt the partitions in Plymouth screen, only one seems to be decrypted and mounted... then drops me in some rescue shell... from where I can seem to be able to decrypt and mount as expected... also since I am on normal fs no rollback possible.

Exactly the same situation here. Postponing reboot now as long as possible

Regards, Alin

Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.re/ ______________________________________________________________________

On Tue, 26 Nov 2024 at 21:25, Knurpht-openSUSE <knurpht@opensuse.org> wrote:

...

Op dinsdag 26 november 2024 22:00:45 Midden-Europese standaardtijd schreef Frank Krüger via openSUSE Factory:

...

Hi there,

Today's update using 'zypper dup' immediately reboots and the machine hangs "forever" (AMD Ryzen 7 PRO, KDE Plasma 6.2.3 with Wayland). Seems to be related to the posttrans(dracut-059+suse.665.gd2af7028-1.1.x86_64) script.

Anyone else seeing this? Any idea? Thx.

Regards, Frank Yep, saw that just now

-- Gertjan Lettink a.k.a. Knurpht openSUSE Forums Team openSUSE Mods Team

-- H.Merijn Brand https://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.37 porting perl5 on HP-UX, AIX, and Linux https://tux.nl/email.html http://qa.perl.org https://www.test-smoke.org

Same problem here, although I didn't realize it was just showing the boot screen with the system still running, so I switched it off. Finally went back to the snapshot before updating to 20241125. I also noticed plymouth crashes since updating to 20241119. Am 26.11.24 um 22:25 schrieb Stratos Zolotas:

...

Hi there,

Today's update using 'zypper dup' immediately reboots and the machine hangs "forever" (AMD Ryzen 7 PRO, KDE Plasma 6.2.3 with Wayland). Seems to be related to the posttrans(dracut-059+suse.665.gd2af7028-1.1.x86_64) script.

Anyone else seeing this? Any idea? Thx.

Regards, Frank I had a GUI crash but not reboot, with CTRL+Backspace it recovered. Although since snapshot 20241119 plymouth segfaults on boot (still happening). I was left on a boot screen with the spinning wheel but after pressing CTRL+F2 got a mouse pointer on a black screen. Login worked after CTRL+Backspace and the next reboot was ok but with

On Tue, Nov 26, 2024 at 11:20 PM Frank Krüger via openSUSE Factory <factory@lists.opensuse.org> wrote: plymouth still crashing (and delaying the boot). Maybe they are related.

-- PGP Public Key available at https://pgp.mit.edu/ Key fingerprint = 3264 280C 05B1 572F 3F0B 42B8 1E7B 2D9D 063B D507

I gave it a try, and indeed, the issue with the interruption during %posttrans was omitted. However, the issue with decrypting after reboot persisted. I tried hitting esc before the password prompt gui comes up, and with the tui password prompt, I also got a brief error message like this: Bluetooth: Malformed vendor event: 0x02. Reading supported feature failed (-16). I have no idea why bluetooth driver problems would interfere with swap decryption, but the message came up in the same moment as the password prompt appeared. Could be coincidence, but maybe it helps tracking the source of the issue (as it is not only plymouth apparently).