I am trying to install programs and games onto my extra storage devices/drives both ssd and hdd but I keep getting this message:
Invalid Save Permissions: The file could not be saved because you don’t have the proper permissions. Choose another save directory.
How do I allow my system to save and install to my extra storage devices/drives?
If someone could give me a detailed walk-through on what commands to enter into the terminal I’d be very grateful.
What I’ve learned from reading other posts so far:
chmod has to be used
(xrw) executable, readable, writable might need to be used
ext4 formatted hard drives have this issue due to a security feature in Linux. My drives need privileges that it obviously doesn’t have right now.
I have to set something to 775
I’m new to Linux so I’m going through quite the learning curve. Tough putting the puzzle pieces together without formal training on Linux which I’m working on.
I just tried chmod 775 /run/media/rogan/Games/ and it came back with operation not permitted. Is this because I didn’t use sudo? I recently read on another forum that you shouldn’t use sudo for this as it will create a security issue. Is this true?
you probably want to own the mount point first with
sudo chown -R user:user <path>
then change the permissions sudo chmod -R 775 <path>
there is also a great solution over here on the arch forum about setting up a storage group for disks if you want to work with the least privilege. https://bbs.archlinux.org/viewtopic.php?id=48317
Edit: fixed typo in chown command, sorry about that.
Any idea why the command sudo chown rogan:rogan -r /run/media/rogan/games —invalid option r comes back with invalid option r? Knowing this would help me move forward.
The -R must be placed before the user:group parameter.
A device special file is not a directory and is rarely ever to be used by regular users. It has no place in the directory path, and its permissions should never be changed. Besides, that wouldn’t do you any good anyway, because the device special files are stored on devtmpfs, a memory-based filesystem created by the kernel at boot time. Therefore, upon the next boot, the permissions would be set back to their defaults anyway.
UNIX is case-sensitive. FileName.txt is not the same thing as filename.txt.
By the way, if that other filesystem is NTFS, then changing the permissions on the mountpoint isn’t going to do you any good.
NTFS does not store or even recognize POSIX permissions. Instead, the permissions have to be faked by way of the mount options, and once the filesystem is mounted, the fake permissions cannot be changed. The filesystem would need to be remounted with different fake permissions.
I understand that Linux commands are case sensitive. I try upper case and lower case because I like learning by trial and error. Helps me learn quicker.
No I didn’t read that tutorial because from my understanding I have to take ownership of the mount point first. I’d like to learn how to do that before I move onto the next step. So I read the article on mount points.
I understand NTFS formatted drives cause issues on Linux which is why I reformatted both of my drives to EXT4.
This is exactly why I recommend not relying on automounting by systemd/udisks2, but to set up a static mountpoint for the “external” filesystem inside your ${HOME} by way of /etc/fstab. Any directory you create inside your home directory — without using sudo — is always going to be owned by you and have the correct permissions.