三步拯救黑群晖(DSM7.0.1)磁盘中的数据

简介: 三步拯救黑群晖(DSM7.0.1)磁盘中的数据

三步拯救黑群晖(DSM7.0.1)磁盘中的数据


之前有介绍如何在ESXi7.0中安装黑群晖DSM7.0.1


ESXi7.0下安装群晖DSM7.0.1的视频教程

PVE环境下安装黑群晖DS918+ DSM7.0


最近使用过一段时间,稳定好用

image.png


但看到有新DSM版本可以进行更新 DSM7.0.1-42218(旧版本DSM7.0.1-42214为RC版本) 然后未加思考就直接下载升级了


image.png


结果就是升级后无法黑群晖无法正常启动了,只能想办法拯救一下里面之前保存的一些数据


具体步骤如下


1、先将原黑群晖的数据盘vmdk文件挂到CentOS7.9的虚拟机中

640.png


这时mount进行尝试挂载


lsblk


mount /dev/sdb3 /opt挂载时报如下错误


mount /dev/sdb3 /opt
mount: unknown filesystem type 'linux_raid_member'

640.png


lsblk -f


lsblk -f这时发现为linux_raid_member的文件系统


2、安装mdadm模拟RAID组


yum install mdadm
mdadm --assemble --run /dev/md0 /dev/sdb3

640.png


640.png

3、挂载并拷贝数据到本地


mount /dev/vg1/volume_1 /opt

640.png

这时就可以正常访问黑群晖数据磁盘中的数据了

例如cp 文件到/home目录 然后SFTP下载到本地就可以

640.png


640.png


以上就是三步拯救黑群晖(DSM7.0.1)磁盘中的数据全过程

相关文章
|
5月前
|
存储 Oracle 关系型数据库
服务器数据恢复—EVA存储raid5阵列多块硬盘离线导致存储崩溃的数据恢复案例
服务器数据恢复环境: 1台某品牌EVA4400控制器+3台EVA4400扩展柜+28块FC硬盘。 服务器故障: 由于两块磁盘掉线导致存储中某些LUN不可用,某些LUN丢失,导致存储崩溃。
服务器数据恢复—EVA存储raid5阵列多块硬盘离线导致存储崩溃的数据恢复案例
|
算法 Docker Python
二十七 | 案例篇:为什么我的磁盘I/O延迟很高?
二十七 | 案例篇:为什么我的磁盘I/O延迟很高?
428 0
|
存储 安全 Windows
【弹出USB大容量存储设备时出问题】两步搞定
【弹出USB大容量存储设备时出问题】两步搞定
1073 0
【弹出USB大容量存储设备时出问题】两步搞定
磁盘和文件系统管理实验
磁盘和文件系统管理实验
45 0
【PE准备阶段】将内存中的数据读取到内存,将内存中的数据读取到文件中【滴水逆向39期作业】
【PE准备阶段】将内存中的数据读取到内存,将内存中的数据读取到文件中【滴水逆向39期作业】
|
存储 程序员 Linux
eMMC读写的数据流图
eMMC读写的数据流图
536 0
eMMC读写的数据流图
|
开发工具 异构计算 内存技术
ZYNQ - 无DDR固化程序(压缩FSBL以能固化更大的应用程序在OCM上)
ZYNQ - 无DDR固化程序(压缩FSBL以能固化更大的应用程序在OCM上)
579 0
ZYNQ - 无DDR固化程序(压缩FSBL以能固化更大的应用程序在OCM上)
|
存储 缓存 算法
文件系统与磁盘常见优化方案和术语
文件系统与磁盘常见优化方案和术语
文件系统与磁盘常见优化方案和术语
|
容灾
服务运行过程中磁盘坏道引起的思考
服务运行过程中磁盘坏道引起的思考
服务运行过程中磁盘坏道引起的思考
[操作系统]Fat32磁盘结构与数据恢复实验报告(下)
[操作系统]Fat32磁盘结构与数据恢复实验报告
238 0
[操作系统]Fat32磁盘结构与数据恢复实验报告(下)