> sandino> I had to copy the Oops trace by hand to a paper. Gpm is not working correctly
> sandino> on my machine. Is there another way to send the Oops trace to a file?
> dmesg > file
Sorry about being so late, but I have another ksymoops.
This time the Oops was reproduced as follows:
1. I ran this script
#!/bin/sh
killall -9 wmcdplay
rmmod sr_mod
rmmod ide-scsi
modprobe ide-cd
ls -la /dev/cdroms/cdrom0
/etc/rc.d/init.d/usbmgr start
2. I ran this script
#!/bin/sh
/etc/rc.d/init.d/usbmgr stop
killall -9 wmcdplay
rmmod ide-cd
modprobe ide-scsi
modprobe sr_mod
ls -la /dev/cdroms/cdrom0
lr-xr-xr-x 1 root root 34 dic 31 1969 /dev/cdroms/cdrom0 ->
../scsi/host2/bus0/target0/lun0/cd
3. I mounted the cdrom
mount /dev/scsi/host2/bus0/target0/lun0/cd /mnt/cdrom
4. I started the usbmgr
5. I inserted the zip drive in the usb port
6. I don't remember when the Oops happened, when I unmounted the CD or after unmounting
it when I ran eject.
This time I'm sure the ksymoops is correct because I did dmesg > file and after rebooting
ksymoops < file > file.ksymoops.
--
Sandino Araico Snchez
Quote:>drop table internet;
OK, 135454265363565609860398636678346496 rows affected.
"oh *" --fluxrad
[
Oops-2002-04-03-cdrom.ksymoops 3K ]
ksymoops 2.3.4 on i686 2.4.18. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.18/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Warning (compare_maps): ksyms_base symbol acpi_fadt_R__ver_acpi_fadt not found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol acpi_gbl_FADT_R__ver_acpi_gbl_FADT not found in System.map. Ignoring ksyms_base entry
Unable to handle kernel paging request at virtual address 0120000c
c01575bb
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c01575bb>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 0120000c ebx: d40dd8e0 ecx: c1846d60 edx: 00000000
esi: d0820a14 edi: d9e5bbe0 ebp: bfffe4ec esp: da36ff3c
ds: 0018 es: 0018 ss: 0018
Process rmmod (pid: 3239, stackpage=da36f000)
Stack: d0820a14 e08e4362 d40dd8e0 d0820a00 00000000 e08f13be d0820a14 00000b00
00000000 d9e5bbe0 df0ff720 e08f2a80 c01c544a d9e5bbe0 e08f0000 fffffff0
e08f0000 c01c555e e08f2a80 e08f1424 00000004 e08f2a80 c011980f e08f0000
Call Trace: [<e08e4362>] [<e08f13be>] [<e08f2a80>] [<c01c544a>] [<c01c555e>]
[<e08f2a80>] [<e08f1424>] [<e08f2a80>] [<c011980f>] [<c0118b12>] [<c0106e23>]
Code: f0 81 28 00 00 00 01 0f 85 72 22 00 00 53 8b 43 20 50 e8 46
Quote:>>EIP; c01575bb <devfs_unregister+13/38> <=====
Trace; e08e4362 <[cdrom]unregister_cdrom+8a/bc>
Trace; e08f13be <[ide-cd]cdrom_analyze_sense_data+2c2/31c>
Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
Trace; c01c544a <scsi_unregister_device+52/d4>
Trace; c01c555e <scsi_unregister_module+36/3c>
Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
Trace; e08f1424 <[ide-cd]cdrom_queue_request_sense+c/90>
Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
Trace; c011980f <free_module+17/b4>
Trace; c0118b12 <sys_delete_module+126/234>
Trace; c0106e23 <system_call+33/38>
Code; c01575bb <devfs_unregister+13/38>
00000000 <_EIP>:
Code; c01575bb <devfs_unregister+13/38> <=====
0: f0 81 28 00 00 00 01 lock subl $0x1000000,(%eax) <=====
Code; c01575c2 <devfs_unregister+1a/38>
7: 0f 85 72 22 00 00 jne 227f <_EIP+0x227f> c015983a <_text_lock_base+75/12f>
Code; c01575c8 <devfs_unregister+20/38>
d: 53 push %ebx
Code; c01575c9 <devfs_unregister+21/38>
e: 8b 43 20 mov 0x20(%ebx),%eax
Code; c01575cc <devfs_unregister+24/38>
11: 50 push %eax
Code; c01575cd <devfs_unregister+25/38>
12: e8 46 00 00 00 call 5d <_EIP+0x5d> c0157618 <devfs_do_symlink+38/17c>
3 warnings issued. Results may not be reliable.
by