无忧启动论坛

标题: 系统备份还原或克隆时目标存储器小于原始存储器时怎么办？ [打印本页]

作者: marstj 时间: 2024-4-17 09:03
标题: 系统备份还原或克隆时目标存储器小于原始存储器时怎么办？
各位大佬，大家在进行系统备份还原或直接克隆时如果选择的目标存储器小于原始存储器，相应的工作不能进行下去而终止，遇到这样的情况该怎么办？

作者: 201027149 时间: 2024-4-17 09:37
镜像备份、还原已经很久没做过了，主要后来 U 盘、移动盘都固态发展，基本都直接“迁移”了。

作者: dshit 时间: 2024-4-17 09:45
没办法吧。容器壳子就那么大，数据比壳子还大，肯定是写不进去啊。还是恢复到大壳子里面，精简下文件，该删的删，

作者: cyh92 时间: 2024-4-17 10:05
换个吧。

作者: c5215016 时间: 2024-4-17 10:16
好

作者: gander6 时间: 2024-4-17 10:49
分开来说。备份时，备份文件通常都是被压缩的，因此，基本上不存在什么目标存储小于原始存储的问题。恢复时，如果目标存储小于备份文件解压后的原始存储的大小，那几乎就无解了。

作者: marstj 时间: 2024-4-17 11:07

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

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

作者: guong 时间: 2024-4-17 12:55
只能换个大的吧

作者: nathan6498 时间: 2024-4-17 13:04
谢谢分享

作者: 深深的沼泽 时间: 2024-4-17 13:32
你这个问题多数备份还原都有这个BUG，
给你个关键字就在本论坛里
Snapshot1.50.0.1394(x86)-1.50.0.1393(x64)汉化版（解决大分区恢复小分区BUG）

作者: marstj 时间: 2024-4-17 13:40

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

感谢提供关键线索

作者: 2010haotianc 时间: 2024-4-17 13:43
支持一下。

作者: softwarezheng 时间: 2024-4-17 14:05
谢谢

作者: studyggm 时间: 2024-4-18 09:15
首先原始要删减再备份，snapshot 可以恢复到目标分区小于原分区（但实际目标分区一定大于未压缩数据量）。楼主用的备份工具是逐字节原始备份不敢保证能满足这个要求

作者: reninhouse 时间: 2024-4-18 09:20
楼上是正解

作者: blank007 时间: 2024-4-18 10:46
ghost、 Acronis

作者: JOINT 时间: 2024-4-19 10:32

作者: bgg023 时间: 2024-4-19 10:52
找个大的

作者: 什么都不说吧 时间: 2024-4-19 11:03
还是备份软件版本的问题，所以我到现在还在使用ghost。到现在为止还是只有ghost+cgi，能实现全自动恢复系统。

作者: wsdyleon 时间: 2024-4-19 11:55
这不很正常的，很必要的基本要求吗？如果有办法的话，我用1m的盘备份了

作者: softwarezheng 时间: 2024-4-20 16:43
感恩天地

作者: szwp 时间: 2024-4-20 17:23
分卷备份

欢迎光临无忧启动论坛 (http://wuyou.net/)