This is what I have found in my syslog. I have ejected mounted floppy.
After I have tried to mount another one I have ended with this:
Oct 10 21:33:49 isgf kernel: floppy0: disk absent or changed during operation
Oct 10 21:33:49 isgf kernel: end_request: I/O error, dev 02:00 (floppy), sector 19
Oct 10 21:34:10 isgf kernel: VFS: Disk change detected on device 02:00
Oct 10 21:34:11 isgf kernel: Unable to handle kernel paging request at virtual address c4356ee4
Oct 10 21:34:11 isgf kernel: current->tss.cr3 = 022ac000, Lr3 = 022ac000
Oct 10 21:34:11 isgf kernel: *pde = 00000000
Oct 10 21:34:11 isgf kernel: Oops: 0000
Oct 10 21:34:11 isgf kernel: CPU: 0
Oct 10 21:34:11 isgf kernel: EIP: 0010:[<c0149018>]
Oct 10 21:34:11 isgf kernel: EFLAGS: 00010282
Oct 10 21:34:11 isgf kernel: eax: 00000000 ebx: 00000000 ecx: c3d5c800 edx: f357fc06
Oct 10 21:34:11 isgf kernel: esi: c4356ee0 edi: c3b71ac0 ebp: c3d09000 esp: c22a5ddc
Oct 10 21:34:11 isgf kernel: ds: 0018 es: 0018 ss: 0018
Oct 10 21:34:11 isgf kernel: Process mount (pid: 1125, process nr: 36, stackpage=c22a5000)
Oct 10 21:34:11 isgf kernel: Stack: c01c4344 00000200 c3b71ac0 1e0078bb c4356ee0 00000029 0000001c 00000000
Oct 10 21:34:11 isgf kernel: 00000001 00000000 00000000 00000100 00000000 00000200 00000000 c01ec400
Oct 10 21:34:11 isgf kernel: 00000000 00000003 00000000 c017ea08 fffffffe c01b32d0 00000000 c017eb1f
Oct 10 21:34:11 isgf kernel: Call Trace: [<c017ea08>] [<c01b32d0>] [<c017eb1f>] [<c017da9f>] [<c017e96e>] [<c010f374>] [<c01147d1>]
Oct 10 21:34:11 isgf kernel: [<c010ee7b>] [<c01284c4>] [<c014b5b0>] [<c0124e6a>] [<c01252b7>] [<c01ae427>] [<c01ae427>] [<c01257c0>]
Oct 10 21:34:11 isgf kernel: [<c01ae427>] [<c0107a54>]
Oct 10 21:34:11 isgf kernel: Code: 8b 46 04 89 44 24 14 3d 72 72 41 61 74 1a 50 68 0f de 1a c0
Using `/boot/System.map.isgf' to map addresses to symbols.
>>EIP: c0149018 <fat_read_super+250/840>
Trace: c017ea08 <do_wakeup+34/38>
Trace: c01b32d0 <head_vals.673+c73/2a9f>
Trace: c017eb1f <success_and_wakeup+f/10>
Trace: c017da9f <setup_rw_floppy+133/14c>
Trace: c017e96e <floppy_ready+1aa/1b0>
Trace: c010f374 <immediate_bh+28/38>
Trace: c01147d1 <do_bottom_half+49/64>
Trace: c010ee7b <schedule+3b/264>
Trace: c01284c4 <do_follow_link+d0/dc>
Trace: c014b5b0 <msdos_read_super+20/44>
Trace: c0124e6a <read_super+86/ac>
Trace: c01252b7 <do_mount+9b/108>
Trace: c01ae427 <tvecs+5b2b/7676>
Trace: c01ae427 <tvecs+5b2b/7676>
Trace: c01257c0 <sys_mount+2a4/304>
Trace: c01ae427 <tvecs+5b2b/7676>
Trace: c0107a54 <system_call+34/40>
Code: c0149018 <fat_read_super+250/840>
Code: c0149018 <fat_read_super+250/840> 8b 46 04 movl 0x4(%esi),%eax
Code: c014901b <fat_read_super+253/840> 89 44 24 14 movl %eax,0x14(%esp,1)
Code: c014901f <fat_read_super+257/840> 3d 72 72 41 61 cmpl $0x61417272,%eax
Code: c0149024 <fat_read_super+25c/840> 74 1a je c0149040 <fat_read_super+278/840>
Code: c0149026 <fat_read_super+25e/840> 50 pushl %eax
Code: c0149027 <fat_read_super+25f/840> 68 0f de 1a c0 pushl $0xc01ade0f
I have one more problem that is occasionally happening (and I haven't
seen anyone reporting something similar):
If I try to log in on one of virtual consoles on system that has been up
for day or two I end up with frozen console. ps axl shows that
agetty goes in D state with WCHAN showing wait_on_buffer. What
does that mean? This has happend with 2.1.122, 2.1.123 and now with
2.1.125. It is strange that this happens for all tty1-tty6.
Best regards,
Goran Gajic
-
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/