staging.inyokaproject.org

Zugriff auf SAMBA Share klappt, Mounting klappt nicht

Status: Gelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

Emma2

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

Vermutlich liegt es an mir, aber ich finde irgendwie den "Haken" nicht: Ich möchte eine SMB-Freigabe mounten, erhalte aber den nicht besonders aussagekräftigen Fehler: "sudo mount -t cifs -o cred=/mnt/oca.txt //svr-web/opencms ./vfs"

Vorab die Antwort auf die Frage, warum es Samba sein muss: Der Server bietet nichts anderes, denn es geht um das OpenCMS auf meinem neuen Webserver, das hat ein "Virtuelles File-System", für das es eine SMB-Freigabe anbietet.

Folgendes passiert:

1
2
3
4
5
6
7
8
9
localadmin@svr-web:/mnt$ pwd
/mnt
localadmin@svr-web:/mnt$ ls -l
total 8
-rw-r--r-- 1 root root   56 Feb 25 08:27 oca.txt
drwxrwxrwx 2 root root 4096 Feb 25 07:58 vfs
localadmin@svr-web:/mnt$ sudo mount -t cifs -o cred=/mnt/oca.txt //svr-web/opencms ./vfs
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Die Credentials sind richtig, der Fehler ist der gleiche, wenn ich sie im Befehl angebe.
Die Fehlermeldung bleibt die gleiche, auch wenn ich den Namen svr-web ersetze gegen die IP, gegen localhost, gegen 127.0.0.1 oder gegen 127.0.1.1.
Wenn ich versuche, die Freigabe auf meinem Linux Mint Client zu mounten, erhalte ich ebenfalls die selbe Meldung.

Aber der Kracher ist: Ich kann einwandfrei auf die Freigabe zugreifen!
Wenn ich im Nemo meines Mint-Clients "smb://Username@svr-web/opencms/" eingebe, werde ich nach Domäne und Passwort gefragt und bin dann sofort verbunden!

Ich vermute also, dass ich "einfach" einen Fehler in meinem mount-Kommando habe... kann das aber nicht finden. ☹

schollsky

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo Emma,

für Deine /etc/fstab:

# Samba
//server/share  /media/samba  cifs  user=user,uid=1000,gid=100  0  0
# "Server" = Samba server (by IP or name if you have an entry for the server in your hosts file
# "share" = name of the shared directory
# "user" = your samba user
# This set up will ask for a password when mounting the samba share. If you do not want to enter a password, use a credentials file.
# replace "user=user" with "credentials=/etc/samba/credentials" In the credentials file put two lines
# username=user
# password=password
# make the file owned by root and ro by root (sudo chown root.root /etc/samba/credentials && sudo chmod 400 /etc/samba/credentials)

EDIT: Die option "-o cred=<file>" habe ich in keiner Manualseite von mount gefunden.

Grüße

schollsky

Emma2

(Themenstarter)

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

Hallo, schollsky, ich will das gern probieren - aber was soll das bedeuten? Kann ich etwa nicht aus der Shell "probehalber" mounten? Ist mein Aufruf falsch?
Zusatzinfo: Der Share ist in Ordnung, denn "sogar" von Windows aus ist er problemlos erreichbar (würde ja einen Screenshot anhängen, sehe aber nicht, wie oder ob das geht).

Emma2

(Themenstarter)

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

schollsky schrieb:

EDIT: Die option "-o cred=<file>" habe ich in keiner Manualseite von mount gefunden.

1
man mount.cifs

Da steht es drinne:

1
2
3
4
5
6
7
      credentials=filename|cred=filename
              specifies  a  file that contains a username and/or password and optionally the name of the workgroup. The format
              of the file is:

                 username=value
                 password=value
                 domain=value

schollsky

Anmeldungsdatum:
3. Dezember 2012

Beiträge: 1730

Hallo Emma2,

ja, für mich sieht der Aufruf falsch aus.

Ein korrektes Beispiel wäre das hier:

mount -t cifs -o user=luke //192.168.1.104/share /mnt/linky_share

Dann wirst Du nach dem Passwort gefragt und kannst das Share nutzen.

EDIT: Du könnstest es mal mit "-o credentials=<filename>" probieren.

Grüße

schollsky

Emma2

(Themenstarter)

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

schollsky schrieb:

ja, für mich sieht der Aufruf falsch aus.

Wegen des relativen Pfades als Mountpoint? Das ändert leider nichts:

1
2
3
4
5
6
7
8
9
localadmin@svr-web:/mnt$ sudo mount -t cifs -o credentials=/mnt/oca.txt //svr-web/opencms /mnt/vfs
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
localadmin@svr-web:/mnt$ sudo mount -t cifs -o user=Admin,domain=OCMSJLANDOMAIN //192.168.4.66/opencms /mnt/vfs
Password for Admin@//192.168.4.66/opencms:  ************            
mount error(2): No such file or directory
localadmin@svr-web:/mnt$ sudo mount -t cifs -o user=Admin,domain=OCMSJLANDOMAIN,password=dasistfalschaberegal //192.168.4.66/opencms /mnt/vfs
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Selbst mit falschem Passwort bleibt die Meldung, er kommt also gar nicht bis zum Auswerten der Credentials...

... und nun habe ich noch einen anderen "Effekt":

  • auch im Nemo funktionierte gerade "smb://Admin@svr-web/opencms/" nicht mehr (obwohl der Share eindeutig so heißt),

  • sondern nur noch das Unterverzeichnis "smb://svr-web/opencms/sites" sowie der Server direkt, also "smb://svr-web"

  • von dort aus kann ich jedoch in die Freigabe "opencms" reinklicken (wobei ich zugebe, dass solche Dinge im Mintschen Nemo auch bei SFTP-Zugriffen vorkommen)

Das ändert aber nichts daran, dass das Mounten auch auf dem Ubuntu-Server selbst nicht funzt.
(Gerade weil ich weiß, dass SFTP-Zugriff für Linux-Clients eigentlich "besser" sind, wollte ich gern den SMB-Share auf dem Server selbst mounten, so dass meine Clients dann eben per SFTP darauf zugreifen können. Die Versuche mit dem Mint-Client mache ich nur, um auszuschließen, dass es am Client liegt...)

Emma2

(Themenstarter)

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

Ok, danke für Eure Hilfe! Die Idee mit der /etc/fstab hat das Problem zwar nicht gelöst, mich aber auf den richtigen Weg gebracht. 😀

Auf dem ersten Mint-Client erhielt ich nach Eintragung von

1
2
#das ist das VFS des OpenCMS auf svr-web
//svr-web/opencms    /mnt/vfs    cifs    credentials=/mnt/oca.txt    0    0

in die /etc/fstab die Fehlermeldung:

1
2
3
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0.

Eintragung also geändert auf

1
2
#das ist das VFS des OpenCMS auf svr-web
//svr-web/opencms    /mnt/vfs    cifs    credentials=/mnt/oca.txt,vers=1.0    0    0

Nun passierte:

1
2
/mnt$ sudo mount -a
Retrying with upper case share name

Aha!

Auf dem zweiten Mint-Client und auf dem Ubuntu-Server funktionierten nun auch

1
sudo mount -t cifs -o credentials=/mnt/oca.txt,vers=1.0 //svr-web/OPENCMS /mnt/vfs

Dementsprechend brauche ich nun auf dem Linux-Client den SMB-Zugriff nicht mehr, sondern kann wie gewohnt mit "sftp://MyUserName@svr-web/" zugreifen.

Zusammenfassung: OpenCMS bietet offenbar nur eine alte Samba-Version, und der Nemo ist case-insensitiver als die Bash.

Vielen lieben Dank! Problem gelöst!

Antworten |