Re: Kernel-Konfiguration (was: Fehler beim Bootvorgang von neuem Kernel)

2006-11-08 Diskussionsfäden Sandro Frenzel
Am Mittwoch 08 November 2006 00:49 schrieb Andreas Pakulat:
> On 07.11.06 22:31:32, Sandro Frenzel wrote:
> > Am Dienstag 07 November 2006 21:39 schrieb Andreas Pakulat:
> > > On 07.11.06 20:46:21, Sandro Frenzel wrote:
> > > > Am Dienstag 07 November 2006 19:50 schrieb Andreas Pakulat:
> >
> > [...]
> >
> > > Naja, du musst das root-Dateisystem und den IDE-Treiber fest in
> > > den Kernel einbauen. Es gibt auch einige andere Gruende, wie
> > > z.B. haeufig wechselnde Hardware...
> >
> > Und wie finde ich heraus welche IDE Treiber ich für meine
> > Hardware brauche?
>
> Entweder du weisst welchen IDE-Controller du hast (zunaechst mal
> brauchst du nur den an dem die Platte mit dem root-fs haengt) und
> schaust dann unter den Device Drivers->IDE/ATAPI welcher passt.
> Oder aber du bootest dein System und schaust mal was so geladen
> ist, einige Sachen duerften vom ide Modul abhaengen (IIRC). Genauer
> kann ich da nicht helfen, da ich hier schon ewig keine Module mehr
> habe...
>
Sooo...also ich habe den Krampf mit der initrd Option jetzt 
weggelassen und die nötigen Treiber fest einkompliert. Nun startet 
der Kernel durch :)!

Da ich jedoch gerade mal dabei bin mich intensiver mit den ganzen 
Kernelkram und benötigten Modulen zu beschäftigen, wollte ich alle 
Module, die ich nicht brauche weglassen und nur die, die ich brauche, 
_fest_ einkompilieren.

Klappte auch ganz gut - nur ALSA macht Probleme.

1. Sollte es kein Problem sein den kompletten ALSA-Zweig und nur das 
dazugehörige PCI-Device (in dem Fall Intel AC97 Controller) fest 
einzukompilieren?
Im Moment findet er jedenfalls meine Soundkarte nicht mehr.
alsaconf geht logischerweise auch nicht mehr, da es ja keine Module 
mehr zum laden findet.

2. Wie finde ich am besten von dem entsprechenden geladenen Modulnamen 
(um sie von einem anderen gestarteten Kernel zu übertragen) die 
dazugehörige Kernel-Konfigurations-Option heraus?

3. Würde ich gern den bootlog irgendwie speichern. Wie lautet die 
Option dazu?


Danke für jede und schon erhaltene Hilfe

> Andreas
>
Tschau
Sandro



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Andreas Pakulat
On 07.11.06 22:31:32, Sandro Frenzel wrote:
> Am Dienstag 07 November 2006 21:39 schrieb Andreas Pakulat:
> > On 07.11.06 20:46:21, Sandro Frenzel wrote:
> > > Am Dienstag 07 November 2006 19:50 schrieb Andreas Pakulat:
> [...]
> 
> > Naja, du musst das root-Dateisystem und den IDE-Treiber fest in den
> > Kernel einbauen. Es gibt auch einige andere Gruende, wie z.B.
> > haeufig wechselnde Hardware...
> >
> Und wie finde ich heraus welche IDE Treiber ich für meine Hardware 
> brauche?

Entweder du weisst welchen IDE-Controller du hast (zunaechst mal brauchst
du nur den an dem die Platte mit dem root-fs haengt) und schaust dann
unter den Device Drivers->IDE/ATAPI welcher passt. Oder aber du bootest
dein System und schaust mal was so geladen ist, einige Sachen duerften
vom ide Modul abhaengen (IIRC). Genauer kann ich da nicht helfen, da ich
hier schon ewig keine Module mehr habe...

> > Interessanter waere ein ls -l /dev/hd*
> >
> Gibts net...!

Das ist AFAIK nicht gut. Welches Tool fuer initrd benutzt du denn?
(Schau in die Abhaengigkeiten deines Kernel-image PAkets, da sind IIRC
alle aufgelistet) Fehlermeldungen gabs weder beim Bau noch bei der
Installation des Pakets? 

Ansonsten bin ich da auch ein wenig ueberfragt - hab keine Erfahrung mit
initrd-Kerneln...

Andreas

-- 
Alimony and bribes will engage a large share of your wealth.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Sandro Frenzel
Am Dienstag 07 November 2006 21:39 schrieb Andreas Pakulat:
> On 07.11.06 20:46:21, Sandro Frenzel wrote:
> > Am Dienstag 07 November 2006 19:50 schrieb Andreas Pakulat:
[...]

> Naja, du musst das root-Dateisystem und den IDE-Treiber fest in den
> Kernel einbauen. Es gibt auch einige andere Gruende, wie z.B.
> haeufig wechselnde Hardware...
>
Und wie finde ich heraus welche IDE Treiber ich für meine Hardware 
brauche?

> Interessanter waere ein ls -l /dev/hd*
>
Gibts net...!

Habe  die initrd mit dem tollen Befehl

gzip -cd /boot/initrd.img-2.6.18.1 | cpio -imd --quit

entpackt und nun hab ich paar Verzeichnisse wie /etc /lib /sbin, in 
denen aber nichts Interessantes drin steht. Jedenfalls keine Spur von 
nem hda.


> Andreas
>
Tschau
Sandro



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Andreas Pakulat
On 07.11.06 20:46:21, Sandro Frenzel wrote:
> Am Dienstag 07 November 2006 19:50 schrieb Andreas Pakulat:
> > Hmm, gibts nen Grund dafuer das du eine initrd erzeugst und nicht
> > einfach FS+IDE(SCSI) fuer die root-Partition fest in den Kernel
> > baust? Damit waere obiges Problem "umgangen" (ausser der Kernel
> > kann dann /dev/hda1 auch nicht finden...)
> >
> Habe mich zu wenig mit der Materie beschäftigt um mich jetzt dafür 
> rechtfertigen zu können. 
> Ich werde es jedoch gleich mal ohne ram-Zeugs testen und berichten. 
> Ich mach es jedenfalls schon immer erfolgreich mit --initrd. 
> Ich glaub, sonst funktionierte immer was mit dem Filesystem mounten 
> net

Naja, du musst das root-Dateisystem und den IDE-Treiber fest in den
Kernel einbauen. Es gibt auch einige andere Gruende, wie z.B. haeufig
wechselnde Hardware...

> > Ansonsten schau doch einfach mal in die ramdisk rein, die sollte
> > man eigentlich ueber loop-device mounten koennen. Vllt. ist bei
> > deren Erstellung was schief gelaufen und es gibt da drin wirklich
> > kein /dev/hda1...
> >
> Mhh...bin ich sicher zu doof dazu :/.

Na und ich erst, hab noch nie sowas mounten muessen und deswegen leider
auch keine Ahnung. Aaah warte mal, IIRC sind die Dinge auch noch
irgendwie komprimiert...

> Jedoch schein ich ja nach dem drop auf die Konsole in der initramfs zu 
> sein. 
> Und da zeigt ein
> 
> cat /proc/ide/hda/model

Interessanter waere ein ls -l /dev/hd*

Andreas

-- 
You will have a long and unpleasant discussion with your supervisor.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Sandro Frenzel
Am Dienstag 07 November 2006 19:50 schrieb Andreas Pakulat:
> On 07.11.06 19:10:27, Sandro Frenzel wrote:
> > make-kpkg --revision=notebook.custom.1.0 --initrd kernel_image
> >
> > Nach erfolgreichen Durchlauf mit dpkg -i das Paket installiert.
> >
> > Reboot
> >
> > Jetzt der interessante Teil:
> >
> > Beim Booten des neuen Kernels kommt nach der Erkennung der
> > Festplatte hda die Meldung:
> > Begin: Waiting for root file system... ...
> > (4 Minuten warten)
> > Done.
> > Check root= bootarg cat /proc/cmdline
> > or missing modules, devices: cat /proc/modules ls /dev
> > ALERT! /dev/hda1 does not exists. Dropping to a shell!
> >
> > So...das wars...dann habe ich eine Kommandline beginnend mit
> > (initramfs)
>
> Hmm, gibts nen Grund dafuer das du eine initrd erzeugst und nicht
> einfach FS+IDE(SCSI) fuer die root-Partition fest in den Kernel
> baust? Damit waere obiges Problem "umgangen" (ausser der Kernel
> kann dann /dev/hda1 auch nicht finden...)
>
Habe mich zu wenig mit der Materie beschäftigt um mich jetzt dafür 
rechtfertigen zu können. 
Ich werde es jedoch gleich mal ohne ram-Zeugs testen und berichten. 
Ich mach es jedenfalls schon immer erfolgreich mit --initrd. 
Ich glaub, sonst funktionierte immer was mit dem Filesystem mounten 
net

> Ansonsten schau doch einfach mal in die ramdisk rein, die sollte
> man eigentlich ueber loop-device mounten koennen. Vllt. ist bei
> deren Erstellung was schief gelaufen und es gibt da drin wirklich
> kein /dev/hda1...
>
Mhh...bin ich sicher zu doof dazu :/.
Ein 

mount -t (tja...kA...alle durchprobiert) -o loop 
initrd.img -xxx /mnt/test 

ging jedenfalls nicht.
Immer wrong filesystem bei allen supported Formaten.

Jedoch schein ich ja nach dem drop auf die Konsole in der initramfs zu 
sein. 
Und da zeigt ein

cat /proc/ide/hda/model

den Festplattennamen korrekt an.

cat devices sagt

Block devices:
1 ramdisk
3 ide0
22 ide1

ls -l /proc/ide sagt

hda -> ide0/hda
hdc -> ida1/hdc


Naja... sonst tapp jedenfalls ziemlich im Dunkeln :(.

> Andreas
>
Tschau
Sandro



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Andreas Pakulat
On 07.11.06 19:10:27, Sandro Frenzel wrote:
> make-kpkg --revision=notebook.custom.1.0 --initrd kernel_image
> 
> Nach erfolgreichen Durchlauf mit dpkg -i das Paket installiert.
> 
> Reboot
> 
> Jetzt der interessante Teil:
> 
> Beim Booten des neuen Kernels kommt nach der Erkennung der Festplatte 
> hda die Meldung:
> Begin: Waiting for root file system... ...
> (4 Minuten warten)
> Done.
>   Check root= bootarg cat /proc/cmdline
>   or missing modules, devices: cat /proc/modules ls /dev
> ALERT! /dev/hda1 does not exists. Dropping to a shell!
> 
> So...das wars...dann habe ich eine Kommandline beginnend mit 
> (initramfs)

Hmm, gibts nen Grund dafuer das du eine initrd erzeugst und nicht
einfach FS+IDE(SCSI) fuer die root-Partition fest in den Kernel baust?
Damit waere obiges Problem "umgangen" (ausser der Kernel kann dann
/dev/hda1 auch nicht finden...)

> Weiß jemand Rat (google jedenfalls nicht) ? Hat sich von 16 zu 18 
> irgendwas _sehr_ gravierendes geändert, dass die config des 16er 
> nicht mehr mit dem 18er funzelniert?  Filesystem und initram sind 
> jedenfalls fest in den Kernel einkompiliert.

Dann verstehe ich erst Recht nicht warum du die ramdisk brauchst...

Ansonsten schau doch einfach mal in die ramdisk rein, die sollte man
eigentlich ueber loop-device mounten koennen. Vllt. ist bei deren
Erstellung was schief gelaufen und es gibt da drin wirklich kein
/dev/hda1...

Andreas

-- 
You will be awarded some great honor.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Andreas Pakulat
On 07.11.06 19:21:55, Dirk Finkeldey wrote:
> Mußte man nicht das initrd mittels befehl nach /initrd endpacken und einen 
> symbolischen link in / ablegen ?

Nein musste man nicht, wenn ueberhaupt notwendig macht das Paket das.

BTW: Du musst nicht das ganze OP zitieren fuer eine 2 Zeilen lange
Antwort.

Andreas

-- 
Write yourself a threatening letter and pen a defiant reply.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Dirk Finkeldey

Sandro Frenzel schrieb:


Hey Liste!

System: aktuelles Debian Sid.

Habe gerade eine komisches Problem beim Starten eines neuen Kernels.

Ich habe mir (wie schon viele Male) die Sourcen von kernel.org geholt. 
In dem Fall von dem Kernel der Version 2.6.18-1.
Dann habe ich das ganze entpackt ein Link "linux" auf das entpackte 
Verzeichnis angelegt, dann in das Verzeichnis gewechselt.


Dann:

make-kpkg clean

make xconfig

Alte Config vom (funktionstüchtigen) 2.6.16 Kernel geladen.

Gespeichert (nach 10 Versuchen ohne Veränderung von Optionen, um das 
Problem einzugrenzen)


make-kpkg --revision=notebook.custom.1.0 --initrd kernel_image

Nach erfolgreichen Durchlauf mit dpkg -i das Paket installiert.

Keine Fehlermeldungen.

Reboot

Jetzt der interessante Teil:

Beim Booten des neuen Kernels kommt nach der Erkennung der Festplatte 
hda die Meldung:

Begin: Waiting for root file system... ...
(4 Minuten warten)
Done.
Check root= bootarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/hda1 does not exists. Dropping to a shell!

So...das wars...dann habe ich eine Kommandline beginnend mit 
(initramfs)


Weiß jemand Rat (google jedenfalls nicht) ? Hat sich von 16 zu 18 
irgendwas _sehr_ gravierendes geändert, dass die config des 16er 
nicht mehr mit dem 18er funzelniert?  Filesystem und initram sind 
jedenfalls fest in den Kernel einkompiliert.


Mußte man nicht das initrd mittels befehl nach /initrd endpacken und 
einen symbolischen link in / ablegen ?


Bei Interesse kann ich gern mal die aktuelle config ins Inet stellen. 



Danke und Tschau
Sandro


Mit freundlichen Grüßen Dirk Finkeldey



Fehler beim Bootvorgang von neuem Kernel

2006-11-07 Diskussionsfäden Sandro Frenzel
Hey Liste!

System: aktuelles Debian Sid.

Habe gerade eine komisches Problem beim Starten eines neuen Kernels.

Ich habe mir (wie schon viele Male) die Sourcen von kernel.org geholt. 
In dem Fall von dem Kernel der Version 2.6.18-1.
Dann habe ich das ganze entpackt ein Link "linux" auf das entpackte 
Verzeichnis angelegt, dann in das Verzeichnis gewechselt.

Dann:

make-kpkg clean

make xconfig

Alte Config vom (funktionstüchtigen) 2.6.16 Kernel geladen.

Gespeichert (nach 10 Versuchen ohne Veränderung von Optionen, um das 
Problem einzugrenzen)

make-kpkg --revision=notebook.custom.1.0 --initrd kernel_image

Nach erfolgreichen Durchlauf mit dpkg -i das Paket installiert.

Keine Fehlermeldungen.

Reboot

Jetzt der interessante Teil:

Beim Booten des neuen Kernels kommt nach der Erkennung der Festplatte 
hda die Meldung:
Begin: Waiting for root file system... ...
(4 Minuten warten)
Done.
Check root= bootarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/hda1 does not exists. Dropping to a shell!

So...das wars...dann habe ich eine Kommandline beginnend mit 
(initramfs)

Weiß jemand Rat (google jedenfalls nicht) ? Hat sich von 16 zu 18 
irgendwas _sehr_ gravierendes geändert, dass die config des 16er 
nicht mehr mit dem 18er funzelniert?  Filesystem und initram sind 
jedenfalls fest in den Kernel einkompiliert.
Bei Interesse kann ich gern mal die aktuelle config ins Inet stellen. 


Danke und Tschau
Sandro