[GH-ISSUE #3392] [BUG] #2316

Closed
opened 2026-02-27 03:02:11 +03:00 by kerem · 0 comments
Owner

Originally created by @dvdvideo1234 on GitHub (Mar 20, 2021).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3392

Issues raised here are ONLY for:

  • LinuxGSM bugs.
  • Feature suggestions.
  • Code contributions.

For general support visit the LinuxGSM-Support.

Please use the template below, deleting the above text

User Story

I am an application developer and remote server administrator. Today I decided to make a LinuxGSM powered Garry's mod so I can test my addon server and client configuration on separate machines. I am using a mounted NTFS/exFAT/HPFS drive with all the permissions available and provided to anyone that attempts to write in the disk remotely ( as long as he has VPN encryption, SSH tunneling and correct user and password trough the firewall ) rwx permissions so the user can do as he pleases. However the mounted folder is owned by the root user and not the user that I run the commands as, so na matter if all the permissions are granted, I cannot proceed of installing the LinuxGSM on the mounted drive via the general command. I can only install the server on my SSD user home folder, which us unacceptable and there is really no point in installing large server on the SSD rather than a specified fast 1TB drive dedicated to that.

Basic info

  • Distro: Ubuntu 20.04.2 LTS
  • Game: Garry's Mod
  • Command: Monitor
  • LinuxGSM version: Lastest

Further Information

I have all the permissions on the mounted drive, but I can't install LinuxGSM still because all the downloaded files are automatically owned by the root user when installation check is preformed and the process is terminated

deyan@C2750D4I:~/Documents/Data1/LinuxGSM$ ./gmodserver install
copying _default.cfg...OK
[ FAIL ] Installing gmodserver: Ownership issues found
Information! The current user (deyan) does not have ownership of the following files:
tee: /home/deyan/Documents/Data1/LinuxGSM/log/script/gmodserver-script.log: No such file or directory
User  Group  File
root  root   /home/deyan/Documents/Data1/LinuxGSM/gmodserver
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_ip.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_permissions.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_tmuxception.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_version.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/command_install.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_dl.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_functions.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_getopt.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_legacy.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_messages.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_trap.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/info_config.sh
root  root   /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/info_parms.sh

To Reproduce

Steps to reproduce the behaviour:

  1. Use Ubuntu 20 and mount standard SATAIII drive formated as NTFS or exFAT
  2. Go to the mounted drive NTFS - Mounted at /home/deyan/Documents/Data1
  3. Make LimuxGSM directory and enter it
  4. Execute Intallation procedure

Expected behaviour

Based on my opinion LinuxGSM should not case who owns the created downloaded files, but just care about the drive permissions.

So far I tried NTFS and exFAT file systems even with manual calls of the mounting program similar to:
sudo mount -t exfat -o rw,users,uid=1000,gid=1000,dmask=007,fmask=007 /dev/sdb5 /home/deyan/Documents/Servers

Sometimes the drive is not mounted at all, the other times it is mounted, but the files are still owned by the root user and cannot be changed via sudo chown -R deyan:deyan /home/deyan/Documents/Servers to all files and sub-folders and the command apperas to have no effect.

Tried with a bunch of different /etc/fstab options similar to this and its relatives: auto,exec,user,rw,suid,nodev,nofail,x-gvfs-show and I am very positively sure that anyone has access to this folder that is even shared in SMB. I am mounting the drives during system startup give them all permissions for RWX and sare them over the network. The sever must be accessable from Windows PCs and the drive has to be redable in Windows when is is physically ouside of the case, so I cannot use Journaling FS.

Originally created by @dvdvideo1234 on GitHub (Mar 20, 2021). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3392 Issues raised here are **ONLY** for: * LinuxGSM bugs. * Feature suggestions. * Code contributions. * For general support visit the **[LinuxGSM-Support](https://linuxgsm.com/support)**. ***Please use the template below, deleting the above text*** ## User Story I am an application developer and remote server administrator. Today I decided to make a `LinuxGSM` powered `Garry's mod` so I can test my addon server and client configuration on separate machines. I am using a mounted `NTFS/exFAT/HPFS` drive with all the permissions available and provided to anyone that attempts to write in the disk remotely ( as long as he has VPN encryption, SSH tunneling and correct user and password trough the firewall ) `rwx` permissions so the user can do as he pleases. However the mounted folder is owned by the `root` user and not the user that I run the commands as, so na matter if all the permissions are granted, I cannot proceed of installing the `LinuxGSM` on the mounted drive [via the general command](https://linuxgsm.com/lgsm/gmodserver/). I can only install the server on my SSD user home folder, which us unacceptable and there is really no point in installing large server on the SSD rather than a specified fast 1TB drive dedicated to that. ## Basic info * **Distro:** `Ubuntu 20.04.2 LTS` * **Game:** `Garry's Mod` * **Command:** [`Monitor`](https://linuxgsm.com/lgsm/gmodserver/) * **LinuxGSM version:** [`Lastest`](https://linuxgsm.com/lgsm/gmodserver/) ## Further Information I have all the permissions on the mounted drive, but I can't install `LinuxGSM` still because all the downloaded files are automatically owned by the root user when installation check is preformed and the process is terminated ``` deyan@C2750D4I:~/Documents/Data1/LinuxGSM$ ./gmodserver install copying _default.cfg...OK [ FAIL ] Installing gmodserver: Ownership issues found Information! The current user (deyan) does not have ownership of the following files: tee: /home/deyan/Documents/Data1/LinuxGSM/log/script/gmodserver-script.log: No such file or directory User Group File root root /home/deyan/Documents/Data1/LinuxGSM/gmodserver root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_ip.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_permissions.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_tmuxception.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/check_version.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/command_install.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_dl.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_functions.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_getopt.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_legacy.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_messages.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/core_trap.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/info_config.sh root root /home/deyan/Documents/Data1/LinuxGSM/lgsm/functions/info_parms.sh ``` ## To Reproduce Steps to reproduce the behaviour: 1. Use Ubuntu 20 and mount standard `SATAIII` drive formated as `NTFS` or `exFAT` 2. Go to the mounted drive `NTFS - Mounted at /home/deyan/Documents/Data1` 3. Make `LimuxGSM` directory and enter it 4. Execute [`Intallation procedure`](https://linuxgsm.com/lgsm/gmodserver/) ## Expected behaviour Based on my opinion `LinuxGSM` should not case who owns the created downloaded files, but just care about the drive permissions. So far I tried `NTFS` and `exFAT` file systems even with manual calls of the mounting program similar to: `sudo mount -t exfat -o rw,users,uid=1000,gid=1000,dmask=007,fmask=007 /dev/sdb5 /home/deyan/Documents/Servers` Sometimes the drive is not mounted at all, the other times it is mounted, but the files are still owned by the root user and cannot be changed via `sudo chown -R deyan:deyan /home/deyan/Documents/Servers` to all files and sub-folders and the command apperas to have no effect. Tried with a bunch of different `/etc/fstab` options similar to this and its relatives: `auto,exec,user,rw,suid,nodev,nofail,x-gvfs-show` and I am very positively sure that anyone has access to this folder that is even shared in SMB. I am mounting the drives during system startup give them all permissions for `RWX` and sare them over the network. The sever must be accessable from Windows PCs and the drive has to be redable in Windows when is is physically ouside of the case, so I cannot use `Journaling FS`.
Sign in to join this conversation.
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LinuxGSM#2316
No description provided.