🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: ch.comp.os.linux
Article #18939

Re: kernel compilieren auf fremden compi ?

#18939
From: Joe Ammann
Date: Mon, 31 Jan 2000 00:00
64 lines
3113 bytes
Harald Thoeny <doublezero@freesurf.ch> writes:

> Joe Ammann wrote:
> > > gilt es irgendetwas spezielles zu beachten wenn ich einen kernel nicht
> > > auf dem computer compiliere auf dem er sp�hter ausgef�hlrt wird ?????
> >
> > > bis jetzt ist es mir noch nicht gelungen so ein teil sinnvoll zum laufen
> > > zu bringen. bleibt immer h�ngen mit " Kernel panic : VFS : unable to
> > > mount root fs on 03:04"
> >
> > Das hat wohl eher damit zu tun dass
> >
> > 1) evtl. Lilo auf der Zielmaschine nicht richtig konfiguriert ist oder
> >    gar nicht laufengelassen wurde nach dem Kopieren des Kernels.
> 
> nun wenn lilo laufen lassen heist mittels yast neuen kernel
> einzurichten hab ich das.  habe kein "make zlilo" gemacht, f�r was
> w�re das genau gut ?

Was genau Yast macht, weiss ich nicht. Ich meinte nur: kernel und
symboltabelle auf den Zielrechner kopieren (wahrscheinlich ins /boot
Verzeichnis). Und dann einfach den Befehl "lilo" ankicken (sofern
schon ein korrekter Eintrag fuer den neuen Kernel besteht). lilo
aktualisiert dann den boot block, damit der neue Kernel geladen werden
kann.

Ich nehm mal an, Yast macht das in etwa korrekt, hab aber keine Ahnung
ob diese Annahme stimmt.

> > 2) rdev nicht laufengelassen wurde auf der Zielmaschine, falls Du mit
> >    etwas anderem als einem (vernuenftig aktuellen) lilo bootest, oder
> >    spezielle Optionen (z.B. ramdisk) beim booten verwendest.
> 
> aktuell solle es einigermassen sein, suse 6.1.

Und Du brauchst keine intitrd oder so fuer Deinen kernel?

> ich sehe noch zwei fehlerquellen
> 
> 1. "make modules" und "make modules_install" ? auf dem zielrechner auch
> ausf�hren ?

Naja, Die Module solltest Du schon auch noch auf der Zielmaschine
installieren.

> 2. habe irgendeine d�mliche kerneleinstellung versaut.

Sehe ich das richtig, dass Du den Kernel nur deswegen auf einer
anderen Maschine kompilierst, weil die Zielmaschine zu langsam ist? Du
aber vollen Zugriff (via NFS) von der Zielmaschine auf das
Kernel-Source Verzeichnis hast? Wenn ja, empfehl ich folgendes
Vorgehen.

1) make mrproper (auf compile-Maschine, sauber machen)

2) make (x|menu)config (auf Zielmaschine, viele Voreinstellungen
   werden dann schon korrrekt gewaehlt

3) make dep ; make modules ; make zImage (auf compile-Maschine)

4) make modules_install ; make zlilo (auf Zielmaschine)

--
joe
Technical Details
Message-ID: <87emayshl2.fsf@cornus.pyx.ch>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <3891AD6F.D63DD818@freesurf.ch> <87k8kurqak.fsf@cornus.pyx.ch> <389218C2.3692BDE2@freesurf.ch>

Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII
X-Google-Thread: f4b73,c24c474934ff1154
X-Google-Attributes: gidf4b73,public
From: Joe Ammann <joe@pyx.ch>
Subject: Re: kernel compilieren auf fremden compi ?
Date: 2000/01/31
Message-ID: <87emayshl2.fsf@cornus.pyx.ch>
X-Deja-AN: 579823529
X-NNTP-Posting-Host: fw-pyx.cyberlink.ch
References: <3891AD6F.D63DD818@freesurf.ch> <87k8kurqak.fsf@cornus.pyx.ch> <389218C2.3692BDE2@freesurf.ch>
X-Complaints-To: usenet@news.active.ch
X-Trace: dino.active.ch 949311738 29360 193.246.253.11 (31 Jan 2000 09:42:18 GMT)
Organization: Pyx Engineering AG, Zuerich, Switzerland
NNTP-Posting-Date: 31 Jan 2000 09:42:18 GMT
Newsgroups: ch.comp.os.linux