Raspbian 中的 apt 问题，其中 /var 内容已被删除或损坏

Question

我将参考以下内容文章和Debian 维基帖子对于我的回答。

首先，在工作的 Raspbian 系统上创建一个debootstrap环境。按照来自的指示Debian 维基您只需要完成以下内容：

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

现在，您正在使用 Raspbian，因此您可能需要添加正确的 gpg-key，正如这里指出的，并参考 Raspbian Deb Mirror。像这样的东西：http://archive.raspbian.org/raspbian。我将包括一条链接跨平台构建指南说明您是在 amd64 系统而不是 Raspberry Pi 上执行此操作。

重要提示：如果出现提示，请勿安装grub到 MBR！这可能会破坏您现有的安装！

接下来，在损坏的系统上获取所有已安装程序的列表。最初我建议使用dpkg --get-selections，但是正如用户 AB 指出的那样，这会失败。dpkg引用各种/var目录来工作，如果您/var丢失了，这当然会失败。用户AB指出您可以引用的内容/usr/share/doc/和相关符号链接。我将首先查看可用的内容，然后尝试installed.txt根据您的结果构建一个。

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

将其结果installed.txt与您的预期进行比较。另一个要检查的地方是/usr/share/man.该目录包含联机帮助页，但仅适用于安装联机帮助页的软件包。如果您有一个已知的可用 Raspberry Pi 来进行比较，它的配置与损坏的 Raspberry Pi 相同，您可以installed.txt使用 Raspberry Pi 的输出进行构建dpkg --get-selections。

installed.txt从丢失的主机复制/var到修复/var主机。scp或rysnc将在这里工作，但此时您确实需要确认ssh损坏的主机和进行修复的主机之间有一个工作配置。如果这两台主机之间没有有效ssh配置，您将无法复制/var.在继续之前，任何ssh问题都需要解决。

现在，将此文件移至/deboostrap环境中并准备在此 chroot 内安装所有相同的软件。

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

如果需要，请确保您的sources.list匹配。debootstrap默认情况下仅包括main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

如果你无法建立一个好的`installed.txt`

您可能需要简单地在debootstrapchroot 中手动安装所有必需的软件包。这是良好的设置文档或基础设施即代码派上用场的地方。apt install package1 package2 package3 ... packageN在 chroot 中运行以尽可能/var接近原始版本/var。dselect您应该按照以下步骤操作，而不是安装：

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

此时，您的debootstrap环境应该与目标、损坏的主机的环境相匹配。这里就是需要用到rsync复制/var过来的地方。rsync -A应该足够了。正如我所指出的关联，您可能需要允许PermitRootLogin without-password您的sshd_configforrsync工作。

我还将直接引用 Alephnull.uk 的 Pete Donnell 必须运行的最后步骤和注意事项：

...我必须mariadb-server使用 . 在损坏的服务器上重新安装软件包apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1。

下一步是恢复您的用户数据。这将特定于您使用的结构，因此我无法提供相关说明。完成此操作后，请在工作服务器（或者可能是您的引导程序）中检查文件的权限，/var/lib以/var/log检查它们是否正确。服务器和引导环境之间的系统帐户的用户 ID 很可能会有所不同。

现在您应该使用来检查已安装的各种服务service --status-all。并非所有服务都必须启用，我再次建议与工作服务器进行比较。尝试重新启动所有当前未运行但应该运行的服务。如果所有权限均正确并且相关用户数据（如果有）已恢复，则服务应成功启动。如果没有，请使用 s 检查 systemd 状态ystemctl status <service-name>，使用 s 检查 systemd 日志，journalctl -xe并使用来检查服务的日志文件/var/log。这些应该为您提供足够的信息来追踪任何剩余的问题。

debootstrap如果您有幸拥有第二台工作主机，我强烈建议您花时间比较环境和损坏的主机。您需要确认所有权限均正确且服务运行正常。只有完成此操作后，我才会重新启动主机并确认一切都恢复了。

在尝试任何命令之前，请仔细阅读我提供的每个链接。如果我的帖子有任何错误、误解或问题，请告诉我，我将努力纠正它们。

祝你好运！

Answer 1

我将参考以下内容文章和Debian 维基帖子对于我的回答。

首先，在工作的 Raspbian 系统上创建一个debootstrap环境。按照来自的指示Debian 维基您只需要完成以下内容：

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

现在，您正在使用 Raspbian，因此您可能需要添加正确的 gpg-key，正如这里指出的，并参考 Raspbian Deb Mirror。像这样的东西：http://archive.raspbian.org/raspbian。我将包括一条链接跨平台构建指南说明您是在 amd64 系统而不是 Raspberry Pi 上执行此操作。

重要提示：如果出现提示，请勿安装grub到 MBR！这可能会破坏您现有的安装！

接下来，在损坏的系统上获取所有已安装程序的列表。最初我建议使用dpkg --get-selections，但是正如用户 AB 指出的那样，这会失败。dpkg引用各种/var目录来工作，如果您/var丢失了，这当然会失败。用户AB指出您可以引用的内容/usr/share/doc/和相关符号链接。我将首先查看可用的内容，然后尝试installed.txt根据您的结果构建一个。

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

将其结果installed.txt与您的预期进行比较。另一个要检查的地方是/usr/share/man.该目录包含联机帮助页，但仅适用于安装联机帮助页的软件包。如果您有一个已知的可用 Raspberry Pi 来进行比较，它的配置与损坏的 Raspberry Pi 相同，您可以installed.txt使用 Raspberry Pi 的输出进行构建dpkg --get-selections。

installed.txt从丢失的主机复制/var到修复/var主机。scp或rysnc将在这里工作，但此时您确实需要确认ssh损坏的主机和进行修复的主机之间有一个工作配置。如果这两台主机之间没有有效ssh配置，您将无法复制/var.在继续之前，任何ssh问题都需要解决。

现在，将此文件移至/deboostrap环境中并准备在此 chroot 内安装所有相同的软件。

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

如果需要，请确保您的sources.list匹配。debootstrap默认情况下仅包括main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

如果你无法建立一个好的`installed.txt`

您可能需要简单地在debootstrapchroot 中手动安装所有必需的软件包。这是良好的设置文档或基础设施即代码派上用场的地方。apt install package1 package2 package3 ... packageN在 chroot 中运行以尽可能/var接近原始版本/var。dselect您应该按照以下步骤操作，而不是安装：

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

此时，您的debootstrap环境应该与目标、损坏的主机的环境相匹配。这里就是需要用到rsync复制/var过来的地方。rsync -A应该足够了。正如我所指出的关联，您可能需要允许PermitRootLogin without-password您的sshd_configforrsync工作。

我还将直接引用 Alephnull.uk 的 Pete Donnell 必须运行的最后步骤和注意事项：

...我必须mariadb-server使用 . 在损坏的服务器上重新安装软件包apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1。

下一步是恢复您的用户数据。这将特定于您使用的结构，因此我无法提供相关说明。完成此操作后，请在工作服务器（或者可能是您的引导程序）中检查文件的权限，/var/lib以/var/log检查它们是否正确。服务器和引导环境之间的系统帐户的用户 ID 很可能会有所不同。

现在您应该使用来检查已安装的各种服务service --status-all。并非所有服务都必须启用，我再次建议与工作服务器进行比较。尝试重新启动所有当前未运行但应该运行的服务。如果所有权限均正确并且相关用户数据（如果有）已恢复，则服务应成功启动。如果没有，请使用 s 检查 systemd 状态ystemctl status <service-name>，使用 s 检查 systemd 日志，journalctl -xe并使用来检查服务的日志文件/var/log。这些应该为您提供足够的信息来追踪任何剩余的问题。

debootstrap如果您有幸拥有第二台工作主机，我强烈建议您花时间比较环境和损坏的主机。您需要确认所有权限均正确且服务运行正常。只有完成此操作后，我才会重新启动主机并确认一切都恢复了。

在尝试任何命令之前，请仔细阅读我提供的每个链接。如果我的帖子有任何错误、误解或问题，请告诉我，我将努力纠正它们。

祝你好运！

Raspbian 中的 apt 问题，其中 /var 内容已被删除或损坏

答案1

如果你无法建立一个好的`installed.txt`

相关内容

答案1

如果你无法建立一个好的installed.txt

相关内容

如果你无法建立一个好的`installed.txt`