(LINUX) systemctl: Unterschied zwischen den Versionen

Aus TippvomTibb
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „=Allgemeines= Eigentlich koennte ich diese Seite in eine neue Kategorie 'weird things' packen. =Motivation= Ich habe 08/2021 meinen Server auf eine neue alte…“)
 
Zeile 14: Zeile 14:
 
zu finden.
 
zu finden.
 
Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.
 
Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.
Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen.->TODO
+
Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen, evtl. mit udevadm trigger
  
 
=Grafische Oberflaeche=
 
=Grafische Oberflaeche=

Version vom 13. August 2021, 09:49 Uhr

Allgemeines

Eigentlich koennte ich diese Seite in eine neue Kategorie 'weird things' packen.

Motivation

Ich habe 08/2021 meinen Server auf eine neue alte Hardware umgezogen. Da die Server-Hardware (XW8400 auf XW8600; ja ich geb es zu alt ist gar kein Ausdruck, aber 8 Kerne und 16 GB RAM sind fuer meinen Server ausreichend; vorerst;-)) sich unwesentlich geaendert hat, war es fast damit getan die Festplatten umzustecken. Die wesentlichen Anpassungen bezogen sich auf BIOS und Netzwerk. Nur die grafische Oberflaeche wollte partout nicht starten, daher der Titel.

BIOS

TODO

Netzwerk

Da die Zuordnung der Netzdevices ueber die MAC-Adresse geschieht, waren die erwartungsgemaesz falsch. Ich hatte nach dem Start eth3, eth4 und eth5 anstatt eth0-2. BTW: Die dritte Karte ist eine LWL-Karte zur direkten Anbindung an das Backbone. Die Zuordnungsdatei ist bei OpenSuse 15.3 unter

  1. /etc/udev/rules.d/70-persistent-net.rules

zu finden. Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen. Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen, evtl. mit udevadm trigger

Grafische Oberflaeche

Erst einmal das default target kontrolliert.

server:~ # systemctl get-default
graphical.target

Das stimmt soweit. Wenn ein target "sein Ziel" nicht erreicht liegt es oft an fehlerhaften Services.

systemctl list-dependencies graphical.target

In der Ausgabe (Liste von Abhaengigkeiten) sind Dienste, etc. mit einer "farbigen" Markierung versehen.

  • gruen in Orndung
  • rot Fehler
  • schwarz/grau nicht aktiv(iert)

Ich habe alle "roten Dienste" disabled. z.B.

systemctl disable dhcpd

Aber obwohl danach alle Abhaengigkeiten gruen oder schwarz waren, hat es nicht den gewuenschten Erfolg gebracht.