dist-upgrade 后挂载依赖项失败

dist-upgrade 后挂载依赖项失败

上周末,我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

我对这个实在是不知所措。有人可以提供任何建议吗?由于它是全新安装,我很乐意进行试验。

答案1

我遇到过同样的问题。 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 的测试/不稳定

相关内容