系统备份还原或克隆时目标存储器小于原始存储器时怎么办?
各位大佬,大家在进行系统备份还原或直接克隆时如果选择的目标存储器小于原始存储器,相应的工作不能进行下去而终止,遇到这样的情况该怎么办?镜像备份、还原已经很久没做过了,主要后来 U 盘、移动盘都固态发展,基本都直接“迁移”了。 没办法吧。容器壳子就那么大,数据比壳子还大,肯定是写不进去啊。还是恢复到大壳子里面,精简下文件,该删的删, 换个吧。 好 分开来说。备份时,备份文件通常都是被压缩的,因此,基本上不存在什么目标存储小于原始存储的问题。恢复时,如果目标存储小于备份文件解压后的原始存储的大小,那几乎就无解了。 gander6 发表于 2024-4-17 10:49
分开来说。备份时,备份文件通常都是被压缩的,因此,基本上不存在什么目标存储小于原始存储的问题。恢复时 ...
我在使用R-Drive Image和Active Disk Image将一个linux系统备份成镜像,然后将镜像还原到另一小于原始存储器的硬盘时,出现了这种情况。实际上原始存储器上的存储的数据量是远小于目标存储器的容量的。 只能换个大的吧 谢谢分享 你这个问题多数备份还原都有这个BUG,
给你个关键字就在本论坛里
Snapshot1.50.0.1394(x86)-1.50.0.1393(x64)汉化版(解决大分区恢复小分区BUG) 深深的沼泽 发表于 2024-4-17 13:32
你这个问题多数备份还原都有这个BUG,
给你个关键字就在本论坛里
Snapshot1.50.0.1394(x86)-1.50.0.1393( ...
感谢提供关键线索 支持一下。 谢谢 首先原始要删减再备份,snapshot 可以恢复到目标分区小于原分区(但实际目标分区一定大于未压缩数据量)。楼主用的备份工具是逐字节原始备份不敢保证能满足这个要求 楼上是正解 ghost、 Acronis http://img.xdnphb.com/ueditor/edit/upload/image/20191211/1014409/1576032926471056932.png
找个大的 还是备份软件版本的问题,所以我到现在还在使用ghost。到现在为止还是只有ghost+cgi,能实现全自动恢复系统。 这不很正常的,很必要的基本要求吗?如果有办法的话,我用1m的盘备份了 感恩天地 分卷备份
页:
[1]