Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[David G.]

@crunchip

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?

[DJMarc75]

@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

[David G.]

@djmarc75

Das war es, jetzt klappt es. Vielen Dank an alle

[Segway]

@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]

@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.]

@segway

Hast du dir cifs-utils installiert?

sudo apt-get install cifs-utils

[Thomas Braun]

@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?

[crunchip]

@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

[Segway]

@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 :man-shrugging:

[David G.]

@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.

[Thomas Braun]

@david-g

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.

[David G.]

@thomas-braun

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.

[Thomas Braun]

@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.

[crunchip]

@david-g na ins home Verzeichnis deines Benutzers, Anleitung hatte ich doch oben verlinkt

[Thomas Braun]

@david-g

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:~ $