Re: [gentoo-user-de] kernelfehler

Sebastian schrieb:
> ich habe wiedermal einen Kernel versägt,

Willkommen im Club... ;-)

> Neukompiliert hatte ich da gefühlt der Rechner langsamerer lief besonders wenn
> mehrere Anwendung gleichzeitig liefen. Besonders Amarok hatte ungewohnt viele
> Aussetzer.
>

Ob da ein neuer Kernel unbedingt hilft? Wenn ein Rechner langsamer 
läuft, stelle ich mir immer zuerst die Frage, warum er langsamer läuft. 
Das wird meistens mit "zuviel zu tun" beantwortet, woraus sich die 
Lösung aufdrängt: Weniger Tasks gleichzeitig laufen lassen. Ein Kernel 
kann, muss aber nicht unbedingt helfen.

> Angefügt habe ich noch die Meldung von /var/log/kernel/current
>

Ich lösche mal, was mir "normal" vorkommt, und kommentiere kurz, was mir 
auffällt.

> May 02 20:31:08 [kernel] Detected 1244.775 MHz processor.

Nette Taktzahl. Kann das hinkommen?

> May 02 20:31:08 [kernel] Local APIC disabled by BIOS -- you can enable it
> with "lapic"
>

Ist das OK? Ich erinnere mich daran, dass APIC gut oder wichtig sein 
kann, aber manchmal auch stört.

> May 02 20:31:08 [kernel] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22,
> 2004)
> May 02 20:31:08 [kernel] 8139cp 0000:00:09.0: This (id 10ec:8139 rev 10) is
> not an 8139C+ compatible chip
> May 02 20:31:08 [kernel] 8139cp 0000:00:09.0: Try the "8139too" driver
> instead.
>

Den Start könnte man wahrscheinlich beschleunigen, indem man den 8139cp 
aus der Konfiguration entfernt.

> May 02 20:31:08 [kernel] hda: 156368016 sectors (80060 MB) w/2048KiB Cache,
> CHS=65535/16/63
> May 02 20:31:08 [kernel]  hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9
> hda10 hda11 hda12 >
> May 02 20:31:08 [kernel] hdd: 16514064 sectors (8455 MB) w/512KiB Cache,
> CHS=16383/16/63
> May 02 20:31:08 [kernel]  hdd: hdd1
>
[...]
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] VFS: Mounted root (ext3 filesystem) readonly.
> May 02 20:31:08 [kernel] Freeing unused kernel memory: 256k freed
>
[...]
> May 02 20:31:08 [kernel] EXT3 FS on hda5, internal journal
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda6, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> -----------hier endet die Bildschirmausgabe-----------
> May 02 20:31:08 [kernel] NTFS driver 2.1.28 [Flags: R/W MODULE].
>

Die folgenden Pointer deuten darauf hin, dass Dein NTFS-Driver irgendwas 
nicht mag. Wie kommt der eigentlich in den Kernel? Hast Du eine 
NTFS-Partition? Oder hast Du vielleicht in /etc/fstab eine Partition 
versehentlich als NTFS angemeldet?

> May 02 20:31:08 [kernel] getblk(): invalid block size 0 requested
> May 02 20:31:08 [kernel] hardsect size: 512
> May 02 20:31:08 [kernel]  [<c016d1f3>] __getblk+0xb3/0x270
> May 02 20:31:08 [kernel]  [<c016e640>] __bread+0x10/0x78
> May 02 20:31:08 [kernel]  [<f896e032>] ntfs_fill_super+0x212/0x1160 [ntfs]
> May 02 20:31:08 [kernel]  [<c0171214>] do_open+0x1dd/0x25c
> May 02 20:31:08 [kernel]  [<c015429b>] get_sb_bdev+0xcc/0x116
> May 02 20:31:08 [kernel]  [<f8969dc0>] ntfs_get_sb+0x20/0x30 [ntfs]
> May 02 20:31:08 [kernel]  [<f896de20>] ntfs_fill_super+0x0/0x1160 [ntfs]
> May 02 20:31:08 [kernel]  [<c0153ec7>] vfs_kern_mount+0x40/0x6f
> May 02 20:31:08 [kernel]  [<c0153f38>] do_kern_mount+0x2d/0x3e
> May 02 20:31:08 [kernel]  [<c0165349>] do_mount+0x5b6/0x629
> May 02 20:31:08 [kernel]  [<c016414a>] mntput_no_expire+0x11/0x5c
> May 02 20:31:08 [kernel]  [<c015a07f>] link_path_walk+0xa9/0xb3
> May 02 20:31:08 [kernel]  [<c0122a73>] do_timer+0x5b7/0x707
> May 02 20:31:08 [kernel]  [<c01437e9>] free_pgtables+0x90/0xa0
> May 02 20:31:08 [kernel]  [<c012d65d>] hrtimer_run_queues+0x15/0x13e
> May 02 20:31:08 [kernel]  [<c03bab5e>] _spin_unlock+0xd/0x21
> May 02 20:31:08 [kernel]  [<c01293c0>] __rcu_process_callbacks+0xf0/0x171
> May 02 20:31:08 [kernel]  [<c011eeaa>] tasklet_action+0x59/0xad
> May 02 20:31:08 [kernel]  [<c011ee46>] irq_exit+0x37/0x42
> May 02 20:31:08 [kernel]  [<c010577b>] do_IRQ+0x83/0x98
> May 02 20:31:08 [kernel]  [<c013b99c>] __alloc_pages+0x52/0x286
> May 02 20:31:08 [kernel]  [<c010412b>] common_interrupt+0x23/0x28
> May 02 20:31:08 [kernel]  [<c0163e21>] copy_mount_options+0x95/0x106
> May 02 20:31:08 [kernel]  [<c0165433>] sys_mount+0x77/0xb3
> May 02 20:31:08 [kernel]  [<c010371c>] sysenter_past_esp+0x5d/0x81
> May 02 20:31:08 [kernel]  =======================
> May 02 20:31:08 [kernel] NTFS-fs error (device hda2): read_ntfs_boot_sector():
> Unable to read primary boot sector.
> May 02 20:31:08 [kernel] NTFS-fs error (device hda2): read_ntfs_boot_sector():
> Mount option errors=recover not used. Aborting without trying to recover.
> May 02 20:31:08 [kernel] NTFS-fs error (device hda2): ntfs_fill_super(): Not
> an NTFS volume.
>

hda2 wurde dem Kernel als NTFS gemeldet, aber nicht als solches erkannt.

> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda7, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda8, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda9, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda10, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
> May 02 20:31:08 [kernel] kjournald starting.  Commit interval 5 seconds
> May 02 20:31:08 [kernel] EXT3 FS on hda12, internal journal
> May 02 20:31:08 [kernel] EXT3-fs: mounted filesystem with ordered data mode.
>
> May 02 20:31:08 [kernel] Adding 1052248k swap on /dev/hda3.  Priority:-1
> extents:1 across:1052248k
>

hda5 bis hda12 werden offensichtlich anstandslos als ext3 eingehängt. 
hda3 als Swap ebenso.

> May 02 20:31:08 [kernel] BUG: unable to handle kernel NULL pointer dereference
> at virtual address 00000010
> May 02 20:31:09 [kernel]  printing eip:
> May 02 20:31:09 [kernel] f8914d81
> May 02 20:31:09 [kernel] *pde = 00000000
> May 02 20:31:09 [kernel] Modules linked in: snd_seq_oss snd_seq_midi_event
> snd_seq snd_trident snd_util_mem snd_mpu401_uart snd_rawmidi snd_seq_device
> ntfs nvidia(P) snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd
> snd_page_alloc
>

Das kann ich nicht deuten.

> May 02 22:36:29 [kernel] BUG: unable to handle kernel NULL pointer dereference
> at virtual address 00000010
> May 02 22:36:29 [kernel]  printing eip:
> May 02 22:36:29 [kernel] f8914d81
> May 02 22:36:29 [kernel] *pde = 00000000
> May 02 22:36:29 [kernel] Modules linked in: snd_pcm_oss snd_mixer_oss
> snd_seq_oss snd_seq_midi_event snd_seq snd_trident snd_util_mem
> snd_mpu401_uart snd_rawmidi snd_seq_device ntfs nvidia(P) snd_intel8x0
> snd_ac97_codec ac97_bus snd_pcm snd_timer snd snd_page_alloc
>

Das ebensowenig. es schaut aber beides "böse" aus.

Im Endeffekt sieht es für mich so aus, als ob Dein Kernel eine als 
"NTFS" deklarierte Partition nicht als NTFS erkennt. Außerdem hast Du 
wohl "write" für NTFS angeschaltet, was meiner Erinnerung nach noch 
immer im experimentellen Stadium ist. (Ich habe da aber schon lange 
nicht mehr reingeschaut...)

Ich würde

1) die Konfigurationsdateien (.config) für die Kernel vergleichen. 
(Evtl. findest Du die Datei des alten Kernels im alten System unter 
/proc/config.gz, wenn Du sie nicht mehr an anderer Stelle hast.)

2) kontrollieren, ob ein Start besser geht, wenn man keine 
NTFS-Partitionen "anmeldet".

3) nachschauen, ob evtl. andere Pakete aus dem "Userspace" benötigt 
werden, die vom Kernel abhängig sind, und jetzt ihre Arbeit beim neuen 
Kernel verweigern.

Viel Glück und Schönes Wochenende!

Martin
-- 
gentoo-user-de@g.o mailing list