|
Anzeige
|
unter Debian 9 die Grafische Oberfläche Deaktivieren
Gast
#5441258
Him ich habe Debian 9.1. Möchte hier die Grafische Oberfläche so deaktivieren, dass diese nicht mehr startet. Bei bedarf möchte ich sie aber per Hand nachladen. Ist das "so einfach" möglich? falls ja, wie? Vielen Dank systemctl set-default multi-user.target
Gast
#5441288
danke :)
Gast
#5441306
systemctl disable poettering Timmo H. schrieb: > systemctl set-default multi-user.target Korrekt. Und wenn er sie starten will: einloggen und "startx" eingeben.
Gast
#5441627
Jan schrieb: > Bei bedarf möchte ich sie aber per Hand nachladen. Aus purer Neugier, was ist der Usecase für so ein requierment?
Gast
#5441889
imonbln schrieb: > Aus purer Neugier, was ist der Usecase für so ein requierment? Nunja, nur ein Beispiel: Das System stellt eine Zertifizierungsstelle bereit, deren Datenbestand man gelegentlich auch KOMFORTABEL, d.h. via GUI barbeiten möchte, z.B. mit XCA, z.B. zur Erstellung von CRLs oder von besonderen Zertifikaten, deren Eigenschaften von denen der üblichen (d.h.: bereits gescripteten) Use-Cases abweichen müssen. Für den Normalbetrieb ist eine aktives GUI vollkommen verzichtbar, die braucht nur unnötig RAM und Rechenzeit. Aber es ist eben sehr hilfreich für die genannten Sonderfälle, die aber nur vergleichweise selten eintreten.
Gast
#5441899
c-hater schrieb: > Für den Normalbetrieb ist eine aktives GUI vollkommen verzichtbar, die > braucht nur unnötig RAM und Rechenzeit. Aber es ist eben sehr hilfreich > für die genannten Sonderfälle, die aber nur vergleichweise selten > eintreten. Bei RAM gebe ich dir Recht, bei Rechenzeit nur bedingt... Meine MATE-GUI braucht im Mittel 0.5% der verfügbaren CPU Kapazität. Und ich habe neun Monitoring-Widgets in der Leiste! c-hater schrieb: > Das System stellt eine Zertifizierungsstelle bereit, deren Datenbestand > man gelegentlich auch KOMFORTABEL, d.h. via GUI barbeiten möchte, X11 via Netz tut es nicht? Norbert schrieb: > Bei RAM gebe ich dir Recht, bei Rechenzeit nur bedingt... > Meine MATE-GUI braucht im Mittel 0.5% der verfügbaren CPU Kapazität. > > Und ich habe neun Monitoring-Widgets in der Leiste! Und wenn du die gar nicht laufen hast, sondern nur den Login-Screen, wird es nochmal weniger. Wenn die GUI nur sehr selten gebraucht wird, muss man ja nicht dauerhaft eingeloggt bleiben. Und was den RAM-Verbrauch betrifft: Entweder hat man genug RAM, um mit der GUI vernünftig arbeiten zu können, dann kann sie auch immer laufen, oder man hat es nicht, dann ist es generell nicht sinnvoll, sie zu benutzen, auch wenn es nur manchmal ist. Rolf M. schrieb: > Und was den RAM-Verbrauch betrifft: Entweder hat man genug RAM, um mit > der GUI vernünftig arbeiten zu können, dann kann sie auch immer laufen, Da von Prozessen ungenutztes RAM als Disk-Cache genutzt wird, kann sich schon ein Unterschied ergeben. Man kann das aber möglicherweise per swappiness (oder Ähnlichem) so tunen, dass Login/GUI nach einer Weile rausfliegt. A. K. schrieb: > c-hater schrieb: >> Das System stellt eine Zertifizierungsstelle bereit, deren Datenbestand >> man gelegentlich auch KOMFORTABEL, d.h. via GUI barbeiten möchte, > > X11 via Netz tut es nicht? Bei einem CA-Rechner ist Netzanbindung im Regelfall unerwünscht (und wenn überhaupt, dann nur extrem stark eingeschränkt). Und gerade so etwas breites und aus einem ganz anderen Zeitalter stammendes wie das X-Protokoll ist da für einen Security-Audit sehr unfreundlich. Rolf M. schrieb: > Und was den RAM-Verbrauch betrifft: Entweder hat man genug RAM, um mit > der GUI vernünftig arbeiten zu können, dann kann sie auch immer laufen, > oder man hat es nicht, dann ist es generell nicht sinnvoll, sie zu > benutzen, auch wenn es nur manchmal ist. Nö, es gibt auch Anwendungsfälle, in denen man für Wartungsarbeiten mit einem GUI arbeitet und dabei die primäre Applikation nicht laufen läßt bzw. mit geändertem Profil. Antwort schreiben |
Anzeige
|
