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`