Runlevel Dienste abschalten...aber welche?

Post Reply
Message
Author
Steff

Runlevel Dienste abschalten...aber welche?

#1 Post by Steff »

Hallo zusammen,

immer wieder hört man die Aussage, dass "...mein System so langsam geworden ist und irre lange zum booten braucht" und die Antwort "nicht benötigte Dienste im Runlevel deaktivieren".
Kann mir jemand sagen, wo ich eine (deutsche) Übersicht über die verschiedenen Dienste finde, um entscheiden zu können, welche ich benötige?

Vielen Dank

Steff

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#2 Post by Janka »

Grundsätzlich gilt für die Konfiguration: Du brauchst alles, was installiert/korrekt eingerichtet ist. Die Dienste sind ja nicht zum Spaß da, sondern zur Bereitstellung bestimmter Funktionalität.

Überleg dir, welche Funktionalität du nicht brauchst --der Start von X/KDE macht bei mir z.B. 50% der Hochfahrzeit aus. Ein weiterer großer Brocken ist häufig DHCP, wenn der DHCP-Server nicht antwortet. Ansonsten kann man das Hochfahren nur noch *unwesentlich* durch das Abschalten von Serverdiensten (Apache, Samba, FTP) beschleunigen, die auf einem Desktop-System aber meist sowieso nicht laufen.

Da es recht sinnlos ist, an solchen Kleinigkeiten rumzuspielen und die größten Brocken links liegen zu lassen, solltest du da nicht dran rumfummeln.

Guck dir lieber mal Software-Suspend an, da wird beim Booten ein beim Runterfahren/Suspend gemachtes Speicherabbild geladen. Klappt allerdings nur, wenn alle Treiber im System das auch unterstützen.

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#3 Post by klopskuchen »

@Janka
Mach mal eine DAU-Installation mit Suse, also ziemlich alles als Standard abklicken. Dann verfolge die Bootmeldungen (Stichwort Preload) und wirf einen Blick in den Runleveleditor von Yast. Auch wenn das hier jemand als Bashen auffassen sollte, aber was sich dort zeigt ist echt krank.


MfG, Klopskuchen
When all else fails, read the instructions .

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#4 Post by Janka »

Klopskuchen, deine Aussage hat leider gar keinen Wert, außer Rumgetrolle. Es ist doch kein SuSE-spezifisches Problem, wenn vom Benutzer "DAU" erwartet wird, dass alles sofort Out-of-the-Box funzt. Man kann nicht beides haben: Volle Funktionalität *und* sofort gebootet.

Sag doch mal konkret, auf welche Dienste der Desktop-User, der *alles machen will* denn nun verzichten kann...

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#5 Post by klopskuchen »

>konkret
Das bedarf einer frischen Installation. Folgt in Kürze.

MfG, Klopskuchen
When all else fails, read the instructions .

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#6 Post by klopskuchen »

Dämonen für nichtvorhandene Hardware/ Features:
- acpid, cupsd, cupsrenice(?), saned (kein acpi, kein Drucker, kein Scanner)
hal und udev existieren, kein Grund also für vegetierende Dämonen

Künstliche Verkomplizierungen/ Redundanzen, soweit das KISS-Prinzip nicht als altmodisch gilt:
- syslog(RL 2, 3, 5) | earlysyslog (RL 5)
- xdm (RL 5) | earlykdm (5)
- earlykbd (RL 5) | kbd (RL 1, 2, 3, 5)

Netzwerk:
- mdnsd
- sshd
- sambad
- postfix
- portmap
das ganze mit drumgepappter firewall (security by design!11elfundso)


Das Startup ist wartungsfeindlich und redundant. Und spätestens bei der Sichtung eines per default durchgeführten Startskriptes "microcode" fliegt das Zeug in die Tonne.
Janka wrote:Es ist doch kein SuSE-spezifisches Problem, wenn vom Benutzer "DAU" erwartet wird, dass alles sofort Out-of-the-Box funzt.
Richtig. Nur war mir deren Installation in frischer Erinnerung.


MfG, Klopskuchen
When all else fails, read the instructions .

User avatar
Janka
Posts: 3585
Joined: 11. Feb 2006 19:10

#7 Post by Janka »

klopskuchen wrote:Dämonen für nichtvorhandene Hardware/ Features:
- acpid, cupsd, cupsrenice(?), saned (kein acpi, kein Drucker, kein Scanner)
hal und udev existieren, kein Grund also für vegetierende Dämonen
Weißt du sicher, dass der Rechner kein ACPI kann? Mindestens für den Powerknopf->Runterfahren wird der nämlich benutzt.

cupsd muss tatsächlich nicht laufen, wenn der Drucker nicht direkt am Rechner hängt. Drucken auf anderem Rechner über lpr oder ipp geht ja trotzdem. Dumme Standardeinstellung.
Künstliche Verkomplizierungen/ Redundanzen, soweit das KISS-Prinzip nicht als altmodisch gilt:
- syslog(RL 2, 3, 5) | earlysyslog (RL 5)
- xdm (RL 5) | earlykdm (5)
- earlykbd (RL 5) | kbd (RL 1, 2, 3, 5)
So? Ich habe mich zwar auch schon darüber geärgert, aber irgendein DAU wird wieder schimpfen, dass durch Preload das Hochfahren "spürbar" schneller geworden ist.
Netzwerk:
- mdnsd
- sshd
- sambad
- postfix
- portmap
das ganze mit drumgepappter firewall (security by design!11elfundso)
sambad ist sinnvoll, sobald die Kiste Netzwerk hat -- das Ding soll schließlich mit MS-Windows nahtlos zusammenarbeiten.

sshd halte ich auch für sinnvoll, wobei man das aber nicht unbedingt braucht.

postfix ist hingegen auf einem Einbenutzersystem ziemlich sinnlos. Portmap hing glaube ich auch an Postfix.

mdnsd -- Nunja, Wer einmal ein Modem benutzt hat, wird den DNS-Cache zu schätzen wissen. Wenn kein Modem dran hängt stört der eher, stimmt.
Das Startup ist wartungsfeindlich und redundant. Und spätestens bei der Sichtung eines per default durchgeführten Startskriptes "microcode" fliegt das Zeug in die Tonne.
Musst du wissen, was du machst. Ich halte solche Pauschal"ratschläge" für nicht zielführend. Statt immer neue Distributionen auszuprobieren, die sich in den Qualität/Quantität der Ungereimtheiten nichts nehmen, sollte man lieber das eigene System so zurechtbiegen, dass es einem gefällt. Wir haben hier Linux, da geht das. Also machen.

Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.

klopskuchen
prolinux-forum-admin
Posts: 1444
Joined: 26. Jun 2004 21:18
Contact:

#8 Post by klopskuchen »

*gna* Die Motivation meiner Kritik ergibt sich aus der "burn money by hardware"-Mentalität bei Privaten, in Firmen und sogar vielen Codestuben. Einzelne Punkte in Flamewarmanier durchzukauen hatte ich ursprünglich allerdings nicht beabsichtigt. Um zumindest meiner Nerven willen laß ich wieder die Finger vom Thread.

MfG, Klopskuchen
When all else fails, read the instructions .

Post Reply