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

Wencan

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

阅读 942
9 声望
1 粉丝
0 条评论
9 声望
1 粉丝
文章目录
宣传栏