Вы должны обеспечить сеанс должным образом. Unity - это оболочка по умолчанию в Ubuntu, и поскольку она не может использоваться с RDP и аналогичной, она не запускается, когда вы используете сеанс Gnome по умолчанию. Поэтому вам нужно добавить --session = ubuntu-2d в настройки сеанса. Это позволит использовать Unity 2D вместо Unity.
Некоторые предложения:
запустите команду smbstatus на сервере: посмотрите, работают ли процессы samba, есть ли живые подключения и т. д. - процессы smbd и nmbd, запущенные на сервере? проверьте /var/log/samba/log* на сервере. Он будет регистрировать важные ошибки. список анонимно анонимно на сервере: smbclient -L <serverip> -N список акций, аутентифицирующих себя до: smbclient -L <serverip> -U <username> подключиться к общей папке с вашим именем пользователя: smbclient //<serverip>/<share> -U <username>Я столкнулся с такой же проблемой после обновления до 17.10. Нет ничего плохого в сервере, это клиент Ubuntu, который сломан.
То, что его решило, добавляет vers=1.0 к fstab линиям, устанавливающим общие ресурсы. Тогда это работает.
Итак, возможно, обновление ядра по умолчанию использует более новую версию smb с этой ошибкой?
Некоторые предложения:
запустите команду smbstatus на сервере: посмотрите, работают ли процессы samba, есть ли живые подключения и т. д. - процессы smbd и nmbd, запущенные на сервере? проверьте /var/log/samba/log* на сервере. Он будет регистрировать важные ошибки. список анонимно анонимно на сервере: smbclient -L <serverip> -N список акций, аутентифицирующих себя до: smbclient -L <serverip> -U <username> подключиться к общей папке с вашим именем пользователя: smbclient //<serverip>/<share> -U <username>Я столкнулся с такой же проблемой после обновления до 17.10. Нет ничего плохого в сервере, это клиент Ubuntu, который сломан.
То, что его решило, добавляет vers=1.0 к fstab линиям, устанавливающим общие ресурсы. Тогда это работает.
Итак, возможно, обновление ядра по умолчанию использует более новую версию smb с этой ошибкой?