Hallo,
udiskie läuft in der Systemd User-Session für den Benutzer vdr, die von der Rolle yavdr-desktop eingerichtet wird. Der Start erfolgt über das autostart-Skript von Openbox.
Man könnte so eine User-Session auch ohne X-Server starten lassen und hätte dann auch die Möglichkeit andere Dienste, die nicht von Xorg abhängen (wie z.B. irexec, pulseaudio usw.) mit Benutzerrechten des Users VDR auszuführen. Ich habe da schon eine Idee, komme aber heute nicht mehr dazu das ins Playbook einzubauen und zu testen.
Keine Eile 
Ich habe im focal-Branch eine headless-session eingebaut, die bei der Server-Installation aktiviert wird und u.a. udiskie startet. Ich will noch das (de)aktivieren der einzelnen Dienste in der Systemd-User Session vom Playbook machen lassen (bislang macht das das autostart-Skript von openbox), so dass das nicht bei jedem Start passieren muss.
Ja, sudo apt install udiskie und dann als schellen Workaround auf Basis von softhdcuvid jetzt mit VAAPI und HDR support sowas:
[Unit]
Description=Direct login for user %i
After=systemd-user-sessions.service systemd-udev-settle.service
Before=vdr.service
Conflicts=getty@tty7.service
[Service]
User=%i
WorkingDirectory=~
TTYPath=/dev/tty7
PAMName=login
ExecStart=/bin/bash -l -v bin/drm-session
[Install]
WantedBy=graphical.target#!/bin/bash
# https://unix.stackexchange.com/a/444676
prep_term()
{
unset term_child_pid
unset term_kill_needed
trap 'handle_term' TERM INT
}
handle_term()
{
if [ "${term_child_pid}" ]; then
kill -TERM "${term_child_pid}" 2>/dev/null
else
term_kill_needed="yes"
fi
}
wait_term()
{
term_child_pid=$!
if [ "${term_kill_needed}" ]; then
kill -TERM "${term_child_pid}" 2>/dev/null
fi
wait ${term_child_pid}
trap - TERM INT
wait ${term_child_pid}
}
prep_term
udiskie &
wait_termdanke.
meinte eher als rolle über ansible
Hast du die Systemd-Unit aktiviert? Läuft udiskie?
Hast du die Systemd-Unit aktiviert? Läuft udiskie?
Wohl nicht richtig. Habe ich erst in dem verlinkten Thread gesehen, dass es mit systemctl enable drmlogin@vdr.service aktiviert werden muss.
Habe ich eben getan und den Server neu gebootet.
udiskie läuft nun auch und die USB-Platte ist nach /media/vdr/FILME gemountet worden. Aber unter /srv/vdr/video/FILME exisitiert nicht (früher war die Platte da immer so eingebunden).
Aber unter /srv/vdr/video/FILME exisitiert nicht (früher war die Platte da immer so eingebunden).
Dazu braucht es noch eine passende Konfigurationsdatei und ein mount-Skript (das ausführbar sein muss):
#!/bin/bash
#
# *** ANSIBLE MANAGED FILE ***
# template: /home/user/yavdr-ansible/roles/udiskie/templates/config.yml.j2
#
program_options:
tray: false # [bool] Enable the tray icon. "auto"
menu: flat # ["flat" | "nested"] Set the
automount: true # [bool] Enable automatic mounting.
notify: true # [bool] Enable notifications.
password_cache: false # [int] Password cache in minutes. Caching is
file_manager: ""
notify_command: "/var/lib/vdr/bin/udiskie_vdr_mount_helper '{event}' '{device_presentation}' '{mount_path}'"
device_config:
- is_loop: true
ignore: true
- is_external: false
ignore: true
notifications:
device_mounted: 5 # mount notification
device_unmounted: true # unmount notification
device_added: true # device has appeared
device_removed: true # device has disappeared#!/bin/bash
#
# *** ANSIBLE MANAGED FILE ***
# template: /home/user/yavdr-ansible/roles/udiskie/templates/udiskie_vdr_mount_helper.j2
#
videodir="/srv/vdr/video"
event="$1"
device_node="$2"
mount_path="$3"
logger -t "mount-notification" "event: $event, device: $device_node, mount_path: $mount_path"
case "$event" in
'device_mounted')
target="${videodir}/$(basename "${mount_path}")"
ln -s -T "$mount_path" "$target" ||
{ logger -t "vdr recordings found" "mountpoint already exists, aborting"; exit; }
# check if we got a vdr recording on the mountpoint
if [ -n $(find "$mount_path" -name "*.rec" -print -quit 2>/dev/null) ]
then
vdr-dbus-send /Skin skin.QueueMessage string:"$mount_path mounted (with recordings)"
svdrpsend updr
else
vdr-dbus-send /Skin skin.QueueMessage string:"$mount_path' mounted"
fi
;;
'device_unmounted')
removed_symlinks=($(find "$videodir" -xtype l -delete -print))
logger -t "device umounted" "remove unneeded symlinks: $(paste -d " " <<< "${removed_symlinks[@]}")"
vdr-dbus-send /Skin skin.QueueMessage string:"$device_node umounted"
svdrpsend updr
;;
'device_removed')
removed_symlinks=($(find "$videodir" -xtype l -delete -print))
[ -z "$device_node" ] && exit
logger -t "device removed" "remove unneeded symlinks: $(paste -d " " <<< "${removed_symlinks[@]}")"
vdr-dbus-send /Skin skin.QueueMessage string:"$device_node removed"
svdrpsend updr
;;
'job_failed')
if [ -n "$mount_path" ]
then
logger -t "umount failed" "could not unmount $mount_path"
else
logger -t "operation failed" 'could not mount(?) '"$device_node"
fi
;;
esacMuss da bei NFS noch etwas beachtet werden?
Ja, es muss jedes Dateisystem exportiert werden und das ist bei dynamischen mounts mit udiskie nicht sinnvoll möglich.
Es wäre vermutlich sinnvoller die externe Platte über die fstab bzw. eine Mount-Unit zu mounten und dann eine NFS-Freigabe und ein Avahi-Announcement dafür zu erstellen, das der Client mit dem avahi-mounter nutzen kann.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!