[linux-l] Neuer Kernel bootetnach dem Übersetzen nicht->was tun?

[Jan-Benedict Glaw]

On Thu, 2002-10-10 20:25:58 +0200, Rafael Kolleß <rafael at mondoria.de>
wrote in message <1034274358.1406.3.camel at Thor.mondoria>:
> Ich gehe mal davon aus, daß die Rootpartition mit ReiserFS formatiert
> ist.
> 
> Möglicherweise hast Du den Aufruf "mkinitrd" nach der Installation des
> neuen Kernel vergessen. Dieser ist bei SuSE jedoch zwingend.
> Durch das mkinitrd wird das ReiserFS-Modul für den Bootvorgang
> eingebunden.

Ist das grundsätzliche Booten, gerade die aller-ersten Schritte,
plötzlich Distributions-abhängig geworden?

mkinitrd ist genau dann zwingend, wenn man einen Kernel hat, der das
vorhandene System nicht selbständig booten kann. Das _kann_ der Fall
sein, wenn man z.B. IDE und SCSI nicht einkompiliert hat, aber eines
davon braucht, weil die Root-Partition auf einer IDE- bzw. SCSI-Platte
liegt, ebenso mit dem Dateisystem.

Darüber, wie viel Sinn es macht, erst in ein kleines Rettungssystem zu
booten, und von da aus das "richtige" System anzustarten, kann man zum
Glück streiten. Wenn alles, was zum Booten gebraucht wird, im Kernel
ist, und das System keine Besonderheiten aufweist (Soft-RAID-Platten
ohne Auto-Erkennung, LVM auf der Root-Partition, ...), dann ist der
Zwischenschritt mit einer initrd überflüssig, auf manchen Architekturen
sogar sehr schwierig, wenn nicht unmöglich. (-> Ja, es gibt Systeme, die
nur ein Megabyte laden. Mit Kernel + initrd is' da schon Schluß.)

Kurze Rede, tiefer Sinn: initrd ist IMHO nett, wenn man
	- Eselsohren (SoftRAID, LVM, ...) in seinem System hat
	- auf einem System booten muß, daß man nicht kennt,
aber wenn man einen Kernel für _einen_ Rechner baut, dann ziehe ich es
vor, keine initrd zu haben. Zuviel Aufwand für zuwenig Nutzen.

MfG, JBG

-- 
   - Eine Freie Meinung in einem Freien Kopf für
   - einen Freien Staat voll Freier Bürger
   						Gegen Zensur im Internet
Jan-Benedict Glaw   .   jbglaw at lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: nicht verfügbar
URL         : <https://mlists.in-berlin.de/pipermail/linux-l-mlists.in-berlin.de/attachments/20021011/c847fb44/attachment.sig>