一桩删除用户引起的“血案”——ReadyNAS目录结构笔记

原博_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了。。。