Ich führe Transmission-Daemon als systemd-Dienst auf OSMC aus. Beim Öffnen der Fernbedienungs-Weboberfläche nach einem Neustart werden fast immer alle Übertragungen mit der Meldung "Fehler: Keine Daten gefunden! Stellen Sie sicher, dass Ihre Laufwerke verbunden sind [...]" angehalten.
Ich gehe davon aus, dass dies daran liegt, dass die Übertragung beginnt, bevor der Download-Pfad vorhanden ist - in diesem Fall auf einem USB-Laufwerk, das vom System automatisch /media/Elements/[...]
ohne manuelle Konfiguration von mir bereitgestellt wird. Ich habe nicht bearbeitet fstab
.
Nachdem ich diese Antwort erfolglos ausprobiert habe, frage ich mich, ob es einen anderen Weg gibt, dies zu lösen? Was ich gemäß dieser Antwort getan habe, war, Folgendes in ein hinzuzufügen override.conf
:
cat /etc/systemd/system/transmission.service.d/override.conf
[Unit]
After=media-Elements.mount
After=media-Vault\x2013.mount
After=media-Black\x20Mesa.mount
Die Servicedatei:
$ cat /lib/systemd/system/transmission.service
[Unit]
Description=Transmission BitTorrent Daemon
After=udisks-glue.service
[Service]
User=osmc
Group=osmc
Type=notify
ExecStartPre=/bin/sleep 10
ExecStart=/usr/bin/transmission-daemon -f --log-error --allowed *.*.*.*
[Install]
WantedBy=multi-user.target
Systemd Status:
$ systemctl status transmission
● transmission.service - Transmission BitTorrent Daemon
Loaded: loaded (/lib/systemd/system/transmission.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/transmission.service.d
└─override.conf
[...]
Erwähnenswert ist, dass ich Warning: transmission.service changed on disk. Run 'systemctl daemon-reload' to reload units.
bei der Überprüfung des Status transmission
nach jedem Neustart bekomme . daemon-reload
bringt es bis zum nächsten Neustart zum Schweigen.
Diese Frage ist verwandt, hat aber mit fstab-Mounts zu tun. Ich würde es vorziehen, wenn möglich ohne fstab zu lösen, da ich das USB-Laufwerk nicht als permanent angeschlossen behandeln möchte.
Nach dem Versuch der ersten Antwort:
$ systemctl cat --no-pager transmission.service
# Warning: transmission.service changed on disk, the version systemd has loaded is outdated.
# This output shows the current version of the unit's original fragment and drop-in files.
# If fragments or drop-ins were added or removed, they are not properly reflected in this output.
# Run 'systemctl daemon-reload' to reload units.
# /lib/systemd/system/transmission.service
[Unit]
Description=Transmission BitTorrent Daemon
After=udisks-glue.service
[Service]
User=osmc
Group=osmc
Type=notify
ExecStartPre=/bin/sleep 10
ExecStart=/usr/bin/transmission-daemon -f --log-error --allowed *.*.*.*
[Install]
WantedBy=multi-user.target
# /etc/systemd/system/transmission.service.d/override.conf
[Unit]
RequiresMountsFor=/media/Elements
[Install]
WantedBy=media-Elements.mount
After
mir geschriebenen Anweisungen einfach nicht funktionieren. Oder dass meine Annahme falsch ist, dass langsames automatisches Mounten das Problem ist. Ich werde Ihre Lösung ausprobieren und zusätzlich den Inhalt von postentransmission.service
./media/Elements
, aber leider hat es keinen Unterschied gemacht - das Problem bleibt bestehen. Ich habe Transmission.service nach dem Booten manuell neu gestartet und kann auf diese Weise erneut bestätigen, dass das Problem behoben ist. Es scheint also, dass ich zumindest versuche, das richtige Problem zu lösen..service
Vollständigkeit halber habe ich den Inhalt der Datei zur Frage hinzugefügt .systemctl cat transmission.service
? Ich bin interessiert, ob es die Laufzeiteinheit mit Drop-In anzeigt.systemctl --help | grep "^ cat"
sagt "cat PATTERN ... Zeige Dateien und Drop-Ins einer oder mehrerer Einheiten"[Install]
Abschnitten in Überschreibungsdateien wurde kürzlich in der Systemd-Mailingliste angesprochen . Es scheint, dass es einen Fehler in den Systemd-Versionen v236 bis v238 gab, aber v235 funktioniert und ein Fix ist bereits vorhanden. Wenn v239 veröffentlicht wird, enthält es den Fix. lists.freedesktop.org/archives/systemd-devel/2018-May/…