SuSE 9.1Prof. eigener Kernel bootet nicht, sondern der Kernel-default
hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make mrproper hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make cloneconfig hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make prepare hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make xconfig Konfiguriere meinen Kernel, kann auch alle Einstellungen lassen lösche nur InfiniBand support und gebe in Build option CFGNAME: hd1 hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 #make Compiliert ohne Fehlermeldung. hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make modules-install Installiert ohne Fehlermeldung ins richtige Verzeichnis. hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make install SPLIT include/linux/autoconf.h -> include/config/* make[1]: >>arch/i386/kernel/asm-offsets.s<< ist bereits aktualisiert. CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o CC init/kerntypes.o CC arch/i386/kernel/process.o CC arch/i386/kernel/traps.o LD arch/i386/kernel/built-in.o CC kernel/power/swsusp.o LD kernel/power/built-in.o CC kernel/module.o LD kernel/built-in.o CC drivers/block/floppy.o LD drivers/block/built-in.o CC drivers/serial/8250.o CC drivers/serial/8250_pnp.o LD drivers/serial/built-in.o LD drivers/built-in.o GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o CC init/kerntypes.o LD .tmp_vmlinux1 KSYM .tmp_kallsyms1.S AS .tmp_kallsyms1.o LD .tmp_vmlinux2 KSYM .tmp_kallsyms2.S AS .tmp_kallsyms2.o LD vmlinux AS arch/i386/boot/setup.o arch/i386/boot/setup.S: Assembler messages: arch/i386/boot/setup.S:159: Warning: value 0xdffffff truncated to 0xdffffff LD arch/i386/boot/setup OBJCOPY arch/i386/boot/compressed/vmlinux.bin GZIP arch/i386/boot/compressed/vmlinux.bin.gz LD arch/i386/boot/compressed/piggy.o LD arch/i386/boot/compressed/vmlinux OBJCOPY arch/i386/boot/vmlinux.bin BUILD arch/i386/boot/bzImage Root device is (3, 3) Boot sector 512 bytes. Setup is 5055 bytes. System is 1426 kB Kernel: arch/i386/boot/bzImage is ready sh /usr/src/linux-2.6.5-7.61cvs20040531172616/arch/i386/boot/install.sh 2.6.5-7.61cvs20040531172616-hd1 arch/i386/boot/bzImage System.map "" Root device: /dev/hda3 (mounted on / as ext3) Module list: sym53c8xx jbd ext3 scsi_mod sd_mod reiserfs Kernel image: /boot/vmlinuz-2.6.5-7.61cvs20040531172616-hd1 Initrd image: /boot/initrd-2.6.5-7.61cvs20040531172616-hd1 Shared libs: lib/ld-2.3.3.so lib/libc.so.6 Modules: kernel/drivers/scsi/scsi_mod.ko kernel/drivers/scsi/sym53c8xx_2/sym53c8xx.ko kernel/fs/jbd/jbd.ko kernel/fs/ext3/ext3.ko kernel/drivers/scsi/sd_mod.ko kernel/fs/reiserfs/reiserfs.ko Bootsplash: SuSE (1280x1024) Using grub, re-install of bootloader not required. hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # Installiert alles, wie man sehen kann: hedi-1:/boot # ls -al insgesamt 11384 drwxr-xr-x 4 root root 3072 2004-06-02 16:27 . drwxr-xr-x 26 root root 4096 2004-06-02 16:06 .. -rw-r--r-- 1 root root 116024 2004-05-31 20:09 Kerntypes-2.6.5-7.61cvs20040531172616-default -rw-r--r-- 1 root root 116020 2004-06-02 16:26 Kerntypes-2.6.5-7.61cvs20040531172616-hd1 -rw-r--r-- 1 root root 739570 2004-05-31 20:06 System.map-2.6.5-7.61cvs20040531172616-default -rw-r--r-- 1 root root 739569 2004-06-02 16:26 System.map-2.6.5-7.61cvs20040531172616-hd1 -rw-r--r-- 1 root root 739569 2004-06-02 08:50 System.map-2.6.5-7.61cvs20040531172616-hd1.old -rw-r--r-- 1 root root 512 2003-12-07 15:30 backup_mbr lrwxrwxrwx 1 root root 1 2004-05-21 16:43 boot -> . -rw-r--r-- 1 root root 55605 2004-05-31 20:09 config-2.6.5-7.61cvs20040531172616-default drwxr-xr-x 2 root root 1024 2004-05-21 16:43 grub lrwxrwxrwx 1 root root 38 2004-06-02 16:27 initrd -> initrd-2.6.5-7.61cvs20040531172616-hd1 -rw-r--r-- 1 root root 1341544 2004-06-01 07:25 initrd-2.6.5-7.61cvs20040531172616-default -rw-r--r-- 1 root root 1337601 2004-06-02 16:27 initrd-2.6.5-7.61cvs20040531172616-hd1 drwx------ 2 root root 12288 2003-12-07 14:35 lost+found -rw-r--r-- 1 root root 67648 2004-04-06 05:30 memtest.bin -rw-r--r-- 1 root root 89088 2004-04-26 21:03 message -rw-r--r-- 1 root root 85208 2004-05-31 20:10 symvers-2.6.5-7.61cvs20040531172616-i386-default.gz -rw-r--r-- 1 root root 1735503 2004-05-31 20:09 vmlinux-2.6.5-7.61cvs20040531172616-default.gz lrwxrwxrwx 1 root root 39 2004-06-02 16:27 vmlinuz -> vmlinuz-2.6.5-7.61cvs20040531172616-hd1 -rw-r--r-- 1 root root 1466625 2004-05-31 20:06 vmlinuz-2.6.5-7.61cvs20040531172616-default -rw-r--r-- 1 root root 1466639 2004-06-02 16:27 vmlinuz-2.6.5-7.61cvs20040531172616-hd1 -rw-r--r-- 1 root root 1466714 2004-06-02 08:51 vmlinuz-2.6.5-7.61cvs20040531172616-hd1.old hedi-1:/boot # Mache meine Bootconfiguration hedi-1:/boot # cat ./grub/menu.lst # Modified by YaST2. Last modification on Wed Jun 2 16:08:37 2004 color white/blue black/light-gray default 0 timeout 8 gfxmenu (hd1,0)/message ###Don't change this comment - YaST2 identifier: Original name: linux### title Linux kernel (hd1,0)/vmlinuz root=/dev/hda3 vga=0x31a splash=verbose showopts acpi=off resume=/dev/hdc1 initrd (hd1,0)/initrd ###Don't change this comment - YaST2 identifier: Original name: linux### title linux-2.6.5-7.61cvs20040531172616-hd1 kernel (hd1,0)/vmlinuz-2.6.5-7.61cvs20040531172616-hd1 root=/dev/hda3 vga=0x31a splash=verbose showopts acpi=off noresume initrd (hd1,0)/initrd-2.6.5-7.61cvs20040531172616-hd1 ###Don't change this comment - YaST2 identifier: Original name: windows### title Windows root (hd0,0) chainloader +1 ###Don't change this comment - YaST2 identifier: Original name: hard_disk### title Festplatte root (hd0) chainloader +1 ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe kernel (hd1,0)/vmlinuz root=/dev/hda3 showopts ide=nodma apm=off acpi=off vga=normal noresume nosmp noapic maxcpus=0 3 initrd (hd1,0)/initrd ###Don't change this comment - YaST2 identifier: Original name: Speichertest### title Speichertest kernel (hd1,0)/memtest.bin ###Don't change this comment - YaST2 identifier: Original name: original_mbr### title MBR vor der Installation chainloader (hd1,6)/backup_mbr hedi-1:/boot # ------------------------------------- Nach Restart meines eigenen Kernels erhalte ich folgende Meldung in: file:/var/log/boot.msg Inspecting /boot/System.map-2.6.5-7.61cvs20040531172616-default Loaded 23704 symbols from /boot/System.map-2.6.5-7.61cvs20040531172616-default. Symbols match kernel version 2.6.5. No module symbols loaded - kernel modules not enabled. klogd 1.4.1, log source = ksyslog started. <4>Linux version 2.6.5-7.61cvs20040531172616-default (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #2 Wed Jun 2 08:50:30 CEST 2004 Ein: hedi-1:/ # uname -a Linux hedi-1 2.6.5-7.61cvs20040531172616-default #2 Wed Jun 2 08:50:30 CEST 2004 i586 i586 i386 GNU/Linux hedi-1:/ # d.h., mein alter Kernel wurde gebootet. Wo liegt da der Fehler ??? Hinweis: Mache ich einen neuen kernel mit der selben prozedur z.B. mit dem Configuration name CFGNAME:hd2 , dann habe ich den Kernel 2.6.5-7.61cvs20040531172616-hd1 was bootet. Entweder habe ich irgendwo einen blackout oder ist filleicht in den kernel-sourcen der Hund begraben. Kann mir jemand Helfen. Viele Grüße, Heinz Dittmar
Heinz Dittmar schrieb: [ . . . ]
Ein: hedi-1:/ # uname -a Linux hedi-1 2.6.5-7.61cvs20040531172616-default #2 Wed Jun 2 08:50:30 CEST 2004 i586 i586 i386 GNU/Linux hedi-1:/ # d.h., mein alter Kernel wurde gebootet. Wo liegt da der Fehler ??? Hinweis: Mache ich einen neuen kernel mit der selben prozedur z.B. mit dem Configuration name CFGNAME:hd2 , dann habe ich den Kernel 2.6.5-7.61cvs20040531172616-hd1 was bootet. Entweder habe ich irgendwo einen blackout oder ist filleicht in den kernel-sourcen der Hund begraben. Kann mir jemand Helfen. Viele Grüße, Heinz Dittmar
Also ich habe noch nie Grub zum Booten verwendet. Ich nehme dafür Lilo. Außerdem bin ich kein Freund von einem so umfangreichen Verzeichnis /boot. Ich lege mir immer ein Bakup von /boot an und schmeiße dann alles, was möglich ist raus. Dann sehe ich besser, was läuft. Sicher gibts dazu unterschiedliche Meinung. Dein Problem ist wohl, dass Du nicht den Kernel bootest, den Du eigentlich haben willst. Du hast uns zwar richtig nass gemacht, aber dazu, wie oder was Du bootest, hast Du m.E. nichts gesagt. Sieh Dir noch einmal Deine Grub an. Gruß Rolf
Am Mittwoch, 2. Juni 2004 21:41 schrieb Rolf Hoff:
Heinz Dittmar schrieb: [ . . . ]
Ein: hedi-1:/ # uname -a Linux hedi-1 2.6.5-7.61cvs20040531172616-default #2 Wed Jun 2 08:50:30 CEST 2004 i586 i586 i386 GNU/Linux hedi-1:/ # d.h., mein alter Kernel wurde gebootet. Wo liegt da der Fehler ??? Hinweis: Mache ich einen neuen kernel mit der selben prozedur z.B. mit dem Configuration name CFGNAME:hd2 , dann habe ich den Kernel 2.6.5-7.61cvs20040531172616-hd1 was bootet. Entweder habe ich irgendwo einen blackout oder ist filleicht in den kernel-sourcen der Hund begraben. Kann mir jemand Helfen. Viele Grüße, Heinz Dittmar
Also ich habe noch nie Grub zum Booten verwendet. Ich nehme dafür Lilo.
Außerdem bin ich kein Freund von einem so umfangreichen Verzeichnis /boot. Ich lege mir immer ein Bakup von /boot an und schmeiße dann alles, was möglich ist raus. Dann sehe ich besser, was läuft. Sicher gibts dazu unterschiedliche Meinung.
Dein Problem ist wohl, dass Du nicht den Kernel bootest, den Du eigentlich haben willst. Du hast uns zwar richtig nass gemacht, aber dazu, wie oder was Du bootest, hast Du m.E. nichts gesagt. Sieh Dir noch einmal Deine Grub an. Natürlich will ich meinen Kernel 2.6.5-7.61cvs20040531172616-hd1 booten. Grub ist viel einfacher und comfortabler als lilo. Man brauch es nur in der /boot/grub/menu.lst eintragen und schon kann man ihn beim nächsten booten auswählen. Natürlich kann man das auch mit yast2 machen. Ich vermute mal daß entweder die bzImage oder die System.map nach dem kompilieren nicht stimmt. Das Problem trat erst vor 1-2 Wochen auf, mit den Kernel 2.6.5-7.xxcvsxxxxxxxxxxxxx . Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make mrproper hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make cloneconfig hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make prepare hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make xconfig Konfiguriere meinen Kernel, kann auch alle Einstellungen lassen lösche nur InfiniBand support und gebe in Build option CFGNAME: hd1
hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 #make Compiliert ohne Fehlermeldung. hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make modules-install Installiert ohne Fehlermeldung ins richtige Verzeichnis. [...]
Ich schaetze, Dein Problem liegt daran, dass Du Dich hier nicht ganz an die richtigen Kommandos zum Compilieren des Kernels haeltst. Du solltest es wie folgt machen: 1. make mrproper 2. make cloneconfig 3. make xconfig -> Aenderungen vornehmen 4. make 5. su -> make modules_install Das "make prepare" ist nicht noetig, wenn Du den Kernel wirklich compilieren willst, und wenn Du es eingibst, dann sollte es auf alle Faelle _nach_ dem Aendern der Konfig (also nach "make xconfig") erfolgen! Wenn die Abhaengigkeiten richtig aufgeloest werden, muesste es allerdings auch mit Deiner Vorgehensweise funktionieren, probiere aber bitte mal meine Alternative aus. CU, Th.
Am Samstag, 5. Juni 2004 12:32 schrieb Thomas Hertweck:
Heinz Dittmar wrote:
hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make mrproper hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make cloneconfig hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make prepare hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make xconfig Konfiguriere meinen Kernel, kann auch alle Einstellungen lassen lösche nur InfiniBand support und gebe in Build option CFGNAME: hd1
hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 #make Compiliert ohne Fehlermeldung. hedi-1:/usr/src/linux-2.6.5-7.61cvs20040531172616 # make modules-install Installiert ohne Fehlermeldung ins richtige Verzeichnis. [...]
Ich schaetze, Dein Problem liegt daran, dass Du Dich hier nicht ganz an die richtigen Kommandos zum Compilieren des Kernels haeltst. Du solltest es wie folgt machen:
1. make mrproper 2. make cloneconfig Habe ich ja so getan 3. make xconfig -> Aenderungen vornehmen 4. make 5. su -> make modules_install
Das "make prepare" ist nicht noetig, wenn Du den Kernel wirklich compilieren willst, und wenn Du es eingibst, dann sollte es auf alle Faelle _nach_ dem Aendern der Konfig (also nach "make xconfig") erfolgen! Wenn die Abhaengigkeiten richtig aufgeloest werden, muesste es allerdings auch mit Deiner Vorgehensweise funktionieren, probiere aber bitte mal meine Alternative aus. Für was genau ist prepare gut. ???
Ich habe inzwischen das ganze mit einem O=...., undund alles ab cvs... im Namen weggenommen, dann funktioniert alles perfect wie früher. Das einzige qas ich jetzt noch nicht sagen kann, ist ob es jetzt auch im Verzeichnis der Kernel-sourcen funktioniert. Ich bin jetzt eine Woche unterwegs und kann erst nach einer Woche dazu Stellung nehmen, woran das liegt. Vielleicht ich weiß es nicht, am cvs im Namen oder zu langer Name. Viele Grüße und besten Dank im Vorraus, Heinz Dittmar
Heinz Dittmar wrote:
Am Samstag, 5. Juni 2004 12:32 schrieb Thomas Hertweck:
[...] 1. make mrproper 2. make cloneconfig
Habe ich ja so getan
Ja, bis dahin schon. Aber es gibt bei mir ja auch noch ein 3., 4. und 5., und das sah bei Dir eben anders aus.
[...] Für was genau ist prepare gut. ???
Man benoetigt "make prepare", wenn man die Kernel-Quellen z.B. nach einem "make cloneconfig" fertig konfigurieren moechte, damit z.B. externe Kernel-Module compiliert werden koennen. Wenn man einen Kernel wirklich selbst konfigurieren, compilieren und installieren will, dann braucht man es nicht. Durch "make prepare" werden z.B. einige Header-Dateien erstellt, u.a. version.h, in der UTS_RELEASE steht (was bei Dir evtl. schief laeuft).
Ich habe inzwischen das ganze mit einem O=...., undund alles ab cvs... im Namen weggenommen, dann funktioniert alles perfect wie früher. Das einzige qas ich jetzt noch nicht sagen kann, ist ob es jetzt auch im Verzeichnis der Kernel-sourcen funktioniert.
Die Aussage verstehe ich nicht. Was soll wie wo im Verzeichnis der Kernel-Quellen funktionieren?
[...] Vielleicht ich weiß es nicht, am cvs im Namen oder zu langer Name.
Die Namensgebung finde ich auch arg ungluecklich... CU, Th.
participants (3)
-
Heinz Dittmar
-
Rolf Hoff
-
Thomas Hertweck