Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@Homoran

Auf die Pfade achten. Siehe Edit oben.

[Homoran]

@Thomas-Braun
Danke!
Hat leider was länger gedauert. Keiner meiner drei Tinkerboards wollte seine Arbeit aufnehmen oder hat sie kartenfressend nach paar Aktionen wieder eingestellt.

Jetzt da Trixie läuft, ist es tatsächlich so, dass sich die Datei in dem alternativen Pfad befindet und dort bearbeitet werden kann!
Edit
..aber nicht sollte. Siehe folgenden Post von @thomas-braun

[Thomas Braun]

@Homoran sagte:

Jetzt da Trixie läuft, ist es tatsächlich so, dass sich die Datei in dem alternativen Pfad befindet und dort bearbeitet werden kann!

Bitte keine Dateien in /usr/lib/systemd/system verändern. Dort landen die vom Paketmaintainer im Upstream voreingestellten Dinge. Bei einem Update des Pakets werden eigene Einstellungen dort mit der jeweiligen dann aktuellen 'Ab-Werk'-Konfiguration wieder überschrieben.

Wenn spezifische Anpassungen gemacht werden sollen muss die Datei aus /usr/lib/systemd/system/ nach /etc/systemd/system kopiert werden und dann werden die individuellen Änderungen dort vorgenommen.

Durch dieses Vorgehen auch wird das übliche Geschrei wie "Nach einem Update vom Linux waren meine Einstellungen weg! Never tatsch a running süstäm!" vermieden.

[klassisch]

Vielen Dank!
Wie darf ich jetzt das Eingangsposting ändern, um es besser zu machen. Dort steht derzeit:

Bei neueren Linux-Systemen geschieht das über systemd. @Thomas-Braun und @David-G haben diese Anpassung dankenswerterweise ausgearbeitet und getestet (siehe dort mit Nutzung dieser Fundstelle):
Zuerst mit

cat /etc/systemd/system/multi-user.target.wants/nut-server.service

prüfen, ob diese Datei vorhanden ist und nut bereits die Vorkehrungen für systemd getroffen hat.
Falls diese Datei existiert, Mit nano öffnen:

[Thomas Braun]

@klassisch sagte:

Falls diese Datei existiert

Falls nicht kopiert man sich die Vorlage /usr/lib/systemd/system dorthin.

[BananaJoe]

@Thomas-Braun sagte:

Wenn spezifische Anpassungen gemacht werden sollen muss die Datei aus /usr/lib/systemd/system/ nach /etc/systemd/system kopiert werden und dann werden die individuellen Änderungen dort vorgenommen.

Verwendet man dafür nicht einfach:

systemctl edit namedesdienstes.service

Das erstellt dann eine .override.conf im Verzeichnis

etc/systemd/system/namedesdienstes.service.d/override.conf

Dann wird zuerst die Originaldatei eingelesen, dann aber mit Dingen aus der override.conf überschrieben.

Nutze ich seit einer Weile bei meinen Anleitungen.

Ich habe das hier kurz überflogen, eventuell passt das hier aber ja nicht, dann Verzeihung für das Klugscheißen

[Thomas Braun]

@BananaJoe

Möglich. So genau stecke ich da offen gesagt auch nicht drin. Nur das man besser von den Dateien in /usr/lib/systemd/system besser die Finger lässt und mit Kopien in /etc/systemd/system/ arbeitet weiß ich sicher.

[BananaJoe]

@Thomas-Braun ok, in diesem Fall weis ich sicher, das man

systemctl edit

verwenden sollte, wenn die passende Startdatei bereits beim Installieren eines Pakets mitgeliefert wird (in z.B. /etc/systemd/system/)

Wobei der Pfad

/usr/lib/systemd/system

für User-Inits gedacht sind, wenn ich die Doku im internet richtig verstehe, werden diese nicht beim Systemstart sondern beim Anmelden eines Benutzers bzw. des Benutzers für die Unit aktiviert wurde. Und beim Abmelden des Benutzers wieder beendet.

Aber wenn ich das richtig sehe, wird ja hier beschrieben das man sich die aus User nach etc kopiert, eben damit systemweit läuft.

Edit: Falsche Informationen durchgestrichen

[Thomas Braun]

@BananaJoe sagte:

für User-Inits gedacht sind,

Wegen /usr/ ?
Das steht aber nicht (wie weit verbreitet geglaubt wird) für user sondern für unix system resources.

[BananaJoe]

@Thomas-Braun da hst du natürlich recht, ich bin falsch abgebogen, die user-inits stehen in

/usr/lib/systemd/user