请问下zfs_recover是怎么用的，我查到的是：

echo 1 > /sys/module/zfs/parameters/zfs_recover
zdb -e -bcsvL ocean

但也有说zdb不改变硬盘内容。

【 在 cppbuilder 的大作中提到: 】
: 我看到你这盘在2023年12月6日resilver过，八成是硬件错误
: 建议，
: 1. u盘下read-only备份数据
: ...................
--
FROM 59.40.8.*

第一行即可，之后import

【 在 ttaudi 的大作中提到: 】
: 请问下zfs_recover是怎么用的，我查到的是：
:

: echo 1 > /sys/module/zfs/parameters/zfs_recover
: zdb -e -bcsvL ocean
:

: 但也有说zdb不改变硬盘内容。
--
FROM 115.171.190.*

试试能不能只挂载mirror里的单个盘import, 把剩余两个盘拆掉？
这是试两次。

【 在 ttaudi 的大作中提到: 】
: 标  题: Re: zfs崩溃了，现在无法import zfs文件系统
: 发信站: 水木社区 (Sat Dec  9 16:15:29 2023), 站内
:
: 两个方法都不行，看来只能用备份数据重建zpool了。
:
: 【 在 cppbuilder 的大作中提到: 】
: : 第一行即可，之后import
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 59.40.8.*]
--
FROM 14.112.12.*

ZFS不是内核原生支持的，因此用户需要自行对照以下描述，以判定是否受影响。
内核里原生的文件系统，只有ext4中招。

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057843

The bug appears to be triggered when an ->end_io handler returns a non-
zero value to iomap after a direct IO write.

It looks like the ext4 handler is the only one that returns non-zero in
kernel 6.1.64, so for now one can assume that only ext4 filesystems are
affected.

The bug corrupts file data during a direct write operation, so I would
also assume that files last modified before 6.1.64 was installed will
not be corrupted.

As far as I can tell, the corruption only affects file data (not
metadata) but perhaps someone with more kernel experience than me can
confirm.

Best regards,
Dale Richards


【 在 ttaudi 的大作中提到: 】
: 周末已经试了，就是单个硬盘import也有问题，我才下决心新建zpool，然后拷贝现有数据过去。
: 然后看到有大佬说12.3有bug，也不知道是不是和这个有关。
--
FROM 119.130.154.*