问一个群晖数据恢复问题~

2021-09-25 22:42:09 +08:00
 RiESA

数据无价,数据数据,我是傻子

前因是这样的,之前的黑裙突然崩了,然后搜网上的教程开始重装

硬件是一个 U 盘作为引导,一个 32G 的 SSD 作为系统盘,然后一个 10T 的机械

格式化了每个硬盘的第一个分区,第一个分区粉红色的是系统,数据在后面的分区? 应该是这样理解(对这个教程存疑目前,因为我失败了)

然后重装了系统,重装系统又遇到提示“无法安装此文件,文件可能已损毁。( 13 )”,然后我把 10T 的机械拔出来,格式化了 32G 的固态,重新安装了 DSM

按网上的教程重装完系统把 10T 的机械硬盘装回去,应该会提示硬盘有问题,然后修复完事才对

然而...静悄悄,群晖压根没有提示所谓的修复,倒是能识别到 10T 的硬盘,但是显示未初始化,只能新增存储池,而且会提示格式化硬盘全部数据

这咋整,我麻了

发帖前我大概搜索了一下,有挂载到其他 linux 下然后复制文件出来的抢救办法

但是问题来了,我没另外一个 10T 那么大的硬盘来腾笼换鸟,有没有什么办法可以直接恢复数据而不用格式化掉的吗

目前的样子,下面那个 10T 的显示未初始化

https://www.hualigs.cn/image/614f36b12ff84.jpg

5447 次点击
所在节点    NAS
45 条回复
AirBai2
2021-09-26 10:57:36 +08:00
我回复过,如果你不动 10T 硬盘的分区,可以直接恢复的
RiESA
2021-09-26 10:58:30 +08:00
@vteng 前文的数据无价是在批判我自己在对问题没有足够的了解情况的错误操作,
而不是黑群晖,如果是因为黑群晖不稳定的数据损坏我也认了
RiESA
2021-09-26 10:59:58 +08:00
@AirBai2 看来我理解的没错了,但是为什么网上的教程教人格式化掉每个硬盘的第一个分区,坑人

"3. 格式化掉每个硬盘的第一个分区,保留 EXT4 文件系统"
gtgc2005
2021-09-26 13:21:48 +08:00
我印象里,硬盘上应该有 3 个分区,要格式化掉前 2 个分区。最后一个是数据分区
gtgc2005
2021-09-26 13:31:09 +08:00
我记错了,麻烦忽略我这个错误的方式
sorsens
2021-09-26 14:15:57 +08:00
嗯,应该是硬盘的锅,小概率事件,硬盘还能修复后接着用,但是修复需要重新做群晖的识别(很漫长),重新写入文件。
建议还是 riad1 这些。
现在最好是 linux 系统下买个新硬盘,拷贝过去数据
zerohzd
2021-09-26 14:43:54 +08:00
学习了,其实楼主不需要另一块 10T 的盘,几块硬盘加起来 10T,分几次挪也是可以的...吧?
TerranceL
2021-09-26 16:10:21 +08:00
@yazoox 白群晖系统崩了有 reset 键,其作用推测和楼主删除所有硬盘上第一个分区类似。另外白群晖可以寻求官方技术支持。(虽然也无法提供 rm -rf 删除数据的恢复方案)
geniussoft
2021-09-26 16:11:48 +08:00
如果在意数据安全,就不要使用黑裙。

您不但用黑裙,而且还是单盘,还没有冷备份?

...
TerranceL
2021-09-26 16:12:34 +08:00
楼主是不是开机状态下充新插的 10T 盘?关机插进去再开机试试,删除第一个分区操作本身没问题,我以前黑群晖的时候干过一次,印象里和开关机有关系。
RiESA
2021-09-26 16:21:56 +08:00
@TerranceL #30 关机插入,开机插入都试过了,都是提示需要初始化
defunct9
2021-09-26 16:42:24 +08:00
卖一块 16TB 的全新 SAS 盘
lifanxi
2021-09-27 00:11:45 +08:00
我今天在 PVE 上用虚拟机黑群晖( DSM 6.2.3 )测试了恢复分区的逻辑。

步骤:

1. 先建一个 DSM ( test1 ),加一块硬盘,用 SHR 模式建一个 Volume,放点文件,关机。(模拟原来故障的 NAS 。)
2. 再建一个 DSM ( test2 ),也一块硬盘,建一个 Volume,关机。(模拟重装后的 NAS 。)
3. 把 test1 的硬盘,挂到 test2 上,test2 开机。群晖提示系统分区损坏,修复后,数据都在。(正常的硬盘重新挂到一台新建的 NAS 是可以无损恢复数据的)
4. 在 test2 上,强行用 fdisk 把 test1 的硬盘上的前两个分区(系统,SWAP )删除。重启 test2 。(模拟楼主的修复操作)
5. 重启后,test2 上提示第二块硬盘为未初始化状态。什么都看不到了。

修复过程:

1. 先用 fdisk 把 test1 的硬盘上被删除的前两个分区重建,都设成 fd 类型,具体大小可以抄 test2 的情况,不同时期的 DSM,创建的分区型式略有差异,类似这样:
Device Boot Start End Sectors Size Id Type
/dev/sdc1 2048 4982527 4980480 2.4G fd Linux raid autodetect
/dev/sdc2 4982528 9176831 4194304 2G fd Linux raid autodetect
2. 然后,把这两个分区分别加到系统 md0 和 md1 中,靠 RAID 修复系统分区:
sudo mdadm -a /dev/md0 /dev/sdc1
sudo mdadm -a /dev/md1 /dev/sdc2
做完这步后,在 Storage Manager 中就能看到磁盘状态由未初始化变成了已初始化,但看不到上面的 卷。
3. 这时 cat /proc/mdstat 能看到一个 md127 的 RADI 设备,就是 test1 硬盘的数据区。看上去不太对,把它删掉重建成 md3,重建命令的-N 后面是名字:序号,可以抄下 md2 设备里的名字,序号跟 mdX 中的数字一样。系统会提示已经有 RAID 信息了,直接 y 继续创建:
sudo mdadm -S /dev/md127
sudo mdadm --create /dev/md3 --level=1 --raid-devices=1 --force /dev/sdc5 -N <机器名>:3
(我后来又演练了两次,这两次都没有出来 md127,我就直接创建 md3 了)
4. 下面就是要恢复 LVM 了,这步比较迷,我也不知道怎么就恢复了(好像就是只要多等一会儿就行了)。
我先运行了 vgchange -ay,但只列出了一个 vg,我就尝试着用下面这些命令看 LVM 的状态,到 vgs 时,突然看到多了一个 vg1000,然后后面那些命令看起来都符合预期了。但是 DSM 界面上看,相关的卷还没出来。
# pvs
# vgs
# lvs
# pvdisplay
# vgdisplay
# lvdisplay
5. 直接 reboot 重启,然后就都正常了
RiESA
2021-09-27 08:45:35 +08:00
@lifanxi 卧槽,老哥我的超人,
有点不知道该说啥了,就因为的自己的错误操作,费老哥你那么多心思解答,还花费时间测试,谢谢老哥,谢谢
fushy
2021-09-27 10:51:32 +08:00
其实要保证数据,最好是使用两块不同厂商的硬盘 raid1, 其他的都不可靠
mrweiwei
2021-09-27 10:52:54 +08:00
@lifanxi 收藏一下,感觉以后能用上
RiESA
2021-09-27 11:18:28 +08:00
[![4gg2EF.png]( https://z3.ax1x.com/2021/09/27/4gg2EF.png)]( https://imgtu.com/i/4gg2EF)

活了! 感动人心,再次谢谢老哥 @lifanxi
lifanxi
2021-09-27 12:08:22 +08:00
@fushy 来个勒索病毒就傻了。数据安全的底线是备份!备份!备份! RAID 是给你解决数据可用性问题而不是数据安全问题的。
lifanxi
2021-09-27 12:09:49 +08:00
@RiESA 为啥还是无法访问系统分区?不过讲道理这个简单修复一下就好了。
RiESA
2021-09-27 13:44:55 +08:00
@lifanxi 因为今天还在上班,只是远程回家里的电脑简单试了一下前面的操作,晚上下班回家慢慢弄

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/804212

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX