lkml.org 
[lkml]   [2000]   [Nov]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: mount /mnt/cdrom ok!but ls segmentation fault...
"Albert D. Cahalan" wrote:
>
> The 'D' means that the process is running uninterruptable kernel
> code that should never take long to execute. Usually it means
> the process is doing disk IO.
>
> To find where process 613 is stuck, do this:
>
> ps -p 613 -o comm,stat,f,pcpu,nwchan,wchan

361 pts/1 D 0:00 /bin/ls --color=auto -F -b -T 0
t77@darkstar:~$ ps -p 361 -o comm,stat,f,pcpu,nwchan,wchan
COMMAND STAT F %CPU WCHAN WCHAN
ls D 000 0.0 107951 down
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ no idea... :p since i am a
newbie,
is there anyway of killing such a process?
root@darkstar:~# umount /mnt/cdrom1
umount: /mnt/cdrom1: device is busy
root@darkstar:~# umount -f /mnt/cdrom1
umount2: Device or resource busy
umount: /mnt/cdrom1: device is busy

After playing around with ls ,i found that acutally executing /bin/ls
is ok, only because of the default alias of ls is alias ls='/bin/ls
$LS_OPTIONS' then
ls will crash...and thus make the cdrom useless.

When ls /mnt/cdrom , from a virtual terminal there are extended kernel
error messages which i don't
know howto copy the error message into memory or save it into a file.
Where
if i 'ls /mnt/cdrom' from a gnome-terminal the error message is just
Segmentation fault.

from /var/log/syslog after "ls /mnt/cdrom"
Nov 19 19:46:47 darkstar kernel: Unable to handle kernel paging request
at virtual address dfdfdfc4
Nov 19 19:46:47 darkstar kernel: *pde = 00000000

Unable to handle kernel paging request at virtual address dfdfdfc4
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c486d5a7>]
EFLAGS: 00010202 ............rest went off the screen
i've tried "ls >~/tmp/err.out" , it didn't work just a 0byte file.

hmmm, ok here it's in dmesg|less

Unable to handle kernel paging request at virtual address dfdfdfc4
printing eip:
c486d5a7
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c486d5a7>]
EFLAGS: 00010202
eax: dfdfdf00 ebx: c2976960 ecx: c1ddb800 edx: c23f5c00
esi: c1ddb800 edi: c1ddb821 ebp: c233fba0 esp: c15b9eb0
ds: 0018 es: 0018 ss: 0018
Process ls (pid: 229, stackpage=c15b9000)
Stack: c2976960 c486a2bf c1ddb800 c2976960 c27f8000 c10a9df0 c1b3d140
c2976960
c1b3d140 00000001 c01e1818 00000022 00000022 00000000 0b976960
00000800
22994000 c486a3dd c2976960 c1b3d140 c27f8000 c27f8400 fffffff4
c1b3d140
Call Trace: [<c486a2bf>] [<c486a3dd>] [<c013502b>] [<c0135788>]
[<c0134dc7>] [<c0135d90>] [<c0132a26>]
[<c0108daf>]
Code: 8b 90 c4 00 00 00 80 b8 b4 00 00 00 00 74 1e 68 00 10 00 00
lines 76-116/116 (END)

thank you for reply,
-
Regards, Vincent <dtig@ihug.com.au>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:47    [W:0.033 / U:5.628 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site