regra udev executando bot não montando (stretch raspbian)

Question

Eu consegui automontar em versões anteriores do Raspbian, mas a regra não está executando o "mount" no trecho.

A regra:

KERNEL!="sd[a-z][0-9]", GOTO="media_by_label_auto_mount_end"  
# Import FS infos  
IMPORT{program}="/sbin/blkid -o udev -p %N"  
# Get a label if present, otherwise specify one  
ENV{ID_FS_LABEL}!="", ENV{dir_name}="%E{ID_FS_LABEL}"  
ENV{ID_FS_LABEL}=="", ENV{dir_name}="usbhd-%k"  


# Global mount options  
ACTION=="add", ENV{mount_options}="relatime"  
# Filesystem-specific mount options  

ACTION=="add",ENV{ID_FS_TYPE}=="vfat|ntfs",ENV{mount_options}="$env{mount_options},utf8,gid=100,umask=002"  
# Mount the device  

ACTION=="add", RUN+="/home/pi/11-media-by-label.sh /bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"  

ACTION=="add", RUN+="/bin/mkdir -p /media/%E{dir_name}", RUN+="/bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"  
# Clean up after removal  
ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/umount -l /media/%E{dir_name}", RUN+="/bin/rmdir /media/%E{dir_name}"  
# Exit  
LABEL="media_by_label_auto_mount_end"

Observe que é executado ACTION=="add", RUN+="/home/pi/11-media-by-label.sh /bin/mount -o $env{mount_options} /dev/%k /media/%E{dir_name}"

Que contém:

'pi@tv:~ $ cat /home/pi/11-media-by-label.sh
#!/bin/sh
echo "11-media-by-label-auto-mount.rules: $@" >> /tmp/11-media-by-label-auto-mount.rules.log

Isso é executado e produz:

pi@tv:~ $ cat /tmp/11-media-by-label-auto-mount.rules.log 11-media-by-label-auto-mount.rules: /bin/mount -o relatime,utf8,gid=100,umask=002 /dev/sda1 /media/USB_DISK

A ação "mount" na linha anterior parece ter o formato correto, porque quando eu o colo manualmente em uma janela de terminal como: %código% funciona perfeitamente.

Aferir um pi@tv:~ $ sudo /bin/mount -o relatime,utf8,gid=100,umask=002 /dev/sda1 /media/USB_DISK , o syslog contém: sudo udevadm control --log-priority=info

Que apenas resolve "falha de montagem".

(Eu também recebo um código de saída 1 com o mkdir -p, que parece um problema de permissões, mas os arquivos de log são criados pelo root, então eu sei que é realmente root.

Alguma idéia?