Initramfs, das einen falschen / doppelten Einhängepunkt in Linux erstellt


0

Ich habe ein CentOS7-System, und ich habe einen Kernel 4.14.29 dafür gebaut, eine Initrd dafür erstellt - so wie ich es viele andere Male hatte. Wenn ich das jetzt mache (von einem 4.11-Kernel zu einem 4.14.29-Kernel), sehe ich mein Root-Dateisystem ebenfalls montiert werden /usr. Es nur passiert mit dem 4.14 Kernel, obwohl ich susspect, dass es der tatsächliche ist initramfs das tut es.

Während initrd - ich sehe:

[  OK  ] Reached target Remote File Systems.
         Mounting /sysroot...
[  OK  ] Mounted /sysroot.
         Mounting /sysroot/usr...
[  OK  ] Mounted /sysroot/usr.
[  OK  ] Reached target Initrd Root File System.
         Starting Reload Configuration from the Real Root...
[  OK  ] Started Reload Configuration from the Real Root.
[  OK  ] Reached target Initrd File Systems.

Es sollte nur ein "root" -Dateisystem geben. Es gibt nichts, worauf man ansetzen sollte /usrund sicherlich nichts in / etc / fstab, das dazu führen sollte. Ich weiß also nicht, warum es eine Montage geben würde /sysroot/usr. Ich habe sogar das explizit entfernt usrmount Dracut-Modul - kein Unterschied.

Außerdem sollte das "root" -Dateisystem hier nicht erneut gemountet werden. Das Root-Dateisystem ist ein / dev / mapper LVM-Gerät.

Irgendeine Idee, was dies verursachen würde und wie man es reparieren könnte? (P.S. Ich kann aus irgendeinem Grund nicht in die Dracut-Notfallhülle ...


2,11? 2.14.29? Diese Kernelversionen existierten nie - es ging von 2.6.39 auf 3.0. Meinten Sie 4.11 und 4.14.29?
grawity

Entschuldigung - ich meinte "4.11" und "4.14.29".
Brad
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.