linux读书摘要--文件与文件系统的压缩、打包与备份

声明：本文章为《鸟哥的Linux私房菜》读书摘要！

两种压缩技术：

1、假设我们记录 1 ，考虑计算机所谓的二进制，如此一来，1会在最右边占据 1 个 bit，而其他的7 个bits将会自动的被填上 0 ！那 7个bits 应该是『空的』才对！不过，为了要满足目前我们的操作系统数据的存取，所以就会将该数据转为byte的型态来记录了！而一些聪明的计算机工程师就利用一些复杂的计算方式， 将这些没有使用到的空间『丢』出来，以让文件占用的空间变小。

2、将重复的数据进行统计记录的。举例来说，如果你的数据为『111....』共有100 个 1时， 那么压缩技术会记录为『100个 1』而不是真的有100个 1的位存在！这样也能够精简文件记录的容量。

常见的压缩文件扩展名

*.Z           compress 程序压缩的文件；
*.zip         zip 程序压缩的文件；
*.gz          gzip 程序压缩的文件；
*.bz2         bzip2 程序压缩的文件；
*.xz          xz 程序压缩的文件；
*.tar         tar 程序打包的数据，并没有压缩过；
*.tar.gz      tar 程序打包的文件，其中并且经过 gzip 的压缩
*.tar.bz2     tar 程序打包的文件，其中并且经过 bzip2 的压缩
*.tar.xz      tar 程序打包的文件，其中并且经过 xz 的压缩

gzip, zcat/zmore/zless/zgrep

    gzip可以说是应用度最广的压缩指令了。目前gzip可以解开 compress, zip与gzip 等软件所压缩的文件 

    当你使用gzip进行压缩时， 在预设的状态下原本的文件会被压缩成为.gz的档名，源文件就不再存在了。
    范例四的重点在那个 -c 与>的使用。-c可以将原本要转成压缩文件的资料内容，将它变成文字类型从屏幕输出，然后我们可以透过大于(>)这个符号，将原本应该由屏幕输出的数据，转成输出到文件而不是屏幕，所以就能够建立出压缩挡了。只是档名也要自己写，当然最好还是遵循gzip的压缩文件名要求较佳。

    cat/more/less 可以使用不同的方式来读取纯文本档，那个zcat/zmore/zless则可以对应于cat/more/less的方式来读取纯文本档被压缩后的压缩文件。

bzip2, bzcat/bzmore/bzless/bzgrep
xz, xzcat/xzmore/xzless/xzgrep
三者的压缩性能为gzip<bzip2<xz。其中bzip2和xz的用法和gzip差不多。

打包指令：tar
    gzip, bzip2, xz 大多仅能针对单一文件来进行压缩。也能够针对目录来进行压缩，不过，这两个个指令对目录的压缩指的是『将目录内的所有文件"分别"进行压缩』的动作。所以linux需要tar这个打包指令。

    我们常用的tar的使用方式是

    压 缩：tar -jcv -f filename.tar.bz2要被压缩的文件或目录名称
    查 询： tar -jtv -f filename.tar.bz2
    解压缩：tar -jxv -f filename.tar.bz2 -C欲解压缩的目录 

例题：系统备份范例

    系统上有非常多的重要目录需要进行备份，而且其实我们也不建议你将备份数据放置到/root目录下！
    假设目前你已经知道重要的目录有底下这几个：
/etc/ (配置文件)
/home/ (用户的家目录)
/var/spool/mail/ (系统中，所有账号的邮件信箱)
/var/spool/cron/ (所有账号的工作排成配置文件)
/root (系统管理员的家目录)
    然后我们也知道，由于第七章曾经做过的练习的关系，/home/loop*不需要备份，而且/root 底下的压缩文件也不需要备份，另外假设你要将备份的数据放置到/backups，并且该目录仅有root 有权限进入！ 此外，每次备份的档名都希望不相同，例如使用：backup-system-20150701.tar.bz2之类的档名来处理。 那你该如何处理这个备份数据呢？

XFS文件系统的备份与还原 

    xfsdump的功能颇强！他除了可以进行文件系统的完整备份(full backup)之外，还可以进行累积备份(Incremental backup)第一次备份一定是完整备份，完整备份在xfsdump当中被定义为 level 0。

    关于xfsdump使用应该注意如下的限制：

xfsdump不支援没有挂载的文件系统备份！所以只能备份已挂载的！
xfsdump 必须使用 root 的权限才能操作 (涉及文件系统的关系)
xfsdump 只能备份 XFS 文件系统啊！
xfsdump 备份下来的数据 (文件或储存媒体)只能让xfsrestore 解析
xfsdump 是透过文件系统的 UUID 来分辨各个备份档的，因此不能备份两个具有相同UUID的文件系统喔！
xfsdump 预设仅支持文件系统的备份，并不支持特定目录的备份～所以你不能用xfsdump去备份/etc ！ 因为 /etc从来就不是一个独立的文件系统

XFS文件系统还原xfsrestore

    建立光盘映像文件以及刻录软件。文本模式的刻录行为要怎么处理呢？通常的作法是这样的：
先将所需要备份的数据建置成为一个映像档(iso)，利用mkisofs指令来处理；
将该映像文件刻录至光盘或DVD当中，利用cdrecord指令来处理。


dd
    dd指令可不只是制作一个文件而已。这个 dd 指令最大的功效，应该是在于『备份』。因为 dd 可以读取磁盘装置的内容(几乎是直接读取扇区"sector")，然后将整个装置备份成一个文件呢！ dd的用途有很多～但是我们仅讲一些比较重要的选项

    例题：你想要将你的 /dev/vda2 进行完整的复制到另一个 partition 上，请使用你的系统上面未分区完毕的容量再建立一个与 /dev/vda2 差不多大小的分区槽 (只能比 /dev/vda2 大，不能比他小！ )，然后将之进行完整的复制 (包括需要复制 boot sector 的区块)。
    答：因为我们的 /dev/sda 也是个测试的 USB 磁盘，可以随意恶搞！我们刚刚也才测试过将光盘映像文件给它复制进去而已。 现在，请你分区 /dev/sda1 出来，然后将 /dev/vda2 完整的拷贝进去 /dev/sda1 

    新分区出来的 partition 不需要经过格式化，因为 dd 可以将原本旧的 partition 上面，将sector 表面的数据整个复制过来！ 当然连同 superblock, boot sector, meta data 等等通通也会复制过来！是否很有趣呢？未来你想要建置两颗一模一样的磁盘时， 只要下达类似： dd if=/dev/sda of=/dev/sdb ，就能够让两颗磁盘一模一样，甚至 /dev/sdb 不需要分区与格式化， 因为该指令可以将 /dev/sda 内的所有资料，包括 MBR 与partition table 也复制到 /dev/sdb 

cpio

    cpio可以备份任何东西，包括装置设备文件。不过cpio 有个大问题，那就是 cpio 不会主动的去找文件来备份！所以 cpio得要配合类似 find等可以找到文件名的指令来告知 cpio该被备份的数据在哪里。

    我们使用 find boot 可以找出档名，然后透过那条管线 (|, 亦即键盘上的 shift+\ 的组合)， 就能将档名传给 cpio 来进行处理！最终会得到 /tmp/boot.cpio 那个文件喔！你可能会觉得奇怪，为啥要先转换目录到 / 再去找 boot 呢？ 为何不能直接找 /boot 呢？ 这是因为 cpio 很笨！它不会理会你给的是绝对路径还是相对路径的文件名，所以如果你加上绝对路径的 / 开头， 那么未来解开的时候，它就一定会覆盖掉原本的 /boot 耶！那就太危险了！这个我们在 tar 也稍微讲过那个 -P 的选项！！