2.5 KiB
2.5 KiB
title, date, tags, rating, excerpt, created, updated
| title | date | tags | rating | excerpt | created | updated | |
|---|---|---|---|---|---|---|---|
| 🐈日志<% tp.file.title %> | <% tp.date.now("YYYY-MM-DD HH:mm:ss") %> |
|
⭐️ | 2025-08-30T11:45 | 2025-10-24T19:29 |
1 TODO
- 多喝水，避免久坐不动
- 继续恢复天园Joyonft
2 Tracking
- 天园飞牛服务器恢复方案：
- 克隆原来的存储空间2的磁盘 8.5小时
- 将克隆盘挂接到飞牛系统中，不要作为存储空间2挂载
- 将克隆盘上的文件复制到另外磁盘，按原有目录结构保存（是否能复制全面或者没有包含隐含文件，不得而知）不含/vol2/1000/docker的话，共计160G左右，复制时间大约1小时20分钟，做好了另一个备份，很不幸！复制过程发生io错误，报告有247个问题！
- 开启1panel，看能否做个备份之类的操作？
- 删除这个克隆盘多挂载的存储空间，重新挂载到存储空间2，重启系统
- 观察是否存储空间2还是只读，如果是，就采用第一套办法：btrfs文件系统的修复 https://club.fnnas.com/forum.php?mod=viewthread&tid=32735
#查询到挂载的存储空间的具体名字（记住第一个很长的挂载盘名字）
mount ｜grep btrfs
#开始检查btrfs（如果出现一堆错误。那就大概率是文件系统有问题。正常就是7行检查名，无任何报错）
sudo btrfs check 上述挂载盘名字
#去飞牛后台卸载存储空间，包括关闭docker之类的。一定要卸载
#开始修复（豆包告诉我这个命令有风险，可能会让文件整个挂掉。建议所有重要文件全部备份后运行）
sudo btrfs check --repair 上述挂载盘名字
（应该会有一堆修复完成的提示）
#再次运行检测命令。全部正常了。
失败！❌ 7. 如果修复失败，将相关的设置恢复原样，就采用第2套方案 8. 取出或者在系统看是否能格式化这个克隆盘，不行就取出来在其他PC上进行删除分区操作，然后将上面备份到另一个磁盘的文件全部复制到这个新格式化的克隆盘，注意，fnAdmin的文件这个目录的拥有者使用者是fnAdmin，其他的目录文件拥有着是root，仔细检查 9. 然后再次重启看能否正常，关键打开docker服务，能正常读取和运行容器！ 10. 如果再次失败，那就只有上第3套办法：全手工恢复，工作量会有点大，主要是那些图形化创建的容器，需要对照东玺门飞牛相同的容器进行配置。 11.