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

[David G.]

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

[DJMarc75]

@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 ;)

[crunchip]

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

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