☰

Zugriff auf SMB-Freigabe auf externem USB unter Ubuntu 19.10 von Windows 10 aus nicht möglich

tag-icon • tag-icon windows-10 ubuntu samba
Zugriff auf SMB-Freigabe auf externem USB unter Ubuntu 19.10 von Windows 10 aus nicht möglich

Ich habe dies sowohl auf EXT3- als auch auf NTFS-USB-Laufwerken getestet (dasselbe, neu formatiert) – wenn ich ein Verzeichnis auf einem externen USB-Laufwerk als SMB-Freigabe auf einem Ubuntu 19.10-PC freigebe, kann ich mit einem PC mit Windows 10 nicht darauf zugreifen. Ich habe versucht, eine Freigabe von meinem Home-Verzeichnis aus einzurichten, und der Windows 10-PC kann darauf zugreifen.

Es ist gemountet /media/geek/1 TBund wird von einigen Dingen verwendet. Ich hätte gerne ein Verzeichnis darin, nennen wir es "Stuff" Shared.

Ich habe versucht, das Laufwerk selbst sowohl über Nautilus als auch über fstab zu mounten.

Ich möchte eine einfache, passwortlose Gastfreigabe

Die fstab-Zeile lautete: „ #UUID=25454a67-7700-4e4f-a3af-538719d73ce5 /media/geek/1%40TB ext4 rwEs funktioniert lokal ohne Probleme.“

Wenn ich den Ordner entweder über die lokale Dateifreigabeoption von Nautilus oder über Samba freigebe - und ich versuche es mit dieser sehr einfachen Konfigurationsdatei

[Stuff]
        comment = Torrent_Share
        path = "/media/geek/1 TB/Samba"
        browseable = yes
        read only = no
        guest ok = yes

Ich habe auch versucht, den Einhängepunkt ohne Leerzeichen umzubenennen.

Auf der Windows-Seite erhalte ich den folgenden Fehler:

Bildbeschreibung hier eingeben

Auf der Ubuntu-Seite - ein Blick auf die Protokolldatei für den Windows-Client /var/log/samba/log.aurorazeigt einen ziemlich kryptischen Fehler

geek@torrent-box:/media/geek$ tail /var/log/samba/log.aurora
[2019/12/14 18:00:50.380192,  0] ../../source3/smbd/uid.c:448(change_to_user_internal)
  change_to_user_internal: chdir_current_service() failed!
[2019/12/14 18:00:50.380727,  0] ../../source3/smbd/uid.c:448(change_to_user_internal)
  change_to_user_internal: chdir_current_service() failed!
[2019/12/14 18:00:50.382387,  0] ../../source3/smbd/uid.c:448(change_to_user_internal)
  change_to_user_internal: chdir_current_service() failed!
[2019/12/14 18:00:50.383049,  0] ../../source3/smbd/uid.c:448(change_to_user_internal)

Wir können Berechtigungen ausschließen

geek@Stuff-box:~/Desktop$ stat share
  File: share
  Size: 4               Blocks: 2          IO Block: 512    directory
Device: 34h/52d Inode: 40498       Links: 2
Access: (0777/drwxrwxrwx)  Uid: ( 1000/    geek)   Gid: ( 1000/    geek)
Access: 2019-12-14 18:00:46.352195708 +0800
Modify: 2019-12-14 18:00:46.324194693 +0800
Change: 2019-12-14 18:00:46.324194693 +0800
 Birth: -

Das funktioniert

geek@Stuff-box:/media/geek/1 TB$ stat Stuff/
  File: Stuff/
  Size: 4096            Blocks: 8          IO Block: 4096   directory
Device: 811h/2065d      Inode: 52166657    Links: 6
Access: (0777/drwxrwxrwx)  Uid: ( 1000/    geek)   Gid: ( 1000/    geek)
Access: 2019-12-14 20:51:42.364000000 +0800
Modify: 2019-12-14 18:26:37.434393399 +0800
Change: 2019-12-14 18:26:37.434393399 +0800
 Birth: -

Das tut nicht.

Ich habe die lokale Dateifreigabe/GUI-Route in einem Verzeichnis in meinem Home-Verzeichnis getestet und sie funktioniert einwandfrei. Wie kann ich diesen Ordner tatsächlich irgendwie freigeben?

Antwort1

Nach ein wenig interaktivem Debuggen im Chat – anscheinend könnte dies ein Problem mit dem Gnome-Dateifreigabesystem sein (das seltsamerweise nicht Samba verwendet).

die Verwendung dieser manuellen Samba-Konfiguration für die Freigabe funktionierte

[Stuff]
comment = Stuff_Share
path = "/media/geek/1 TB/Stuff"
browseable = yes
read only = no
guest ok = yes
public = yes
force user = geek

Habe es am Ende von smb.conf hinzugefügt, Samba neu gestartet und es hat funktioniert.

Außerdem musste ich den Samba-Dienst starten und aktivieren.

verwandte Informationen