Kernel Start-Probleme

Bjoern Berg

28 Oct 2001 28 Oct '01

12:26

Hallo, ich habe den Standard-SuSE-Kernel neu kompiliert und einige Features aktiviert und dabei auf die Config-File zurückgegriffen, die ja schon existierte. Eigentlich wurde nur der Support für eine andere Grafikkarte als Modul ausgewählt. Also hab ich die Einstellungen mittels "make menuconfig" gemacht und dann die Kompilierprozedur "make dep && make modules && make modules_install && make bzImage" durchlaufen. Das Image wurde später nach /boot kopiert und vmlinuz_new genannt. Dieser Kernel wurde auch in der lilo eingetragen. Wenn ich jetz aber den Kernel starten will, sehe ich noch auf dem Bildschirm: Starte vmlinuz_new....................................... Und der Rechner bootet neu. Wo liegt da der Fehler...?? Zu meinem System: SuSE 7.2, Kernel 2.4.4.SuSE (modifiziert), lilo 21.6 (grafisch) Grüße Björn -- http://www.bbinternet.de

Show replies by date

Peter Blancke

28 Oct 28 Oct

12:41

On Sun, 28 Oct 2001, Bjoern Berg wrote:

...

Also hab ich die Einstellungen mittels "make menuconfig" gemacht und dann die Kompilierprozedur "make dep && make modules && make modules_install && make bzImage" durchlaufen.

Nein, das ist nicht ganz so schoen. Fuehre das bitte sicherheitshalber vollstaendig durch: make dep make clean make bzImage make modules make modules_install

...

Das Image wurde später nach /boot kopiert und vmlinuz_new genannt. Dieser Kernel wurde auch in der lilo eingetragen.

Und hast Du danach den Befehl "lilo" auch ausgefuehrt? Der Eintrag in der /etc/lilo.conf reicht keineswegs aus. Der wird beim Booten naemlich gar nicht mehr ausgewertet.

...

Wenn ich jetz aber den Kernel starten will, sehe ich noch auf dem Bildschirm: Starte vmlinuz_new.......................................

Und der Rechner bootet neu.

Ja, er soll doch neu booten. Du meinst wahrscheinlich: Er bootet immer wieder erneut, ohne jemals "hochzukommen".

...

Wo liegt da der Fehler...??

An den Dingen, die vom oben Beschriebenen abweichen. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...

Florian Gross

16:37

* Peter Blancke textete am 28.10.01:

...

On Sun, 28 Oct 2001, Bjoern Berg wrote:

...
Also hab ich die Einstellungen mittels "make menuconfig" gemacht und dann die Kompilierprozedur "make dep && make modules && make modules_install && make bzImage" durchlaufen.

Nein, das ist nicht ganz so schoen. Fuehre das bitte sicherheitshalber vollstaendig durch:

make dep make clean make bzImage make modules make modules_install

Was spricht gegen make dep clean bzImage modules modules_install ? cu flo -- Gibt es eigentlich in dag� "echten Bl�dsinn" ? Ich meine jetzt ausser meinem Bescheidenen Beitr�gen dazu. [WoKo in dag�]

Peter Blancke

17:42

On Sun, 28 Oct 2001, Florian Gross wrote:

...

* Peter Blancke textete am 28.10.01:

...
On Sun, 28 Oct 2001, Bjoern Berg wrote:

...
Also hab ich die Einstellungen mittels "make menuconfig" gemacht und dann die Kompilierprozedur "make dep && make modules && make modules_install && make bzImage" durchlaufen.

Nein, das ist nicht ganz so schoen. Fuehre das bitte sicherheitshalber vollstaendig durch:

make dep make clean make bzImage make modules make modules_install

Was spricht gegen

make dep clean bzImage modules modules_install

Gar nichts. Mir kam es darauf an, dass bei Bjoerns Variante der Schritt "clean" gefehlt hatte, da wurde mir leicht flau. Der Rest ist bei mir Gewohnheit. Was ist, wenn "dep" oder "clean" irgend etwas bemaengelten? Macht make da mit dem naechsten Schritt weiter oder wird da abgebrochen? Dann haette ich doch mehr Argumente fuer meine Variante. Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht...

Florian Gross

29 Oct 29 Oct

16:13

* Peter Blancke textete am 28.10.01:

...

On Sun, 28 Oct 2001, Florian Gross wrote:

...
* Peter Blancke textete am 28.10.01:

...
On Sun, 28 Oct 2001, Bjoern Berg wrote:

...
Also hab ich die Einstellungen mittels "make menuconfig" gemacht und dann die Kompilierprozedur "make dep && make modules && make modules_install && make bzImage" durchlaufen.

Nein, das ist nicht ganz so schoen. Fuehre das bitte sicherheitshalber vollstaendig durch:

make dep make clean make bzImage make modules make modules_install

Was spricht gegen

make dep clean bzImage modules modules_install

Gar nichts.

Mir kam es darauf an, dass bei Bjoerns Variante der Schritt "clean" gefehlt hatte, da wurde mir leicht flau.

Normalerweise lasse ich das 'clean' weg. Hatte damit bis jetzt eigentlich keine negativen Erfahrungen.

...

Der Rest ist bei mir Gewohnheit. Was ist, wenn "dep" oder "clean" irgend etwas bemaengelten? Macht make da mit dem naechsten Schritt weiter oder wird da abgebrochen? Dann haette ich doch mehr Argumente fuer meine Variante.

Da bin ich mir nicht ganz sicher. IIRC bricht make dann ab. Zur Not könnte man ja ein make dep clean bzImage modules modules_install 2>&1 | tee kernel.out oder sowas absetzen und nachsehen. cu flo -- Dem Redeneden kann geholfen werden. wer jedoch nur labert, den ist nicht mehr zu helfen. [WoKo in dag°]

Daniel Brachmann

30 Oct 30 Oct

08:57

Florian Gross wrote:

...

* Peter Blancke textete am 28.10.01:

...
On Sun, 28 Oct 2001, Florian Gross wrote:

...
* Peter Blancke textete am 28.10.01:

[quote]

...
Was spricht gegen

make dep clean bzImage modules modules_install

Gar nichts.

Mir kam es darauf an, dass bei Bjoerns Variante der Schritt "clean" gefehlt hatte, da wurde mir leicht flau.

Normalerweise lasse ich das 'clean' weg. Hatte damit bis jetzt eigentlich keine negativen Erfahrungen.

ich auch nicht, clean ist im prinzip ja nur ein "sauebrmachen" im Verzeichnis

...

...
Der Rest ist bei mir Gewohnheit. Was ist, wenn "dep" oder "clean" irgend etwas bemaengelten? Macht make da mit dem naechsten Schritt weiter oder wird da abgebrochen? Dann haette ich doch mehr Argumente fuer meine Variante.

Da bin ich mir nicht ganz sicher. IIRC bricht make dann ab. Zur Not könnte man ja ein

wenn einer der Schritte einen Fehler meldet bricht mnake ab (jedenfalls bei mir ;-). war bisher aber bei make clean nie der Fall, da cleannur ne Ansammlung von rm-Befehlen ist. gruss -fen

Florian Gross

16:35

* Daniel Brachmann <9d@cosmosdirekt.de> textete am 30.10.01:

...

Florian Gross wrote:

...
* Peter Blancke textete am 28.10.01:

...
On Sun, 28 Oct 2001, Florian Gross wrote:

...
* Peter Blancke textete am 28.10.01:

[quote]

...
Was spricht gegen

make dep clean bzImage modules modules_install

Gar nichts.

Mir kam es darauf an, dass bei Bjoerns Variante der Schritt "clean" gefehlt hatte, da wurde mir leicht flau.

Normalerweise lasse ich das 'clean' weg. Hatte damit bis jetzt eigentlich keine negativen Erfahrungen.

ich auch nicht, clean ist im prinzip ja nur ein "sauebrmachen" im Verzeichnis

[...]

...

wenn einer der Schritte einen Fehler meldet bricht mnake ab (jedenfalls bei mir ;-). war bisher aber bei make clean nie der Fall, da cleannur ne Ansammlung von rm-Befehlen ist.

Eben. Das sollte man IMHO eigentlich nur brauchen, wenn irgendwas größeres vorher schiefgelaufen ist. cu flo --

...

...
Bei mir heißen die Mädels alle ".jpg". Wieso, komprimierst du die alle? Ja, besonders die Blondinen, denn die sind so schön hohl. [Jakob Krieger und Dieter Bruegmann in dag°]

Bjoern Berg

2 Nov 2 Nov

09:16

On Sonntag, 28. Oktober 2001 18:42 Peter Blancke wrote: [cut]

...

Mir kam es darauf an, dass bei Bjoerns Variante der Schritt "clean" gefehlt hatte, da wurde mir leicht flau.

Der Rest ist bei mir Gewohnheit. Was ist, wenn "dep" oder "clean" irgend etwas bemaengelten? Macht make da mit dem naechsten Schritt weiter oder wird da abgebrochen? Dann haette ich doch mehr Argumente fuer meine Variante.

Habe mal alles gemacht, was ihr hier geschrieben habt. Jetzt bin ich schon so weit, dass der rechner nicht mehr neu gestartet wird, sondern der Kernel gebootet wird, aber die Konsole dunkel bleibt und sich nichts mehr tut. Liegt das am Framebuffer-Device (ich glaub der grafische Lilo arbeitet ja damit) oder was? Grüße Björn -- http://www.bbinternet.de

8220

Age (days ago)

8225

Last active (days ago)

List overview

Download

7 comments

4 participants

participants (4)

Bjoern Berg
Daniel Brachmann
Florian Gross
Peter Blancke