Armadilloフォーラム

中村です。

> 自分でも試してみました。
> udevを使ったとき、udevを使わずに手動で実行したとき、とも、
> 同じような結果になりました。

動くようになりました。

参考にしたwebサイト：
https://unix.stackexchange.com/questions/330094/udev-rule-to-mount-disk…
http://hardwareandsoonlab.blogspot.com/2018/04/raspberry-pi-zero.html
https://unix.stackexchange.com/questions/152485/mount-is-not-executed-w…
など

それなりのキーワードで検索するとたくさん見つかります。
どうやら Debian/stretch 全般で発生している問題のようです。

新規に /etc/systemd/system/systemd-udevd.service を作ります。

.include /lib/systemd/system/systemd-udevd.service
[Service]
MountFlags=shared

やることはこれだけです。

ただ、この変更をして再起動すると、syslogや
systemctl status systemd-udevd.service の表示に
systemd-udevd[134]: could not open moddep file '/lib/modules/4.14-at2/modules.dep.bin'
が出てました。
この表示(ログ)が出ていても問題はなさそうですが、
起動後に手動で
systemctl restart systemd-udevd.service
systemctl status systemd-udevd.service
すると、この表示はなくなります。

/var/logに残っていた古いsyslogを見ると
Armadillo-640が届いた直後に起動したときのログにも残っていました。
Apr 13 03:08:49 armadillo systemd-udevd[129]: could not open moddep file '/lib/modules/4.14-at2/modules.dep.bin'
Apr 13 03:08:49 armadillo systemd-udevd[129]: could not open moddep file '/lib/modules/4.14-at2/modules.dep.bin'
(4/13は640が届いた日でこのタイムスタンプはUTCです)

以下は、今回の調査でわかったことです。

Armadillo-IoTG3/M1も同じ設定になっていて、
実際に試してみたところ、同じ問題が発生しました。

systemd-udevd.serviceのデフォルト設定は
/lib/systemd/system/systemd-udevd.service
で
MountFlags=slave
になっています。
jessieではこの設定(MountFlags)はなかったようです。

元の MountFlags=slave の状態で動かして、
udevから呼び出されてUSBメモリをマウントするスクリプトで、
mountの直後にdfを実行するようにしてみました。

#!/bin/sh
 
echo device:$1 > /dev/ttymxc0
mount -v -t vfat /dev/$1 /mnt/usb > /dev/ttymxc0 2>&1
echo result:$? > /dev/ttymxc0
df /mnt/usb > /dev/ttymxc0
sleep 10
df /mnt/usb > /dev/ttymxc0

udevから呼び出されたスクリプトの中では、
dfコマンドでUSBメモリがマウントされています。

ところが、このスクリプトがsleepしている間に
別端末でdfを実行するとマウントされていません。
「なぜだ～？」と調べてわかった解決策が、
MountFlags=shared にすることでした。

MountFlagsの説明は SYSTEMD.EXEC(5) にあります。
$ man systemd.exec
からその部分を引用しておきます。

MountFlags=
Takes a mount propagation flag: shared, slave or private, which
control whether mounts in the file system namespace set up for this
unit's processes will receive or propagate mounts or unmounts. See
mount(2) for details. Defaults to shared. Use shared to ensure that
mounts and unmounts are propagated from the host to the container
and vice versa. Use slave to run processes so that none of their
mounts and unmounts will propagate to the host. Use private to also
ensure that no mounts and unmounts from the host will propagate
into the unit processes' namespace. Note that slave means that file
systems mounted on the host might stay mounted continuously in the
unit's namespace, and thus keep the device busy. Note that the file
system namespace related options (PrivateTmp=, PrivateDevices=,
ProtectSystem=, ProtectHome=, ProtectKernelTunables=,
ProtectControlGroups=, ReadOnlyPaths=, InaccessiblePaths=,
ReadWritePaths=) require that mount and unmount propagation from
the unit's file system namespace is disabled, and hence downgrade
shared to slave.

MOUNT(2)には次の記述があります。
$ man 2 mount
から引用しておきます。

MS_SHARED
Make this mount point shared. Mount and unmount events immedi-
ately under this mount point will propagate to the other mount
points that are members of this mount's peer group. Propagation
here means that the same mount or unmount will automatically
occur under all of the other mount points in the peer group.
Conversely, mount and unmount events that take place under peer
mount points will propagate to this mount point.

MS_PRIVATE
Make this mount point private. Mount and unmount events do not
propagate into or out of this mount point.

MS_SLAVE
If this is a shared mount point that is a member of a peer group
that contains other members, convert it to a slave mount. If
this is a shared mount point that is a member of a peer group
that contains no other members, convert it to a private mount.
Otherwise, the propagation type of the mount point is left
unchanged.

When a mount point is a slave, mount and unmount events propa-
gate into this mount point from the (master) shared peer group
of which it was formerly a member. Mount and unmount events
under this mount point do not propagate to any peer.

A mount point can be the slave of another peer group while at
the same time sharing mount and unmount events with a peer group
of which it is a member.

--
なかむら