怎么验证正确性?

总结一下,已经没法恢复了.用 UFS Explorer 扫了几周,把文件扫出来了.文件夹乱了很多.只能挨个手动恢复部分重要文件夹了...而且恢复非常吃内存.64G 的内存都差点爆了.
准备恢复重要文件夹,其他电影动画之类的都直接舍弃了.

有 docker 的需求,要看是什么需求.8100 和 8G 还是有点弱了.8100 解码,你一个人还好,2 个 4k 就顶不住了.部分编码还不能很好的处理.我之前就是 8100 后面换了 12400.

店大欺客.

让她上班,多少无所谓,闲着容易头上青青.

第一句就崩不住了.
"好"朋友. 我怀疑有 j 情.

@KING754 哈哈,jd 实名必须要你绑定银行卡.真流氓属性拉满.

/# btrfs rescue super-recover -v /dev/mapper/cachedev_1
All Devices:
Device: id = 1, name = /dev/mapper/cachedev_1

Before Recovering:
[All good supers]:
device name = /dev/mapper/cachedev_1
superblock bytenr = 65536

device name = /dev/mapper/cachedev_1
superblock bytenr = 67108864

device name = /dev/mapper/cachedev_1
superblock bytenr = 274877906944

[All bad supers]:

All supers are valid, no need to recover

@Autonomous 长教训了,现在怎么抢救...

@charles0 没有...因为太大了,大概有 10T 左右的.

下一个更好

@ferock 还没用其他系统读取过...现在是 raid 在群晖上无法挂载到某个文件夹下.

现在不知道怎么挂载出来然后恢复...如果能直接修复最好,不行的话如果能读取到问题,我也可以再买个硬盘慢慢复制出来.

@Lax 这个应该是随便插回去的...没注意过顺序.
@alfawei 出问题之后我还没动过东西,只是做过硬盘的 smart 检查和关机清理过 sata 口和换过 sata 线.

黑群,@lifanxi @pk5ls20 @ferock @alfawei
之前是因为 sata 转接板或者 sata 线有问题.然后提示多块盘出问题.再之后等我的东西买齐再换的线和转接板...硬盘其实都是好的.

之前是有 2 个 512GB 的 ssd 给这个 raid5 做了只读缓存的,应该是这个 /dev/mapper/cachedev_1

关注一下后续咋说.

你又不欠她...等等,你想做什么?

自建 DERP 转发.