我知道备份问题很难解决,但我正在寻找经验丰富的Linux用户遇到的问题,如下所示。不幸的是,这些(冗长的)问题相互影响,所以我无法将其分解为单独的查询。虽然我特别使用Fedora 22,但我欢迎Fedora-泛型或linux-泛型响应。问题:
(问题1)假设:
我的引导驱动器是(设备= sda),我的对接站有一个备份硬盘驱动器(设备= sdc)。
b.我已经使用了Fedora22 Live的最新版本在(设备= sdc)上安装(完整) Fedora22,从而使sdc可以引导。
我想保持sdc作为一个完整的备份(即一个功能的“克隆”),以防sda坏了,完全依赖于sda-根的周期性rsync来保持sdc的电流。
我希望能够从坞启动备份(位置sdc)或用备份替换原始引导磁盘,启动备份(位置sda)。
我想完全避免重新安装任何软件包。
我的Fedora 22引导驱动器具有以下目录结构:
.autorelabel,bin,boot,.config,dev等,home,lib,lib32,lib64,lost+found,media,mnt,opt,proc,root,run,sbin,srv,sys,tmp,usr,var
我要排除的目录暂定列表如下:
/dev,/home,/media,/mnt,/proc,/run/media,/sys,/tmp,/var/lock,/var/run
/home被排除在外,因为我分别对它进行同步。在问题(1)的假设下,我请求讨论目录以排除。
(问题2)在我的Linux-缺乏经验的情况下,集中于上面的假设(1)d,我推测/etc/fstab和/boot/grub2/grub.cfg可能需要特殊处理。我的意图是:
a.在sda上,将/etc/fstab复制到.,将/boot/grub2/grub.cfg复制到./grub_sda.cfg。
b.从rsync中排除/etc/fstab和/ boot /grub2/grub.cfg,希望备份能够成功地从rsync(位置sdc)启动。
c.如果我想用备份替换引导磁盘(从sda位置启动备份),我将用它们的..._sda对应方替换./fstab和./grub.cfg,希望备份能够成功地从(sda位置)启动。
有人这样做过吗?真的需要这种特殊的处理方式吗?还有其他文件需要这种特殊处理吗?
(问题3)我的研究表明,上面的(1) + (2)过头了,我应该放弃rsync_on_the_root策略,转而支持:
只有rsync'g /home和/etc。
b.使用dnf维护已安装软件包的列表。
c.通过使用Fedora 22 Live将(完整的) Fedora 22放到新磁盘上进行还原,在这个新磁盘上手动地rsync'g /home和/etc,从这个新磁盘启动,调用对这个新磁盘的自动更新,然后使用dnf手动将软件包重新安装到这个新磁盘上。
定期检查fedoraproject.org以获得Fedora 22 (工作站) Live的更新版本。
在我的系统上,"dnf历史用户安装“报告了自我在2015年6月最初安装Fedora 22以来只报告了24个软件包。我假设绝大多数自动更新都由fedoraproject.org对Fedora 22 (工作站) Live的定期更新所涵盖。
对于有经验的LINUX用户:
你是否同意我在上文(3)中的推论,即使(1)和(2)高于标准?我见过这样的评论:(3)c可能需要超过24小时。(3)上文是否防止了这一点?
此外,(3)c是否导致硬盘可以从任何一个(位置sdc,对接站)或(位置sda,主引导驱动器)引导?
或者,即使假设"dnf历史用户安装“报告的包少于100个,并且(3)d被观察到,可能(3)c仍然需要超过24小时吗?如果是,为什么?
(1) + (2)以上对软脑膜22是万无一失的吗?你遇到/听说了什么问题- RE (1) + (2)?
发布于 2016-02-20 00:13:47
我倾向于将已安装的软件包(例如,rpm -qa的输出)列表保存在安全的地方,并同步/home (结束存储/etc副本)。在需要的情况下,重新安装和安装已安装的软件包,并比较/etc以复制、修复所需的任何更改)。
原因是这比一个本土的“克隆我的系统”脚本集更安全。它可能会慢一些(但我希望你不会每天这么做),但是如果重新安装失败了,你可以重新开始。如果克隆没有正确工作,你会发现原来是水龙头。
https://unix.stackexchange.com/questions/264468
复制相似问题