From owner-freebsd-current@FreeBSD.ORG Wed Nov 4 15:40:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2261065692 for ; Wed, 4 Nov 2009 15:40:49 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 79A7F8FC1B for ; Wed, 4 Nov 2009 15:40:49 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 933BB5BA6C; Wed, 4 Nov 2009 16:40:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 902F15BA5C; Wed, 4 Nov 2009 16:40:45 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6CEFB5CD4A; Wed, 4 Nov 2009 16:40:45 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF244) with ESMTP id 2009110416404428-256135 ; Wed, 4 Nov 2009 16:40:44 +0100 Received: by wep4035 (sSMTP sendmail emulation); Wed, 4 Nov 2009 16:40:44 +0100 Date: Wed, 4 Nov 2009 16:40:44 +0100 From: Alexey Shuvaev To: Dominic Fandrey Message-ID: <20091104154044.GA96964@wep4035.physik.uni-wuerzburg.de> Mail-Followup-To: Dominic Fandrey , Alexander Best , freebsd-current@freebsd.org, Paul G Webster References: <4AF1869D.6090304@bsdforen.de> Mime-Version: 1.0 In-Reply-To: <4AF1869D.6090304@bsdforen.de> User-Agent: Mutt/1.4.2.3i Organization: Universitaet Wuerzburg X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 11/04/2009 04:40:44 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 11/04/2009 04:40:44 PM, Serialize complete at 11/04/2009 04:40:44 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Alexander Best , freebsd-current@freebsd.org, Paul G Webster Subject: Re: 8.0-RC2 mangles msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2009 15:40:50 -0000 On Wed, Nov 04, 2009 at 02:50:21PM +0100, Dominic Fandrey wrote: > Alexander Best wrote: > > Paul G Webster schrieb am 2009-11-03: > > *lol* just tried this myself and my fdisk output looks just as bad as yours: > > I think funny fdisk output is not that much of a problem. > > [snip] > > What I wonder is - are there more people who witness file > system corruption upon msdosfs writes (and don't forget > that either newfs_msdos or fsck_msdosfs is broken as well, > and that fsck_msdosfs certainly does not recognize > cross-linked files). The impact is so horrid that I had > to reformat my portable player (with Windows) and reinstall > the firmware to get it back going. > The relative silence on the mailing list seems to show it is not the common problem... ~> uname -a FreeBSD wep4035 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r198671: Fri Oct 30 16:12:10 CET 2009 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:1:0:-1: Attached to scbus1 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 7790MB (15954944 512 byte sectors: 255H 63S/T 993C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. ~> gpart show da0 => 63 15954876 da0 MBR (7.6G) 63 8129 - free - (4.0M) 8192 15946752 1 !11 (7.6G) ~> df [snip] /dev/da0s1 7969344 6322272 1647072 79% /home/lexx/mnt ~> mount [snip] /dev/da0s1 on /home/lexx/mnt (msdosfs, local, nosuid, mounted by lexx) This is a microSD card in a USB adaptor. Haven't any problems with it up to date. However I use it more or less carefully by: - trying to use only ASCII characters for filenames (from "C" locale) and avoiding any characters that require escaping in the shell, - never ever detaching it without prior unmount - if it matters I have never run fsck_msdosfs on it. Just 0.02$, Alexey.