[ubuntu 14.04.1] CIFS mount probleem

[Mystic Spirit]

Ik heb een CIFS mount probleem in Ubuntu. Als ik in fstab of via de terminal een share probeer te mounten heb ik geen toegang, maar als ik de zelfde share benader via de de filebrowser en de credentials opgeef, heb ik wel gewoon toegang.

Wat er volgens mij gebeurd is dat Ubuntu perse met root in wil loggen op de share, maar dat kan niet. Dit heb ik afgeleid uit de respons die ik krijg als ik in de terminal de volgende regel invoeg:

code:

 sudo mount.cifs //192.168.xxx.xxx/share /media/test user=user,pass=userpass

respons:

code:

Password for root@//192.168.xxx.xxx/share:

Omdat hij hier dus Password for root@//ip vraagd kan ik niet inloggen, want ik wil inloggen met user en niet met root.

Ik heb eenzelfde soort regel in fstab geprobeerd en dan komt het mapje wel te staan, maar krijg ik acces denied als ik erin wil. Om naar fouten te speuren heb ik in dsmeg gekeken, maar daar zie ik geen fouten in terug.

wat zie ik over het hoofd?

[mcDavid]

Ik denk de -o voor je opties? Of is dat een overtypfout?

[Mystic Spirit]

De -o was ik inderdaad vergeten, vandaar de root... maar resultaat wordt er niet anders van. Het blijft permission denied als ik de folder in wil, alleen krijg ik nu geen melding meer voor het mounten effectief is.

[mcDavid]

Dus resume?

code:

sudo mount.cifs //192.168.xxx.xxx/share /media/test -o user=user,pass=userpass

^^ dit gaat goed, de mount wordt gemaakt, maar met je eigen account kun je er niet bij?
Misschien moet je /media/test eerst nog chownen?

[Mystic Spirit]

Dat gaat idd goed daarna krijg ik de permission denied.

De map /media/test is uiteraard chowned door de user waaronder ik werk. Niet de user waarmee ik inlog op cifs share.
Voor de zekerheid nog even de map /media/test een chmod 0777 gegeven voor het mounten om ieder conflict uit te sluiten, maar ook dat levert nog steeds na het mounten een permission denied op.

[blaataaps]

777 is nooit het antwoord, nu dus ook niet, de permissies van je mountpount zijn niet meer relevant als je er iets mount.
Uit mount.cifs(8):

uid=arg
sets the uid that will own all files or directories on the mounted filesystem when the server does not provide ownership information. It may
be specified as either a username or a numeric uid. When not specified, the default is uid 0. The mount.cifs helper must be at version 1.10
or higher to support specifying the uid in non-numeric form. See the section on FILE AND DIRECTORY OWNERSHIP AND PERMISSIONS below for more
information.

[Mystic Spirit]

De uid tag kan uitkomst bieden, maar welke uid kies ik dan? De uid van de de user waarmee ik inlog op de server of de uid van de user waarmee ik het mountpoint aanmaak?

Daarnaast blijft het natuurlijk vreemd dat ik die uid niet nodig heb als ik de share benader via de file explorer en gewoon de credentials op geef.

[mcDavid]

Mystic Spirit schreef op donderdag 25 december 2014 @ 15:07:
De uid tag kan uitkomst bieden, maar welke uid kies ik dan? De uid van de de user waarmee ik inlog op de server of de uid van de user waarmee ik het mountpoint aanmaak?

Daarnaast blijft het natuurlijk vreemd dat ik die uid niet nodig heb als ik de share benader via de file explorer en gewoon de credentials op geef.

De file Explorer geeft die uid waarschijnlijk automatisch mee onder water. Volgens mij moet het de uid van je lokale gebruiker zijn, maar daar ben je zelf veel sneller achter als je het even probeert.

[blaataaps]

De file explorer (nautilus?) gebruikt waarschijnlijk zijn eigen implementatie via gvfs, dit staat helemaal los van mount.cifs. Nautilus/gvfs weten redelijk als welke gebruiker de share geopend wordt (namelijk de gebruiker als wie ze gestart zijn), mount.cifs kan dit niet raden.

[Mystic Spirit]

uid heeft inderdaad het probleem opgelost en het moet de uid zijn van de client en niet van het account waarmee je inlogd op de server.

Dank mcDavid en blaataaps.

Ook goed om te weten dat file explorer en de terminal twee compleet verschillende methoden hanteren. Dat komt wellicht vaker van pas

[Hero of Time]

Dat zal je zeker van pas komen, want een GVFS mount is namelijk niet zomaar bereikbaar vanuit andere programma's. Afhankelijk van het programma en het pad die je gebruikt, krijg je een blanco document als je een bestand op een share wilt openen omdat het programma niet overweg kan met de URI. Houd hier dus rekening mee.