Doing umount /cdrom, I get:
Feb 4 21:13:16 Q kernel: Unable to handle kernel NULL pointer dereference
at virtual address 00000008
Feb 4 21:13:16 Q kernel: printing eip:
Feb 4 21:13:16 Q kernel: c0123b05
Feb 4 21:13:16 Q kernel: *pde = 00000000
Feb 4 21:13:16 Q kernel: Oops: 0002
Feb 4 21:13:16 Q kernel: CPU: 0
Feb 4 21:13:16 Q kernel: EIP: 0010:[remove_inode_page+37/80]
Feb 4 21:13:16 Q kernel: EFLAGS: 00010202
Feb 4 21:13:16 Q kernel: eax: 00000000 ebx: c1000998 ecx: c10f36e4
edx: c103f804
Feb 4 21:13:16 Q kernel: esi: c1034e50 edi: c1d86418 ebp: 00000b00
esp: c1929f00
Feb 4 21:13:16 Q kernel: ds: 0018 es: 0018 ss: 0018
Feb 4 21:13:16 Q kernel: Process umount (pid: 13037, stackpage=c1929000)
Feb 4 21:13:16 Q kernel: Stack: c1000998 c0123c72 c1000998 c1d86380
c1929f5c 00000000 00000b00 c1000998
Feb 4 21:13:16 Q kernel: 00000000 00000000 00000000 00000000
c0140730 c1d86380 00000000 00000000
Feb 4 21:13:16 Q kernel: c39c4648 c1929f5c c014084c c1929f5c
c39c4600 00000000 00000b00 c32ec188
Feb 4 21:13:16 Q kernel: Call Trace: [truncate_inode_pages+194/576]
[dispose_list+48/96] [invalidate_inodes+76/96] [do_umount+250/352]
[umount_dev+116/272] [sys_umount+193/208] [sys_oldumount+12/16]
Feb 4 21:13:16 Q kernel: [system_call+52/64]
Feb 4 21:13:16 Q kernel: Code: ff 48 08 8b 53 04 8b 03 89 50 04 89 02 53
e8 98 ff ff ff c7
I did umount an other cdrom about an hour before it without a problem.
I tried to umount it again, but that process went in an uninterruptible
sleep, and load went to 1.00 (while being 99.9% idle).
I'm running 2.3.41 (up for 5 days now), probably reboot soon.
If you need more info, mail me.
Q
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Feb 07 2000 - 21:00:11 EST