Debian 9 Linux root Server Fivem cannot execute: Permission denied?
Moin ich bekomme die ganze zeit folgende Fehlermeldung.
bash /home/server/run.sh +exec server.cfg
/home/server/run.sh: line 8: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: Permission denied
/home/server/run.sh: line 8: exec: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: cannot execute: Permission denied
Ich wie ihr oben seht einen Rootserver mit Debian 9.
Ich richte das erste mal meinen FiveM Server ein, die DB geht ganz normal ohne Fehler.
Alles hat geklappt wie im Tutorial bis zum Schluss da bekam ich dauerhaft diese Fehlermeldung :(
Ich Google schon seit über 3 Stunden woran das liegen könnte und habe alles ausprobiert NICHTS klappt. Bitte schreibt nicht so was wie "Google doch" oder so!
DANKE!!!!!!!!!!!!!!!!!!
4 Antworten
Ich hänge dir noch paar Workarounds / Tutorial dran zu deinem Problem -> https://www.elektronik-kompendium.de/sites/raspberry-pi/2006091.htm und https://wiki.ubuntuusers.de/chmod/ mit dem Kommando ls -l kannst du im Terminal sehen ob du Schreib- und Leseberechtigung hast für dein Shell-Slript.
root@rs-zap398558-1:/# ls -l run
total 28
-rw------- 1 root root 0 Feb 18 19:01 agetty.reload
drwxr-xr-x 2 root root 60 Feb 18 19:01 apache2
drwxr-xr-x 2 root root 80 Feb 18 20:06 blkid
drwxr-xr-x 3 root root 280 Feb 18 19:01 cloud-init
drwxr-xr-x 2 root root 80 Feb 18 19:01 console-setup
-rw-r--r-- 1 root root 4 Feb 18 19:01 crond.pid
---------- 1 root root 0 Feb 18 19:01 crond.reboot
drwxr-xr-x 2 root root 60 Feb 18 19:01 dbus
lrwxrwxrwx 1 root root 25 Feb 18 19:01 initctl -> /run/systemd/initctl/fifo
drwxr-xr-x 2 root root 80 Feb 18 19:01 initramfs
drwxrwxrwt 4 root root 80 Feb 18 19:01 lock
drwxr-xr-x 3 root root 60 Feb 18 19:01 log
-rw-r--r-- 1 root root 80 Feb 18 20:00 motd.dynamic
drwxr-xr-x 2 root root 60 Feb 18 19:01 mount
drwxr-xr-x 2 mysql root 80 Feb 18 19:01 mysqld
drwxr-xr-x 2 root root 120 Feb 18 19:01 network
-rw------- 1 root root 4 Feb 18 19:01 qemu-ga.pid
-rw------- 1 root root 25 Feb 18 19:01 qga.state
-rw-r--r-- 1 root root 3 Feb 18 19:01 rsyslogd.pid
drwxrwxr-x 3 root utmp 60 Feb 18 19:08 screen
drwxr-xr-x 2 root root 40 Feb 18 19:01 sendsigs.omit.d
lrwxrwxrwx 1 root root 8 Feb 18 19:01 shm -> /dev/shm
drwxr-xr-x 2 root root 40 Feb 18 19:01 sshd
-rw-r--r-- 1 root root 4 Feb 18 19:01 sshd.pid
drwxr-xr-x 17 root root 420 Feb 18 19:16 systemd
drwxr-xr-x 2 root root 60 Feb 18 19:01 tmpfiles.d
drwxr-xr-x 7 root root 180 Feb 18 19:01 udev
drwxr-xr-x 4 root root 80 Feb 18 19:44 user
-rw-rw-r-- 1 root utmp 2688 Feb 18 19:55 utmp
Ja das passt mit deinen executable rights also deinen Rechten schaue dir doch mal das Wiki zu dem chmod an dort kannst du eine Variable setzen die nur für dein Home-Verzeichnis gilt -> https://wiki.ubuntuusers.de/chmod/ "chmod a+rx Datei1.sh" und mit dem Befehl im Terminal ls -l Datei1.sh <- kannst du auch noch mal den gegencheck machen ob du in der Benutzer-Gruppe stehst.
Für den Fall das du nicht in den Benutzer Gruppen stehst hier der Befehl dazu sudo adduser "dein Benutzername" fertig willst eine andere Benutzer-Gruppe dann musst du diesen Befehl eingeben -> sudo usermod -aG Gruppenname und "Dein Benutzername" anhängen.
root@rs-zap398558-1:/# cd home
root@rs-zap398558-1:/home# cd server
root@rs-zap398558-1:/home/server# chmod a+rx run.sh
root@rs-zap398558-1:/home/server# ls -l
total 16
drwxr-xr-x 19 root sudo 4096 Feb 18 15:55 alpine
drwxr-xr-x 3 root sudo 4096 Feb 18 15:55 cache
-r-xr-xr-x 1 root sudo 394 Feb 18 15:52 run.sh
drwxr-xr-x 4 root sudo 4096 Feb 18 15:53 txData
Ja stehe ich
Und mit dem Terminal-Befehl -> less /etc/group kannst du nachsehen ob du auch als Verwalter in der Gruppe drin stehst.
Sollte es immer noch nicht Ausfühbar sein kannst auch folgendes Probieren -> https://wiki.ubuntuusers.de/Benutzer_und_Gruppen/ "sudo dpkg-reconfigure adduser" weil es kann ja auch sein du deine Rechte-Tabele dein Wurzelverzeichnes verfummelt hast aber VORSICHT führe diesen Befehl nur dann aus wenn es nur zu No such directory error in deinem Home-Verzeichnis kommt.
Ja finde ich auch :-) aber bei Debian 9 Buster kann es immer mal zu Problemen kommen es gibt ja bei Debian Buster zwei Trees "Zweige" Stable or Unstable" und wenn du viele Programme die als Testing bei Debian gelistet sind bringt das hin und wieder deine Home-Verzeichnis-Strucktur durcheinander hoffe dir trotzdem geholfen zu haben dir noch einen tollen Abend :-).
Guten Abend Jojoml544,
zu deinem Debian Linux mit Shell-Skripten in dem Terminal du kannst aber im Terminal / Konsole diesen Befehl ausführen chmod +x mein_sh_skript.sh um ein executable zuhaben es geht aber auch mit den Oktal-Zahlen chmod 750 , chmod 455 usw kommt immer darauf an wieviel Berechtigung du in deinem Home-Directory haben willst beim Arbeiten mit Sh-Skripten hier mal paar kleine How-To´s die ich dir dran hänge -> https://www.techgrube.de/tutorials/shellscript-ohne-execute-flag-im-terminal-ausfuehren#:~:text=Normalerweise%20muss%20zum%20Ausf%C3%BChren%20einer,Besitzer%20der%20Datei%2C%20ausf%C3%BChrbar%20gemacht. aberwie mein vorkommentator schon sagte "zwinker" es gibt im Linux mehrere Möglichkeiten um ans Ziel zukommen LG vom BlackFox2000 :-).
root@rs-zap398558-1:~# chmod +x /home/server/run.sh
root@rs-zap398558-1:~# chmod 455 /home/server/run.sh
root@rs-zap398558-1:~# chmod 750 /home/server/run.sh
root@rs-zap398558-1:~# cd ..
root@rs-zap398558-1:/# cd /home/gtafivem
root@rs-zap398558-1:/home/gtafivem# sudo bash /home/server/run.sh +exec server.cfg
/home/server/run.sh: line 8: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: Permission denied
/home/server/run.sh: line 8: exec: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: cannot execute: Permission denied
root@rs-zap398558-1:/home/gtafivem#
Wäre also in dem fall chmod +x run.sh
oder
chmod +x /home/server/run.sh
?
Hallo nochmals nein wenn du dein Terminal / die Konsole geöffnet hast bist du schon in deinem Home-Directory "Home-Verzeichnis" du brauchts nur den Befhel reinscheiben -> chmod +x test.sh also in deinem Szenario eben chmod +x run.sh ohne root klarr kannst du auch sudo chmod +x run.sh Eingeben aber mit erhlhten Rechten im Home-Verzeichnis zu Arbeiten ist keine gute Idee.
root@rs-zap398558-1:~# chmod +x run.sh
chmod: cannot access 'run.sh': No such file or directory
root@rs-zap398558-1:~#
Schaue mal Bitte ob dein Pfad zu deinem run.sh Shell-Skript in deinem Home-Verzeichniss liegt "Absolute Pfadangabe" zu deinem Shell-Skript beachten.
/home/server/run.sh Das ist ja der Pfad zu meinem Shell-Skript
setze vor den ersten Befehl ein
sudo -i <ENTER>
Und gib das root Kennwort ein.
Dann arbeite deine Kommandos der Reihe nach ab.
Wie genau meinst du das? Sry bin nicht so mega erfahren mit Linux.
Also ich gebe am anfang mein passwort ein um mich anzumelden
dann gehe ich mit
cd ..
cd home/gtafivem
in den richtigen ordner und dann gebe ich den bash befehl ein
bash /home/server/run.sh +exec server.cfg
Wann genau soll ich sudo -i eingeben?
vor dem bash
entweder ein sudo -i als einzelne Befehlszeile:
sudo -i
bash /home/server/run.sh +exec server.cfg
...
oder
nur ein sudo vor dem bash in der selben Zeile:
sudo bash /home/server/run.sh +exec server.cfg
...
root@rs-zap398558-1:/# cd ..
root@rs-zap398558-1:/# sudo bash /home/server/run.sh +exec server.cfg
/home/server/run.sh: line 8: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: Permission denied
/home/server/run.sh: line 8: exec: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: cannot execute: Permission denied
root@rs-zap398558-1:/#
Anscheinend hat sich nicht viel geändert
root@rs-zap398558-1:/# cd ..
root@rs-zap398558-1:/# cd /home/gtafivem
root@rs-zap398558-1:/home/gtafivem# sudo -i
root@rs-zap398558-1:~# bash /home/server/run.sh +exec server.cfg
/home/server/run.sh: line 8: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: Permission denied
/home/server/run.sh: line 8: exec: /home/server/alpine/opt/cfx-server/ld-musl-x86_64.so.1: cannot execute: Permission denied
root@rs-zap398558-1:~#
machst du das mit dem richtigen user ? oder brauch das ein sudo ?
Guten Abend TechPech1984,
Sh-Skripte benötigen in der Regel im Linux im Terminal kein Root da man Sh-Skripte auch mit folgenden Befehl Ausführbar machen kann chmod +x oder eben die entsprechende Oktal-Zahl dran 755 oder 450 :-).
ich glaub du redest an mir vorbei . bleib einfach im kontext . glaub mir scripte haben ihre eigene logik , vor allem wo da ein alpine server vermurxelt wird .
Guten Abend TechPech1984,
wie kommst auf die Vermutung es ging lediglich nur ein Debian 9 Buster mit Server von einem "Alpine Server" war nie die Rede!
vielleicht hättest du dir ein user machen sollen .
das problem hast du aber nicht alleine
nutz mal diese installations anleitung
https://www.vultr.com/docs/how-to-install-a-fivem-server-on-ubuntu-19-04
Ja das habe ich auch schon gesehen. Aber wie mache ich mir überhaupt einen user und lohnt sich das überhaupt noch?
Hab ich versucht aber ist ja auch nen andere version. Geht leider nicht :(
man sollt enie mit root unterwegs sein , vor allem nicht wenn man auch noch SSH zugang hat . das ist auch das erste was man lernt wenn man linux admin ist . root nur wenn unbedingt nötig . also
adduser neueruser
und schon hast du ein neuen user
okay und braucht der neue user auch noch extra berechtigung?
Last Updated: Tue, Dec 3, 2019Game Servers Linux Guides Ubuntu
Prerequisites- A Linux system running Ubuntu 19.04 with at least 1 CPU core and 2 GB of memory
- Non-root user on the system
also tu das auch mit none-root user
Okay, aber ich hatte vor ein paar monaten schon einen FiveM server über Linux und da hat alles gut geklappt auch als root
also ich habs wie in der anleitung gemacht und hat funktioniert . mit einem debian 9
drwx------ 7 root root 4096 Feb 18 16:13 root
drwxr-xr-x 20 root root 620 Feb 18 20:00 run
Sieht doch eigentlich gut aus oder nicht?