1、Mondo Rescue是一个开源免费的故障恢复和备份工具，用户可以轻松地创建系统（Linux或Windows）克隆或备份的ISO镜像，可以将这些镜像存放在CD、DVD、磁带、USB设备、硬盘和NFS上。Mondo Rescue还可以用来快速恢复或者重新部署工作镜像到其他系统中，万一碰到数据丢失，你还可以从备份介质恢复尽可能完整的系统数据。
Mondo Rescue（以下简称Mondo）可以说是Linux 下的Ghost，它可以将你的系统照相一样备份至磁带，CD-R，CD-RW，NFS或硬盘分区。Mondo广泛支持LVM、RAID、ext2、ext3、JFS、XFS、ReiserFS、VFAT等。这个软件可以让大家一步一步地将Linux系统备份出来，一旦今后出了问题，只要用创建好的MondoCD将系统还原至上次备份时的状态即可。架构：Mondo Rescue由Mondo和Mindi两个包组成。Mondo是主程序用来备份和还原。Mindi则类似一个迷你的Linux，它包括核心，模块，函数库及一些做系统维护的重要工具。目前，Mondo已经支持Asianux 2/3系统平台。
Mondo rescue 支持 各版本linux系统，本文档只在centos和redhat这俩个linux版本里做过实验，这俩个版本也是当下比较用的普遍的

mondo需要联网下载，请注意！！！

[root@node1]# cd /etc/yum.repos.d/

[root@node1 yum.repos.d]# wget ftp://ftp.mondorescue.org/rhel/6/x86_64/mondorescue.repo

[root@node1 yum.repos.d]# yum  -y  install mondo --nogpgcheck

[root@node1 yum.repos.d]# mondoarchive           —运行mondo工具

需要注意:

分区有要求：

不要有swap分区可以恢复完以后进入操作系统进行创建，到后期恢复时会有报错导致恢复不成功。

1、备份什么样的介质

选择Hard disk备份ISO镜像



2、备份文件的默认路径，这边默认即可，但是你要记住要



3、选择压缩类型，选gzip最大压缩方式



4、选择要压缩的比例我们这里选择最大压缩



5、选择每个镜像大小

键入你想要的每个ISO镜像的大小，以MB（兆字节）为单位。这个数值应当小于等于CD-R(W)（700）或DVD（4480）的容量。默认即可。默认正好是dvd容量 如下图：默认即可



6、制定镜像名称

这里我们默认即可，可以随便定义哦



7、选择要备份的目录

默认是 / 目录要备份全系统



8、选择要排除备份的目录

可以按提示自行添加 | 分割，也可以不用默认敲回车



9、选择临时目录路径

这里我们选择默认默认路径就OK



10、选择暂存目录

也是按系统选择默认



11、选择是否备份扩展的属性

选择备份扩展的属性，选择yes



12、备份机器的内核

备份机器的内核，选择默认就可以，直接选择ok回车即可



13、验证备份文件

如果你想要验证你的备份文件，那么在Mondo创建备份文件之后，点击“Yes”



14、选择默认yes



15、下面就等到系统备份吧

16、mondo工具备份系统镜像完成



17、到刚才默认备份的路径下/var/cache/mondo/找到备份好的iso镜像文件
	

18、用xftp工具吧备份下来的iso文件拷贝到windos桌面上

用这个工具进行刻录到光盘上，用于以后恢复系统





19、恢复镜像过程

输入nuke即可自动恢复备份的镜像系统了

最近开始转向freescale imx6平台进行嵌入式开发，这款SoC在工控领域运用很广。



第一篇：安装飞思卡尔freescale的LTIB（linux目标镜像编译工具）过程
 刚接触imx6就了解到这个恶心的ltib，既然是官方出品的，咱也得试用一下看看。
Linux Target ImageBuilder (LTIB) is a tool created byFreescale that is used to build Linux targetimages, composed of a set of packages。
LTIB说白了就tool-chain，包括各种dependencylib，也包括了对CPU，board，u-boot，kernel，busybox的配置。
 
i.MX 6 series 采用ARM Cortex A9 CPU。分为支持单核Solo，双核Dual，四核Quad。list: i.MX6Qi.MX6D i.MX6DL i.MX6Si.MX6SX i.MX6SL六款型号。
 
我的目标是基于iMX6S开发arm-linux系统，不是android。
 
首先是去飞思卡尔网站上面下载相关的开发工具，BSP，SDK及硬件配置工具。
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX6_SW
最新可用的source code版本是L3.0.101_4.1.1_141016_source.tar.gz，但里面没有ltib（Linux Target Image Builder）。找啊找，终于在L3.0.35_4.0.0_130424_source.tar.gz包中找到，看来，freescale的习惯就是升级啊，以前发布过的，这次我就不一并发布了，并且发布也是以patch形式。
 
@ubuntu:/home/tools/L3.0.35_4.0.0_130424_source$ls
EULA     ltib.tar.gz           pkgs                tftp.zip
install  package_manifest.txt  redboot_201003.zip
tanyc@ubuntu:/home/tools/L3.0.35_4.0.0_130424_source$./install 
 
You are about toinstall the LTIB (GNU/Linux Target Image Builder)
 
Before installingLTIB, you must read and accept the EULA 
(End User LicenseAgreement) which will be presented next.
 
Do you want tocontinue ? Y|n
这个安装可真费劲，首先必须看完EULA授权协议。然后还必须得以非root用户来执行安装。
安装依赖库，死活说zlib没有安装。最后解决方式是建立一个链接文件了事。
@ubuntu:/lib# ln-s x86_64-linux-gnu/libz.so.1 libz.so
 
一时半会ltib安装不上，就改为prebuilts，就是一些预编译好的工具链，开发板的公司一般都会提供。
 
ltib只支持linux 3.0.35-imx，不支持linux 3.0.101-imx。这让我有一些concern，或许可以问一下freescale，我估计应该是不必升级LTIB吧。

 
L3.0.101_4.1.1_141016_source下面有两个ltib_config_platform_imx.patch，但不知道如何打这个patch，因为没有打patch的指令文件。上freescalecommunity发了个帖子，结果发现早有人提了此问题。
Please refer tothe next :
https://www.freescale.com/webapp/Download?colCode=IMX6LXPATCHRN&appType=license&location=null&Parent_nodeId=&Parent_page…
下载来看了就是：i.MX 6 Linux 3.0.101_4.1.1 Patch Release Notes
 
ltib生成的配置文件放在如下目录：
tanyc@ubuntu:~/ltib/config/platform/imx$ls
busybox.config     imx51_3stack.cf        kernel-3.5.7.spec.in
defconfig.dev      imx51.cf               main.lkc
dev.profile        imx51_updater.cf       max.profile
fsl_mm.lkc         imx6q.cf               merge
imx233.cf          imx6q_updater.cf       min.profile
imx233_updater.cf  imx6s.cf               packages.lkc
imx25_3stack.cf    imx6s_defconfig.dev    pkg_map
imx25_updater.cf   imx6s_updater.cf       preconfigs.lkc
imx27ads.cf        imx_v4_v5.cf           release_gnome.profile
imx28.cf           imx_v6_v7.cf           release.profile
imx28_updater.cf   kernel-2.6.28.spec.in  u-boot.spec.in
imx31_3stack.cf    kernel-2.6.31.spec.in  u-boot-v2009.08.spec.in
imx31ads.cf        kernel-2.6.35.spec.in  u-boot-v2012.10.spec.in
imx35_3stack.cf    kernel-2.6.38.spec.in  updater.profile
imx35_updater.cf   kernel-3.0.15.spec.in
imx37_3stack.cf    kernel-3.0.35.spec.in
编译u-boot，kernel,busybox都有出错，但我判断LTIB安装是正确了的。理由是：/opt/freescale/目录已经完整创建。并且 ，我用
/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin下面的工具链arm-linux-gcc来编译u-boot是通过的。
顺便说一下，arm-linux-gcc及arm-none-linux-gnueabi-gcc其实都指向arm-fsl-linux-gnueabi-gcc。
遗留问题：
ltib相关的两个patch，依照i.MX 6 Linux 3.0.101_4.1.1 PatchRelease Notes.pdf文档的说明，打patch不成功。
sudo rm /ltib/config/platform/imx/.config
./ltib config
可以重配ltib。但结果linux3.0.101仍然放不出来，这也说明patch不成功。
但我判断这个不影响uboot，kernel 的配置及编译。因为ltib本质上只是提供了一个编译的tool-chain而已。

  版权声明：*本文章参考了《Linux内核官方文档》。未经作者允许，严禁用于商业出版**，否则追究法律责任。网络转载请注明出处，这是对原创者的起码的尊重！！！*
1 Linux内核镜像格式
  Linux内核有多种格式的镜像，包括vmlinux、vmlinuz，Image、zImage、bzImage、uImage、xipImage、bootpImage等.

1.1 vmlinux
  vmlinuz是可引导的、可压缩的内核镜像，vm代表Virtual Memory。Linux支持虚拟内存，因此得名vm。它是由用户对内核源码编译得到，实质是elf格式的文件。也就是说，vmlinux是编译出来的最原始的内核文件，未压缩，比较大。这种格式的镜像文件多存放在PC机上，大约为50MB。

ELF，Executable and Linkable Format，可执行可链接格式，是UNIX实验室作为应用程序二进制接口而发布的，扩展名为elf。可以简单的认为，在elf格式的文件中，除二进制代码外，还包括该可执行文件的某些信息，比如符号表等。

1.2 vmlinuz
  vmlinuz是可引导的、压缩过的内核。“vm”代表“Virtual Memory”。vmlinuz是可执行 的Linux内核，它位于/boot/vmlinuz，它一般是一个软链接。vmlinuz的建立有两种方式:


一是编译内核时通过“make zImage”创建，手动拷贝到/boot目录下面。zImage适用于小内核的情况，它的存在是为了向后的兼容性。


二是内核编译时通过命令make bzImage创建，然后手动拷贝至/boot目录下。


1.3 Image
  Image是经过objcopy处理的只包含二进制数据的内核代码，它已经不是elf格式了，但这种格式的内核镜像还没有经过压缩。

GNU使用工具程序objcopy作用是拷贝一个目标文件的内容到另一个目标文件中，也就是说，可以将一种格式的目标文件转换成另一种格式的目标文件。 通过使用binary作为输出目标(-o binary)，可产生一个原始的二进制文件，实质上是将所有的符号和重定位信息都将被抛弃，只剩下二进制数据。

1.4 zImage和bzImage
  zImage是ARM linux常用的一种压缩镜像文件，它是由vmlinux加上解压代码经gzip压缩而成，命令格式是make zImage。这种格式的Linux镜像文件多存放在NAND上。
  bz表示big zImage,其格式与zImage类似，但采用了不同的压缩算法，注意，bzImage的压缩率更高。bzImage不是用bzip2压缩的,bz表示“big zImage”。 bzImage中的b是“big”意思。
  zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码。所以你不能用gunzip或gzip –dc解包vmlinuz。
  内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存(第一个 640K)，bzImage解压缩内核到高端内存(1M以上)。如果内核比较小，那么可以采用zImage或bzImage之一，两种方式引导的系统运行 时是相同的。大的内核采用bzImage，不能采用zImage。
1.5 uImage
  uImage是uboot专用的镜像文件，它是在zImage之前加上一个长度为64B的头信息(tag)，在头信息内说明了该镜像文件的类型、加载 位置、生成时间、大小等信息。换句话说，若直接从uImage的0x40位置开始执行，则zImage和uImage没有任何区别。命令格式是make uImage，这种格式的Linux镜像文件多存放在NAND 上。64字节的头结构如下：
typedef struct image_header 
{
    uint32_tih_magic;
    uint32_tih_hcrc;
    uint32_tih_time;
    uint32_tih_size;
    uint32_tih_load;
    uint32_tih_ep;
    uint32_tih_dcrc;
    uint8_tih_os;
    uint8_tih_arch;
    uint8_tih_type;
    uint8_tih_comp;
    uint8_tih_name[IH_NMLEN];
} image_header_t;

所以，uImage和zImage都是压缩后的内核映像。而uImage是用mkimage工具根据zImage制作而来的。mkimage工具介绍如下：u-boot里面的mkimage工具来生成uImage（u-boot源码包/tools/mkimage.c )
  命令：mkimage -l [uimage file name]

     mkimage [options] -f [image tree source file] [uimage file name]

     mkimage [options] -F [uimage file name]

     mkimage [options] (legacy mode)

  描述：mkimage命令用于创建与 U-Boot引导加载程序一起使用的映像。这些映像可以包含linux内核，设备树blob，根文件系统映像，固件映像等，可以单独使用，也可以组合使用。mkimage支持两种不同的格式：

旧的传统镜像格式连接各个部分（例如，内核映像，设备树blob和ramdisk映像），并添加一个64字节的标头，其中包含有关目标体系结构，操作系统，图像类型，压缩方法，入口点，时间戳，校验和等。
新的FIT（平面镜像树）格式允许更灵活地处理各种类型的镜像，并且还通过更强校验来增强镜像的完整性保护。 它还支持启动验证。





选项
描述




l [[u]image file name]
显示[image_header结构体]中的头信息


创建传统镜像



-A [architecture]
设置体系架构。


-O [os]
设置操作系统。 u-boot的bootm命令按os类型更改引导方法。


-T [image type]
设置镜像类型。


-C [compression type]
设置压缩类型。


-a [load addess]
设置十六进制的载入地址


-e [entry point]
设置十六进制的进入点


-n [image name]
设置镜像名称


-d [image data file]
使用镜像数据来源


-x
设置XIP旗标。即不进行文件的拷贝，在当前位置执行


创建FIT镜像



-c [comment]
指定签名时要添加的注释。


-D [dtc options]
为用于创建映像的设备树编译器提供特殊选项。


-f [image tree source file]
描述FIT镜像结构和内容的镜像树源文件


-F
表示现有的FIT镜像应修改。不执行dtc编译，不应给出-f标志。这可用于在初始镜像创建后使用附加KEY对镜像进行签名。


-k [key_directory]
指定含有用于签名的key的目录，该目录应该含有用于签名的私钥name.key和用于验证的整数name.crt


-K [key_destination]
指定dtb文件以写入公钥。


-r
指定用于签署FIT的密钥是必需的。 这意味着必须验证它们才能启动映像。 如果没有此选项，验证将是可选的。


           



##1.6 xipImage

  这种格式的Linux镜像文件多存放在NorFlash上，且运行时不需要拷贝到内存SDRAM中，可以直接在NorFlash中运行。
#2 Linux内核镜像的产生过程

  在嵌入式Linux中，内核的启动过程分为两个阶段。其中，第一阶段启动代码放在arch/arm/kernel/head.S文件中，该文件与体系结构相关，与用户的开发板无关，主要是初始化ARM内核等。第二阶段启动代码是init目录下的main.c。现以执行命令make zImage为例来说明，arm-linux内核镜像的产生过程。


当用户对Linux内核源码进行编译时，kernel的第1/2阶段代码会生成可执行文件vmlinux，该文件是未被压缩的镜像文件，非常大，不能直接下载到NAND中，通常放在PC机上，这也是最原始的Linux镜像文件。试验时该文件约50M。


镜像文件vmlinux由于很大，肯定不能直接烧入NAND中，因此需要进行二进制化，即经过objcopy处理，使之只包含二进制数据的内核代码，去除不需要的文件信息等，这样就制作成了image镜像文件。该镜像文件也是未压缩，只是经过了二进制化而变小。试验时该文件约5M。


一般来说，内存SDRAM中的内核镜像是经过压缩的，只是在运行时再将其解压。所以，编译时会先使用gzip将镜像文件image进行压缩(压缩比约为 2:1),再将压缩后的镜像文件和源码中的两个文件arch/arm/boot/compressed/head.S、arch/arm/boot /compressed/misc.c一起链接生成压缩后的镜像文件compress/vmlinux。试验时该文件约为2.5M。注意，这两个源码文件 是解压程序，用于将内存SDRAM中的压缩镜像zImage进行解压。


压缩后的镜像文件compress/vmlinux经过二进制化，最终生成镜像文件zImage，试验时该文件约为2.5M。当然，在内存 SDRAM中运行压缩镜像文件zImage时，会首先调用两个解压程序arch/arm /boot/compressed/head.S、arch/arm/boot/compressed/misc.c将自身解压，然后再执行kernel 的第一阶段启动代码arch/arm/kernel/head.S。简而言之，在内存中运行内核时，kernel先自身解压，再执行第一阶段启动代码。试 验时运行在内存中的镜像文件约为5M，与image镜像文件大小相同。



  版权声明：*本文章参考了《Linux内核官方文档》。未经作者允许，严禁用于商业出版**，否则追究法律责任。网络转载请注明出处，这是对原创者的起码的尊重！！！*

一.官网下载
官网地址：https://www.centos.org/download/

此种下载方式不太建议，一方面下载速度慢另一方面提供的版本不多


二.国内镜像网站下载
当前新版本下载

1.这个网站适合下载现行通用的大版本，比如Centos6和7系列的。其他的历史版本在另外一个网站里面，这里先介绍下通用的版本

https://opsx.alibaba.com/mirror



2.这里会显示很多历史版本



3.这里我们只能选择比较新的版本去下载，例如：7.0系列的。其他的目录下面是指向历史仓库

这里我们选择7.6版本，并点开isos目录



4.接下来我们选择需要的系统位数，一般来说选择x86_64位的,不过这里也没有别的



5.下面是最重要的文件选择，我们选择CentOS-7-x86_64-Everything-1810.torrent 中这个文件，这是一个种子文件，而且非常小，我们把它下载下来之后就可以使用迅雷等工具来对源镜像进行下载了

如果不想使用迅雷下载，也可以点击上面的ISO直接下载，不过确实比较大！而且容易出现下面这个问题。







6.下载完成之后会生成如下的几个文件，CentOS-6.9-x86_64-bin-DVD1就是我们在工作中使用的镜像了，镜像DVD2的里面东西比较少，不推荐使用！

7.Unbutu下载地址

ubuntu 14.04：

http://mirrors.aliyun.com/ubuntu-releases/14.04/

ubuntu 16.04：

http://mirrors.aliyun.com/ubuntu-releases/16.04/

ubuntu 18.04：

http://mirrors.aliyun.com/ubuntu-releases/18.04/

历史版本下载

8.官网地址：http://vault.centos.org/

点击进去和上面的方法类似。



这个网站其实是我通过其他版本下面的readme.txt找到的，这里面有详细的介绍！