Linux|系统管理|WEB开发

mondo算是一款比较成熟的Linux平台备份/恢复软件了，功能强大，而且有实际生产上的成功案例。

于是我用它备份了我的系统，备份成ISO镜像，每个ISO 660M的样子，一共备份出来了5个ISO。

前两天我打算从这些ISO中恢复我的系统，不过这些ISO我都可以刻录，而是放在一个专门的分区里(ext3文件系统）。
启动mondorestore，选择从HardDisk里读取ISO，然后指定了路径，而且mondorestore也读出了这5个ISO里的文件列表。于是我开始全部选择恢复，指定恢复的路径(我把需要恢复的分区挂载到了一个目录上），最开始，一切看上去都那么美好。
可惜好景不长，不到1分钟，mondorestore退出了，仅仅是一个Oops，没有吐出core文件，其log文件也仅仅是一些打印信息，没有任何为什么异常退出的解释。

尝试了使用NFS的方式，没有效果，其实NFS和直接从磁盘本质没有区别，只是一个本地和远程的差别而已。
尝试了用第一张ISO启动恢复的方式（虚拟机里），结果他提示我把含有数据的ISO光盘dd到floppy里，然后开始恢复，floppy，天啦，这是一个多么遥远的词了，即便我能找到floppy，我能找到读它的驱动器吗？也是这个方法也废弃了。

就这样断断续续搞了大半天，还是没有效果。

做了各种尝试后，我觉得仅仅只是利用mondorestore这个程序，恐怕是不能恢复我的系统了，得仔细看看ISO里的内容，看看有没有其他办法了。

ISO里，占大头都是一些后缀为afio.bz2的文件，这些文件是经过bzip2压缩的afio归档文件。那如果我自己把这些归档文件按照顺序解压出来呢？恩，应该有戏。

为了保险起见，先对一个afio.bz2的文件做测试，看看能否解压。

$afio -i -v -Z -P bunzip2 1.afio.bz2
.....
etc/xdg/Thunar/volmanrc -- okay
etc/xdg/user-dirs.conf -- okay
etc/xdg/user-dirs.defaults -- okay
etc/xdg/xfce4 -- okay
......

看来解压是没有问题了，测试解压的文件看看是否能用，

$./ls
bzexe  bzip2  chown  false  gzexe  gzip  ip  ld_static
 ls  readlink  sync  zfgrep  znew

看来问题不大。

那么剩下的事情就好办了，让脚本去完成这上百个afio.bz2文件的解压工作好了。

#!/bin/bash
dir="/lvdata/ubuntu810.img"
for i in `ls $dir/*`
do
    umount -l /media/cdrom 2>/dev/null
    mount $i /media/cdrom -o loop
    [ $? -eq 0 ] || exit 65
    for f in /media/cdrom/archives/*.afio.bz2
    do
        echo $f
        afio -i -v -Z -P bzcat $f
    done
done

把这个脚本放到打算回复的目录里（也就是需要恢复的分区挂载的目录），然后执行这个脚本，只见屏幕上全模乱舞（都是-v惹的祸），大约20分钟，脚本结束了。看看恢复的大小，似乎我和备份之前的分区使用大小差不多。

那么就尝试重启吧，哈哈，真的可以启动呢，还可以登录呢。

呃，当然，还有一些小小的工作需要自己完善，启动过程还是有些报错的，原因我想是因为最后一张光盘里，不是afio.bz2文件，而是dat.bz2文件，不知道如何处理，共有64M。不过需要完善还不是很多，基本都能搞定。

不管怎样，系统回来了，这帖子就是在恢复的系统上写的。

Technorati 标签: mondo, rescue, mondoarchive, mondorestore