Dav*_*ary 7 install backup version configuration upgrade
我通常使用机器 A,并将 A 备份到文件服务器 B 上。迟早我会因为某种原因而丢失机器 A。它的硬盘磨损了,或者被闪电击中了,或者一些销售人员让我相信这是一块令人尴尬的过时垃圾,或者超频实验出了可怕的错误,或者它遭受了“与闪光相关的事件”等等。
假设计算机 C 与计算机 A 完全不同——不同的大容量存储接口、不同公司的处理器、不同的屏幕分辨率等。
是否有一种简单的方法可以在灾难发生之前列出 A 上当前安装的所有软件,以便在计算机 C 的空白硬盘驱动器上轻松安装相同的软件?或者更好的是,可以轻松安装每个软件的最新版本,以及针对该特定机器 C 优化的特定子版本?
如果我在 B 上有足够的空间,似乎最简单的方法是将所有内容从 A复制到 B。如果我这样做,将我想从 B 复制到 C 的文件与我不想复制的文件分开的好方法是什么?我不想复制二进制文件,我可以根据需要轻松地重新下载(并可能重新编译),并且无论如何可能无法在机器 C 上工作。或者从长远来看,首先尝试避免将这些容易获得的特定于机器的二进制文件备份到 B 上是否更好?有没有更好的方法来减少病毒和木马被传递到 C 并重新激活的机会?
当我自定义软件或编写全新的软件时,有什么好方法可以确保我所做的调整得到备份并转移到新机器上并安装?比如cron和anacron任务?
我该怎么做才能安全顺利地过渡到一些新的计算机 C?
(这个问题扩展了我认为特别重要的 “增量系统备份和恢复 w/rsync 或 rdiff-backup 问题”的子问题)。
版本控制中的 $HOME
后来,当机器A丢失时,
所有这些都取决于您的发行版使用的包管理系统。
如果您是 debianish 用户,您可以使用 dpkg 获取已安装软件包的列表。
Redhatesque 用户可以使用 yum 获取列表
对于 FreeBSD,您可以在 /var/db/pkg 中查找已安装的软件包列表。
| 归档时间: |
|
| 查看次数: |
1741 次 |
| 最近记录: |