Am Mi., 29. Juni 2022 um 11:21 Uhr schrieb Christian Andretzky <
[email protected]>:
On 29.06.22 10:57, [email protected] wrote:
afair ging das mittels: systemctl enable arpwatch@INTERFACEBEZEICHNUNG Testen mittels: systemctl start arpwatch@INTERFACEBEZEICHNUNG
Ihr habt völlig recht, nur startet - zumindest bei mir - das arpwatch
mit genau diesem Befehl sofort - aber eben nicht auch nach dem nächsten reboot. Soweit ich das überblicke, wird das Interface (%i) im 'automatik-mode' nicht mit übergeben.
Das ist ja komisch, enable sollte genau das bewirken. Diese "name@irgendwas" units sind s.g. "instantiated services", hatte mich damit aber nur mal am
Rande beschäftigt und da hat es auf Anhieb funktioniert. Viel weiterhelfen kann ich da jetzt leider nicht
Vielleicht nur eine kleine Starthilfe; Wenn du "systemctl enable arpwatch@INTERFACEBEZEICHNUNG" machst sollte dir angezeigt werden wo der entsprechende Symlink angelegt wird. I.d.R steht in den Units bei Install - Wanted - "multi-user.target" dann sollte nach dem enable also ein symlink
unter "/etc/systemd/system/multi-user.target.wants/" angelegt sein, der auf
das unit template unter /lib/systemd/system/
[email protected] zeigt.
Wenn das alles passiert und die Unit trotzdem nicht startet könnte es ein Problem mit dem Template geben (weiß nicht genau was du mit automatik-mode meinst) oder eben mit dem Service selber, da sollte dann in den
entsprechenden Logs was zu finden sein.
<div dir="ltr"><div dir="ltr">Am Mi., 29. Juni 2022 um 11:21 Uhr schrieb Christian Andretzky <<a href="mailto:
[email protected]">
[email protected]</a>>:<br></div><div class="gmail_quote"><blockquote class="gmail_
quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>On 29.06.22 10:57, <a href="mailto:
[email protected]" target="_blank">
[email protected]</a> wrote:<br>
> afair ging das mittels: systemctl enable arpwatch@INTERFACEBEZEICHNUNG<br> > Testen mittels: systemctl start arpwatch@INTERFACEBEZEICHNUNG<br>
> <br>
Ihr habt völlig recht, nur startet - zumindest bei mir - das arpwatch <br>
mit genau diesem Befehl sofort - aber eben nicht auch nach dem nächsten <br> reboot. Soweit ich das überblicke, wird das Interface (%i) im <br> 'automatik-mode' nicht mit übergeben.<br></blockquote><div><br></div><div>Das ist ja komisch, enable sollte genau das bewirken. Diese "name@irgendwas" units sind s.g. "instantiated services", hatte mich damit aber nur mal am
Rande beschäftigt und da hat es auf Anhieb funktioniert. Viel weiterhelfen kann ich da jetzt leider nicht</div><div><br></div><div>Vielleicht nur eine kleine Starthilfe; Wenn du "systemctl enable arpwatch@INTERFACEBEZEICHNUNG" machst sollte
dir angezeigt werden wo der entsprechende Symlink angelegt wird. I.d.R steht in den Units bei Install - Wanted - "multi-user.target" dann sollte nach dem enable also ein symlink unter "/etc/systemd/system/multi-user.target.wants/"
angelegt sein, der auf das unit template unter /lib/systemd/system/
[email protected] zeigt.</div><div><br></div><div>Wenn das alles passiert und die Unit trotzdem nicht startet könnte es ein Problem mit dem Template geben (weiß nicht genau was du mit
automatik-mode meinst) oder eben mit dem Service selber, da sollte dann in den entsprechenden Logs was zu finden sein.</div></div></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)