-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
steamdeck: Enable automount #413
steamdeck: Enable automount #413
Conversation
Fantastic, I'll test this out! |
Observations: (With a non-steam-flavoured FAT32 formatted SD card, to test the "new user" scenario.) Without this PR, inserting a "non-steam-flavoured" SD card into a test Steam Deck results in the SD card icon showing up at the top bar. The icon does nothing when activated. Additionally I can't find options to format the SD card [which is fine]. With this PR, inserting a "non-steam-flavoured" SD card into a test Steam Deck results in the SD card icon showing up at the top bar. When activating the icon, it brings me to the System panel of the settings interface. From there, the Format SD card option can be activated... But!
Which uh...
[... fixing some stuff, brb ...] |
[...] After fixing some stuff (to be worked into this change set):
Formatting still doesn't work from the interface, the script does work though. (brb, changing channel) Even on stable. Same observation for the library. I do have a library already, to move the steam folder elsewhere in the FS. I wonder if that's weird interaction where if a library already exists anywhere, it won't try to make one. |
One thing I've noticed: the library will linger in the steam ui after the sd card is unplugged. All the games on the unplugged sd card still have a green play button and the ghost of the sd card will remain in the "Storage" tab in settings. |
YMMV, and I wonder if it's also related to the automated library creation issues. With my quite synthetic test, when the library had been added via the mounting/unmounting automation, it was cleaned up on removal of the SD card, but I also had one time where the library stuck, which was when I had added the library via the "add library" steam url. |
Surely this won't be a problem... Jovian-NixOS/modules/steam/steam.nix Lines 103 to 108 in 3390ff2
|
Playing with formatting support, here's a follow-up with the weirdness around Library creation / adoption.
So, I'm willing to say that this implementation is sufficient, and that the library creation issues are unrelated to automounting, though a surprising behaviour. TODO
|
... the removed UID/GID work will be coming back in its own patch next up.
I've been cleaning and testing more thoroughly the mounting part with the added changes from the formatting branch. The force push is a freshly-rebased-on-development equivalent to this branch + the mounting bits from my WIP. TODO
I will merge this not before tomorrow unless further changes are requested. The SD cards were formatted with the formatting branch. I do not know if adding a library otherwisely to the SD card would be picked up like it is here. The SD cards have this structure:
Tested on:
Updated to whatever is fresh now. Observations
NOT tested: any formatting feature |
3a9fff7
to
616d08e
Compare
# Remove `deck` username assumption | ||
./0001-Jovian-Ensure-automounting-works-for-any-UID-1000-us.patch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(note) this one was previously within ./jovian.patch
too.
The rules are generic. The `hw-support` package is, too, in practice.
I put it in steamdeck because it depends on
jupiter-hw-support
.