The Linux kernel makes bind mounts of anything below / PRIVATE. Systemd changes this to SHARED.

"Thus, when you do this:

mount --bind / $CHROOT
mount --bind /dev/ $CHROOT/dev
umount $CHROOT/dev

then /dev will be unmounted in your base/parent system as well!

What you can do now instead, to is to:

mount --bind --make-rslave / $CHROOT
mount --bind --make-rslave /dev/ $CHROOT/dev

this will propagate mount changes (also mount options) in the base/parent system into the $CHROOT but not from the $CHROOT back to the parent."

https://wiki.debian.org/systemd#Shared_bind_mounts

Érdekesen... CentOS7-en akkor és csak akkor akarja lecsatolni /dev-et is, ha az umount paraméterében direktben hasznnálom a változót (umount $CHROOT/dev) Ha azt mondom, hogy umount $(echo $CHROOT)/dev akkor "normálisan" működik. Ugyancsak normálisan működik, ha az umount-ot teljes útvonallal hívom meg: /bin/umount $CHROOT/dev
Érdemes strace-t használva megnézni, hogy mi történik valójában, már az első, execve sorban...

Update: CentOS7 frissen telepítve/frissítve korrekten működik, ahogy kell - 3.10-es kernellel. Hogy az előző próbálkozásoknál mi volt, azt passzolom.

( Zahy v | 2018. 12. 16., v – 11:14 )

OK, elolvastam a bugreportot is, és Pöttöming levelét is.

- Ez a mondat pont az ő szájából különösen bájos: "And since disassocitation is a one-way street if you globally disassociate everything you can never reassociate things..."
- Érteni vélem a magyarázatát, azaz logikusnak tűnik számomra, de azért az az érv a Debian felé, hogy default-ot nem kéne változtatni - no az azért szép, mert szerintem a systemd már megint pont ezt csinálja. Szóval kicsit tudathasadásosnak tűnik a dolog csávó.

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

( NevemTeve | 2018. 12. 16., v – 13:09 )

Simán tesztelni akarja a népeket... Nemsokára a 'ls' csak így fog működni: 


ls --vivat-pöttering --if-systemd-allows ~