首先：我对 Linux 还很陌生，但我被安排在一家公司任职，继承了别人的 Ubuntu 18.04.04 服务器（它可以用作 DHCP、DNS、LDAP 的 AD-DC 和 SMB 文件共享的一切）。
周末我通过 apt 进行了一些简单的软件包升级，基本上将服务器升级到了 18.04.06。从那时起，每天早上我一进办公室，文件共享就坏了。完全重启服务器可以解决这个问题，但我猜可能是“cron.daily”例程中的某些内容（根据 crontab，该例程每天早上 6:25 运行）导致它坏了。
/etc/cron.daily 中唯一与 SAMBA 相关的是一个名为“samba”的脚本，其中包含注释：
# cron script to save a backup copy of /etc/samba/smbpasswd in /var/backups.
#
# Written by Eloy A. Paris <[email protected]> for the Debian project.
所以我确信这是每个人以前都见过的，并且我不认为这导致了我的问题。
如果我检查 /var/log/samba.log 文件，会发现一些错误，但我相信它们是干扰信息，因为尽管存在错误，但服务器目前运行良好。
其中包括：
ubuntu cifs vfs ioctl error in smb2_get_dfs_refer rc=-5
../librpc/rpc/dcerpc_util.c:264(dcerpc_pull_auth_trailer)
../librpc/rpc/dcerpc_util.c:264: ERROR: pad length mismatch. Calculated 44 got 0
和
../source3/smbd/service.c:521(make_connection_snum)
create_connection_session_info failed: NT_STATUS_ACCESS_DENIED
再次，尽管显示“拒绝访问”，但共享功能仍运行正常。
最后，在启动过程中，我确实看到一条消息：
winbindd failed to start exit-code
但是，再说一次...它在重新启动后就可以正常工作，所以我不太相信 Winbind 是我的问题的根源？
我对很多事情都很陌生，过去几个月我一直在学习我能学到的东西 —— 但这件事情的责任落在了我的肩上，所以我真心希望几十年来我耳闻已久的“Linux 社区”能够帮助我！请告诉我任何需要检查的内容，我会尽力的！谢谢大家！