ubuntuusers.de

Das hat nicht funktioniert:

gvfs-mount smb://fritz.nas/Bilder
This tool has been deprecated, use 'gio mount' instead.
See 'gio help mount' for more info.

Für den Speicherort bilder auf fritz.nas wird ein Passwort benötigt
User [stefan]: stefan
Domain [WORKGROUP]: 
Password: 
gio: smb://fritz.nas/bilder/: Einhängen der Windows-Freigabe ist fehlgeschlagen: Datei oder Verzeichnis nicht gefunden

steps66 schrieb:

Damit ist die Fritzbox als NAS momentaan nicht nutzbar.

Diese Aussage ist falsch, wie hier schon mehrfach geschrieben, kann man per mount.cifs ohne Probleme auf FRITZ!NAS zugreifen

Max-Ulrich_Farber schrieb:

• Bei Freigaben, die ohne das GIO über einen fstab-Eintrag oder mittels sudo mount -t cifs … mit der Option vers=1.0 eingebunden wurden, wurde das Problem der Inkonsistenz nicht beobachtet.

Ich hab Ubuntu-Mate 20.04 jetzt drei Mal neu installiert. Der Zugriff über Samba auf meinen NAS-Server, ist jedes Mal nicht möglich. Erst wenn ich die beiden Zeilen in die smb.conf einfüge

client min protocol = NT1
client max protocol = NT1 

funktioniert alles. Ich kann auf meinen NAS-Server und auf die Fritz-Box wie gehabt zugreifen. Ich auch keine inkonsistenten Daten feststellen.

steps66 schrieb:

gvfs-mount smb://fritz.nas/Bilder

Das war ja auch nicht die Ausgabe, die ich sehen wollte. Also ganz normal per Nautilus die Netzwerkfreigabe einbinden, danach im Terminal

1

gio info smb://fritz.nas/Bilder

Siehe hier.

@torero

Wirklich? Die Zugriffe auf NAS und FritzBox funktionieren bei mir scheinbar auch, doch dann werden, wie gesagt, reguläre Dateien innerhalb der Shares als leere Ordner dargestellt. Sie können auch nicht geöffnet werden.

Da der Fehler bei mir wiederholt und reproduzierbar auftritt, habe ich einen Fehlerbericht verfasst:

1876308

Bitte dort bestätigen, wenn der Fehler auftritt!

EDIT:

torero, welche GIO-Version benutzt denn dein Ubuntu-Mate? (gio version im Terminal eingeben)

Max-Ulrich_Farber schrieb:

EDIT:

torero, welche GIO-Version benutzt denn dein Ubuntu-Mate? (gio version im Terminal eingeben)

gio version 2.64.2

Ich möchte mitteilen, dass ich zur Lösung des Problems die Labor-Version der Fritz!Box-Firmware von https://avm.de/fritz-labor/frisch-aus-der-entwicklung/frisch-aus-der-entwicklung/ installiert habe und nun mit einem frischen Ubuntu 20.04 der Zugriff auf die USB-Speicher an der Fritz!Box kein Problem mehr sind. Sicher wird es bald auch ein stabiles Release dieser Fritz!Box-Firmware geben, die dann die SMB-Versionen SMBv2/v3 unterstützt.

Das ist zwar interessant, aber das Problem beschränkt sich nicht nur auf die Fritzbox sondern auch auf den Zugriff auf NAS-Systeme und sonstige die mit Samba angesprochen werden. Der Titel dieses Thread ist ein wenig irreführend.

chr123 schrieb:

Das war ja auch nicht die Ausgabe, die ich sehen wollte. Also ganz normal per Nautilus die Netzwerkfreigabe einbinden, danach im Terminal

1	gio info smb://fritz.nas/Bilder

Das ist interessant, hier die Ausgabe:

gio info smb://fritz.nas/Bilder
gio: smb://fritz.nas/bilder/: Der angegebene Ort ist nicht eingehängt

Der Ort ist aber definitiv eingehängt.

Das kannst du ja noch mal prüfen

gio mount --list --detail

Dort sollte der eingehangene smb Share erscheinen.

Habe gerade das hier vorgeschlagene update-ppa probiert

https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1876308

Damit läuft der Zugriff auf das Fritz-Nas wieder ganz normal. Bin mal gespannt wann das in die offiziellen Quellen kommt.

Gruß S.

steps66 schrieb:

gio info smb://fritz.nas/Bilder
gio: smb://fritz.nas/bilder/: Der angegebene Ort ist nicht eingehängt

Der Ort ist aber definitiv eingehängt.

Die Frage ist, ob der Pfad stimmt. Wenn ich >

gio info smb://fritz.nas/Bilder

eingebe, kommt ebenfalls "Der angegebene Ort ist nicht eingehängt". Gebe ich aber:

gio info smb://fritz.nas/halt-home/Bilder

ein, kommt da was ganz anderes raus:

Anzeigename: Bilder
Name bearbeiten: Bilder
Name: Bilder
Typ: directory
Größe:  0
Adresse: smb://fritz.nas/halt-home/Bilder
local path: /run/user/1000/gvfs/smb-share:server=fritz.nas,share=halt-home/Bilder
unix mount: gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
Attribute:
  standard::type: 2
  standard::name: Bilder
  standard::display-name: Bilder
  standard::edit-name: Bilder
  standard::icon: inode-directory, folder, inode-directory-symbolic, folder-symbolic
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 0
  standard::allocated-size: 0
  standard::symbolic-icon: inode-directory-symbolic, folder-symbolic, inode-directory, folder
  etag::value: 1324031970
  id::filesystem: smb-share:server=fritz.nas,share=halt-home
  access::can-trash: FALSE
  time::modified: 1324031970
  time::modified-usec: 0
  time::access: 1324031970
  time::access-usec: 0
  time::changed: 1324031970
  time::changed-usec: 0
  unix::device: 4273662899
  unix::inode: 18446744073200117163

Dieser Eintrag in der smb.conf wird aber weiterhin benötigt ohne ihn geht es nicht

client min protocol = NT1
server min protocol = NT1

Der Share heißt auch halt-home und nicht Bilder. Siehe

smb-share:server=fritz.nas,share=halt-home

Also

gio info smb://fritz.nas/halt-home

wäre ausreichend.

Dein Share hat offensichtlich ein Sonderzeichen: das Minus.

Vielleicht liegt das ja daran? Kannst du auf der Fritzbox mal einen Share ohne Sonderzeichen erstellen, z. B. einen Share namens test, und mal testen, ob das Problem da auch auftritt?

gio info smb://fritz.nas/halt-home
Anzeigename: halt-home auf fritz.nas
Name bearbeiten: /
Name: /
Typ: directory
Größe:  0
Adresse: smb://fritz.nas/halt-home/
local path: /run/user/1000/gvfs/smb-share:server=fritz.nas,share=halt-home
unix mount: gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
Attribute:
  standard::type: 2
  standard::name: /
  standard::display-name: halt-home auf fritz.nas
  standard::edit-name: /
  standard::icon: folder-remote, folder-remote-symbolic
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 0
  standard::allocated-size: 0
  standard::symbolic-icon: folder-remote-symbolic, folder-remote
  etag::value: 1586776803
  id::filesystem: smb-share:server=fritz.nas,share=halt-home
  access::can-trash: FALSE
  time::modified: 1586776803
  time::modified-usec: 0
  time::access: 15
  time::access-usec: 0
  time::changed: 1586776803
  time::changed-usec: 0
  unix::device: 4273662899
  unix::inode: 18446744073150512879
  metadata::annotation: 

So gut?