Archiv > General
Intel G33 Kein Schutown
det:
morche
bei Intel grafigkarten kommt folgende Meldung in /var/log/messages
Dec 25 10:14:06 (MLD) daemon.info init: starting pid 16960, tty '': '/etc/init.d/rc.poweroff'
Dec 25 10:14:06 (MLD) user.info kernel: bootsplash: status on console 0 changed to on
Dec 25 10:14:06 (MLD) user.alert kernel: BUG: unable to handle kernel NULL pointer dereference at (null)
Dec 25 10:14:06 (MLD) user.alert kernel: IP: [] splashcopy+0x32/0x9f
Dec 25 10:14:06 (MLD) user.warn kernel: *pde = 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: Oops: 0000 [#1] SMP
Dec 25 10:14:06 (MLD) user.warn kernel: Modules linked in: snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss stv0299(O) budget(O) budget_core(O) ttpci_eeprom(O) saa7146(O) dvb_core(O) snd_hda_codec_realtek i915 drm_kms_helper drm video b
Dec 25 10:14:06 (MLD) user.warn kernel: Pid: 16960, comm: rc.poweroff Tainted: G O 3.6.2.152 #1 FUJITSU SIEMENS MS-7379VP/MS-7379VP
Dec 25 10:14:06 (MLD) user.warn kernel: EIP: 0060:[] EFLAGS: 00010283 CPU: 1
Dec 25 10:14:06 (MLD) user.warn kernel: EIP is at splashcopy+0x32/0x9f
Dec 25 10:14:06 (MLD) user.warn kernel: EAX: f9000000 EBX: f9000000 ECX: f9000004 EDX: 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: ESI: 00000000 EDI: 00000000 EBP: 00000000 ESP: f33afeb0
Dec 25 10:14:06 (MLD) user.warn kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Dec 25 10:14:06 (MLD) user.warn kernel: CR0: 80050033 CR2: 00000000 CR3: 33627000 CR4: 000007d0
Dec 25 10:14:06 (MLD) user.warn kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Dec 25 10:14:06 (MLD) user.warn kernel: DR6: ffff0ff0 DR7: 00000400
Dec 25 10:14:06 (MLD) user.emerg kernel: Process rc.poweroff (pid: 16960, ti=f33ae000 task=f2e374d0 task.ti=f33ae000)
Dec 25 10:14:06 (MLD) user.emerg kernel: Stack:
Dec 25 10:14:06 (MLD) user.warn kernel: 0000001c 000001e0 00000000 00000000 00000000 f2f58400 00000000 00001e00
Dec 25 10:14:06 (MLD) user.warn kernel: 00000000 c126cd6a 00000780 00001e00 00000000 f801b000 f2f58400 000001c0
Dec 25 10:14:06 (MLD) user.warn kernel: 000002e8 c126cf39 0000001c 00000780 f5416c00 f2f58400 0000001c c10df19b
Dec 25 10:14:06 (MLD) user.emerg kernel: Call Trace:
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? splashfill+0x3f/0x47
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? splash_clear_margins+0x3c/0x89
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? proc_delete_dentry+0x6/0x6
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? splash_status+0xed/0x125
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? splash_write_proc+0x434/0x44f
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? proc_delete_dentry+0x6/0x6
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? proc_file_write+0x4d/0x60
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? proc_reg_write+0x55/0x69
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? proc_reg_poll+0x56/0x56
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? vfs_write+0x85/0xeb
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? sys_write+0x3d/0x64
Dec 25 10:14:06 (MLD) user.warn kernel: [] ? sysenter_do_call+0x12/0x26
Dec 25 10:14:06 (MLD) user.emerg kernel: Code: 56 89 d6 53 89 c3 83 ec 14 8b 7c 24 28 89 f8 99 f7 fd 89 fd 83 e5 02 83 e7 01 89 6c 24 0c 89 7c 24 10 89 44 24 04 eb 64 8d 48 04 2a 89 28 8b 6a 04 83 c0 08 83 c2 08 89 29 47 eb 09 89 f2 89
Dec 25 10:14:06 (MLD) user.emerg kernel: EIP: [] splashcopy+0x32/0x9f SS:ESP 0068:f33afeb0
Dec 25 10:14:06 (MLD) user.warn kernel: CR2: 0000000000000000
Dec 25 10:14:06 (MLD) user.warn kernel: ---[ end trace 96cbcd8617ea3e2f ]---
Dec 25 10:14:06 (MLD) daemon.info init: The system is going down NOW!
und das System bleibt mit Ton stehen
das Problem ist schon hier ersichtlich
Dec 25 11:00:49 (MLD) user.info kernel: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
Dec 25 11:00:49 (MLD) user.info kernel: Console: switching to colour dummy device 80x25
Dec 25 11:00:49 (MLD) user.err kernel: iounmap: bad address f816a000
Dec 25 11:00:49 (MLD) user.warn kernel: Pid: 932, comm: modprobe Tainted: G O 3.6.2.152 #1
Dec 25 11:00:49 (MLD) user.warn kernel: Call Trace:
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12704d0>] ? vesafb_destroy+0x1d/0x3b
Dec 25 11:00:49 (MLD) user.warn kernel: [<c125ec75>] ? put_fb_info+0x19/0x1a
Dec 25 11:00:49 (MLD) user.warn kernel: [<c125ed6b>] ? do_unregister_framebuffer+0xb0/0xbb
Dec 25 11:00:49 (MLD) user.warn kernel: [<c125ee95>] ? do_remove_conflicting_framebuffers+0xfb/0x115
Dec 25 11:00:49 (MLD) user.warn kernel: [<c125f0e1>] ? remove_conflicting_framebuffers+0x23/0x30
Dec 25 11:00:49 (MLD) user.warn kernel: [<f8975d21>] ? i915_driver_load+0x165/0x895 [i915]
Dec 25 11:00:49 (MLD) user.warn kernel: [<f88ac798>] ? drm_get_pci_dev+0x120/0x1fc [drm]
Dec 25 11:00:49 (MLD) user.warn kernel: [<c1255bd0>] ? pci_device_probe+0x75/0xea
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b5c71>] ? driver_probe_device+0x85/0x161
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b5d8d>] ? __driver_attach+0x40/0x5b
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b4b65>] ? bus_for_each_dev+0x37/0x59
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b593c>] ? driver_attach+0x14/0x17
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b5d4d>] ? driver_probe_device+0x161/0x161
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b5606>] ? bus_add_driver+0x8f/0x1a9
Dec 25 11:00:49 (MLD) user.warn kernel: [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12b60e6>] ? driver_register+0x6e/0xcb
Dec 25 11:00:49 (MLD) user.warn kernel: [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel: [<f89cb000>] ? 0xf89cafff
Dec 25 11:00:49 (MLD) user.warn kernel: [<c12560a3>] ? __pci_register_driver+0x31/0x7a
Dec 25 11:00:49 (MLD) user.warn kernel: [<c100114e>] ? do_one_initcall+0x66/0x104
Dec 25 11:00:49 (MLD) user.warn kernel: [<c1057186>] ? sys_init_module+0x1353/0x156c
Dec 25 11:00:49 (MLD) user.warn kernel: [<c1452610>] ? sysenter_do_call+0x12/0x26
eine änderung von
#blacklist vesafb in
blacklist vesafb
bringt hier auch keine enderung
mfg det
det:
das Problem scheint schon länger bekamt zu sein .
http://www.minidvblinux.de/forum/index.php...f=24&t=5037&hl=
Was anderes, die Kiste läßt sich weder rebooten noch herunterfahren. Irgendwie kommt mir das bekannt vor, ich glaube sowas hatte ich damals auch schon mal. Die Kiste ist nicht mehr bedienbar, der Ton läuft weiter und ich befinde mich in der Busybox.
@Claus
Mit dem PowerOff Problem kann ich eventuell helfen, wenn Du die shutdown Ausgaben (stehen eventuell auch in der /var/log/sysinit) postest.
nur in /var/log/messages
ist das zu erkennen
Dec 25 20:06:29 (MLD) user.err vdr: [1938] executing command 'poweroff'
Dec 25 19:06:29 (MLD) daemon.info init: starting pid 3908, tty '': '/etc/init.d/rc.poweroff'
Dec 25 19:06:30 (MLD) daemon.info init: The system is going down NOW!
Dec 25 19:06:30 (MLD) user.info kernel: bootsplash: status on console 0 changed to on
Dec 25 19:06:30 (MLD) user.alert kernel: BUG: unable to handle kernel NULL pointer dereference at (null)
Dec 25 19:06:30 (MLD) user.alert kernel: IP: [<c126ccbe>] splashcopy+0x32/0x9f
Dec 25 19:06:30 (MLD) user.warn kernel: *pde = 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: Oops: 0000 [#1] SMP
Dec 25 19:06:30 (MLD) user.warn kernel: Modules linked in: snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss stv0299(O) snd_hda_codec_realtek budget(O) budget_core(O) ttpci_eeprom(O) saa7146(O) dvb_core(O) i915 drm_kms_helper drm video i
Dec 25 19:06:30 (MLD) user.warn kernel: Pid: 3908, comm: rc.poweroff Tainted: G O 3.6.2.152 #1 FUJITSU SIEMENS MS-7379VP/MS-7379VP
Dec 25 19:06:30 (MLD) user.warn kernel: EIP: 0060:[<c126ccbe>] EFLAGS: 00010283 CPU: 1
Dec 25 19:06:30 (MLD) user.warn kernel: EIP is at splashcopy+0x32/0x9f
Dec 25 19:06:30 (MLD) user.warn kernel: EAX: f8f00000 EBX: f8f00000 ECX: f8f00004 EDX: 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: ESI: 00000000 EDI: 00000000 EBP: 00000000 ESP: f2919eb0
Dec 25 19:06:30 (MLD) user.warn kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Dec 25 19:06:30 (MLD) user.warn kernel: CR0: 8005003b CR2: 00000000 CR3: 3289b000 CR4: 000007d0
Dec 25 19:06:30 (MLD) user.warn kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Dec 25 19:06:30 (MLD) user.warn kernel: DR6: ffff0ff0 DR7: 00000400
Dec 25 19:06:30 (MLD) user.emerg kernel: Process rc.poweroff (pid: 3908, ti=f2918000 task=f297b410 task.ti=f2918000)
Dec 25 19:06:30 (MLD) user.emerg kernel: Stack:
Dec 25 19:06:30 (MLD) user.warn kernel: 0000001c 000001e0 00000000 00000000 00000000 f295b400 00000000 00001e00
Dec 25 19:06:30 (MLD) user.warn kernel: 00000000 c126cd6a 00000780 00001e00 00000000 f801b000 f295b400 000001c0
Dec 25 19:06:30 (MLD) user.warn kernel: 000002e8 c126cf39 0000001c 00000780 f5416c00 f295b400 0000001c c10df19b
Dec 25 19:06:30 (MLD) user.emerg kernel: Call Trace:
Dec 25 19:06:30 (MLD) user.warn kernel: [<c126cd6a>] ? splashfill+0x3f/0x47
Dec 25 19:06:30 (MLD) user.warn kernel: [<c126cf39>] ? splash_clear_margins+0x3c/0x89
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10df19b>] ? proc_delete_dentry+0x6/0x6
Dec 25 19:06:30 (MLD) user.warn kernel: [<c126af72>] ? splash_status+0xed/0x125
Dec 25 19:06:30 (MLD) user.warn kernel: [<c126b3de>] ? splash_write_proc+0x434/0x44f
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10df19b>] ? proc_delete_dentry+0x6/0x6
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10df1e8>] ? proc_file_write+0x4d/0x60
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10dc4d9>] ? proc_reg_write+0x55/0x69
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10dc484>] ? proc_reg_poll+0x56/0x56
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10a3467>] ? vfs_write+0x85/0xeb
Dec 25 19:06:30 (MLD) user.warn kernel: [<c10a3656>] ? sys_write+0x3d/0x64
Dec 25 19:06:30 (MLD) user.warn kernel: [<c1452610>] ? sysenter_do_call+0x12/0x26
Dec 25 19:06:30 (MLD) user.emerg kernel: Code: 56 89 d6 53 89 c3 83 ec 14 8b 7c 24 28 89 f8 99 f7 fd 89 fd 83 e5 02 83 e7 01 89 6c 24 0c 89 7c 24 10 89 44 24 04 eb 64 8d 48 04 <8b> 2a 89 28 8b 6a 04 83 c0 08 83 c2 08 89 29 47 eb 09 89 f2 89
Dec 25 19:06:30 (MLD) user.emerg kernel: EIP: [<c126ccbe>] splashcopy+0x32/0x9f SS:ESP 0068:f2919eb0
Dec 25 19:06:30 (MLD) user.warn kernel: CR2: 0000000000000000
Dec 25 19:06:30 (MLD) user.warn kernel: ---[ end trace 2c64820a22e83b5e ]---
und dann ist Schluss
mfg det
Holger:
vllt. hilft es, in der /etc/init.d/rc.poweroff in der Zeile 11 das show_splash auszukommentieren
Holger
det:
hi
@Holger
herunterfahren tut er jetzt danke für den Tipp .
aber sollte der vesafb nicht vielleicht besser als modul gebaut werten ?
eine ati oder intel mögen den nicht .
mfg det
wino:
Vielleicht hilft für bestimmte Hardware folgendes. Habe versuchsweise anstelle von vesafb, uvesa als Modul in der Kernelconfig eingestellt. Dies macht v86d erforderlich. Das Addon habe ich eingecheckt.
Probiert es bitte aus und wenn es nichts bringt, kann der vorherige Zustand wieder hergestellt werden.
EDIT: Damit das v86d Addon gebaut wird müsste Claus v86d auf dem Server installieren.
Gruß
wino
Navigation
[0] Message Index
[#] Next page
Go to full version