我有一个使用 创建的整个 Mac OS HDD 的克隆dd
,如下所示:
sudo dd if=/dev/sda of=/media/mint/backup/mac-backup.img
我在创建时使用diff
. 现在我把机器拿回来了,我想恢复备份。我可以简单地做:
sudo dd if=/media/mint/backup/mac-backup.img of=/dev/sda
或者这会失败吗?我有一个使用不同过程制作的旧备份,我知道我可以在正常的 Mac 设置过程中恢复,所以如果这不起作用,我可以这样做。但是我不知道该设置实用程序是否位于 HDD 上,或者它是否位于更永久的存储位置(例如 MB),所以我担心我可能会不小心用dd
. 如果发生这种情况,我不知道如何获得新副本。
我要把自己画到角落里吗?
简短的回答:是的,这很好用。
更长的答案:我曾经
dd
如上恢复数据,并且成功。但是,Mac 在开机时不会加载操作系统。从启动设备菜单中选择硬盘可以正常启动并且所有数据都在那里。我将Mac加载到恢复模式并在磁盘上运行急救,然后在开机时加载他的操作系统而没有任何问题。因此,对于将来执行此操作的任何其他人,“dd”是用于 Mac OS 硬盘的完全有效的备份和恢复方法。以下是一些与
dd
可能即将执行此操作的人相关的进一步建议:dd
通过管道传输,如下所示:gzip
如果您认为您的磁盘可能会产生读取错误以便能够继续运行,您可以使用
noerror
and选项,但请注意您的块大小(设置为您想要的任何大小),因为块中任何地方的错误都会弄乱整个街区sync
bs=64K
与上述相关,较小的块与 一起使用时更安全
conv=noerror,sync
,但速度较慢。如果您认为不太可能出现读取错误,则可能需要增加块大小该选项
status=progress
让您密切关注事情的进展情况成功恢复整个 HDD shell 的有效二进制副本。但请注意,实际上不可能从正在运行的系统准备工作备份 - 您需要使用单用户模式或恢复磁盘进行备份。RW 挂载分区是一个“活”系统,在 dd 运行期间其内容更改的概率几乎为 100%。
所谓的恢复磁盘是放置在磁盘末端附近某处的隐藏分区。如果您运行 dd 并从完整磁盘备份中恢复,它也会被覆盖。HDD 之外唯一的东西是 NVRAM(包含默认可启动设备等信息)。