用tar命令备份rhas4系统太慢，并有错，怎么办？？

经过搜索论坛，我用如下方法，备份2G大小的系统竟有20多分钟，并有多处错误提示，有没有更好方法，不想用ghost9



tar -cpf /dev/hda5 / --exclude=/proc

在上面的例子中，-c 开关表示归档文件正在被创建。-p 开关表示我们希望保留文件许可权限，这对良好的备份来说是很关键的。-f 开关指向该归档文件的文件名。/ 表示我们想要备份的内容。既然我们想要备份整个系统，因此把这个开关指定为根（root）。当把 tar 指向一个目录（以 / 结尾）时，它会自动递归。最后，我们排除了 /proc 目录，因为它没有包含需要保存的任何内容。

要还原一个或多个文件，可以使用带提取开关（-x）的 tar 命令：

tar -xpf /dev/st0 -C /

这里的 -f 开关同样指向归档文件，-p 开关表明我们想要还原归档的权限。-x 开关表明从归档中提取文件。-C / 表明我们想要让还原从 / 开始。tar 通常还原到运行这个命令的目录。-C 开关使我们的当前目录不再相关。



[root@zhubajie ~]# fdisk -l

Disk /dev/hda: 80.0 GB, 80060424192 bytes
255 heads, 63 sectors/track, 9733 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 808 6490228+ b W95 FAT32
/dev/hda2 809 885 618502+ 82 Linux swap
/dev/hda3 1970 9733 62364330 f W95 Ext'd (LBA)
/dev/hda4 886 1969 8707230 83 Linux
/dev/hda5 1970 2720 6032376 83 Linux
/dev/hda6 2721 4377 13309821 b W95 FAT32
/dev/hda7 4378 5208 6674976 b W95 FAT32
/dev/hda8 5209 5923 5743206 83 Linux
/dev/hda9 5924 7124 9647001 83 Linux
/dev/hda10 7125 9733 20956761 b W95 FAT32



[root@zhubajie ~]# df -h
Filesystem 容量 已用 可用 已用% 挂载点
/dev/hda4 8.1G 2.7G 5.0G 35% /
none 121M 0 121M 0% /dev/shm
/dev/hda10 20G 11G 9.6G 53% /mnt/f
/dev/hda5 16T 16T 0 100% /mnt/1




tar: /sys/bus/pci/drivers/parport_pc/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/uhci_hcd/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/ehci_hcd/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Intel ICH Joystick/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Intel ICH/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/8139too/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/PCI_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/VIA_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/TRIFLEX_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/SLC90e66_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/SIS_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/SiI_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Serverworks_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/RZ1000_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/PIIX_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Promise_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Promise_Old_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/ITE8212 IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/HPT366_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/HPT34x_IDE/new_id：无法 open: 权限不够
tar: /sys/bus/pci/drivers/Cypress_IDE/new_id：无法 open





tar: /tmp/orbit-root/linc-cc9-0-36109c2fe254c: socket ignored
tar: /tmp/orbit-root/linc-ccb-0-604f75cb3acf9: socket ignored
tar: /tmp/orbit-root/linc-ccd-0-4d854fdd5c81f: socket ignored
tar: /tmp/orbit-root/linc-ccf-0-4d854fdda1d92: socket ignored
tar: /tmp/orbit-root/linc-d1b-0-14e864ebb8534: socket ignored
tar: /tmp/orbit-root/linc-d85-0-6ccd3a9eb17fe: socket ignored
tar: /tmp/mapping-root: socket ignored
tar: /tmp/ssh-nipFuW3146/agent.3146: socket ignored
tar: /tmp/keyring-CYibMR/socket: socket ignored
tar: /dev/gpmctl: socket ignored
tar: /dev/log: socket ignored
tar: Removing leading `/' from hard link targets
tar: /dev/hda5: Wrote only 6144 of 10240 bytes
tar: 错误是不可恢复的：现在退出

/sys /tmp 都不用备份。

请问LINUX下有什么好工具,我用dd ,cp -a 都失败了,想要一个LINUX下的好工具,谢谢帮助!!!

google搜索partimage

8.4.2. 備份技術
Red Hat Enterprise Linux 包括了許多不同的資料備份與?驮淌健＿@些程式都不是完整的備份方案；不過您可以用這些程式當作您備份的核心技術。


注意
正如 第 8.2.6.1 ? 一?所述，大部分使用標準 PC 架構的電腦，都不具備?拇艓е苯娱_機的能力，使用同樣架構的 Red Hat Enterprise Linux 也不例外。

但是，您可以用 Red Hat Enterprise Linux 光碟片開機，當作系統?驮淖鳂I環境。欲知更多詳情，請參閱《Red Hat Enterprise Linux 系統管理手冊》中，有關基本系統?驮恼鹿?。


8.4.2.1. tar
UNIX 系統管理者對 tar 工具程式一定不陌生。管理者可以選擇特定的原始碼與檔案，備份後在不同的系統間分享。Red Hat Enterprise Linux 使用的是 GNU 版本的 tar，也是眾多版本中，功能最多的 tar 之一。

要使用 tar 指令備份目錄中的所有檔案非常容易，只要輸入?似以下的指令即可：

tar cf /mnt/backup/home-backup.tar /home/


這指令會在 /mnt/backup/ 目錄中，建立 home-backup.tar 備份檔。這備份檔包括了 /home/ 目錄中的所有檔案。

這備份檔的大小跟原始資料大小相仿。根據您要備份的資料種?，您可以利用壓縮方式，讓備份檔明顯變小。您只要在之前的指令中多加一個選項，就可以壓縮備份檔：

tar czf /mnt/backup/home-backup.tar.gz /home/


現在 home-backup.tar.gz 備份檔已經使用 gzip 工具壓縮過了[1]。

tar 指令還有許多選項。要了解這些選項，請參閱 tar(1) man page。

8.4.2.2. cpio
cpio 是另一個 UNIX 的傳統、一般性工具程式，非常適合把資料?囊粋地方移到另一個地方去，也因此適合拿?碜鰝浞荨

但 cpio 的運作方式跟 tar 稍微有些不同。前者會?臉藴瘦斎胱x取檔案名稱。一般?碚f，我們會使用像 find 之?的程式列出檔案，在將這份列表導向到 cpio 去：

find /home/ | cpio -o > /mnt/backup/home-backup.cpio


這指令會在 /mnt/backup/ 目錄中，建立名為 home-backup.cpio 的 cpio 備份檔（其中包括 /home/ 目錄中的所有檔案）。


提示
因為 find 指令有許多搜尋檔案的選項，因此您可以藉此篩選要備份的資料。舉例?碚f，底下的指令會備份一年內未被存取的檔案：


find /home/ -atime +365 | cpio -o > /mnt/backup/home-backup.cpio



cpio（以及find）還有許多其他選項。欲知更多詳情，請參閱 cpio(1) 與 find(1) 的 man page。

8.4.2.3. dump/restore：不建議用在掛載的檔案系統上！
Linux 上的 dump 與 restore 指令，作用跟 UNIX 上的同名指令相同。因此，熟悉 UNIX 的系統管理者會認為，在 Red Hat Enterprise Linux 中使用 dump 與 restore 指令，是再自然不過的事情。不過，在一種情形下，使用 dump 指令會造成問題。底下是 Linus Torvald 對這問題的評註：

From: Linus Torvalds
To: Neil Conway
Subject: Re: [PATCH] SMP race in ext2 - metadata corruption.
Date: Fri, 27 Apr 2001 09:59:46 -0700 (PDT)
Cc: Kernel Mailing List <linux-kernel At vger Dot kernel Dot org>

[ linux-kernel added back as a cc ]

On Fri, 27 Apr 2001, Neil Conway wrote:
> > I'm surprised that dump is deprecated (by you at least ;-)). What to
> use instead for backups on machines that can't umount disks regularly?


Note that dump simply won't work reliably at all even in 2.4.x: the buffer
cache and the page cache (where all the actual data is) are not
coherent. This is only going to get even worse in 2.5.x, when the
directories are moved into the page cache as well.

So anybody who depends on "dump" getting backups right is already playing
Russian roulette with their backups. It's not at all guaranteed to get the
right results - you may end up having stale data in the buffer cache that
ends up being "backed up".

Dump was a stupid program in the first place. Leave it behind.

> I've always thought "tar" was a bit undesirable (updates atimes or
> ctimes for example).

Right now, the cpio/tar/xxx solutions are definitely the best ones, and
will work on multiple filesystems (another limitation of "dump"). Whatever
problems they have, they are still better than the _guaranteed_(*) data
corruptions of "dump".

However, it may be that in the long run it would be advantageous to have a
"filesystem maintenance interface" for doing things like backups and
defragmentation..

Linus

(*) Dump may work fine for you a thousand times. But it _will_ fail under
the right circumstances. And there is nothing you can do about it.


因為這個問題，我們不建議您在已掛載的檔案系統上，使用 dump/restore 指令。然而，dump 指令的原始設計是用?韨浞菀研遁d的檔案系統，所以如果您先用 umount 指令卸載檔案系統，dump 依舊不失為一個好用的備份技術。

8.4.2.4. The Advanced Maryland Automatic Network Disk Archiver（AMANDA，高階馬里蘭自動網路磁碟備份工具）
AMANDA 是由美國馬里蘭大學（University of Maryland）所發展的主?氖郊軜媯浞蒈涹w，您只要設定一台備份伺服器（通常是一台高效能的機器，擁有大量、高速的儲存空間，設定為備份裝置），就可以為多台電腦做備份；您只要在這些電腦上安裝 AMANDA 用戶端程式即可。

這備份方法合理的多，因為它把所需的備份資源集中在一台電腦上，而不是為每一台需要備份的電腦，各準備一份備份裝置。AMANDA 的設計也能讓備份集中在一處進行，讓系統管理者事半功倍。

AMANDA 伺服器會管理一群備份媒體，?K以輪替的方式使用這些裝置，以確保在管理者主導的額定時間內，能保存所有備份檔。所有的媒體都會以資料預先格式化過，讓 AMANDA 偵測可以使用那些媒體。除此之外，AMANDA 也可以連接其他機械型的自動換片（換帶）裝置，提供完整的自動備份方案。

您可以使用 tar 或 dump ?磉M行?際的備份工作（不過在 Red Hat Enterprise Linux 中，建議您使用 tar 指令。因為使用 dump 指令會引發一些問題，詳情請參閱 第 8.4.2.3 ?）。也因此，AMANDA 的備份工作?K不需要 AMANDA ??驮瓩n案 — 非常好的額外功能。

通常 AMANDA 會在事先定義好的備份時間內，一天運作一次。AMANDA 伺服器會連接到用戶端，請用戶端回報備份所需的空間。得到這相關資?後，伺服器就會建立一份時間表，?K自動決定備份的順序。

一旦備份開始，客戶端的資料就會經由網路送到伺服器去，而伺服器會把這些資料先寫到一顆專司備份的硬碟中。備份完成後，伺服器就會把硬碟中的資料轉錄到備份媒體中。在做這動作的同時，另一個用戶端也會開始將資料送往伺服器的備份硬碟中。這樣可以確保時時刻刻，都有資料可以送往備份媒體。只要資料寫進備份媒體後，伺服器就會將硬碟中的檔案刪除。

所有備份都完成之後，系統會寄一封電子郵件給管理者，詳列這次備份的狀態，讓管理過程既簡單又迅速。

如果要?驮Y料，AMANDA 包含的工具程式能讓管理者找出欲?驮瓩n案的檔案系統、日期、以及檔名。找到以後，AMANDA 會知道該?哪膫備份媒體找出檔案，然後找出該媒體，?驮瓩n案。如前所述，管理者不需要使用 AMANDA 即可?驮瓩n案，只是找出正確的備份媒體需要點時間，而且需要手動操作。

本?只提到 AMANDA 的基本概念。欲知 AMANDA 的更多詳情，請參閱 amanda(8) man page。

注[1] 傳統上，附屬檔名 .gz 指得是使用 gzip 壓縮過的檔案。有時候 .tar.gz 會被縮寫為 .tgz，以縮短檔名長度。
(这是rhel4文档光盘上的备份说明)

原来文档中有这么多有趣的乱七八糟
看来也该找一份看看乐
转个码，翻译一下，阿好？