[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [systemd] grafischen boot verhindern?



On Sun, 30 Nov 2014 16:02:15 +0100, Sven Hartge <sven@svenhartge.de>
wrote:
>Christian Knoke <chrisk@cknoke.de> wrote:
>> Sven Hartge schrieb am 30. Nov um 14:04 Uhr:
>
>>> Wären die Run-Level vorher schon passend aufgeteilt gewesen, also
>>> z.B. 2 für Mehruser-Betrieb und 3 (oder 5) für Graphischen Desktop,
>>> dann würden die automatischen Mappings von Run-Level auf Targets auch
>>> mehr Sinn ergeben.
>>> 
>>> Leider ist es dafür 20 Jahr zu spät, das noch gerade zu biegen.
>
>> Keine feste Aufteilung, aber vielleich ein Tool, mit dem ich mir meine
>> RunLevel selber definieren kann, welche Dienste in welchem RunLevel
>> starten.
>
>Gibt es ja. Nennt sich update-rc.d. Oder du editierst die LSB-Header in
>den Init-Scripten und passt dann die inittag ab, um z.B. Runlevel 3
>statt 2 per default zu starten.
>
>Hat natürlich den Nachteil, dass bei jedem Update des jeweiligen Paketes
>das Init-Script als verändert gesehen wird und du das manuell abnicken
>musst bzw. die Änderungen manuell mergen musst.
>
>So gesehen erachte ich es schon als Debians Design-Fehler, dass die
>Display-Manager auch in Runlevel 2 stehen und der graphische Desktop
>kein separates Runlevel hat, so dass jeder, der das separieren will,
>erst einmal manuell herumbasteln muss.

Dieses manuelle Herumbasteln ist gar kein Problem gewesen (exakt ein
Kommandozeilenaufruf), bis systemd kam.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834


Reply to: