ral9004
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Guten Tag In der Datei "fstab" mounte ich eine Freigabe auf einem NAS wie folgt //192.168.1.220/Multimedia /media/mmedia cifs auto 0 0 Lesezugriff OK (ls / Filemanager). Jedoch keine Schreibrechte. Test: 1. mit erstellen einer Textdatei: nano /media/mmedia/20150621a.txt speichern nicht möglich. 2. calibre Bibliothek öffnen
Beide male keine Schreibrechte. Wenn ich das Tool "Gigolo" verwende, habe ich Schreibrechte. Wenn ich das Vorgehen von "Gigolo" untersuche, dann erhalte ich folgende Resulate:" "Open in Terminal" mediabear@mediabear-desktop:/run/user/1000/gvfs/smb-share:server=192.168.1.220,share=usbdisk1$ "Copy Uri" smb://192.168.1.220/usbdisk1/ Da es mit "Gigolo" funktioniert, gehe ich davon aus das es auch mit CIFS realisierbar ist.
Last but not least: das QNAP NAS wird als OS Linux ("FreeNas") verwenden. Mit Windows Rechner und net use hatte ich sofort Zugriff mit Schreibrechten. D.h. Linux scheint mit Linux eine aufwändigere Kommunikation zu pflegen. Vorgehen:
1.
Überblick über mögliche Vorgehensweisen gewinnen
Quelle:
https://wiki.ubuntuusers.de/Samba#Samba-Client
Aussage:
Zwei Vorgehensweisen möglich:
•gvfs-mount – Einfacher Zugriff auf Netzwerk-Freigaben über das GVFS (unterstützt verschiedene Netzwerk-Dienste, nicht nur Samba).
•Samba Client cifs – Einbinden von Freigaben ins Dateisystem des Client mit cifs-vfs. Dieses ist deutlich anspruchsvoller als das GVFS, erlaubt aber auch mehr individuelle Optionen. 2.
Erster Lösungsungsversuch mit Samba Client cifs
Quelle:
https://wiki.ubuntuusers.de/Samba_Client_cifs Aussage:
Abschnitt "Installation"
Nochmals installiert. Bestätigung erhalten, dass CIFS A installiert ist B auf dem neuesten Stand ist Abschnitt "mount.cifs"
keine Angabe in welchem Verzeichnis die Datei "mount.cifs" sich befinden soll
mit "sudo mkdir /media/nas" einen Mountpoint erstellt Abschnitt "Eintrag in /etc/fstab"
Aussage:
Anhand des Beispieles ist mein erster Eintrag (siehe oben) korrekt. Kein Zusammenhang zwischen mount.cifs und fstab erwähnt oder anhand des Beispiels zu erkennen. Abschnitt "Optionen"
Link zu "Source Force" führt zu HTTP Error "404"
Beschriebene Optionen:
"auto" / "noauto"
Aussage: Parameter "auto" ist korrekt.
"user" / "users"
Aussage: Unklar. Parameter erlaubt, dass User die Freigabe nur mounten dürfen. "Users" darf sie auch wieder ausgehängt werden. Mit dieser Statement wird eine Freigabe global eingerichtet. Dieses Detail erachte ich nicht als ausschlaggebend.
"Benutzer" und "Password"
Aussage: nicht relevant. Es wird keine Authorisierung verlangt. Parameter "0 0" wird nicht erwähnt. Fazit: Aufgabenstellung ungelöst Frage an die Forumsteilnehmer:
Hat noch jemand zu "CIFS" eine Information?
Oder soll ich den Versuch mit der Technologie "gvfs-mount" fortsetzen? Besten Dank und schönen Abend
RAL9004
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Hallo, du mountest die Freigabe als root, also darf auch nur root darauf schreiben. Z.B. mit sudo touch testdatei müsstest du darauf schreiben können. Was du aber eigentlich willst, sind Schreibrechte für deinen Benutzeraccount, dazu fehlen dir noch folgende Parameter: uid=1000,gid=1000,file_mode=0644,dir_mode=0755 Deine uid bekommst du mit dem Befehl id raus. Die Standardid unter Ubuntu ist immer 1000. Weitere Informationen: http://wiki.ubuntuusers.de/Samba_Client_cifs Grüße
MPW
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Hallo MPW Danke für die Info.
Ein Test hat mir bestätigt, dass lediglich root Schreibrechte hat.
Ziel ist, dass alle (remote / local) Zugriff auf diesen Share haben.
Es ist ein Mediaserver. D.h. jede Person mit einer IP aus dem Range des LANs sollen die Medien (Calibre / Kodi) aufrufen können. Deine Ausführungen mit den Benutzerrechten habe ich in Deiner zitierten Website im Abschnitt " Simulation von Rechten ohne CIFS-UNIX-Erweiterungen " gefunden.
Zitat 1:
| "Durch zusätzliche Angaben von uid, gid, file_mode und dir_mode können beim Mounten auf dem Client andere Besitz- und Zugriffsrechte festgelegt werden (siehe dazu auch Benutzer und Gruppen). Im fstab-Eintrag sieht dies dann so aus:"
|
Zitat 2:
| "Werden zu file_mode und dir_mode keine Angaben gemacht, so gelten die Standard-Werte file_mode=0644 und dir_mode=0755 (Siehe hierzu auch Rechte sowie chmod). Bei fehlenden Angaben gilt für uid und gid der Wert 0 (Root)."
|
D.h. wenn eine permanente, systemweites mapping notwendig ist, muss ich wissen, welcher User auf Lubuntu angemeldet ist. D.h. auch für jeden anderen User diesen Wert in fstab eintrag. Die Besucher arbeiten ja mit Apps bzw. HTTP um auf die Freigaben zugreifen zu können. D.h. sie benötigen keinen User, um sich anzumelden. Du hast mir in Deiner Antwort auch eine wertvolle Info geliefert, die das ganze beschleunigt:
| Deine uid bekommst du mit dem Befehl id raus. Die Standardid unter Ubuntu ist immer 1000
|
Dann werde ich mich weiter in den Artikel vertiefen und recherchieren, wie die CIFS Syntax in fstab für n User aussieht. Vielen Dank und schönen Sonntag
RAL9004 Ps:
Wenn das gelöst ist, werde ich versuchen die Zusammenhänge von Mount.cifs und fstabs zu ergründen. Wie in meinem Posting erwähnt, war dieser Aspekt im Artikel für mich nicht nachvollziehbar
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Hallo MPW Nachfolgend die Situation bei der praktischen Umsetzung des besprochenen:
Die "uid" ist wie Du geschrieben hast 10000. Wenn ich die fstab anpasse und mit "Mount -a" neu lade erhalte ich einen Fehler: | mediabear@mediabear-desktop:~$ id
uid=1000(mediabear) gid=1000(mediabear) groups=1000(mediabear),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),108(lpadmin),118(sambashare)
mediabear@mediabear-desktop:~$ sudo mount -a
[mntent]: line 12 in /etc/fstab is bad
[mntent]: line 14 in /etc/fstab is bad
|
Die Datei "fsttab" sieht wie folgt aus. Die ersten Zeilen wurde nicht von mir eingetragen. Die Bedeutung erschliesst sich mir nicht. Zeile 14, welche als "bad" bezeichnet wird, ist die von mir modifizierte. Anscheinend habe ich die Syntax nicht korrekt umgesetzt? 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=fee0218d-d5ea-4547-aef4-9335dd0c5a88 / ext4 errors=remoun$
# swap was on /dev/sda5 during installation
UUID=b1d513ae-dd79-4243-9d84-cd127c6f2dfa none swap sw $
ae-dd79-4243-9d84-cd127c6f2dfa none swap sw $
//192.168.1.220/Multimedia /media/nas cifs auto 0 0
//192.168.1.220/USBDisk1 /media/USBDisk1 cifs auto uid=1000,gid=1000,file_mode=$
[ line 14/16 (87%), col 1/98 (1%), char 717/816 (87%) ]
|
Nochmals danke für Deine Unterstützung. MfG
RAL9004
|
TausB
Anmeldungsdatum: 26. November 2009
Beiträge: 1563
Wohnort: Terra incognita
|
ral9004 schrieb: # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=fee0218d-d5ea-4547-aef4-9335dd0c5a88 / ext4 errors=remoun$
# swap was on /dev/sda5 during installation
UUID=b1d513ae-dd79-4243-9d84-cd127c6f2dfa none swap sw $
ae-dd79-4243-9d84-cd127c6f2dfa none swap sw $
//192.168.1.220/Multimedia /media/nas cifs auto 0 0
//192.168.1.220/USBDisk1 /media/USBDisk1 cifs auto uid=1000,gid=1000,file_mode=$
[ line 14/16 (87%), col 1/98 (1%), char 717/816 (87%) ]
Zeile 12: Lösche diese (scheint ein "Kopierfehler" von Zeile 11 zu sein) Zeile 14: zwischen allen Optionen muss ein Komma gesetzt werden - so auch zwischen "auto" und "uid". Wieso sehen die Zeilen so abgeschnitten aus - wie hast Du sie in die Ablage kopiert?
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Du kannst es auch so mounten, dass jeder darauf zugreifen kann! Das musst du nicht mehrfach machen, sondern die Rechte auf 777 setzen. Hab gerade keine Zeit, falls es nicht klappt, meld dich nochmal, dann gucke ich nochmal ausführlicher drüber. G. MPW
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Hallo TausB Es geht doch nichts über DOS Veteranen 😉 Der Schreibzugriff konnte nun erfolgreich getestet werden.
Der erste Screenshot wurde aus Putty gemacht. Die Datei fstab sieht nun so aus:
1
2
3
4
5
6
7
8
9
10
11
12
13 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=fee0218d-d5ea-4547-aef4-9335dd0c5a88 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=b1d513ae-dd79-4243-9d84-cd127c6f2dfa none swap sw 0 0
//192.168.1.220/Multimedia /media/nas cifs auto 0 0
//192.168.1.220/USBDisk1 /media/USBDisk1 cifs auto,uid=1000,gid=1000,file_mode=0644,dir_mode=0755
|
Schönen Sonntag und besten Dank für die sehr effektive Information. MfG
RAL9004
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Dann setze das Thema bitte auf gelöst. Das geht links unten am Ende.
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Hallo MPW Ich habe in der letzten Woche mehrere Anfragen hier gestellt.
Jede habe ich mit "gelöst" geschlossen. Sobald ich Deinen Input von 13:55 Uhr erfolgreich getestet habe, schliesse ich auch diesen Thread.
Schön das jemand, der keine Zeit hat seinen Fachinput zu erläutern immerhin dafür Zeit hat 😉 Aktuell installiere ich Calibre neu, da ich trotz offensichtlichen Schreibrechten dort keine Bibliothek erstellen kann.
Details und Log folgen - sofern notwendig - in einem separaten Thread. In ca. 1h schliesse ich diesen Thread, da ich bis dann mit fstab und 777 durch bin. Schönen Sonntagnachmittag RAL9004
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Hallo MPW Nachdem ich die fstab wie nachfolgend geändert habe, schlug der Schreibversuch mit einem zweiten User fehl.
| //192.168.1.220/Multimedia /media/nas cifs auto auto,uid=777,gid=1000,file_mode=0644,dir_mode=0755
//192.168.1.220/USBDisk1 /media/USBDisk1 cifs auto,uid=777,gid=1000,file_mode=0644,dir_mode=0755
|
Der zweite Ansatz war mit " " die Schreibrechte zu geben. Auch negativ. Da dieser Sachverhalt mich aktuell nicht behindert lasse ich es so stehen und schliesse diesen Thread. Schönen Abend
RAL9004
|
MPW
Anmeldungsdatum: 4. Januar 2009
Beiträge: 3729
|
Probier Mal diese Optionen: rw,guest,file_mode=0777,dir_mode=0777,noperm
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
MPW schrieb: Probier Mal diese Optionen: rw,guest,file_mode=0777,dir_mode=0777,noperm
Hallo MPW Meinst Du das so, dass aus der Zeile:
| //192.168.1.220/Multimedia /media/nas cifs auto,uid=777,gid=1000,file_mode=0644,dir_mode=0755
|
diese Zeile zu erstellen ist?
| //192.168.1.220/Multimedia /media/nas cifs auto rw,guest,file_mode=0777,dir_mode=0777,noperm
|
MfG
ral9004
|
HarryD
Anmeldungsdatum: 14. Juni 2006
Beiträge: 2702
Wohnort: Germany - BW
|
//192.168.1.220/Multimedia /media/nas cifs auto,rw,guest,file_mode=0777,dir_mode=0777,noperm
Komma nicht vergessen!
|
ral9004
(Themenstarter)
Anmeldungsdatum: 15. Juni 2015
Beiträge: 84
|
Guten Abend Harry Danke für den Hinweis mit dem Komma. Die fstab habe ich angepasst und über "sudo Mount -a" dynamisch geladen
Mit Putty eine zweite Session auf dem Lubuntu eröffnet und mit einem anderen User angemeldet.
Dennoch keine Schreibrechte... 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | ironteddy@mediabear-desktop:/media/nas/calibre$ mkdir kannichschreiben
mkdir: cannot create directory ‘kannichschreiben’: Permission denied
ironteddy@mediabear-desktop:/media/nas/calibre$ ls -ldh
drwxr-xr-x 2 root root 0 Jul 3 17:51 .
ironteddy@mediabear-desktop:/media/nas/calibre$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=fee0218d-d5ea-4547-aef4-9335dd0c5a88 / ext4 errors=remount -ro 0 1
# swap was on /dev/sda5 during installation
UUID=b1d513ae-dd79-4243-9d84-cd127c6f2dfa none swap sw 0 0
#//192.168.1.220/Multimedia /media/nas cifs auto,uid=1000,gid=1000,file_mode=077 7,dir_mode=0775
//192.168.1.220/Multimedia /media/nas cifs auto,rw,guest,file_mode=0777,dir_mode =0777,noperm
//192.168.1.220/USBDisk1 /media/USBDisk1 cifs auto,uid=1000,gid=1000,file_mode=0 777,dir_mode=0755
ironteddy@mediabear-desktop:/media/nas/calibre$
|
Einen entspannten Abend wünsche ich
ral9004
|
HarryD
Anmeldungsdatum: 14. Juni 2006
Beiträge: 2702
Wohnort: Germany - BW
|
ral9004 schrieb: Der zweite Ansatz war mit " " die Schreibrechte zu geben. Auch negativ.
Dieser Befehl ist nicht vollständig und spuckt so nur eine Fehlermeldung "fehlender Operand nach a+rwx". Du kannst mal versuchen (umounte die Freigabe vorher)
sudo chown $USER:$USER /media/nas
Dann die Freigabe mounten. ($USER so lassen, nicht ersetzen!)
|