kern/122961: write operation on msdosfs file system causes panic

Dominic Fandrey kamikaze at bsdforen.de
Tue Apr 22 17:26:05 UTC 2008


Bruce Evans wrote:
> On Mon, 21 Apr 2008, Dominic Fandrey wrote:
> This seems to be a bug in usb (umass) or the particular usb drive...
> ...
> 
> To check that this is the bug, mount msdosfs with -o noclusterr,noclusterw
> under RELENG_7 or later (the bug also affects RELENG_6, but these mount
> options are broken in RELENG_6). ...

# mount -t msdosfs -o noatime,noexec,-L=en_GB.UTF-8,noclusterr,noclusterw 
/dev/da0 /mnt/tmp
mount_msdosfs: /dev/da0: mount option <noclusterw> is unknown: Invalid argument

It seems they are also broken under RELENG_7 from the day before yesterday.

> 
>> # mount
>> /dev/ufs/2root on / (ufs, local)
>> devfs on /dev (devfs, local)
>> /dev/ufs/2tmp on /tmp (ufs, local, soft-updates)
>> /dev/ufs/2usr on /usr (ufs, NFS exported, local, soft-updates)
>> /dev/ufs/2var on /var (ufs, local, soft-updates)
>> pid874 at mobileKamikaze:/var/run/automounter.amd.mnt on 
>> /var/run/automounter.amd.mnt (nfs)
>> /dev/msdosfs/APRIL RYAN on 
>> /var/run/automounter.mnt/msdosfs/bb8a40b99a061c33a35f4e7275d1842a 
>> (msdosfs, local, noatime, noexec)
> 
> The labels obfuscate the device type for all mountpoints very well.

The ufs mounts are on an SATA drive. The msdosfs slice is the USB stick at 
/dev/da0. The nfs mount is from amd.


More information about the freebsd-bugs mailing list