收起左侧

重启后存储池 md2 对应的逻辑卷丢失,/vol3 挂载失败,Web 界面显示“已移除”

1
回复
82
查看
[ 复制链接 ]

2

主题

2

回帖

0

牛值

江湖小虾

2026-5-13 14:25:38 显示全部楼层 阅读模式

一、基础信息

  • 系统版本:X86 物理机,fnOS 版本 [1.1.30]
  • 设备环境
    • 物理机,CPU i3-8100T,LSI 9300-8i IT 模式直通卡,连接 8 块SAS 硬盘组成 RAID6
    • 局域网环境
    • 浏览器:
      BUG 现象
    • 因系统盘 /dev/sdd2 上 ext4 文件系统报错(inode 20204 相关,详见日志),通过 SSH 执行 sudo touch /forcefsck && sudo shutdown -r now 重启后,Web 界面的“存储空间三”(对应 /vol3)状态变为“已移除”。
    • 此时 SSH 进入系统,/proc/mdstat 显示 md2 阵列正常(8 盘 RAID6 全在线 [UUUUUUUU]),但 /dev/mapper/ 下原有的 trim_0411a206_ffb2_4522_b518_73e5b3030a29-0 映射消失,/vol3 目录也不存在。
    • 尝试直接挂载 /dev/md2 提示 wrong fs typefile -s /dev/md2 返回 data,表明 md2 并非直接格式化为 ext4/btrfs,而是上层存在逻辑卷映射。
    • 其他存储卷(/vol2, /vol4, /vol6)均正常挂载。
  • 出现频率
    • 本次操作(带 forcefsck 标志重启)后必现,之前未曾遇到。
  • 联系方式:[wx:lpd666yyds]

二、问题复现路径

  1. 正常运行的 fnOS 系统,所有存储卷正常。
  2. 通过 SSH 执行 sudo touch /forcefsck && sudo shutdown -r now 强制在下次启动时校验系统盘。
  3. 重启后登录 Web 界面,发现存储空间三(/vol3)显示“已移除”,SMB 共享无法访问。
  4. SSH 登录,ls /vol3 提示目录不存在,df -h 不包含 /vol3,ls /dev/mapper/trim_0411a206* 无输出。

三、补充关键日志与输出

(以下均为重启后采集)

  1. 阵列状态cat /proc/mdstat):

text

md2 : active raid6 sdk1[6] sda1[5] sdc1[7] sdi1[3] sdg1[8] sdj1[0] sdb1[2] sdh1[1]
      3515571840 blocks super 1.2 level 6, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
  1. device mapper 当前激活表sudo dmsetup table):

text

trim_5e21d0b5_6d3f_4557_89ee_5ea9fe0514f3-0: 0 11720744960 linear 9:4 32760
trim_779c752d_2def_432f_9f85_869771ebf433-0: 0 100147200 linear 9:1 2048
trim_c7386011_807a_427a_adce_b5a71730771d-0: 0 11720744960 linear 9:0 32760

缺失 trim_0411a206_ffb2_4522_b518_73e5b3030a29-0

  1. 内核日志中关于 md2 和 dm 的部分sudo dmesg | grep -E "md2|dm-1|trim_0411|ext4"):

text

[    2.611192] md/raid:md2: device sdk1 operational as raid disk 6
...
[    2.611601] md/raid:md2: raid level 6 active with 8 out of 8 devices, algorithm 2
[    2.612602] md2: detected capacity change from 0 to 7031143680
[  333.165545] EXT4-fs (dm-0): initial error at time 1763909428: ext4_get_inode_loc:4548: inode 20204: block 1423
[  333.165561] EXT4-fs (dm-0): last error at time 1763916398: ext4_dirty_inode:6005: inode 20204
  1. 系统日志中与 /vol3 相关的记录sudo grep -a "vol3\|trim_0411" /var/log/syslog):

text

2026-05-13T11:13:06.872808+08:00 lpd666yyds blkdeactivate[40128]:   [UMOUNT]: unmounting trim_0411a206_ffb2_4522_b518_73e5b3030a29-0 (dm-1) mounted on /vol3... skipping
...
2026-05-13T11:37:05.738649+08:00 lpd666yyds monitor[2309]: Ignored! not existing target: /vol3
  1. 附加说明

    • 通过 sudo blockdev --getsz /dev/md2 获得 md2 扇区数,与历史 /vol3 容量一致。
    • 手动创建 dmsetup create trim_... --table "0 <扇区数> linear /dev/md2 0" 后,blkid 可正常探测到文件系统(推测为 ext4 或 btrfs),并能成功挂载只读,数据完好。此操作仅为诊断,正式环境未执行。

    bash复制

    sudo lsblk -f
    sudo cat /etc/fstab | grep vol
    

四、日志文件

通过网盘分享的文件:Debug_Log_20260513134815
链接: https://pan.baidu.com/s/1SWTnbyaD94EuXIfH3089cA?pwd=xdfh 提取码: xdfh
--来自百度网盘超级会员v4的分享


收藏
送赞
分享

感谢反馈!如果vol3只读挂载后能看到数据,请优先把重要数据迁出备份,待数据确认安全后,再继续处理 /vol3 的逻辑卷映射和存储池重新识别问题,避免修复过程中对现有数据造成二次影响。

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则