一樁刪除用戶引起的“血案”——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了。。。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章