在重新安装 VPS 并从 Debian 6 升级到 Debian 8 之前,我已经存档了/etc/
文件夹。现在,我正在尝试提取并覆盖所有内容,但在该过程的某个地方我收到此消息
Extracting /etc/rc2.d/K01sendmail OK
Extracting /etc/rc2.d/S03maldet OK
Extracting /etc/rc2.d/S01rsyslog OK
Extracting /etc/login.defs OK
Extracting /etc/ucf.conf OK
Extracting /etc/memstat.conf OK
Extracting /etc/mtab OK
Cannot close the file /etc/mtab
Program aborted
这是什么/etc/mtab
以及如何防止它中止我的/etc/
文件夹覆盖?
我正在做的rar x
是提取当前的/etc
.看起来好像有什么东西坏了,因为它无法再启动
答案1
哎呀,你真的用rar吗?我认为 rar 没有正确存储符号链接、所有权和权限。在/etc
,这会破坏很多很多事情。/etc/mtab
只是一个恰好是只读文件的符号链接,因此您会遇到此错误 - 但许多其他符号链接被保存为常规文件,并且在从备份中成功提取它们时,最终结果不是有效的系统。不过,最糟糕的问题可能来自权限——您可能仍然可以使用被恢复的内容替换的符号链接启动(但是每当您安装软件时您都会遇到问题),但不能使用损坏的权限或所有权。
使用 tar、cpio 或 pax 等本机 Unix 工具来备份系统目录。然后,请注意,如果您随意/etc
从 Debian 上的不同安装中提取备份,有些功能将无法工作,因为某些服务使用动态分配的用户和组 ID;当您从不同的 bakcup 恢复时,这将导致/etc/passwd
其他地方的权限不一致。如果您只想整体恢复,我不确定是否有一个好的解决方案。/etc/group
/etc
/etc
您无法恢复您的 rar 备份。重新安装系统,然后将 rar 存档解压到不同的目录中。找出您在原始系统上修改了哪些文件(可能根据日期)并仅复制这些文件。不要复制任何您不理解的文件。在用户和组数据库(/etc/passwd
、/etc/group
、/etc/shadow
、/etc/gshadow
)中,仅复制人类用户的条目,让 Debian 管理系统用户。
展望未来,更好的独立备份方法/etc
是将其置于版本控制之下。等管理员很擅长这一点。etckeeper init
安装后运行。当您在 中进行一些更改时/etc
,运行etckeeper commit
并输入一条消息来描述您的更改(未来的您会感谢您)。将存储库的副本推送到您的备份区域。要恢复备份,请在新系统上初始化 etckeeper,将备份添加为外部存储库并将其合并到本地分支中。