☰

Невозможно получить доступ к общему ресурсу smb на внешнем USB-накопителе в Ubuntu 19.10 из Windows 10

tag-icon • tag-icon windows-10 ubuntu samba
Невозможно получить доступ к общему ресурсу smb на внешнем USB-накопителе в Ubuntu 19.10 из Windows 10

Я проверил это на USB-накопителях EXT3 и NTFS (один и тот же, переформатированный) — когда я открываю общий доступ к каталогу на внешнем USB-накопителе как к общему ресурсу SMB на ПК с Ubuntu 19.10, я не могу получить к нему доступ с ПК под управлением Windows 10. Я попробовал настроить общий доступ из своего домашнего каталога, и ПК с Windows 10 смог получить к нему доступ.

Он смонтирован /media/geek/1 TBи есть несколько вещей, которые его используют. Я хотел бы иметь каталог внутри него, назовем его "stuff" общим.

Я пробовал монтировать сам диск через nautilus и fstab.

Мне бы хотелось иметь простой гостевой доступ без пароля.

Строка fstab была такой: #UUID=25454a67-7700-4e4f-a3af-538719d73ce5 /media/geek/1%40TB ext4 rwОна работает локально без проблем.

Когда я открываю общий доступ к папке либо через локальную опцию общего доступа к файлам Nautilus, либо через Samba, и я пытаюсь использовать этот очень простой файл конфигурации

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

Я также пробовал переименовывать точку монтирования без пробела.

На стороне Windows я получаю следующую ошибку:

введите описание изображения здесь

На стороне Ubuntu - просмотр файла журнала для клиента Windows /var/log/samba/log.auroraвыявляет довольно загадочную ошибку

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)

Мы можем исключить разрешения

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: -

Это работает

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: -

Это не так.

Я протестировал локальный маршрут общего доступа к файлам/gui на каталоге в моем домашнем каталоге, и он отлично работает. Как мне на самом деле сделать эту папку общей с помощью каких-либо средств?

решение1

После небольшой интерактивной отладки в чате выяснилось, что проблема, по-видимому, связана с системой обмена файлами GNOME (которая, как ни странно, на самом деле не использует Samba).

с помощью этой ручной настройки Samba для общего ресурса все получилось

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

Добавил его в конец smb.conf и перезапустил Samba, и все заработало.

Мне также пришлось запустить службу Samba и включить ее.

Связанный контент