您当前的位置: 首页 » Linux系统管理 » 怎样复制一个Linux的文件系统和维持固定的链接
怎样复制一个Linux的文件系统和维持固定的链接
论坛链接
作为我的Linux后备系统，我近来都在交换和提升/取代我家里的一些通用串行总线硬盘.我家里有一个联系着三千二百亿字节的Linux盒子,以/mnt/backup的模式安装着,而且开始没什么空间了.(如果你真想知道,是联想的笔记本T43p,用乌邦托来运行) 这是我昨晚移走了五百亿字节的东西以后.
我想用一个新的七千五百亿字节的硬盘来把它取代了,在把所有的数据移到新的营盘里去.但由于大部分的数据都包含着以rsnapshot拍的远程文件系统快照,过程中产生了大量的固定链接.这个步骤一定要做得非常准确.否则,这些数据会连这个七千五百亿字节的硬盘也装不下!
从我过去对Unix操作系统的经验,我记得我曾经做过一次.巧妙在于不用一般的可疑分子:cp, tar, rsync, 或者是mv.而是用dump(不幸地)或是把 find 和 cpio 结合使用.
然后你等它一段很长的时间,等这些东西卷过去,在这时候你真希望你是在用有外部SATA接口附件的硬盘,而不是有通用串行总线2.0附件的那种.
问题是cpio不能够维持目录的时间标签,所以我要在回想我以前是怎样把 dump 和 restore 对起来的.
下一次我再要这样做的时候,绝对不会再花我这么多的时间来设计方案了.
那,现在,有没有人有另外一个方法?或是,你是否知道为什么cpio不能够正确地维持目录的时间标签呢?
我想用一个新的七千五百亿字节的硬盘来把它取代了,在把所有的数据移到新的营盘里去.但由于大部分的数据都包含着以rsnapshot拍的远程文件系统快照,过程中产生了大量的固定链接.这个步骤一定要做得非常准确.否则,这些数据会连这个七千五百亿字节的硬盘也装不下!
从我过去对Unix操作系统的经验,我记得我曾经做过一次.巧妙在于不用一般的可疑分子:cp, tar, rsync, 或者是mv.而是用dump(不幸地)或是把 find 和 cpio 结合使用.
然后你等它一段很长的时间,等这些东西卷过去,在这时候你真希望你是在用有外部SATA接口附件的硬盘,而不是有通用串行总线2.0附件的那种.
问题是cpio不能够维持目录的时间标签,所以我要在回想我以前是怎样把 dump 和 restore 对起来的.
下一次我再要这样做的时候,绝对不会再花我这么多的时间来设计方案了.
那,现在,有没有人有另外一个方法?或是,你是否知道为什么cpio不能够正确地维持目录的时间标签呢?