Debian

dist 升級後掛載依賴失敗

  • June 28, 2019

上週末,我apt-get dist-upgrade在一個家庭 Debian 8.3 系統上執行了一個,驚訝地發現它在下次啟動時進入了緊急模式。有問題的伺服器在 mdadm RAID 6 陣列上執行 LVM。仔細檢查後,它似乎很難安裝邏輯卷:

啟動超時

我已經摸索了一個星期試圖修理機器,但並沒有真正取得任何進展。我發現*這個問題*詳細說明了一個相同的問題,但在不同的情況下。我嘗試乾淨安裝 Debian,發現如果我不讓安裝程序下載最新版本的軟體包,它會第一次成功啟動,然後在dist-upgrade. 如果我讓它下載它們,安裝後盒子會直接重新啟動進入緊急模式。這是前一種情況的 /var/log/apt/history.log 中的條目;有趣的是,它影響了所有 mdadm、udev 和 systemd:

Start-Date: 2016-01-30  19:48:28
Commandline: apt-get dist-upgrade
Upgrade: libpam-runtime:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1), apt:amd64 (1.0.9.8.1, 1.0.9.8.2), multiarch-support:amd64 (2.19-18+deb8u1, 2.19-18+deb8u2), perl-base:amd64 (5.20.2-3+deb8u2, 5.20.2-3+deb8u3), libpam0g:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1), apt-utils:amd64 (1.0.9.8.1, 1.0.9.8.2), libc-bin:amd64 (2.19-18+deb8u1, 2.19-18+deb8u2), libc6:amd64 (2.19-18+deb8u1, 2.19-18+deb8u2), mdadm:amd64 (3.3.2-5, 3.3.2-5+deb8u1), libapt-inst1.5:amd64 (1.0.9.8.1, 1.0.9.8.2), udev:amd64 (215-17+deb8u2, 215-17+deb8u3), base-files:amd64 (8+deb8u2, 8+deb8u3), libpam-modules:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1), libudev1:amd64 (215-17+deb8u2, 215-17+deb8u3), libapt-pkg4.12:amd64 (1.0.9.8.1, 1.0.9.8.2), systemd-sysv:amd64 (215-17+deb8u2, 215-17+deb8u3), systemd:amd64 (215-17+deb8u2, 215-17+deb8u3), passwd:amd64 (4.2-3, 4.2-3+deb8u1), libpam-modules-bin:amd64 (1.1.8-3.1, 1.1.8-3.1+deb8u1), login:amd64 (4.2-3, 4.2-3+deb8u1), libsystemd0:amd64 (215-17+deb8u2, 215-17+deb8u3), libpcre3:amd64 (8.35-3.3, 8.35-3.3+deb8u2), locales:amd64 (2.19-18+deb8u1, 2.19-18+deb8u2), rsyslog:amd64 (8.4.2-1+deb8u1, 8.4.2-1+deb8u2)
End-Date: 2016-01-30  19:48:43

我對這個真的很茫然。任何人都可以提供任何建議嗎?由於它是全新安裝,因此我很樂意嘗試。

我遇到過同樣的問題。debian 維護人員向 mdadm 添加了一個更新檔,該更新檔導致 raid 程序集在設備啟動之前啟動。我還沒有完全找出原因,因為它應該將損壞的 RAID 修復為根文件系統。

但是您現在可以通過降級 mdadm 包來修復它。從這裡獲取舊版本:http: //snapshot.debian.org/package/mdadm/3.3.2-5/

大概mdadm_3.3.2-5_amd64.deb是為了你。安裝它,dpkg -i mdadm_3.3.2-5_amd64.deb然後將其設置為暫停,直到更新檔修復。如果您使用 apt-get/apt 使用sudo apt-mark hold mdadmaptitude 其aptitude hold mdadm.

如果您通常不希望您的盒子進入緊急模式(尤其是對於掛載),請將 nofail 作為選項放入 fstab。x-systemd.device-timeout 也是一個不錯的選擇,因此它不會為本地設備等待 1:30 分鐘。raid 的範例 fstab 條目可能如下所示: /dev/md0 /media/md0 ext4 defaults,nofail,x-systemd.device-timeout=20 0 2

該錯誤正在#813335中進行跟踪,它還會從測試/不穩定中影響 3.3.4-1.1

引用自:https://unix.stackexchange.com/questions/258790