Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

CIFS mount mit credentials-File liefert access denied

465 views
Skip to first unread message

Joerg Desch

unread,
Jun 3, 2016, 9:30:02 AM6/3/16
to
Ich wollte seit Ewigkeiten wieder einmal mit CIFS spielen und habe nun
das Problem, dass der Mount mit user= und password= als Optionen
funktioniert, die Variante mit credentials= aber nicht!

Das Passwort und der Benutzername stimmen in beiden Fällen überein. Das
credentials-File hat die Rechte 600, wie es in manchen Quellen empfohlen
wird.

Die Log-Dateien sind leer.

Hat jemand noch einen Tipp für mich?


$ mount /home/jd/media/nas/jd
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Ulf Volmer

unread,
Jun 3, 2016, 12:40:02 PM6/3/16
to
On Fri, Jun 03, 2016 at 01:19:34PM +0000, Joerg Desch wrote:

> Ich wollte seit Ewigkeiten wieder einmal mit CIFS spielen und habe nun
> das Problem, dass der Mount mit user= und password= als Optionen
> funktioniert, die Variante mit credentials= aber nicht!

Funktioniert hier (Jessie), Du machst also vermutlich irgendwas falsch.

> Das Passwort und der Benutzername stimmen in beiden Fällen überein. Das
> credentials-File hat die Rechte 600, wie es in manchen Quellen empfohlen
> wird.

Darf der User das File auch lesen? Wenn er es nicht darf, sollte da
allerdings 'ne passende Fehlermeldung kommen.

Viele Grüße
Ulf

Joerg Desch

unread,
Jun 3, 2016, 1:20:02 PM6/3/16
to
Am 03.06.16 6:36 nachm., schrieb Ulf Volmer:
>On Fri, Jun 03, 2016 at 01:19:34PM +0000, Joerg Desch wrote:
>
>> Ich wollte seit Ewigkeiten wieder einmal mit CIFS spielen und habe nun
>> das Problem, dass der Mount mit user= und password= als Optionen
>> funktioniert, die Variante mit credentials= aber nicht!
>
>Funktioniert hier (Jessie), Du machst also vermutlich irgendwas falsch.

Eben. ;-)


>> Das Passwort und der Benutzername stimmen in beiden Fällen überein. Das
>> credentials-File hat die Rechte 600, wie es in manchen Quellen empfohlen
>> wird.
>
>Darf der User das File auch lesen? Wenn er es nicht darf, sollte da
>allerdings 'ne passende Fehlermeldung kommen.

Ja darf er. Am Anfang durften es auch alle lesen. Ea kommt immer die gleiche
Meldung. Dito mit und ohne sudo...

Ulf Volmer

unread,
Jun 3, 2016, 3:10:02 PM6/3/16
to
On Fri, Jun 03, 2016 at 04:51:36PM +0000, Joerg Desch wrote:
> Am 03.06.16 6:36 nachm., schrieb Ulf Volmer:
> >On Fri, Jun 03, 2016 at 01:19:34PM +0000, Joerg Desch wrote:
> >
> >>Ich wollte seit Ewigkeiten wieder einmal mit CIFS spielen und habe nun
> >>das Problem, dass der Mount mit user= und password= als Optionen
> >>funktioniert, die Variante mit credentials= aber nicht!
> >
> >Funktioniert hier (Jessie), Du machst also vermutlich irgendwas falsch.
>
> Eben. ;-)

Poste doch bitte mal den Auszug aus der fstab und die um das Passwort
bereingte credential File.

Viele Grüße
Ulf

Joerg Desch

unread,
Jun 5, 2016, 12:50:02 PM6/5/16
to
Am Fri, 03 Jun 2016 20:59:58 +0200 schrieb Ulf Volmer:

> Poste doch bitte mal den Auszug aus der fstab und die um das Passwort
> bereingte credential File.

Ging leider nicht schneller...

**/etc/fstab** (wegen Lesbarkeit umbrochen mit \)
~~~~
//nas/jd /home/jd/media/nas/jd cifs \
noauto,user,uid=jd,gid=jd,\
credentials=/home/jd/.smbcredentials,iocharset=utf8 0 0
~~~~

**.smbcredentials**
~~~~
username=xxx
password=xxx
~~~~

~~~~
$ ls -l ~/.smbcredentials
-rw------- 1 jd jd 33 Jun 3 15:11 .smbcredentials
~~~~

Jens Schüßler

unread,
Jun 5, 2016, 2:40:02 PM6/5/16
to
* Joerg Desch <ne...@jdesch.de> wrote:
>
> **.smbcredentials**
> ~~~~
> username=xxx
> password=xxx
> ~~~~

Die .smbcredentials mag absolut keine Leerzeichen. Auch nicht am
Zeilenende.
Natürlich erkennt man das jetzt hier in deinem Auszug nicht.

Ich kann die Fehlermeldung reproduzieren wenn ich am Zeilenende eine
Leerzeichen anfüge.

Versuche mal auf der der Kommandozeile mit der credentials zu mounten.
mount -t cifs //192.168.1.6/SHARE /mnt/BAR --verbose -o credentials=/home/foo/.smbcredentials

Ergibt hier
,----
| mount.cifs kernel mount options:
| ip=192.168.1.6,unc=\\192.168.1.6\SHARE,user=foo ,pass=********
^^^^
| mount error(13): Permission denied
| Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
`----

Ohne Leerzeichen wird gemounted ohne Fehlermeldung
| mount.cifs kernel mount options: ip=192.168.1.6,unc=\\192.168.1.6\SHARE,user=foo,pass=********

Also ich weiß nucht ob das bei dir der Fall ist, aber ein Versuch ist es
wert.

Michael Luecke

unread,
Jun 5, 2016, 2:40:02 PM6/5/16
to
Ist das .smbcredentials-File evtl. im DOS-Format erstellt? Du erkennst
das z.B. mittels "hexdump -C ~/.smbcredentials". Wenn nach dem letzten
Zeichen der Zeile die Bytefolge "0d 0a" steht ist es im sog.
DOS-Format (CR+LF) erstellt.

Ich habe das bei mir gerade getestet, und ich bekomme dann die Meldung:
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Korrigieren kannst du dies ggf. mit vim:
- vim ~/.smbcredentials
- :set ff=unix
- :wq

-- Michael

Joerg Desch

unread,
Jun 6, 2016, 2:10:02 AM6/6/16
to
Am Sun, 05 Jun 2016 20:23:27 +0200 schrieb Michael Luecke:

> Ist das .smbcredentials-File evtl. im DOS-Format erstellt?

Das File ist unter Linux erstellt worden, aber ich prüfe das heute Abend
nochmal.

Joerg Desch

unread,
Jun 6, 2016, 2:20:03 AM6/6/16
to
Am Sun, 05 Jun 2016 20:26:58 +0200 schrieb Jens Schüßler:

> Die .smbcredentials mag absolut keine Leerzeichen. Auch nicht am
> Zeilenende.

OK, Leerzeichen am Zeilenende kann ich jetzt nicht ausschließen.
Leerzeilen auch nicht.


> Versuche mal auf der der Kommandozeile mit der credentials zu mounten.
> mount -t cifs //192.168.1.6/SHARE /mnt/BAR --verbose -o
> credentials=/home/foo/.smbcredentials
>
> Ergibt hier ,----
> | mount.cifs kernel mount options:
> | ip=192.168.1.6,unc=\\192.168.1.6\SHARE,user=foo ,pass=********

So aus dem Gedächtnis würde ich sagen, dass keine Leerzeichen drinnen
sind. Diesen Test hatte ich schon gemacht und das wäre mir ausgefallen. ;-
)

Ich probiere das heute Abend aber nochmal.

Joerg Desch

unread,
Jun 6, 2016, 2:20:02 PM6/6/16
to
Hier nochmal die fehlenden Informationen...
Diesmal ohne automagischen Umbruch...

Die Credentials-Datei hat keine unnötigen Leezeichen. Zeilenenden sind LF. Umlaute und
Sonderzeichen fehlen auch. Wie gesagt, ohne credentials= geht es.

$ sudo mount.cifs //nas/jd /home/jd/media/nas/jd -o uid=jd,gid=jd,credentials=/home/jd/.smbcredentials,iocharset=utf8 --verbose
mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,uid=3000,gid=3000,user=jd,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Hier habe ich nochmal noperms angegeben, was auch zu einer "komischen Meldung" führte.

$ sudo mount.cifs //nas/jd /home/jd/media/nas/jd -o uid=jd,gid=jd,credentials=/home/jd/.smbcredentials,iocharset=utf8,noperm --verbose
Credential formatted incorrectly: (null)
mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,noperm,uid=3000,gid=3000,user=jd,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Hier nochmal die Credentials-Datei- Beide Zeilen sind mit einem 0x0A abgeschlossen.

Joerg Desch

unread,
Jun 6, 2016, 3:10:02 PM6/6/16
to
Und hier nochmal ein Versuch von einem anderen System aus. Das File .smbcredentials
habe ich ebenso kopiert wie den fstab-Eintrag. Hier habe ich aber mal die komplett
manuelle Version. Man sieht, das der "verbose output" von mount gleich ist. Und das
ist der Punkt wo ich nicht mehr verstehe was hier passiert. ;-)


$ sudo mount -t cifs //nas/jd /media/nas/jd -vv -o iocharset=utf8,uid=3000,gid=3000,user=jd,pass=xxx
mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,uid=3000,gid=3000,user=jd,pass=********

$ sudo mount -t cifs //nas/jd /media/nas/jd -vv -o iocharset=utf8,uid=3000,gid=3000,credentials=/home/jd/.smbcredentials
mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,uid=3000,gid=3000,user=jd,pass=********

Hans-Georg Bork

unread,
Jun 6, 2016, 6:20:03 PM6/6/16
to
Moin,
ist vielleicht ne dumme Vermutung, aber wenn dies auf derselben Maschine
so ist, scheinst Du ein umount vergessen zu haben. Ein mount über
bestehendes hinweg funzt meist nicht ...

Was meinen denn syslog und/oder dmesg dazu?

Gruß
--hgb

Joerg Desch

unread,
Jun 7, 2016, 12:50:02 AM6/7/16
to
Am Tue, 07 Jun 2016 00:18:59 +0200 schrieb Hans-Georg Bork:

>> $ sudo mount -t cifs //nas/jd /media/nas/jd -vv -o iocharset=utf8,uid=3000,gid=3000,user=jd,pass=xxx
>> mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,uid=3000,gid=3000,user=jd,pass=********
>>
>> $ sudo mount -t cifs //nas/jd /media/nas/jd -vv -o iocharset=utf8,uid=3000,gid=3000,credentials=/home/jd/.smbcredentials
>> mount.cifs kernel mount options: ip=192.168.0.1,unc=\\nas\jd,iocharset=utf8,uid=3000,gid=3000,user=jd,pass=********
>> mount error(13): Permission denied
>> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
>
> ist vielleicht ne dumme Vermutung, aber wenn dies auf derselben Maschine
> so ist, scheinst Du ein umount vergessen zu haben. Ein mount über
> bestehendes hinweg funzt meist nicht ...

Nein, so leicht ist es leider nicht. Es ist noch kein CIFS gemountet und nach den
erfolgreichen "manuellen" Versuchen habe ich immer einen umount gemacht.


> Was meinen denn syslog und/oder dmesg dazu?

Leider nichts. Weder auch dem Client noch auf dem Server. Allerdings habe ich das
bei den vorherigen Versuchen nachgesehen. Gestern Abend hatte ich keine Zeit.
0 new messages