NEWS
[gelöst] Keine Rechte für Ordner zum mounten
-
Hallo,
bin ja mit Linux nicht soooo fit.
Warum klappt das hier nicht?root@emby:/# chmod 777 -c -R /mnt/emby root@emby:/# mount -t cifs //192.168.99.72/Multimedia /mnt/emby -o username=David,password=********** mount: /mnt/emby: permission denied. dmesg(1) may have more information after failed mount system call.
Den Ordner emby habe ich zuvor angelegt und ist leer.
Bin nur root, weil ein CT auf Proxmox so angelegt wir.Pw und User stimmen, hab ich doppelt gegengeprüft.
-
@david-g sagte in Keine Rechte für Ordner zum mounten:
Bin nur root, weil ein CT auf Proxmox so angelegt wir.
niemals!
https://www.iobroker.net/#de/documentation/install/proxmox.md
-
@homoran sagte in Keine Rechte für Ordner zum mounten:
niemals!
Ich weiß, der Benutzer steht auf der Agenda.
Wollte grad erstmal schnell die Freigabe einbinden da ich heute Abend den Server nutzen wollte ^^. -
@david-g sagte in Keine Rechte für Ordner zum mounten:
der Benutzer steht auf der Agenda.
das sind keine 2 Minuten und macht man eigentlich beim Einrichten eines LXC
-
@david-g sagte in Keine Rechte für Ordner zum mounten:
der Benutzer steht auf der Agenda
erstell dir doch einfach ein Template, mit allem drum und dran, dies kannst du anschließend immer und immer wieder verwenden und musst die folgenden Schritte nicht jedes mal ausführen
Vorbereitung LXC (Debian) apt update && apt upgrade dpkg-reconfigure tzdata apt install sudo curl adduser xyz usermod -aG sudo xyz
@david-g sagte in Keine Rechte für Ordner zum mounten:
Wollte grad erstmal schnell die Freigabe einbinden
bringt dich dann aber auch nicht weiter wenn du zuvor mit root rum bastelst
https://wiki.ubuntuusers.de/mount.cifs/ -
Irgendwie will es nicht.
Hab einen Benutzer angelegt.
Dann:
sudo mkdir /media/emby
sudo nano /root/.smbcredentials
Dort
username=smb_username password=smb_password
eingetragen
chmod 400 /root/.smbcredentials
sudo mount -t cifs -o rw,vers=3.0,credentials=/root/.smbcredentials //192.168.99.72/Multimedia /media/emby
Als Ausgabe kommt:
mount error(1): Operation not permitted Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Muss der Container Priveligiert sein?
-
@david-g sagte in Keine Rechte für Ordner zum mounten:
Muss der Container Priveligiert sein?
@david-g sagte in Keine Rechte für Ordner zum mounten:
cifs
JA
-
Das war es, jetzt klappt es. Vielen Dank an alle
-
@david-g sagte in [gelöst] Keine Rechte für Ordner zum mounten:
sudo mount -t cifs -o rw,vers=3.0,credentials=/root/.smbcredentials //192.168.99.72/Multimedia /media/emby
Ich habs auch so gemacht - leider kommt ein anderer Fehler:
mount: /mnt/nasshare: mount(2) system call failed: Operation not supported. dmesg(1) may have more information after failed mount system call.
Zur Info zum LXC unter Proxmox:
Was mache ich falsch ?
-
@segway sagte in [gelöst] Keine Rechte für Ordner zum mounten:
@david-g sagte in [gelöst] Keine Rechte für Ordner zum mounten:
sudo mount -t cifs -o rw,vers=3.0,credentials=/root/.smbcredentials //192.168.99.72/Multimedia /media/emby
Ich habs auch so gemacht - leider kommt ein anderer Fehler:
mount: /mnt/nasshare: mount(2) system call failed: Operation not supported. dmesg(1) may have more information after failed mount system call.
Zur Info zum LXC unter Proxmox:
Was mache ich falsch ?
Nachtrag LÖSUNG:
Es hat noch das Paket cifs-utils gefehlt und ich kann bei meinem NAS nur mit version 2 connecten !
-
-
@david-g sagte in [gelöst] Keine Rechte für Ordner zum mounten:
Hast du dir cifs-utils installiert?
Hast du denn den Blödsinn mit dem root korrigiert?
-
@segway sagte in [gelöst] Keine Rechte für Ordner zum mounten:
Ich habs auch so gemacht
@segway sagte in [gelöst] Keine Rechte für Ordner zum mounten:
credentials=/root/.
Dann habt ihrs beide falsch gemacht
-
@crunchip sagte in [gelöst] Keine Rechte für Ordner zum mounten:
@segway sagte in [gelöst] Keine Rechte für Ordner zum mounten:
Ich habs auch so gemacht
Dann habt ihrs beide falsch gemacht
Heisst ja nicht dass ich A L L E S einfach so übernehme
-
@thomas-braun sagte in [gelöst] Keine Rechte für Ordner zum mounten:
Hast du denn den Blödsinn mit dem root korrigiert?
Wurde es erwähnt, dass es nicht gut ist?
Finde es nicht.EDIT
Meinst du den User oder das sudo nano /root/.smb credentials?Habe mir einen Benutzer angelegt und mit sudo gearbeitet.
-
Der Blödsinn mit dem root. Und der Verwendung des Verzeichnisses /root .
Macht man nicht, braucht man nicht, sorgt nur für unnötige Probleme.
-
Wo sollte man es denn besser ablegen?
Gefühlt geht jede Anleitung die ich gelesen habe (waren einige, bevor ich hier den Thread aufgemacht habe) in den root Ordner. -
@david-g
In das Home des Users, der die Freigaben auch verwendet. Der root kann das ja nicht sein.Bei mir z. B. liegt die Datei mit den smbcredentials in /home/iobroker:
echad@chet:~ $ ls -lah /home/iobroker/.smbcredentials -rw------- 1 iobroker iobroker 38 Oct 19 20:16 /home/iobroker/.smbcredentials
Denn die Freigabe wird vom iobroker für das nächtliche Backup eingehängt und die Credentials sind auch die vom iobroker auf dem SMB-Server.
-
@david-g na ins home Verzeichnis deines Benutzers, Anleitung hatte ich doch oben verlinkt
-
Der Vollständigkeit halber hier noch der entsprechende Eintrag aus der
/etc/fstab
://fritz.nas/FRITZ.NAS/Hitachi-HTS545012B9SA00-01/iobbackups/chet /opt/iobroker/backups cifs credentials=/home/iobroker/.smbcredentials,users,noserverino,cache=loose,noauto,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 0 0
Damit kann die Freigabe auch von usern gemountet werden, der root ist da an keiner Stelle involviert. Siehe:
echad@chet:~ $ ls -la /opt/iobroker/backups/ total 8 drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 31 03:19 . drwxrwxr-x+ 6 iobroker iobroker 4096 Dec 31 15:51 .. echad@chet:~ $ sudo -u iobroker mount /opt/iobroker/backups/ echad@chet:~ $ ls -la /opt/iobroker/backups/ total 1633584 drwxrwxrwx 2 iobroker iobroker 0 Jan 10 03:45 . drwxrwxr-x+ 6 iobroker iobroker 4096 Dec 31 15:51 .. -rwxrwxrwx 1 iobroker iobroker 150715123 Jan 1 03:44 historyDB_2024_01_01-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 152900646 Jan 2 03:44 historyDB_2024_01_02-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 155109680 Jan 3 03:44 historyDB_2024_01_03-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 157291213 Jan 4 03:44 historyDB_2024_01_04-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 159478159 Jan 5 03:44 historyDB_2024_01_05-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 161656892 Jan 6 03:44 historyDB_2024_01_06-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 163855211 Jan 7 03:44 historyDB_2024_01_07-03_42_32_chet_backupiobroker.tar.gz -rwxrwxrwx 1 iobroker iobroker 165986953 Jan 8 03:44 historyDB_2024_01_08-03_42_32_chet_backupiobroker.tar.gz echad@chet:~ $ sudo -u iobroker umount /opt/iobroker/backups/ echad@chet:~ $ ls -la /opt/iobroker/backups/ total 8 drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 31 03:19 . drwxrwxr-x+ 6 iobroker iobroker 4096 Dec 31 15:51 .. echad@chet:~ $