marstj 发表于 2024-4-17 09:03:42

系统备份还原或克隆时目标存储器小于原始存储器时怎么办?

各位大佬,大家在进行系统备份还原或直接克隆时如果选择的目标存储器小于原始存储器,相应的工作不能进行下去而终止,遇到这样的情况该怎么办?


201027149 发表于 2024-4-17 09:37:58

镜像备份、还原已经很久没做过了,主要后来 U 盘、移动盘都固态发展,基本都直接“迁移”了。

dshit 发表于 2024-4-17 09:45:49

没办法吧。容器壳子就那么大,数据比壳子还大,肯定是写不进去啊。还是恢复到大壳子里面,精简下文件,该删的删,

cyh92 发表于 2024-4-17 10:05:49

换个吧。

c5215016 发表于 2024-4-17 10:16:59

gander6 发表于 2024-4-17 10:49:27

分开来说。备份时,备份文件通常都是被压缩的,因此,基本上不存在什么目标存储小于原始存储的问题。恢复时,如果目标存储小于备份文件解压后的原始存储的大小,那几乎就无解了。

marstj 发表于 2024-4-17 11:07:37

gander6 发表于 2024-4-17 10:49
分开来说。备份时,备份文件通常都是被压缩的,因此,基本上不存在什么目标存储小于原始存储的问题。恢复时 ...

我在使用R-Drive Image和Active Disk Image将一个linux系统备份成镜像,然后将镜像还原到另一小于原始存储器的硬盘时,出现了这种情况。实际上原始存储器上的存储的数据量是远小于目标存储器的容量的。

guong 发表于 2024-4-17 12:55:39

只能换个大的吧

nathan6498 发表于 2024-4-17 13:04:11

谢谢分享

深深的沼泽 发表于 2024-4-17 13:32:50

你这个问题多数备份还原都有这个BUG,
给你个关键字就在本论坛里
Snapshot1.50.0.1394(x86)-1.50.0.1393(x64)汉化版(解决大分区恢复小分区BUG)

marstj 发表于 2024-4-17 13:40:14

深深的沼泽 发表于 2024-4-17 13:32
你这个问题多数备份还原都有这个BUG,
给你个关键字就在本论坛里
Snapshot1.50.0.1394(x86)-1.50.0.1393( ...

感谢提供关键线索

2010haotianc 发表于 2024-4-17 13:43:15

支持一下。

softwarezheng 发表于 2024-4-17 14:05:14

谢谢

studyggm 发表于 2024-4-18 09:15:52

首先原始要删减再备份,snapshot 可以恢复到目标分区小于原分区(但实际目标分区一定大于未压缩数据量)。楼主用的备份工具是逐字节原始备份不敢保证能满足这个要求

reninhouse 发表于 2024-4-18 09:20:44

楼上是正解

blank007 发表于 2024-4-18 10:46:18

ghost、 Acronis

JOINT 发表于 2024-4-19 10:32:25

http://img.xdnphb.com/ueditor/edit/upload/image/20191211/1014409/1576032926471056932.png

bgg023 发表于 2024-4-19 10:52:16

找个大的

什么都不说吧 发表于 2024-4-19 11:03:46

还是备份软件版本的问题,所以我到现在还在使用ghost。到现在为止还是只有ghost+cgi,能实现全自动恢复系统。

wsdyleon 发表于 2024-4-19 11:55:52

这不很正常的,很必要的基本要求吗?如果有办法的话,我用1m的盘备份了

softwarezheng 发表于 2024-4-20 16:43:37

感恩天地

szwp 发表于 2024-4-20 17:23:20

分卷备份
页: [1]
查看完整版本: 系统备份还原或克隆时目标存储器小于原始存储器时怎么办?