Kernel Diät...

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
snoozonica
Beiträge: 21
Registriert: 03.01.2004 01:40:53
Wohnort: Pfälzerwald

Kernel Diät...

Beitrag von snoozonica » 14.05.2005 01:14:39

Hallo zusammen,

ich verwende Sarge auf einem Fujitsu-Siemens Amilo M7400 Laptop.
Nun würde ich gerne den Bootvorgang etwas beschleunigen, da das starten z.Z. doch recht lange dauert. Was kann/muß ich hierzu beim Kernel unternehmen?
Als anhaltspunkt habe ich mal die Ausgabe von "dmesg" gepostet: http://nopaste.debianforum.de/238

Installiert habe ich den aktuellen 2.6.8er Kernel aus Sarge. Er wurde lediglich um das ipw2100-Modul erweitert, damit ich diese Zeilen in die weite Welt senden kann ;-)
Ansonsten handelt es sich um das orig. Kernelimage.

Anmerkung: Über "dselect" habe ich einen Kernel der Version 2.6.8-13-686 ausgewählt,
gestartet wird jedoch eine Version 2.6.8-2-686. Wie kommt denn das?

Schonmal vielen Dank vorab,
Stefan (snoozonica)

Benutzeravatar
seep
Beiträge: 544
Registriert: 31.10.2004 14:21:08
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: HSK

Re: Kernel Diät...

Beitrag von seep » 15.05.2005 11:04:53

snoozonica hat geschrieben:Was kann/muß ich hierzu beim Kernel unternehmen?
Gegenfrage: Vermutest Du den langen Bootvorgang aufgrund eines zu dicken Kernels?

Ist es nicht vielleicht eher so, daß dort Dienste laufen (und gestartet werden müssen), die Du eventuell nicht unbedingt dauerhaft braucht (samba, ftpd, apache, postgres, mysql, exim, ...). Letztere "fressen" bei mir die Bootdauer, nicht der Kernel.

Benutzeravatar
snoozonica
Beiträge: 21
Registriert: 03.01.2004 01:40:53
Wohnort: Pfälzerwald

Re: Kernel Diät...

Beitrag von snoozonica » 15.05.2005 17:10:13

Gegenfrage: Vermutest Du den langen Bootvorgang aufgrund eines zu dicken Kernels?
Ich dachte mir, das ich den Bootvorgang verkürzen könnte, indem ich alles entferne was fehler verursacht.
Ist es nicht vielleicht eher so, daß dort Dienste laufen (und gestartet werden müssen), die Du eventuell nicht unbedingt dauerhaft braucht (samba, ftpd, apache, postgres, mysql, exim, ...). Letztere "fressen" bei mir die Bootdauer, nicht der Kernel.
Das ist natürlich auch ein interessanter punkt. Wie könnte ich denn hier am sinnvollsten vorgehen? Was die Dienste angeht, so kenne ich mich hier nicht sonderlich gut aus :-(

Gruß, snoozonica

Benutzeravatar
debconf
Beiträge: 27
Registriert: 22.08.2002 17:05:40

Beitrag von debconf » 15.05.2005 23:59:04

Wie könnte ich denn hier am sinnvollsten vorgehen?
Ich geh mal davon aus Du bist im Runlevel 5.
Schau mal in

Code: Alles auswählen

/etc/rc5.d/
nach welche Dienste bei Dir beim booten gestartet werden. Überflüssige kannnst Du mit

Code: Alles auswählen

update-rc.d -f DIENSTNAME remove
entfernen. Siehe auch
man update-rc.d
Schau mal auf die Uhr beim booten und poste doch mal Ergebnisse Vorher/Nacher. :wink:

Benutzeravatar
devilx
Beiträge: 734
Registriert: 26.08.2003 22:57:20
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Filderstadt
Kontaktdaten:

Beitrag von devilx » 16.05.2005 01:04:35

debconf hat geschrieben:Überflüssige kannnst Du mit

Code: Alles auswählen

update-rc.d -f DIENSTNAME remove
entfernen.
Ach so geht das. Ich habe die Dinger bisher immer von Hand plattgemacht.... geschadet hat es meinem System aber nicht. :lol:
Die Sache mit dem Kernel: Naja, ich weiss nicht was du wirklich alles brauchst und was du alles im Kernel hast. Ich koennte dir nun empfehlen das ganze USB, I2C, ALSA und Kernel Hacking zeug rauszunehmen, weiss jedoch nicht ob du die dinger nicht doch evtl. nutzt.
When you smile, the world smiles with you :)
When you fart, you stand alone :(
... a place full of dorkness

Benutzeravatar
debconf
Beiträge: 27
Registriert: 22.08.2002 17:05:40

Beitrag von debconf » 16.05.2005 15:59:37

Ach so geht das.
Reine Geschmackssache. :wink:
Ich würde zuerst bei den Diensten nachschauen. Vielleicht hat er ja keine Probleme mit dem "Standard-Kernel". Hab den Output von dmesg mal überflogen und seh keine Probleme.
Ansonsten nochmal hier schauen:
http://tuxmobil.org/fujitsu.html

Benutzeravatar
g-henna
Beiträge: 733
Registriert: 03.11.2003 14:59:56
Wohnort: Berlin

Re: Kernel Diät...

Beitrag von g-henna » 16.05.2005 23:18:07

Hi!
seep hat geschrieben:
snoozonica hat geschrieben:Was kann/muß ich hierzu beim Kernel unternehmen?
Gegenfrage: Vermutest Du den langen Bootvorgang aufgrund eines zu dicken Kernels?
Also bei mir zumindest (Eigenbau-Spar-Kernel) ist es so, dass ich den Eindruck hab, die Kernel-Boot-Zeit ist länger als das andere Zeug. Kann aber a) auch Täuschung sein, weil ich nicht genau weiß, wann das in /etc/init.d anfängt und b) verbraucht der kdm sowieso nochmal so lange wie alles andere zusammen. Und hotplug!! Hotplug schmeiß ich schon deswegen immer wieder runter, weil das beim Booten sooo lange dauer! Aber der Frage würd ich mich anschließen wollen, gibt es irgendwas, was einen enormen Speed-Up bedeutet?

Bye
g-henna
follow the penguin...

Benutzeravatar
armin
Beiträge: 2682
Registriert: 17.03.2005 11:49:14

Beitrag von armin » 17.05.2005 08:13:04

Ich starte Hotplug neuerdings einfach parallel zum Rest - damit hab ich es geladen, aber es stört beim booten nicht :-)

Code: Alles auswählen

#!/bin/sh -e
#
# description:  Starts and stops each hotpluggable subsystem.
#               On startup, may simulate hotplug events for devices
#               that were present at boot time, before filesystems
#               used by /sbin/hotplug became available.

PATH=/sbin:/bin:/usr/sbin:/usr/bin

/etc/init.d/hotplug $1 &

exit 0
Ich starte einfach obiges Skript statt dem original Hotplug.
Zuletzt geändert von armin am 17.05.2005 10:24:26, insgesamt 3-mal geändert.
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams

comes
Beiträge: 2702
Registriert: 11.03.2005 07:33:30
Wohnort: /dev/null
Kontaktdaten:

Beitrag von comes » 17.05.2005 09:02:52

Trigger. hat geschrieben:Ich starte Hotplug neuerdings einfach parallel zum Rest - damit hab ich es geladen, aber es stört beim booten nicht :-)

Code: Alles auswählen

#!/bin/sh -e
#
# description:  Starts and stops each hotpluggable subsystem.
#               On startup, may simulate hotplug events for devices
#               that were present at boot time, before filesystems
#               used by /sbin/hotplug became available.

PATH=/sbin:/bin:/usr/sbin:/usr/bin

./hotplug $1
Ich starte einfach obiges Skript statt dem original Hotplug.
und wo ballerst du diesen script rein und wie startest du ihn?
grüße, comes

Faschismus ist keine Meinung, sondern ein Verbrechen!
http://sourcewars.de

Benutzeravatar
armin
Beiträge: 2682
Registriert: 17.03.2005 11:49:14

Beitrag von armin » 17.05.2005 10:09:42

Hab das Skript in /etc/init.d liegen. Habs einfach mal hotplug2 genannt.
Danach muss man in /etc/rcS.d entweder den Hotplug-Link (S40hotplug) auf das neue Skript umbiegen, oder einen neuen Link auf hotplug2 erzeugen. Hab den alten in _S40hotplug umbenannt (nur zur Sicherheit) und dann mit "ln -s ../init.d/hotplug2 S40hotplug" den Link neu erzeugt. Fertig.
In obigem Skript hat übrigens noch ein & gefehlt...
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams

comes
Beiträge: 2702
Registriert: 11.03.2005 07:33:30
Wohnort: /dev/null
Kontaktdaten:

Beitrag von comes » 17.05.2005 10:14:12

und wo fehlt das '&'? hinter ./hotplug $l???
grüße, comes

Faschismus ist keine Meinung, sondern ein Verbrechen!
http://sourcewars.de

Benutzeravatar
armin
Beiträge: 2682
Registriert: 17.03.2005 11:49:14

Beitrag von armin » 17.05.2005 10:31:12

Hatte das schon geändert.
So wie das Skript jetzt oben steht sollte alles passen!
Falls es jemand testet kann er ja mal bescheid geben...
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams

Antworten