症状描述：正常使用的OMV系统，因扩容或其他原因更换硬盘-----在OMV系统界面，硬盘被识别，在”文件系统“里面被正常挂载，以上两步一般很少出问题，下面问题就来了，添加“共享文件夹”后（图一），出现图二的报错。
这个问题我第一次碰到的时候，几乎搜遍了网络，都没找到正确的解决方法！当时某论坛有一句话提示了我，就是不添加新共享文件夹，把OMV里面已有的共享文件夹，其路径和磁盘指向新换上的硬盘，这样设置后是ok的！前提是你的硬盘上面（EXT4格式）没有资料。否则通过SMB打开共享文件夹的时候，里面是空空的。
这个置换方法，只是把旧共享文件夹的名字安装到新更换硬盘上面，而硬盘上的资料内容并没有同步过去。想手工同步过去应该很简单，无奈linux不精通啊！后来还是把机器抱到单位让同事给解决了才完事。
节前又买了一台的《我家云》，刷完OMV，好几块硬盘换上换下，今天下午又再次碰到这个问题。拼命回忆同事解决这个问题的方法，又到网上查了半天linux的命令，最终不敢下刀，上面有好几百G的资料啊。憋到傍晚，给同事打了个电话，电话也说不清楚，同事发来个链接，让自己学习。
链接里面的方法，其实是错误的。它认为问题是出在没给共享文件夹权限上，其实文件夹都建立不成，咋能给权限呢？而且建立文件夹和授予权限是不能一口气执行完，再保存和应用的，这样做会报错。
但是这篇文章里面的一段话，还是彻底解决了这个问题，
如果要删除共享的文件夹，需要先从samba中删除，然后在共享文件夹删除，然后在文件系统中删除（正好是以上步骤的4321倒序，对于丢失的挂载也可以处理）
见图三。
正确的解决方法是：1）SMB删除老的共享文件夹名称。2）共享文件夹中，删除掉老的名称。 3）文件系统中，删除掉老的设备名。4）然后再次执行建立新的共享文件夹，一次性全ok！
这个问题非常折腾小白，尤其是换硬盘，或者购买别人使用过的OMV NAS设备之后，当然，重新安装OMV系统，也是一种最笨的方法。我这样做过。
记录下来，帮助那些碰到同样问题的人们。
