is the drive formatted in ext4 or ntfs/fat32/exfat? anything other than ext4 (or another supported linux format) is problematic at best.

Originally posted by Xenophobe:

is the drive formatted in ext4 or ntfs/fat32/exfat? anything other than ext4 (or another supported linux format) is problematic at best.

it's a little complicated.
/home is on HDD (formatted in ext4)
/ is on SSD (formatted in ext4 as well)
so steam is basically on HDD but i want to some games to be in SSD

Originally posted by Леонардо Мило$$:

Originally posted by Xenophobe:

is the drive formatted in ext4 or ntfs/fat32/exfat? anything other than ext4 (or another supported linux format) is problematic at best.

it's a little complicated.
/home is on HDD (formatted in ext4)
/ is on SSD (formatted in ext4 as well)
so steam is basically on HDD but i want to some games to be in SSD

I had a problem with Ubuntu and Debian which could be fixed with a simple settings change; but my specific problem was the drive would me unmounted every time I rebooted my system. Yours is different, there is a possibility it is a steam bug. However, I'll put down my old observation from the time I was facing the problem.

"The problem, oddly, is fixed by disabling the use user settings defaults option in Edit Mount Options but not changing any of the settings from the defaults set."

Edit: I've just put this generally because I do not know which distribution you use.

Originally posted by Ratconned:

Originally posted by Леонардо Мило$$:

it's a little complicated.
/home is on HDD (formatted in ext4)
/ is on SSD (formatted in ext4 as well)
so steam is basically on HDD but i want to some games to be in SSD

I had a problem with Ubuntu and Debian which could be fixed with a simple settings change; but the problem was the drive would me unmounted every time I rebooted my system. Yours is different, there is a possibility it is a steam bug. However, I'll put down my old observation from the time I was facing the problem.

"The problem, oddly, is fixed by disabling the user settings defaults in Edit Mount Options but not changing any of the settings from default set."

is these "Edit Mount Options" a Ubuntu thingy? I'm on Arch and there to automount and unmount drives there's a corresponding /etc/fstab file.

Originally posted by Леонардо Мило$$:

Originally posted by Xenophobe:

is the drive formatted in ext4 or ntfs/fat32/exfat? anything other than ext4 (or another supported linux format) is problematic at best.

it's a little complicated.
/home is on HDD (formatted in ext4)
/ is on SSD (formatted in ext4 as well)
so steam is basically on HDD but i want to some games to be in SSD

I'm not very familiar with arch's nuances, the arch wiki steam[wiki.archlinux.org] section doesn't really go into much detail on adding steam libraries aside from "Steam > Settings > Storage > (+) Add Drive", so I'm going to step back and let people who use arch help you.

Originally posted by Леонардо Мило$$:

Originally posted by Ratconned:

I had a problem with Ubuntu and Debian which could be fixed with a simple settings change; but the problem was the drive would me unmounted every time I rebooted my system. Yours is different, there is a possibility it is a steam bug. However, I'll put down my old observation from the time I was facing the problem.

"The problem, oddly, is fixed by disabling the user settings defaults in Edit Mount Options but not changing any of the settings from default set."

is these "Edit Mount Options" a Ubuntu thingy? I'm on Arch and there to automount and unmount drives there's a corresponding /etc/fstab file.

Yes as I've mentioned in the edit, it was for debian and its fork ubuntu from personal experience, maybe even more forks that didn't fix it. And it seems to not affect everyone.

Originally posted by Xenophobe:

Originally posted by Леонардо Мило$$:

it's a little complicated.
/home is on HDD (formatted in ext4)
/ is on SSD (formatted in ext4 as well)
so steam is basically on HDD but i want to some games to be in SSD

I'm not very familiar with arch's nuances, the arch wiki steam[wiki.archlinux.org] section doesn't really go into much detail on adding steam libraries aside from "Steam > Settings > Storage > (+) Add Drive", so I'm going to step back and let people who use arch help you.

You've got me thinking about legendary "Troubleshoot" pages in arch wiki which actually solves every single problem possible, and yes, there's a page for steam and especially topic[wiki.archlinux.org] about adding new libraries! even mentioning solution for those who decide to do it in other drive! however nothing listened there (such as adding "exec" drive parameter for SSD and creating "steamapps" folder in a new library directory) helped and steam keeps crashing like nothing changed
I guess I'll stick with the theory that it's actually steam bug and wait for steam devs to solve my issue on github.

It should work. You're almost certainly doing something wrong.

Use the debian wiki and debian man. Focus on the file /etc/fstab

Don't touch chmod just change it with chown.
Midnight Commander is your friend.

Adding ssd in steam works. But if you can't cope, you can also mount folders for individual games.

Restart your computer and steam.
Check the permissions and owner of each folder along the way.

This is not a steam from flatpak or snap ?

Originally posted by TB_Ray_99:

It should work. You're almost certainly doing something wrong.

Use the debian wiki and debian man. Focus on the file /etc/fstab

Don't touch chmod just change it with chown.
Midnight Commander is your friend.

Adding ssd in steam works. But if you can't cope, you can also mount folders for individual games.

Restart your computer and steam.
Check the permissions and owner of each folder along the way.

This is not a steam from flatpak or snap ?

ok so, what i did:
1. added "exec" parameter to /home part of disk
2. installed midnight commander (i think i'll use it instead of graphical file managers, it's a love from a first glance)
3. by using MC, chowned /steamdata/ folder so i've changed group to mine (root -> max)
4. rebooted pc
and it works! surprisingly enough. however, i use arch. there's no point for me to use debian, so my apologies?? and thank you!

just figured out my github issue[github.com] was reproduced by some valve dev and revealed the problem accordingly. so the thing was actually with Hyprland which invents it's own version of "xdg-desktop-portal" package, as he says: "The crash was due to a race condition in the Steam client. Xdg-desktop-portal uses a different path not affected by the bug."

It is an interesting time coincidence of events.

Hyprland - quite pleasant but I prefer raw shapes.
Whether that was it, I don't know, but you certainly contributed to the removal of the steam bug on distributions with unusual desktop windows.

Whether it was this or the permissions of the folder, you can check it by restoring the old ones if you feel like. Remember to log out completely. But maybe it's better to play something.

I recommended debian's wiki and man, because they are available in a web browser, and their quality is exemplarily high. Most of the problems are described there in a way that refers to the simplest commands that are included by default in almost every Linux distribution. And to text-based configuration files. With debian standards in mind, I was surprised by the carelessness, bugs, and outdated advices in arch help.