把NAS的smb协议改成1.0再试试

NAS的共享如果SMB不好使，可以试试开ftp共享，挂载ftp相对来说好搞一点

依然报错，同样设置在UOS家庭版中没问题。

今天晚上回去试一下NFS协议。。。。。。。

我的20.9也一直有这个问题，smb无法直接挂载硬盘和分区，只能在分区下面再建一个文件夹，挂载这个文件夹。。。。。

我的海康智存也挂载不上。现在等v23b3出来之后，再试试。

。。。。。。。。。。。用NFS协议挂载成功。。。。。。。。。。。。。。deepin加油！！！

大致说下过程

1、nas开启nfs，我是群晖，见下图

2、编辑共享目录NFS权限

3、deepin下安装nfs服务

sudo apt-get install nfs-kernel-server

4、配置nfs共享目录

sudo vi /etc/exports

举例：

/home/dzp/nfs *(rw,sync,no_root_squash,no_subtree_check)

以上配置分为三个部分：

第一部分就是本地要共享出去的目录。
第二部分为允许访问的主机（可以是一个IP，一个IP段如192.168.0.0/24、192.168.0.0/255.255.255.0，指定域名的主机 www.example.com ，指定域中的所有主机 .example.com ，所有主机）。
第三部分小括号里面的，为一些权限选项。权限说明：

rw ：读写；
ro ：只读；
sync ：同步模式，内存中数据时时写入磁盘
async ：不同步，把内存中数据定期写入磁盘中
secure ：nfs通过1024以下的安全TCP/IP端口发送
insecure ：nfs通过1024以上的端口发送
no_root_squash：NFS客户端连接服务端时如果使用的是root的话，那么对服务端分享的目录来说，
            也拥有root权限。 显然开启这项是不安全的
root_squash：当客户端登陆NFS的身份为root用户时，将客户端的root用户及所属组都映射为匿名用户
            或用户组（默认设置）， 通常使用nobody或nfsnobody身份
subtree：若输出目录是一个子目录，则nfs服务器将检查其父目录的权限(默认设置)。
no_subtree：即使输出目录是一个子目录，nfs服务器也不检查其父目录的权限，这样可以提高效率
no_all_squash ：无论客户端登陆NFS的身份为何，都将映射为root用户（默认设置）
all_squash ：不论NFS客户端连接服务端时使用什么用户，对服务端分享的目录来说都是拥有匿名用户权限；
anonuid：匿名用户的UID值，通常是nobody或nfsnobody，可以在此处自行设定
anongid：匿名用户的GID值

5、重启nfs服务

exportfs -rv

6、查看网络共享

zol@zol-PC:~$ showmount -e 192.168.110.128
Export list for 192.168.110.128:
/volume2/sync 192.168.110.128

7、临时挂载

sudo mount -t nfs -o nfsvers=3 192.168.110.128:/volume2/sync /mnt/sync

8、自动挂载，写入fstab

sudo vi /etc/fstab

192.168.110.128:/volume2/sync /mnt/sync nfs defaults,nfsvers=3 0 0

😥 😏 完

一个局域网功能都搞不清楚，搞这么复杂。还想大众化，多想想自己原因。

已更新到B3！！！！

用命令行指定smb1.0挂载成功

sudo mount -t cifs //192.168.xx.xx/xxx /media/xxx/xxxx -o username="xxxx",password="xxxxxx",iocharset=utf8,vers=1.0