Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- server_und_serverdienste:systemd [2025/04/20 12:58] – loma
+++ server_und_serverdienste:systemd [2025/05/18 08:19] (aktuell) – loma
@@ Zeile 1: / Zeile 1: @@
 ====== Systemd ======
+Du möchtest dich gerne für unsere Hilfe erkenntlich zeigen 8-o. Gerne. Wir bedanken uns bei dir für deine Spende! 🙏 \\
-Hauseigenes Apt-Repo: [[https://apt.iteas.at]]    [[https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KE592Y5993ZKW|{{:wiki:btn_donatecc_lg.gif|}}]]
+[[https://www.paypal.com/donate/?hosted_button_id=JTFYJYVH37MNE|{{:spenden.gif|}}]] \\
+\\
+Zum frei verfügbaren [[:apt-repository|Apt-Repository]]
+\\
+GITLAB: [[https://git.osit.cc|{{:gitlab_logo.png?nolink&60|}}]]
 \\
 \\
@@ Zeile 11: / Zeile 15: @@
 	EDITOR=nano systemctl edit --full rc-local
-Hier wird das komplette Service kopiert und wird von Updates des Systems nicht weiterhin berührt. Dies kann je nachdem zu irgendwann auch zu Problemen führen. Deshalb gibt es auch eine andere Variante wo die Files virtuell verschmolzen werden:
+Hier wird das komplette Service kopiert und wird von Updates des Systems nicht weiterhin berührt. Dies kann je, nachdem zu irgendwann auch zu Problemen führen. Deshalb gibt es auch eine andere Variante wo die Files virtuell verschmolzen werden:
 	EDITOR=nano systemctl edit apache2
@@ Zeile 37: / Zeile 41: @@
 ===== Timeout beim Beenden eines Services =====
-Sehr nützlich wenn durch z.B. nicht mehr erreichen von Services wie NB's - WLAN Dienste ihr maximales Timeout erreichen würden.
+Sehr nützlich, wenn durch z.B. nicht mehr erreichen von Services wie NB's - WLAN Dienste ihr maximales Timeout erreichen würden.
   [Unit]
@@ Zeile 67: / Zeile 71: @@
 ===== Systemdservices über Remote ausführen =====
-Mit Systemd ist es sehr bequem möglich Dinge zu organisieren ohne das man direkt am Host ist. z.b.
+Mit Systemd ist es sehr bequem möglich Dinge zu organisieren, ohne das man direkt am Host ist. z.b.
 <code>
 systemctl -H root@myhost.supertux.bla status apache2
@@ Zeile 92: / Zeile 96: @@
 	EDITOR=nano systemctl edit -f -l "/mnt/datastore/HDD-extern-OSIT"
-Wie du siehst muss der Name der exakte Mountpoint sein. Nun befüllst du das File mit diesem Inhalt:
+Wie du siehst, muss der Name der exakte Mountpoint sein. Nun befüllst du das File mit diesem Inhalt:
 <code>
 [Install]
@@ Zeile 126: / Zeile 130: @@
-Mit dem nächsten Befehl hast eine tolle Übersicht für alle Mountpoints die es gibt, und ob diese im Autostart sind oder nicht.
+Mit dem nächsten Befehl hast eine tolle Übersicht für alle Mountpoints, die es gibt, und ob diese im Autostart sind oder nicht.
 	systemctl list-unit-files -t mount
 <code>
@@ Zeile 224: / Zeile 228: @@
 ===== Optional: Abhängigkeit Netzwerk =====
-Gerade beim Mount von Laufwerken kommt immer wieder mal das Thema auf das beim Zeitpunkt des Mounts das Ziel noch nicht erreichbar ist. Manchmal hilft da auch kein "Requires" für das Netzwerkservice. Abhilfe kann man sich mit einem kleinen Trick schaffen. In dem man ein System-Service generiert das einen simplen Pincheck zum (einen) Zielserver im Netzwerk ausführt und prüft ob der Zielserver für den Mount erreichbar ist. Und erst dann wird der Mount gestartet.
+Gerade beim Mount von Laufwerken kommt immer wieder mal das Thema, auf das beim Zeitpunkt des Mounts das Ziel noch nicht erreichbar ist. Manchmal hilft da auch kein "Requires" für das Netzwerkservice. Abhilfe kann man sich mit einem kleinen Trick schaffen. In dem man ein System-Service generiert das einen simplen Pincheck zum (einen) Zielserver im Netzwerk ausführt und prüft ob der Zielserver für den Mount erreichbar ist. Und erst dann wird der Mount gestartet.
 	EDITOR=nano systemctl edit -f -l wait-for-ping.service
@@ Zeile 246: / Zeile 250: @@
 	systemctl enable --now wait-for-ping.service
-Dieses Service fügt man nun als Abhängigkeit im Systemd-Mount hinzu. Z.B.
+Dieses Service fügt man jetzt als Abhängigkeit im Systemd-Mount hinzu. Z.B.
 <code>
 [Install]
@@ Zeile 265: / Zeile 269: @@
 # TimeoutSec=60
 </code>
-Wichtig ist hier der Part "After=wait-for-ping.service". Beim Nächster Start des Mount wird auf die Erreichbarkeit des Ziels gewartet.
+Wichtig ist hier der Part "After=wait-for-ping.service". Beim Nächste Start des Mount wird auf die Erreichbarkeit des Ziels gewartet.
 ===== Debuging =====