Debian

Debian mdadm:未找到 conf 文件中列出的設備

  • January 13, 2019

我的 Debian sid 機器幾個月來一直在從一個 RAID 陣列引導核心 4.13 沒有問題。2天前我升級了平台,現在啟動失敗是這樣的: 在此處輸入圖像描述

此外,initramfs 提示不接受任何輸入,因此我無法從那裡進行調查。

我有一個較舊的核心(4.9 *)),它仍然可以正常啟動。

到目前為止我嘗試過的這些事情:

  • 使用核心參數“rootdelay=10”
  • 安裝了更新的核心(4.19):以同樣的方式失敗
  • 對比 4.13 和 4.9 的 initram:init 腳本有一些變化。將 initramfs-tools 從 132 降級到 130,現在 initrams 是相同的(根據提取文件的差異),但 4.13 仍然存在這個問題。
  • 提到的 UUID c28..e99 是正確的

你知道如何解決這個問題嗎?

*)我不能使用它,因為編譯 NVIDIA 模組由於未知的 rela 重定位而失敗,我不想降級 binutils(還)。

有一個至少影響 Debian sid 的新錯誤,測試(如此接近凍結…)(以及Archlinux)與 systemd 240 相關,更具體地說與其 udev 組件相關,可能是udevadmudev 240 Makes System Unbootable;未找到 rootfs

這個錯誤導致/devudev 沒有列舉設備:沒有磁碟(可能只有 no /dev/disk/,所以沒有 UUID 而不是 no /dev/sda?)。可能與沒有 USB 列舉相同,因此除非它是 PS/2 埠等沒有鍵盤,否則無法真正分辨。

它與核心無關,但升級核心以及引導組件會觸發 initramfs 引導部分的重建:備份仍在工作的 4.9 核心的 initramfs 文件,以後仍然可能會失去。

據說現在恢復到udev(和 libudev1)239-15可以解決這個問題。確保為所有核心重建 initramfs,而不僅僅是目前核心。

更新:udevsid 中​​的 240-4包括針對此問題的上游修復:

  * sd-device-monitor: Fix ordering of setting buffer size.
    Fixes an issue with uevents not being processed properly during coldplug
    stage and some kernel modules not being loaded via "udevadm trigger".
    (Closes: #917607)

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