Bug 515109 - Splash screen doesn't go away if filesystem is readonly
Summary: Splash screen doesn't go away if filesystem is readonly
Status: REPORTED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Splash Screens (other bugs)
Version First Reported In: 6.5.5
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-26 14:04 UTC by Oliver Schramm
Modified: 2026-01-27 11:16 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oliver Schramm 2026-01-26 14:04:28 UTC
SUMMARY
Due to some "fun" shenanigans my root filesystem (/home is unaffected) currently only mounts as readonly on boot. After login, the splash screen doesn't disappear, and I have to manually kill it via Ctrl+Meta+Esc.

STEPS TO REPRODUCE
1. Inhibit remounting root as rw on boot
2. Login after dismissing SDDM’s warning that it could not write to some path

OBSERVED RESULT
The splash screen appears, the cog stops spinning and disappears, but the splash screen remains.

EXPECTED RESULT
The splash screen goes away as normally.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 43
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1
Kernel Version: 6.18.6-200.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 7535HS with Radeon Graphics
Memory: 16 GiB of RAM (12.7 GiB usable)
Graphics Processor: AMD Radeon 660M

ADDITIONAL INFORMATION
If you do manage to inhibit remounting the root as rw, tell me how you reversed it, I have no clue.
Comment 1 David Redondo 2026-01-27 09:48:00 UTC
root system readonly can't be sole the trigger since there are OS where / is r-o and ksplash hides correctly.
Comment 2 Oliver Schramm 2026-01-27 10:55:43 UTC
Isn't there only /usr read-only? /var and /etc are surely still writeable there?
Comment 3 David Redondo 2026-01-27 11:16:35 UTC
Right, however I would not expect the splash having to write to /etc but maybe indeed /var