Systemd odpojuje disk pod rukama

[Slávek Banko]

Dne po 3. října 2016 Jan Kasprzak napsal(a):
> 	Dobry den,
>
> Jan Kasprzak wrote:
> [...]
>
> : Zda se, ze systemd si dela z radku ve fstabu vlastni unit
> : "ceph2.mount", ktery pak sam odpoji:
> :
> : # journalctl -u ceph2.mount
> : Oct 03 09:55:53 cephhost.fi.muni.cz systemd[1]: Unit ceph2.mount is
> : bound to inactive unit
> : dev-disk-by\x2duuid-ab45687c\x2dee65\x2d4bcd\x2d8269\x2dded1 Oct 03
> : 09:55:53 cephhost.fi.muni.cz systemd[1]: Unmounting /ceph2... --
> : Subject: Unit ceph2.mount has begun shutting down
> : -- Defined-By: systemd
> : -- Support:
> : http://lists.freedesktop.org/mailman/listinfo/systemd-devel --
> : -- Unit ceph2.mount has begun shutting down.
> : Oct 03 09:55:53 cephhost.fi.muni.cz systemd[1]: Unmounted /ceph2.
> : -- Subject: Unit ceph2.mount has finished shutting down
> : -- Defined-By: systemd
> : -- Support:
> : http://lists.freedesktop.org/mailman/listinfo/systemd-devel --
> : -- Unit ceph2.mount has finished shutting down.
>
> [...]
>
> : Jak se da systemd vysvetlit, at dela to co pisu a nesaha mi pod ruky?
>
> 	Objevil jsem quick fix na tento problem: pokud spustim prikaz
> systemctl daemon-reload
> tak uz "mount /ceph2" projde a systemd nema snahu po uspesnem pripojeni
> tento svazek hned zase odpojit. Ale proc tomu tak je, to fakt nevim,
> a cistejsi zpusob reseni tohoto problemu taky neznam.
>
> -Y.

Hezké, chtěl jsem napsat, že při nesmyslném chování systemd jsem obvykle 
také použil: systemctl daemon-reload, aby si ráčil všimnout změn. A jak 
vidím, je to asi podobný případ. Jen je podivnější v tom, že když je 
mount nastavený na UUID, tak by mu změna vlastního jména zařízení mohla 
být ukradená... ale jak se zdá, i to bere jako změnu, kvůli které touží 
po daemon-reload. Fakt báječný kus software...

-- 
Slávek