( TCH | 2020. 05. 25., h – 18:48 )

> tehát az, hogy a samba csomagkarbantartója nem tudta bevésni a systemd-s unit fájlba a konfig reload-ot, vagy az, hogy a rendszer indulásakor az adatintegritás fontosabb, és emiatt a "dirty" fájlrendszerekre kötelezően mefut az fsck, akkro is, ha elvtársadnak a maga alá rottyantott pécéje azonnal kéne, és nem ér rá az fsck-t végigvárni az közhely. Aha.

A kontroll a felhasználó joga, nem a rendszeré. Sajnálatos, ha ezt nem érted.

> Persze lassanideje lenne olyan fs-t használni, ami boot _után_, rw felcsatolva is képes gatyába rázni magát egy elborulást követően (némi performanciaveszteség árán)...

Milyen FS-re gondoltál itt pontosan?

> De tudom, az ilyen új dolgok az ördögtől valók...

Quote pls, ilyet senki nem állított.