Ubunky
Anmeldungsdatum: 2. Januar 2007
Beiträge: 129
|
Wie viele andere habe ich letztens einmal versucht, an meine Fritzbox eine USB3-Festplatte anzuschließen, um darauf gespeicherte Daten im ganzen LAN/WLAN zur Verfügung zu stellen. Gefolgt bin ich dabei mehreren Anleitungen (z.B. 1, 2, 3) Bevor ich bei meinem Desktop-PC (Ubuntu 18.04.2) an ein automatisches Einbinden per fstab herangehe, wollte ich mich zunächst mit temporärem Einbinden per 'mount'-Befehl im Terminal behelfen. Nach viel Versuch & Irrtum bzw. dem Lesen vieler Forendiskussionen zur Problemlösung sieht der Kommandozeilenbefehl inzwischen folgendermaßen aus: sudo mount -t cifs -o credentials=/home/ubunky/.smbcredentials,vers=1.0,nounix,defaults,uid=1000,gid=1000,sec=ntlmv2 //192.168.178.1/fb7490nky/Intenso_2TB/ /media/Fritz.Nas Leider funktioniert der Befehl nicht wie gewünscht. Ich habe nach dem mounten zwar Lesezugriff, kann aber leider über meinen Rechner nichts auf der Festplatte speichern.
Ein Versuch im Terminal liefert folgende Fehlermeldung: cp test.txt /media/Fritz.Nas/Daten/
cp: reguläre Datei '/media/Fritz.Nas/Daten/test.txt' kann nicht angelegt werden: Keine Berechtigung Hier hänge ich fest. Ich weiß einfach nicht, was noch für den Schreibzugriff fehlt und hoffe, irgend jemand von euch kann mir einen hilfreichen Tipp geben. Bisher gemacht habe ich folgendes: In der Fritzbox (FRITZ!OS 07.01) unter System > FRITZ!Box-Benutzer einen neuen Benutzer usbdaten angelegt und diesem Lese- und Schreibrechte auf zwei Verzeichnisse (Daten, Backup) gewährt. Im Homeverzeichnis meines Desktop-PC eine Datei .smbcredentials erstellt -rw------- 1 root root 36 .smbcredentials Die Datei sieht so aus: user=usbdaten
password=************ Auf der ext3-formatierten USB3-Festplatte die entsprechenden Verzeichnisse erstellt. drwxr-xr-x 2 ubunky ubunky 0 Daten/
drwxr-xr-x 2 ubunky ubunky 0 Backup/ Paket cifs-utils per sudo apt-get install cifs-utils installiert Per sudo mkdir /media/Fritz.Nas ein Verzeichnis Fritz.Nas auf meinem Desktop-PC erstellt drwxr-xr-x 2 root root 4096 Fritz.Nas/
Das ist alles was mir momentan einfällt. Nach diesen Maßnahmen habe ich angefangen am mount-Befehl und dessen Optionen zu arbeiten bis ich bei dem zu Beginn erwähnten Befehl gelandet bin. Bisher aber leider keine Schreibrechte. Was habe ich übersehen? Bisher erfolgt die Anmeldung an der Fritz!Box übrigens per FRITZ!Box-Kennwort. Habe das nicht explizit auf Benutzerkonten umgestellt, weil dies in keiner der Anleitung erwähnt wurde. Könnte das eine Ursache sein? Da allerdings der Lesezugriff mit den Anmeldedaten des eingerichteten Benutzers usbdaten funktioniert, dachte ich, das wäre unwahrscheinlich. Wie immer bin ich für jeden hilfreichen Tipp dankbar. ☺
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7651
|
id
ls -l /media/Fritz.Nas
grep Fritz.Nas /proc/mounts
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
Zitat aus dem Wikiaertikel Samba Client cifs Die früher zulässige und auch häufig verwendete Kurzform user= statt username= wird seit Samba-4 nicht mehr akzeptiert, da sie leicht zu Verwechslungen mit der Mount-Option user (s.o.) führt. Ebenso ist auch die Kurzform passwd= statt password= nicht mehr zulässig.
So sieht mein Eintrag in der /etc/fstab aus:
//fritz.box/fritz.nas/Zinc /mnt/Fritznas cifs noauto,vers=3.0,credentials=/etc/samba/auth,uid=1000,gid=1000 0 0
Zinc ist der Name meiner USB-Platte an der Fritz!Box, da auf meiner Fritz!Box schon eine Labor-Version 07.08-66227 läuft kann ich endlich auch mit Samba-Version=3 arbeiten, ich mounte die Platte nur bei Bedarf, deswegen noauto
|
Ubunky
(Themenstarter)
Anmeldungsdatum: 2. Januar 2007
Beiträge: 129
|
@ubunux: Danke für den Hinweis. Habe die .smbcredentials entsprechend angepasst. 😀
username=usbdaten
password=************ Ein direkt danach durchgeführter Test (Kopieren einer kleinen Textdatei im Terminal) brachte leider keinen Erfolg.
ubunky@rechner:~/$ cp test.txt /media/Fritz.Nas/Daten/
cp: reguläre Datei '/media/Fritz.Nas/Daten/test.txt' kann nicht angelegt werden: Keine Berechtigung
ubunky@rechner:~/$ sudo cp test.txt /media/Fritz.Nas/Daten/
cp: reguläre Datei '/media/Fritz.Nas/Daten/test.txt' kann nicht angelegt werden: Keine Berechtigung @frostschutz: Hier die gewünschten Terminalausgaben id:
uid=1000(ubunky) gid=1000(ubunky) Gruppen=1000(ubunky),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),108(lpadmin),124(sambashare) ls -l /media/Fritz.Nas:
ubunky@rechner:~$ ls -l /media/Fritz.Nas
insgesamt 0
drwxr-xr-x 2 ubunky ubunky 0 Feb 27 03:44 Daten
drwxr-xr-x 2 ubunky ubunky 0 Jan 29 2018 Backup
ubunky@rechner:~$ grep Fritz.Nas /proc/mounts:
ubunky@rechner:~$ grep Fritz.Nas /proc/mounts
//192.168.178.1/fb7490nky/Intenso_2TB/ /media/Fritz.Nas cifs rw,relatime,vers=1.0,sec=ntlmv2,cache=strict,username=usbdaten,domain=WORKGROUP,uid=1000,forceuid,gid=1000,forcegid,addr=192.168.178.1,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1 0 0
ubunky@rechner:~$ Keine Ahnung wo diese WORKGROUP-Domain herkommt. Ich schätze das ist ein Standardwert. Muss dieser evtl. mit der "Arbeitsgruppe" im FRITZ!OS unter Heimnetz > Speicher (NAS) > Heimnetzfreigabe übereinstimmen?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ich würde erst noch die Verzeichnisrechte korrigieren, da diese ggf. überschrieben werden.
Nach dem mount in /media/Fritz.Nas in der fstab überdeckst du ggf. die richtigen lokalen Rechte. Vorschlag:
| sudo umount /media/Fritz.Nas
sudo chown ubunky:ubunky /media/Fritz.Nas
getfacl /media/Fritz.Nas
sudo mount -t cifs -o credentials=/home/ubunky/.smbcredentials,vers=1.0,nounix,defaults,uid=1000,gid=1000,sec=ntlmv2 //192.168.178.1/fb7490nky/Intenso_2TB/ /media/Fritz.Nas
getfacl /media/Fritz.Nas
|
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7651
|
Die Rechte des (ungemounteten) Mountpunkts spielen keine Rolle, bzw. es kann sogar von Vorteil sein diese auf root:root zu belassen, da man sonst womöglich dort Dateien reinwirft (obwohl es gar nicht gemountet ist). Kann es sein, daß es einfach an sudo liegt? fstab user Eintrag und dann ohne sudo mounten. Versuch macht kluch. Ansonsten hat der User "usbdaten" einfach keine Schreibrechte auf der FritzBox? Ich hab selber eine FritzBox, aber kein USB-Laufwerk dran... sorry.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
frostschutz schrieb: Kann es sein, daß es einfach an sudo liegt? fstab user Eintrag und dann ohne sudo mounten. Versuch macht kluch.
Dann müsste aber zumindest sudo funktionieren:
> ubunky@rechner:~/$ sudo cp test.txt /media/Fritz.Nas/Daten/
cp: reguläre Datei '/media/Fritz.Nas/Daten/test.txt' kann nicht angelegt werden: Keine Berechtigung
Alternativtest via smbclient: | touch ~/demo123
smbclient -U usbdaten //192.168.178.1/fb7490nky/Intenso_2TB -c 'put "demo123"'
|
Dabei fällt mir auf, dass das "/" zuviel ist:
sudo mount -t cifs -o credentials=/home/ubunky/.smbcredentials,vers=1.0,nounix,defaults,uid=1000,gid=1000,sec=ntlmv2 //192.168.178.1/fb7490nky/Intenso_2TB/ /media/Fritz.Nas
|
Ubunky
(Themenstarter)
Anmeldungsdatum: 2. Januar 2007
Beiträge: 129
|
Habe gestern noch den ganzen Abend versucht, mit verschiedenen mount-Varianten (Weglassen oder Hinzufügen verschiedener Optionen) irgendwie ans Ziel zu kommen. Aber leider kein Erfolg. ☹ Das Kopieren der Testdatei sagt nur immer wieder "Keine Berechtigung". Bin langsam am verzweifeln. Vielleicht habe ich inzwischen einfach zuviele Forenthreads gelesen, so dass mir der 'information overload' den Blick auf das Wesentliche versperrt. Habe mich ja ehrlich gesagt größtenteils an die Anleitung auf waschto.eu gehalten. Ist zwar für RaspberryPi bzw. Raspbian aber da das ja auch ein Debian-Derivat ist, dachte ich es ließe sich übertragen. Ist die Annahme evtl. falsch? Sehe nämlich z.B. das ihr gar nicht die Option sec=ntlmv2 verwendet. Bei einem Versuch habe ich diese gestern einmal weggelassen und es hat bis auf die üblich fehlenden Schreibrechte auch so funktioniert.
Kann es sein, daß es einfach an sudo liegt? fstab user Eintrag und dann ohne sudo mounten. Versuch macht kluch.
Mit fstab habe ich mich bisher wie gesagt noch nicht beschäftigt. Was genau meint eigentlich "fstab user Eintrag". Bezieht sich das evtl. auf die entsprechende mount-Option user?
Die Idee hinter der noauto-Variante von Ubunux fand ich eigentlich ganz interessant. Will meine Freigabe nämlich auch nur bei Bedarf mounten.
Ansonsten hat der User "usbdaten" einfach keine Schreibrechte auf der FritzBox?
Keine Ahnung was ich abgesehen von den schon erwähnten Lese- und Schreibrechten noch einrichten soll. Im Fritz!Box-Backend sieht es wie im angehängten Bild aus (usbdaten-permission). @all
Meldet ihr euch an eurer Fritz!Box per Fritz!Box-Kennwort an oder habt ihr die Anmeldung auf Benutzerkonten umgestellt? @chr123 Alternativtest via smbclient:
Habe ich gestern auch mal probiert. Übrigens immer ohne abschließenden Slash ("/"), wie in deinem letzten Tipp erwähnt . Einmal habe ich ihn testweise wieder hinzugefügt. Liefert immer folgendes Ergebnis:
ubunky@rechner:~/$ touch demo123
ubunky@rechner:~/$ smbclient -U usbdaten //192.168.178.1/fb7490nky/Intenso_2TB/Daten -c 'put "demo123"'
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
tree connect failed: NT_STATUS_BAD_NETWORK_NAME
ubunky@rechner:~/$ smbclient -U usbdaten //fritz.box/fb7490nky/Intenso_2TB/Daten -c 'put "demo123"'
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
tree connect failed: NT_STATUS_BAD_NETWORK_NAME
ubunky@rechner:~/$ smbclient -U usbdaten //192.168.178.1/fb7490nky/Intenso_2TB/Daten/ -c 'put "demo123"'
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
tree connect failed: NT_STATUS_BAD_NETWORK_NAME
ubunky@rechner:~/$ Keine Ahnung, was ich gegen den Fehler tree connect failed: NT_STATUS_BAD_NETWORK_NAME tun kann. @Ubunux In vielen Anleitung wie auch in deiner fstab-Zeile referenziert das NAS immer per fritz.nas.
//fritz.box/fritz.nas/Zinc …
Das hat bei mir in keinem meiner Tests funktioniert. Es funktioniert bei mir nur dass, was unter Heimnetz > Speicher (NAS) > Heimnetzfreigabe in den Feldern "Name" eingetragen ist. Siehe Anhang (fb7490-Freigabe). Liegt das (a) an deiner Labor-Version, (b) hast du dort explizit "fritz.nas" als Name eingetragen oder hast du (c) einen hosts-Eintrag auf deinem PC erstellt?
- Bilder
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Zeige bitte mal
smbclient -L 192.168.178.1 -U usbdaten
smbclient -L 192.168.178.1 -U guest -N
|
Ubunky
(Themenstarter)
Anmeldungsdatum: 2. Januar 2007
Beiträge: 129
|
Hier die angefragten Ausgaben: ubunky@rechner:~$ smbclient -L 192.168.178.1 -U usbdaten
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
Sharename Type Comment
--------- ---- -------
fb7490nky Disk
IPC$ IPC IPC Service (fb7490nky)
Reconnecting with SMB1 for workgroup listing.
Server Comment
--------- -------
FB7490NKY fb7490nky
Workgroup Master
--------- -------
FB7490NKY FB7490NKY
ubunky@rechner:~$ smbclient -L 192.168.178.1 -U guest -N
WARNING: The "syslog" option is deprecated
session setup failed: NT_STATUS_LOGON_FAILURE
ubunky@rechner:~$
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ubunky schrieb: Hier die angefragten Ausgaben: ubunky@rechner:~$ smbclient -L 192.168.178.1 -U usbdaten
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
Sharename Type Comment
--------- ---- -------
fb7490nky Disk
IPC$ IPC IPC Service (fb7490nky)
Reconnecting with SMB1 for workgroup listing.
Server Comment
--------- -------
FB7490NKY fb7490nky
Workgroup Master
--------- -------
FB7490NKY FB7490NKY
Dein Share ist nur fb7490nky. Nur diesen kann man einhängen. Daher
touch demo123
smbclient -U usbdaten //192.168.178.1/fb7490nky -c 'put "demo123"'
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
chr123
Dein Share ist nur fb7490nky. Nur diesen kann man einhängen.
Nein, man kann auch Ordner einhängen, sonst würde meine Zeile in der fstab nicht funktionieren. Mein Freigabename ist fritz.nas. Die FRITZ!Box lässt im FRITZ!NAS den internen Speicher der Box und dazu zwei USB-Laufwerke zu, die USB-Laufwerke werden in FRITZ!NAS als Ordner gekennzeichnet, die dem Namen des Datenträgers entsprechen. Mounte ich nur fritz.nas, dann sind die Ordner des internen Speichers der Box und zusätzlich die Ordner der beiden Laufwerke eingebunden. In meinem Fall habe ich nur eine USB-Platte an der Box hängen und möchte nur diese Platte mounten über meinen Eintrag in der fstab,wie oben gezeigt: //fritz.box/fritz.nas/Zinc @ Ubunky Das liegt bei mir nicht an der Laborversion, mein Freigabenamen ist FRITZ.NAS, in der fstab funktioniert aber nur fritz.nas
|
Ubunky
(Themenstarter)
Anmeldungsdatum: 2. Januar 2007
Beiträge: 129
|
@chr123 Habe das mal so eingegeben:
ubunky@rechner:~$ touch demo123
ubunky@rechner:~$ smbclient -U usbdaten //192.168.178.1/fb7490nky -c 'put "demo123"'
WARNING: The "syslog" option is deprecated
Enter WORKGROUP\usbdaten's password:
NT_STATUS_ACCESS_DENIED opening remote file \demo123
ubunky@rechner:~$
Vermute mal anhand der Fehlermeldung wieder Probleme mit der Schreibberechtigung. Andererseits referenziert wie @Ubunux schon beschreibt "fb7490nky" den internen Speicher der Fritz!Box. Von daher kann dort ja wahrscheinlich nicht einfach so eine Datei hin kopiert werden. Ich habe auch nochmal wegen dem aufgetretenen Fehler tree connect failed: NT_STATUS_BAD_NETWORK_NAME recherchiert. Im Großen und Ganzen war der Fehler bei dem meisten was ich so gelesen habe ein Rechteproblem in der Verzeichnishierarchie bzw. falsche Dateirechte bei übergeordneten Verzeichnissen oder in der Verzeichniskette. Deswegen habe ich (auch inspiriert durch den smbclient-Befehl von oben) mal nicht direkt die Festplatte sondern wirklich nur fb7490nky temporär gemountet:
ubunky@rechner:/media/Fritz.Nas$ sudo mount -t cifs -o credentials=/home/ubunky/.smbcredentials,vers=1.0,nounix,defaults,uid=1000,gid=1000,sec=ntlmv2 //192.168.178.1/fb7490nky /media/Fritz.Nas Als ich dann die Rechte überprüft habe, ist mir aufgefallen, dass die Festplatte nur mit Lesezugriff (555) gemountet wird.
ubunky@rechner:/media/Fritz.Nas$ ll
insgesamt 4
drwxr-xr-x 2 ubunky ubunky 0 Mär 13 13:57 ./
drwxr-xr-x 5 root root 4096 Jul 19 2018 ../
dr-xr-xr-x 2 ubunky ubunky 0 Mär 12 20:58 Intenso_2TB/
ubunky@rechner:/media/Fritz.Nas$ Könnte hier das ganze Problem liegen? Mein Grundgedanke war, dem Fritz!Box-Benutzer nicht die gesamte Festplatte, sondern nur zwei Verzeichnisse darauf freizugeben. Ist das technisch möglich? Wie ändere ich die Zugriffsrechte der Festplatte (Intenso_2TB/) auf 755?
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
Ich habe meinem Fritz-Benutzer den Zugriff auf
Alle an der FRITZ!Box verfügbaren Speicher
gewährt. Ubunky schrieb: Vermute mal anhand der Fehlermeldung wieder Probleme mit der Schreibberechtigung. Andererseits referenziert wie @Ubunux schon beschreibt "fb7490nky" den internen Speicher der Fritz!Box.
Das ist falsch, der Freigabenamen (bei dir fb7490nky) referenziert allen verfügbaren Speicher der Fritz!Box, also internen Speicher und angeschlossenen USB-Speicher, da ich nur die eine angeschlossene USB-Platte einbinden will (und nicht den internen Speicher) habe ich eben fritz.nas/Zinc gemountet (mein Freigabenamen ist fritz.nas, Zinc bezeichnet den Namen der USB-Platte, welchen Fritz!Nas als Ordner Zinc unterhalb von fritz.nas darstellt), folglich habe ich in meiner fstab //fritz.nas/Zinc stehen, wollte ich auch noch den internen Speicher mounten würde ich nur //fritz.nas verwenden in der fstab Versuche doch mal in deiner fstab meinen Vorschlag zu übernehmen mit den entsprechenden Anpassungen an deine Gegebenheiten. das könnte imho dann so aussehen:
//192.168.178.1/fb7490nky/Intenso_2TB /media/Fritz.Nas cifs noauto,vers=1,credentials=/home/ubunky/.smbcredentials,vers=1,uid=1000,gid=1000 0 0 mounten kannst dann manuell per sudo mount /media/Fritz.Nas
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Ubunky schrieb: […] Gefolgt bin ich dabei mehreren Anleitungen […]
Versuche diese Anleitung: So klappt es mit der Fritzbox
|