USB-Laufwerks-Partition neu starten / booten nach umount automatisch fehl

Ich habe eine openSUSE 42.1-Installation eingerichtet, bei der sich die /bootPartition auf einem USB-Flashlaufwerk befindet, während alles andere LVM-Volumes in LUKS-Containern verwendet. Bisher scheint alles gut zu funktionieren. Ich kann das Flash-Laufwerk während der Laufzeit umstellen und entfernen ( Artikel wie dieses waren der Hauptgrund für meine Setup-Entscheidung), aber ich kann /bootwährend der Laufzeit nicht erneut mounten : Es schlägt einfach im Hintergrund fehl.

Ich habe sowohl Label- als auch Uuid-basierte fstab-Definitionen ausprobiert (beide funktionieren beim Neustart gut):

# / etc / fstab  LABEL = safeboot / boot ext3 acl, user_xattr, nofail 1 2 # / dev / disk / by-id / scsi-0JetFlash_Transcend_4GB_058F-part2 / boot ext3 acl, user_xattr, nofail 1 2 

Beim Versuch, den Antrieb zu montieren, scheint alles in Ordnung zu sein (ich habe versucht, alle Arten von Mount - Optionen, einschließlich -a, --target /bootund mehr):

# mount -v - Ziel / boot mount: / dev / sde2 ist auf / boot eingehängt. 

(Übersetzung von Deutsch: / dev / sde2 ist auf / boot gemountet).

# mount -a -v / boot: erfolgreich gemountet /: ignoriert (trans: ignoriert) / srv: bereits eingehängt / var: bereits eingehängt / home: bereits eingehängt 

Was auch immer ich tue: /bootbleibt leer, trotz der Nachricht, dass alles in Ordnung ist. Die Liste der Aufnahmen ( mount, /etc/mtab, /proc/mount) bleibt Boot frei.

Das Anbringen des Geräts an einem anderen Pfad als dem /bootfunktioniert jedoch einwandfrei. Es scheint, als /bootsei es irgendwie gesperrt, wieder montiert zu werden.

Ich würde mich über jede Hilfe freuen, um dieses merkwürdige Verhalten weiter einzugrenzen.

Update zur Beantwortung von Toms Fragen:

findmnt /bootGibt nichts zurück, findmntgibt einen Mount-Baum zurück, der alles außer / boot enthält.

# ls -la /boot insgesamt 8 drwxr-xr-x 2 root root 4096 3. Mär 18:51 . drwxr-xr-x 26 root root 4096 3. Mär 18:51 ..  # umount /boot umount: /boot: nicht eingehängt (trans: not mounted) 

Der Kernel war für mehrere Neustarts gleich. Da das USB-Laufwerk meistens installiert ist, enthält es eine kompatible Version. Ich habe sogar den Kernel neu installiert und so initrd neu geschrieben, indem ich vor zypper install --force kernel-defaulteiniger Zeit (und Neustarts) ausgeführt habe, während / boot noch eingehängt war.