On 2018-10-06 17:40:31 +0300, Leonid Krivoshein wrote:

 >>> То есть не со следствием бороться надо, а искать источник
 >>> ошибки.
 >> ...и не смешивать совсем разные в одно. :)
 > Размонтировать корень не получится, пока не размонтируется
 > всё остальное.

Да и хрен с ним... на что нам параметр "-r" в umount дан?

 > А здесь ещё может быть куча надстроек: LVM, RAID, шифрование...

RAID (насколько я понимаю, речь про CONFIG_MD_*) вообще трогать
не надо - писатели ядра намного умнее писателей костылей для
усерспейса, и поэтому все необходимые операции выполняются при
reboot(2). Шифрование, в зависимости от используемой реализации,
может как требовать плясок, но даже с ними приводить к потере
данных (dmcrypt), так и обходиться всего одним дополнительным
параметром "-d" при вызове umount (cryptoloop; несмотря на
активное противодействие со стороны RH, которые продвигают свой
devmapper, надежно работающих альтернатив ему просто нет). Про
надежность LVM я ничего говорить не буду, ибо лучше, чем кто-то
из RH, все равно не скажу: "это удобно, а для надежности есть
резервные копии".

 > И не только размонтирование. Если они не деактивируются при
 > выключении, отсутствие fsck в initrd будет не самой страшной
 > бедой.

`umount -dranf` работает всегда и везде (разве что кроме совсем
упоротых конфигураций). Пользую. Рекомендую.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net