Kernel Probleme

fipu · 4. Mai 2008

Hallo zusammen,
ich habe gestern zum ersten Mal selbst einen Kernel kompiliert nach dieser Anleitung: http://www.pur3gaming.com/showthread.php?t=5 Ich habe mich für den Patched 2.6.23.9 Kernel entschieden. Nur zum kompilieren habe ich andere Befehle verwendet, weil unter Suse 10.3 Befehle wie make-kpkg und dpkg nicht verfügbar sind. Ich habe den Kernel und die Module mit "make all" kompiliert und anschliessend die module mit "make modules_install" installiert. Mit "make bzImage" habe ich das Image erstellt und habe anschliessend die Dateien in den /boot Ordner kopiert

Code

cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.6.23.9-rt13 
cp ./System.map /boot/System.map-2.6.23.9-rt13

Die Ramdisk habe ich so erstellt:

Code

mkinitrd -k vmlinuz-2.6.23.9-rt13 -i initrd-2.6.23.9-rt13

Den Bootloader (Grub) habe ich auch angepasst:

Code

# Modified by YaST2. Last modification on Sun May  4 17:15:21 CEST 2008
default 0
timeout 8
serial --unit=0 --speed=57600
terminal serial


###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 10.3
    root (hd0,0)
    kernel /boot/vmlinuz-2.6.23.9-rt13 root=/dev/hda3 selinux=0  resume=/dev/hda2   desktop console=tty0 console=ttyS0,57600 resume=/dev/hda2  splash=silent showopts
    initrd /boot/initrd-2.6.23.9-rt13


###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 10.3
    root (hd0,0)
    kernel /vmlinuz root=/dev/hda3 showopts ide=nodma apm=off acpi=off noresume selinux=0 nosmp noapic maxcpus=0 edd=off 3
    initrd /initrd

Alles anzeigen

Wenn ich versuche das System normal zu booten erhalte ich immer folgende Fehlermeldung beim Booten:

Code

Using IPI No-Shortcut mode
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
*****************************************************************************
*                                                                           *
*  REMINDER, the following debugging option is turned on in your .config:   *
*                                                                           *
*        CONFIG_FUNCTION_TRACE                                              *
*                                                                           *
*  it may increase runtime overhead and latencies.                          *
*                                                                           *
*****************************************************************************
Freeing unused kernel memory: 324k freed
BUG: unable to handle kernel paging request at virtual address 3c0f2ffc
 printing eip:
c016eaed
*pde = 00000000
stopped custom tracer.
Oops: 0000 [#1]
SMP
Modules linked in:
CPU:    0
EIP:    0060:[<c016eaed>]    Not tainted VLI
EFLAGS: 00010206   (2.6.23.9-rt13-default #2)
EIP is at handle_mm_fault+0xdc/0x7c7
eax: 3c0f2000   ebx: c1000000   ecx: 00000ffc   edx: 00000007
esi: dff7f5c0   edi: 3c0f2ffc   ebp: c1ac3e08   esp: c1ac3d94
ds: 007b   es: 007b   fs: 00d8  gs: 0000  ss: 0068  preempt:00000000
Process swapper (pid: 1, ti=c1ac2000 task=c1ac1670 task.ti=c1ac2000)
Stack: dff81e40 dff80bfc bffffff6 defd5240 c1ac3ea8 c1ac3e60 c01813ae c1ac3dc4
       c1ac3e4c 00000001 00000ffc dff80bfc c04141c0 00000044 00000000 c011f605
       c1ac3e08 c016cf8e dff81e40 bffffff6 00000001 bffff000 00000001 c0170e0d
Call Trace:
 [<c01069bc>] show_trace_log_lvl+0x35/0x54
 [<c0106a88>] show_stack_log_lvl+0xad/0xba
 [<c0106c96>] show_registers+0x201/0x306
 [<c0106ec8>] die+0x12d/0x285
 [<c011ec3b>] do_page_fault+0x5a8/0x6a9
 [<c0306162>] error_code+0x72/0x80
 [<c016f439>] get_user_pages+0x261/0x333
 [<c01852cb>] get_arg_page+0x56/0xa1
 [<c01853ef>] copy_strings+0xd9/0x190
 [<c01854dc>] copy_strings_kernel+0x36/0x47
 [<c0186a5e>] do_execve+0xff/0x1de
 [<c010384c>] sys_execve+0x40/0x8e
 [<c01052ff>] syscall_call+0x7/0xb
 =======================
Code: 0c ba 07 00 00 00 c1 e0 05 8d 04 03 e8 db e9 fa ff 90 8b 4d 10 c1 e9 0a 81 e1 fc 0f 00 00 89 cf 89 4d b4 01 c7 0f 84 d9 06 00 00 <8b> 1f f6 c3 81 0f 85 cf 05 00 00 85 db 0f 85 58 02 00 00 8b 55
EIP: [<c016eaed>] handle_mm_fault+0xdc/0x7c7 SS:ESP 0068:c1ac3d94
Kernel panic - not syncing: Attempted to kill init!
 [<c01069bc>] show_trace_log_lvl+0x35/0x54
 [<c01076be>] show_trace+0x2c/0x2e
 [<c01076e9>] dump_stack+0x29/0x2b
 [<c01293c3>] panic+0x5c/0x11c
 [<c012c366>] do_exit+0x77/0x7bd
 [<c0106fe9>] die+0x24e/0x285
 [<c011ec3b>] do_page_fault+0x5a8/0x6a9
 [<c0306162>] error_code+0x72/0x80
 [<c016f439>] get_user_pages+0x261/0x333
 [<c01852cb>] get_arg_page+0x56/0xa1
 [<c01853ef>] copy_strings+0xd9/0x190
 [<c01854dc>] copy_strings_kernel+0x36/0x47
 [<c0186a5e>] do_execve+0xff/0x1de
 [<c010384c>] sys_execve+0x40/0x8e
 [<c01052ff>] syscall_call+0x7/0xb
 =======================

Alles anzeigen

Für eure Hilfe bin ich euch sehr dankbar.

- Mfg fipu

MadMax201 · 4. Mai 2008

hast du die original config deines suse 10.3 kernels in den neuen kernel übernommen ?

fipu · 4. Mai 2008

Ja, das habe ich so gemacht:

Code

cp /boot/config-2.6.22.17-0.1-default linux/.config

DeaD_EyE · 5. Mai 2008

Hat das mit dem Ram-Image erstellen überhaupt geklappt? "vmlinuz-2.6.23.9-rt13" als Version kann nicht ganz richtig sein. Sieh mal mit ls /lib/modules/ was für Verzeichnisnamen ausgegeben werden. Das vmlinuz wird nicht davorstehen. Du suchst dir dann die passende Version zum Kernel raus und führst mkinitramfs erneut aus und kopierst dann initrd-2.6.23.9-rt13 nach /boot.

fipu · 5. Mai 2008

Code

ls /lib/modules

gibt aus: 2.6.22.17-0.1-default 2.6.23.9-rt13-default

vmlinuz steht auch bei meinem alten Kernel davor. Die Ramdisk heisst bei mir initrd-2.6.23.9-rt13 und ist auch so im Bootloader eingetragen.

fipu · 5. Mai 2008

Ich kompiliere den Kernel nochmals neu ohne RTC Support und melde mich wieder falls es immernoch Probleme gibt.

- Gruss Fipu

DeaD_EyE · 6. Mai 2008

Probier mal einfach:

Code

mkinitrd 2.6.23.9-rt13-default -i initrd-2.6.23.9-rt13

Danach die erstellte Datei initrd-2.6.23.9-rt13 nach /boot kopieren und neu starten.

fipu · 7. Mai 2008

Ich habe den Kernel jetzt unter Debian kompiliert und installiert. Das System bootet normal, allerdings sind alle Server-Dienste nicht mehr erreichbar (SSH, Gameserver etc.). An was kann das liegen?

DeaD_EyE · 9. Mai 2008

Steht der Server zuhause oder im Rechenzentrum? Woher weißt du, dass der Server bootet? Im ersten Fall ist es ja klar. Beim 2. Fall bräuchtest du Zugriff auf eine Serielle Konsole (Hardware).
Es kann durchaus sein, dass Module nicht mit geladen werden (Modul für die Netzwerkkarte). Das hängt von der Einstellung bei /etc/initramfs-tools/initramfs.conf und /etc/initramfs-tools/modules mit ab.
Du solltest genau wissen, welche Hardware verbaut ist und ggf. die Liste anpassen. Bei direktem Zugriff auf den Server kannst du ja zuerst mal nachsehen, ob die Interfaces (ifconfig) geladen worden sind und ob sie die richtige IP besitzen.

fipu · 9. Mai 2008

Danke für deine Antwort DeaD_EyE,
der Server steht in einem Rechenzentrum und ich besitze eine serielle Konsole. Ich habe die Config des alten Kernels kopiert, kann es trotzdem Probleme mit dem Modul für die Netzwerkkarte geben?

DeaD_EyE · 18. Mai 2008

Was sagt denn der Befehl dmesg ?

Bekommt die Netzwerkkarte eine Verbindung. ggf. kannst auch Manuell versuchen das Modul zu laden. Weißt du denn was du für eine Netzwerkkarte hast?
Ist das zufällig Strato der Anbieter? Wenn ja, kann ich dir jetzt schon sagen, dass es nicht an der Netzwerkkarte liegt, sondern an deren komischen Konfiguration.

Die Server sind so eingerichtet, dass sie im Netz der einzige Server sind (Subnetmask 255.255.255.255). Das Initscript für das Netzwerk kann den Router nicht hinzufügen und so hat der Server keinen Zugriff auf das Netz.

Am besten ist es, wenn du den Server im Rettungsmodus bootest und dir dann alle Einstellungen aufschreibst.

Code

ifconfig && route

Bei der Route das Ziel default von Bedeutung. Aus der Spalte brauchst du den Router. Bei mir ist es z.B. 85.214.128.1. Da die Server an unterschiedlichen Routern im RZ hängen weichen die Adressen von Server zu Server ab.

Meine Ausgabe ist z.B.:

Code

h1384381:~# ifconfig && route
eth0      Protokoll:Ethernet  Hardware Adresse 00:1B:21:0A:12:79
          inet Adresse:85.214.133.105  Bcast:85.214.133.105  Maske:255.255.255.255
          inet6 Adresse: fe80::21b:21ff:fe0a:1279/64 GÃ¼ltigkeitsbereich:Verbindung
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:58974814 errors:0 dropped:0 overruns:0 frame:0
          TX packets:72923742 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 SendewarteschlangenlÃ¤nge:100
          RX bytes:3435222242 (3.1 GiB)  TX bytes:3688251450 (3.4 GiB)


eth0:1    Protokoll:Ethernet  Hardware Adresse 00:1B:21:0A:12:79
          inet Adresse:85.214.126.109  Bcast:255.255.255.255  Maske:255.255.255.255
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1


lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 GÃ¼ltigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:6656275 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6656275 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 SendewarteschlangenlÃ¤nge:0
          RX bytes:2881575266 (2.6 GiB)  TX bytes:2881575266 (2.6 GiB)


Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
h1384381.strato *               255.255.255.255 UH    0      0        0 eth0
85.214.128.1    *               255.255.255.255 UH    0      0        0 eth0
default         85.214.128.1    0.0.0.0         UG    0      0        0 eth0

Alles anzeigen

Meine /etc/network/interfaces (Debian Etch) sieht folgendermaßen aus:

Code

auto eth0
iface eth0 inet dhcp
up route add 85.214.128.1 dev eth0
up route add default gw 85.214.128.1
down route del default gw 85.214.128.1
down route del 85.214.128.1 dev eth0


auto eth0:1
iface eth0:1 inet static
address 85.214.126.109
netmask 255.255.255.255
broadcast 255.255.255.255

Alles anzeigen

Die beiden Einträge

Code

up route add 85.214.128.1 dev eth0
up route add default gw 85.214.128.1

habe ich nachträglich hinzugefügt.

Der Erste Eintrag bewirkt, dass der Host die IP 85.214.128.1 erreichen kann. Der zweite Eintrag fügt dann 85.214.128.1 als default Gateway hinzu.
Die Einträge mit down entfernen die beiden Einträge des Gateways wieder aus der Routing-Tabelle, wenn das Initscript /etc/networking stop aufgerufen wird.

Vielleicht ist dies auch dein Problem.

fipu · 19. Mai 2008

Vielen Dank für deine Antwort.
Der Anbieter ist, wie du vermutest hast, Strato. Ich versuche mal die interfaces Datei anzupassen, da ich das System mitlerweile neu aufgesetzt habe wird es aber eine Weile dauern

Kernel Probleme

Jetzt mitmachen!

Teilen