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

406
Brad

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 schon viele andere Male getan habe. Wenn ich das jetzt mache (von einem 4.11-Kernel zu einem 4.14.29-Kernel), sehe ich, dass mein Root-Dateisystem auch gemountet wird /usr. Das passiert nur mit dem 4.14-Kernel, obwohl ich der Meinung bin, dass es das eigentliche initramfs ist, das es tut.

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, was angeblich gemountet werden soll /usr, und sicherlich nicht in / etc / fstab, was dazu führen sollte. Ich weiß also nicht, warum es eine Montage geben würde /sysroot/usr. Ich habe sogar das usrmountDracut-Modul explizit entfernt - 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? (PS Ich kann nicht aus irgendeinem Grund in die Dracut-Notfall-Shell gehen ...)

0
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 vor 6 Jahren 0
Entschuldigung - ich meinte "4.11" und "4.14.29". Brad vor 6 Jahren 0

0 Antworten auf die Frage