[1.] One line summary of the problem:
unable to mount FreeBSD partition any more
[2.] Full description of the problem/report:
with kernel 2.2.14 I was able to mount FreeBSD partition. Everything was
fine, but few minutes later I have rebooted the system with new kernel
2.2.15 and wasn't able to mount it any more (with exactly the same
command. following is the command and his output:
--[ cut here
peace:/proc# mount -t ufs -o ufstype=44bsd /dev/hda3 /mnt/bsd
Unable to handle kernel paging request at virtual address c403c958
current->tss.cr3 = 01b1b000, %cr3 = 01b1b000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c48196aa>]
EFLAGS: 00010246
eax: 00008000 ebx: c3ffc800 ecx: c403c800 edx: c3ffcc00
esi: c3c1e000 edi: 00000000 ebp: 00000100 esp: c1bdfe70
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 367, process nr: 26, stackpage=c1bdf000)
Stack: c481c5ec 00000303 c3ffc800 c2a1eee0 c3200500 c013d941 c3200500
c2a1eee0
c3200500 fffffff4 c3200500 c2926110 c3c2a05c c3200500 c3200500
00000100
c2c02c00 00002130 00000800 c3c1e000 c3ffcc00 c403c800 c01fcc3c
c0123a30
Call Trace: [<c481c5ec>] [<c013d941>] [<c0123a30>] [<c01268b8>]
[<c0126d24>] [<c481c23f>] [<c012723c>]
[<c481c23f>] [<c481c5ec>] [<c01079f4>]
Code: 8b 81 58 01 00 00 85 ff 74 02 0f c8 89 86 b8 00 00 00 8b 5c
Segmentation fault
--[ cut here
next run of mount on any partition (e.g. vfat, BSD (ufs)) always hangs up
the mount with stat D - uninterruptible sleep (usually IO)
with 2.2.14 everything was okay (mount, umount, read - I didn't try to
write any data on ufs)
[3.] Keywords (i.e., modules, networking, kernel):
mount, kernel, ufs
[4.] Kernel version (from /proc/version):
Linux version 2.2.16 (zeno@peace) (gcc version egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release)) #1 Thu Jun 8 15:32:09 CEST 2000
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
[6.] A small shell script or example program which triggers the
problem (if possible)
mount -t ufs -o ufstype=44bsd /dev/hda3 /mnt/bsd
next mount hangs up
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
peace:/usr/src/linux-2.2.16# sh scripts/ver_linux
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux peace 2.2.16 #1 Thu Jun 8 15:32:09 CEST 2000 i586 unknown
Kernel modules 2.1.121
Gnu C egcs-2.91.66
Binutils 2.9.1.0.25
Linux C Library 2.1.2
Dynamic linker ldd: version 1.9.9
Procps 2.0.2
Mount 2.9v
Net-tools 1.52
Kbd 0.99
Sh-utils 1.16
Modules Loaded
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 5
model : 2
model name : Pentium 75 - 200
stepping : 12
cpu MHz : 150.069
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : yes
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce cx8
bogomips : 299.01
[7.3.] Module information (from /proc/modules):
--[ empty ]--
[7.4.] SCSI information (from /proc/scsi/scsi)
--[ I don't use any scsi device ]--
[7.5.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
I use slackware 7.0 with many progs compiled by myself. But the core is
from slack distribution.
peace:/proc/371# cat stat
371 (mount) D 89 371 89 1025 371 256 13 0 92 0 0 0 0 0 0 0 0 0 172426
1105920 96 2147483647 134512640 134563980 3221223936 3221223272 1074537502
0 2147220207 0
0 3222919252 0 0 17 0
peace:/proc/371# cat status
Name: mount
State: D (disk sleep)
Pid: 371
PPid: 89
Uid: 0 0 0 0
Gid: 0 0 0 0
Groups: 0 1 2 3 4 6 10 11
VmSize: 1080 kB
VmLck: 0 kB
VmRSS: 384 kB
VmData: 24 kB
VmStk: 8 kB
VmExe: 52 kB
VmLib: 972 kB
SigPnd: 0000000000000000
SigBlk: fffffffffffbfaef
SigIgn: 0000000000000000
SigCgt: 0000000000000000
CapInh: 0000000000000000
CapPrm: 00000000fffffeff
CapEff: 00000000fffffeff
peace:/proc/371#
[X.] Other notes, patches, fixes, workarounds:
-
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 : Thu Jun 15 2000 - 21:00:18 EST