Kernel Panic Oops HILFE

[RULEZ]

Hallo,

ich bin vor 2 Tagen von Ubuntu auf Debian umgestiegen.

Mein System dient mir als Router und ist ein Intel Atom 230 + 2GB RAM mit dem Kernel "2.6.32-5-amd64 (SMP) x86_64" und ich habe 2x 1TB per SATA verbaut, welches über einen Software RAID 1 läuft. Auf diesem Raid wurde eine in Ubuntu erstellte LUKS Partition übernommen, welche sich mounten lässt und ohne Probleme benutzen lässt.

Extern besitze ich noch eine 500GB USB Festplatte, welche für mein TimeMachine Backup (meines Macs) dient.

Unter Ubuntu hatte ich bisher keine Probleme mit meiner Hardware, weshalb ich bisher nicht von einerm Hardwarefehler ausgegangen bin. Jedoch habe ich seit der Installation regelmäßig (sobald ich ein TimeMachine Backup tätige. Eventuell auch bei normalem Netzwerktraffik, aber nicht getestet) eine Kernel panic. Beim letzten Fehler bekam ich folgenden Log, jedoch KEINEN Absturtz (freeze), was normalerweise aber passiert:

Code: Alles auswählen

Nov 29 23:13:50 perloxx kernel: [44040.688173] BUG: unable to handle kernel paging request at ffff8800cb4ef810
Nov 29 23:13:50 perloxx kernel: [44040.688227] IP: [<ffffffff810941c6>] watchdog+0xd9/0x1b7
Nov 29 23:13:50 perloxx kernel: [44040.688264] PGD 1002063 PUD 0
Nov 29 23:13:50 perloxx kernel: [44040.688290] Oops: 0000 [#1] SMP
Nov 29 23:13:50 perloxx kernel: [44040.688315] last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:01:06.0/class
Nov 29 23:13:50 perloxx kernel: [44040.688356] CPU 0
Nov 29 23:13:50 perloxx kernel: [44040.688375] Modules linked in: aes_x86_64 aes_generic xts gf128mul appletalk ppdev lp xt_tcpudp xt_state ipt_REJECT ipt_MASQUERADE nf_nat_ftp nf_conntrack_ftp iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs fuse loop dm_crypt dm_mod zl10353 em28xx_dvb dvb_core em28xx_alsa tuner_xc2028 tuner tvp5150 em28xx snd_pcm v4l2_common i915 snd_timer videodev v4l1_compat snd drm_kms_helper v4l2_compat_ioctl32 soundcore ir_common drm snd_page_alloc videobuf_vmalloc i2c_algo_bit videobuf_core i2c_i801 tveeprom parport_pc usblp video pcspkr i2c_core evdev rng_core parport output button processor ext3 jbd mbcache usb_storage raid1 md_mod sd_mod crc_t10dif ata_generic uhci_hcd 8139too ata_piix 8139cp libata thermal r8169 mii ehci_hcd scsi_mod usbcore nls_base thermal_sys [last unloaded: scsi_wait_scan]
Nov 29 23:13:50 perloxx kernel: [44040.688848] Pid: 22, comm: khungtaskd Not tainted 2.6.32-5-amd64 #1 O.E.M
Nov 29 23:13:50 perloxx kernel: [44040.688874] RIP: 0010:[<ffffffff810941c6>]  [<ffffffff810941c6>] watchdog+0xd9/0x1b7
Nov 29 23:13:50 perloxx kernel: [44040.688921] RSP: 0018:ffff88007ca41eb0  EFLAGS: 00010203
Nov 29 23:13:50 perloxx kernel: [44040.688945] RAX: ffff8800cb4ef990 RBX: 0000000000000373 RCX: ffff88007e818a08
Nov 29 23:13:50 perloxx kernel: [44040.688971] RDX: 0000000000000000 RSI: 0000000000000286 RDI: 0000000000000007
Nov 29 23:13:50 perloxx kernel: [44040.688999] RBP: ffff8800cb4ef810 R08: ffff88007ca40000 R09: ffff8800016d4780
Nov 29 23:13:50 perloxx kernel: [44040.689027] R10: ffffffffffffffff R11: ffff88007cd37100 R12: ffff8800cb4ef810
Nov 29 23:13:50 perloxx kernel: [44040.689055] R13: ffff8800cb4ef820 R14: 00000000003fff73 R15: 0000000000000078
Nov 29 23:13:50 perloxx kernel: [44040.689084] FS:  0000000000000000(0000) GS:ffff8800016bf000(0000) knlGS:0000000000000000
Nov 29 23:13:50 perloxx kernel: [44040.689124] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Nov 29 23:13:50 perloxx kernel: [44040.689150] CR2: ffff8800cb4ef810 CR3: 000000007d9aa000 CR4: 00000000000006e0
Nov 29 23:13:50 perloxx kernel: [44040.689178] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Nov 29 23:13:50 perloxx kernel: [44040.689204] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 29 23:13:50 perloxx kernel: [44040.689232] Process khungtaskd (pid: 22, threadinfo ffff88007ca40000, task ffff88007e818710)
Nov 29 23:13:50 perloxx kernel: [44040.689271] Stack:
Nov 29 23:13:50 perloxx kernel: [44040.689289]  0000000000000286 ffff88007ca41ef8 0000000000000000 ffff88007f34ddb8
Nov 29 23:13:50 perloxx kernel: [44040.689322] <0> ffffffff810940ed 0000000000000001 0000000000000000 ffffffff81064921
Nov 29 23:13:50 perloxx kernel: [44040.689370] <0> 0000000000000000 0000000000000000 ffff880000000000 ffff88007ca41f08
Nov 29 23:13:50 perloxx kernel: [44040.689430] Call Trace:
Nov 29 23:13:50 perloxx kernel: [44040.689454]  [<ffffffff810940ed>] ? watchdog+0x0/0x1b7
Nov 29 23:13:50 perloxx kernel: [44040.689481]  [<ffffffff81064921>] ? kthread+0x79/0x81
Nov 29 23:13:50 perloxx kernel: [44040.689509]  [<ffffffff81011baa>] ? child_rip+0xa/0x20
Nov 29 23:13:50 perloxx kernel: [44040.689536]  [<ffffffff810648a8>] ? kthread+0x0/0x81
Nov 29 23:13:50 perloxx kernel: [44040.689562]  [<ffffffff81011ba0>] ? child_rip+0x0/0x20
Nov 29 23:13:50 perloxx kernel: [44040.689586] Code: 74 08 4c 89 e7 e8 63 95 fb ff 48 8b 45 00 48 83 f8 40 0f 84 58 ff ff ff 49 8b 04 24 48 83 f8 40 0f 84 4a ff ff ff bb 00 04 00 00 <48> 8b 45 00 48 83 f8 02 0f 85 91 00 00 00 48 8b 85 00 03 00 00
Nov 29 23:13:50 perloxx kernel: [44040.689784] RIP  [<ffffffff810941c6>] watchdog+0xd9/0x1b7
Nov 29 23:13:50 perloxx kernel: [44040.689813]  RSP <ffff88007ca41eb0>
Nov 29 23:13:50 perloxx kernel: [44040.689833] CR2: ffff8800cb4ef810

Bei den panics zuvor, bei denen die Maschine regelmäßig abgeschmiert ist, sah das log folgendermaßen aus:

Code: Alles auswählen

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.556927] ------------[ cut here ]------------

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.557010] invalid opcode: 0000 [#1] SMP 

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.557035] last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:01:06.0/class

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.558021] Stack:

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.558176] Call Trace:

Message from syslogd@perloxx at Nov 28 19:50:54 ...
 kernel:[ 6428.558551] Code: 41 5f c3 41 57 41 89 d7 41 56 49 89 fe 41 55 41 54 55 53 48 83 ec 10 48 89 34 24 44 8b 27 44 89 e0 48 3b 34 c5 c0 82 4d 81 76 04 <0f> 0b eb fe 41 6b c4 06 48 8b 5f 08 44 8d 68 fa 89 d0 48 83 e3 

tobi@perloxx:/glftpd/site/Tobias/Backup TM$ 
Message from syslogd@perloxx at Nov 28 19:51:24 ...
 kernel:[ 6458.200072] invalid opcode: 0000 [#2] SMP 

Message from syslogd@perloxx at Nov 28 19:51:24 ...
 kernel:[ 6458.200168] last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:01:06.0/class

Message from syslogd@perloxx at Nov 28 19:51:24 ...
 kernel:[ 6458.203578] Stack:

Message from syslogd@perloxx at Nov 28 19:51:24 ...
 kernel:[ 6458.204003] Call Trace:

Message from syslogd@perloxx at Nov 28 19:51:24 ...
 kernel:[ 6458.204003] Code: 81 ff ff ff ff 08 8a 65 81 ff ff ff ff 08 8a 65 81 ff ff ff ff 18 8a 65 81 ff ff ff ff 18 8a 65 81 ff ff ff ff 28 8a 65 81 ff ff <ff> ff 28 8a 65 81 ff ff ff ff 38 8a 65 81 ff ff ff ff 38 8a 65 

Message from syslogd@perloxx at Nov 28 19:51:28 ...
 kernel:[ 6462.776756] Oops: 0000 [#3] SMP 

Message from syslogd@perloxx at Nov 28 19:51:28 ...
 kernel:[ 6462.776842] last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:01:06.0/class

Ich konnte bereits heraus finden, dass es sich wohl irgendwie um ein PCI device handeln könnte.


last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:01:06.0/class

00:1e ist mein PCI Controller und 0106 meine onboard NIC.

Jedoch erscheint es mir nicht sehr logisch, dass hier ein zusammenhang sein kann, da die NIC nur mit dem Modem verbunden ist und nicht mit dem internen LAN, über dass die Daten meines Backups fliessen.

Hat irgend jemand eine Idee, woran das liegen könnte bzw. was ich tun könnte?

Grüße
RULEZ

[rendegast]

... 8139too ata_piix 8139cp libata thermal r8169 ...

Im allgemeinen liegt die 8139cp nur so rum, benutzt wird die 8139too.
Bei mir habe ich den 8139cp blacklisted.
(obwohl ich auch nie Pobleme mit ihm hatte)

da die NIC ... nicht mit dem internen LAN, über dass die Daten meines Backups fliessen.

... r8169 mii ...

Wenn es da wegen mii irgendwelche Nebenwirkungen hat?



Du kannst doch den kernel des ubuntu fahren,
oder nimmst halt wieder ganz ubuntu, wenn es damit doch keine Probleme gab.

Oder auch kernel 2.6.35.*, 2.6.36.* kompilieren auf meinem squeeze wunderbar
(kernel-package mit der config-2.6.32-5-... (momentan 2.6.32-29) und zusätzlich

Code: Alles auswählen

CONFIG_SENSORS_K10TEMP=m
# CONFIG_DEBUG_INFO is not set

)

[RULEZ]

Hallo,

danke für deine Nachricht. Das Problem hat sich mittlerweile gelöst.

Der Fehler lag nicht an der Hardware o.Ä. sondern daran, dass ich ein crypted device habe, welches in einem 32Bit System erstellt wurde, aber ich Debian 64 Bit installiert hatte. Nun nutze ich Debian 32Bit und habe damit keine Probleme mehr.

Danke

Gruss
RULEZ