共计 1526 个字符，预计需要花费 4 分钟才能阅读完成。
原博_20180425
此前 nas 上整理用户和目录，删掉一个用户并合并目录之后，忽然发现 Photos 文件夹不见了，吐血三升。
后来在家里发现 ftp 突然连不上了，没找到 proftpd 设置哪里有问题，ReadyNAS 这目录结构也不知怎么重启服务，只好 ssh 重启机器，依然无果。上 web 配置界面注意到应用程序界面都是空白，itunes 服务和 dlna 服务都起不来了，报错：ReadyNAS – Cannot start service without volume – Error Code 15002040001真是屋漏偏逢连夜雨。
同时还在拖文件整理目录，忽然发现 Photos 竟然躺在整理拖下来视频的文件夹里，囧 rz，除此之外，home 文件夹竟然也在，大骇，根目录下 home 文件夹果然不见了 -_-|||
一通搜索“home 文件夹误删怎么办”，重建目录结构，把 home 文件夹放回原处；结果提示空间不足，见鬼。搜了几种可能性，甚至还有 inode 不足之类（df -i），一一排除，最后，工作文档移走，空间有了，呃，竟然攒了这么多数据，还好不是啥大问题。/home挂载在 /md0，只有 4G，要不要这么小气，好歹我四盘位呢，装系统前问一下我也好嘛 -_-|||home 搞好之后，ftp 和 dlna 还是不行，于是 web 上操作了一下“卷清理”，也不知对应后台是什么命令，整理了三天服务没起来，但是/home 挂载到数据盘下面去了，看不懂这波操作，倒是不用担心 home 空间问题了。
ReadyNAS 的个人共享文件夹原来是 /home/ 用户名 /，并不是一直以为的在 /data 下面，而 web 管理页面用户是 admin，所以 ftp 共享目录无法设置个人文件夹共享，smb 方式可以登录，然而这个又不知道哪里设置了。
继续解决服务起不来问题。用错误编号搜到这篇。
http://villasyslog.net/readyn…
症状相同，解释了症结在于 /home 和 /app 的挂载问题，区别在于我再次发现我的 app 文件夹是真不见了，人家解除屏蔽重启服务就行，我这哪儿去找 /app 文件夹啊。。。
cat /lib/systemd/system/home.mount
cat /lib/systemd/system/apps.mount
继续在社区搜索，重装固件没有解决问题，然后终于找到网件工程师提供了一个小程序重建 app 目录。
https://community.netgear.com…
哦世界清净了，虽然已装 app 没出现，不过不妨碍再装嘛。
看最早移到数据盘的 home/ 已经回复原位，上级目录 data/ 已经空了，准备删除，还好在 win 下用 smb 连接删除，看到竟然在删除一堆文件我去，赶紧 ssh 到后台 ls -la，赫然躺着.app/。。。把内容移到默认位置，已装 app 也恢复了。
又注意到/data/.app 和/apps内容同步但是又不是硬连接，/etc/mtab查看了一下，好吧，/.apps和 /data/apps，/ 和/data是同一个挂载点。。。终于找到事件源头，可能当时移动用户文件夹时，直接用 mv -r，而由于/data 文件夹和/ 一个挂载点，所以把 /home 和隐藏的 /.apps，/._share,/.vault 也一起给移动了 -_-|||/._share下面是各个文件夹的共享配置，所以 ftp 列表目录出问题了，应用程序也无法显示了。
终于大体上解决了，这么看网件自己的 deb 包都安装在 /data/apps/，其实 apt-get 安装也不是不可以了。不过检查了下/data 下的子卷 btrfs subvolume list ./，好像混进了奇怪的文件夹，算了，还是再看看书研究一下子卷，不敢乱 rm 了。。。