From owner-freebsd-usb@FreeBSD.ORG Fri Mar 23 21:27:45 2012 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D42106566B for ; Fri, 23 Mar 2012 21:27:45 +0000 (UTC) (envelope-from day1234@hotmail.com) Received: from col0-omc1-s8.col0.hotmail.com (col0-omc1-s8.col0.hotmail.com [65.55.34.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8394F8FC14 for ; Fri, 23 Mar 2012 21:27:45 +0000 (UTC) Received: from COL112-W31 ([65.55.34.8]) by col0-omc1-s8.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 23 Mar 2012 14:26:39 -0700 Message-ID: X-Originating-IP: [70.56.215.44] From: "J.J. Day" To: Date: Fri, 23 Mar 2012 21:26:39 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 23 Mar 2012 21:26:39.0884 (UTC) FILETIME=[A29274C0:01CD093B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: USB Flash drive problem with 9.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 21:27:45 -0000 >> I am upgrading a FreeBSD server and have encountered a problem with >> mounting a USB flash drive. The system was on 6.3 and I upgraded to 9.0 >> using CVS repositories. The flash drive worked properly at all steps >> throughout the upgrade. However=2C after the OS upgrade was complete=2C = I >> made a mistake and destroyed some of the server application. >>=20 >> So=2C I set the >> upgraded drive aside=2C copied the original source drive to a different >> spare=2C and repeated the upgrade process taking care to verify the >> functioning of the applications during the process. When I finished the >> second time=2C everything worked properly except for mounting the flash >> drive. >>=20 >> it appears that something changed with the OS code that reads the drive >> firmware between the first time I ran cvsup on (about) the 9th and the >> second time I ran it about the 18th. >>=20 >>=20 >>=20 >> This is the output from the first upgrade (3/11/2012) when the drive is >> inserted: >>=20 >>=20 >>=20 >> ugen4.2: at usbus4 >> umass0: on usbus4 >> umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 >> umass0:2:0:-1: Attached to scbus2 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-4 device >> da0: 40.000MB/s transfers >> da0: 30960MB (63406080 512 byte sectors: 255H 63S/T 3946C) >> And diskinfo output: >>=20 >>=20 >>=20 >> da0 >> 512 # sectorsize >> 32463912960 # mediasize in bytes (30G) >> 63406080 # mediasize in sectors >> 0 # stripesize >> 0 # stripeoffset >> 3946 # Cylinders according to firmware. >> 255 # Heads according to firmware. >> 63 # Sectors according to firmware. >> AA22064F00000035 # Disk ident. >> This is the output from the second upgrade (3/18/2012) when the drive is >> inserted: >>=20 >>=20 >>=20 >> ugen4.2: at usbus4 >> umass0: on usbus4 >> umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 >> umass0:2:0:-1: Attached to scbus2 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-4 device >> da0: 40.000MB/s transfers >> da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) >> And diskinfo shows: >> > >Hi=2C > >>=20 >> da0 >> 512 # sectorsize >> -144115188075855360 # mediasize in bytes () >> -281474976710655 # mediasize in sectors >> 0 # stripesize >> 0 # stripeoffset >> -137438953471 # Cylinders according to firmware. >> 64 # Heads according to firmware. >> 32 # Sectors according to firmware. >> AA22064F00000035 # Disk ident. >> Since the size information is incorrect=2C the /dev/da0s1 device is not >> created and the drive cannot be mounted. The problem only happens with a >> large drive. When I use a 4GB or 8GB drive=2C everything works correctly= . >>=20 >> If there is any information that I can submit that can assist in solving >> the problem please let me know. >>=20 > >This does not look like a USB problem. It is the SCSI/CAM layer which quer= ies=20 >over SCSI USB how big the disk is. > >BTW: > >dec2hex(17454747090944) >ans =3D FE000000000 > >So it looks like some additional bits have sneaked in there? > >dec2hex(32463912960) >ans =3D 78F000000 > > 0xFE000000000 / 0x78F000000 >ans =3D 537.67 > >So it looks like the mediasize was multiplied by 512 when it shouldn't. > >--HPS So the problem could be that the header is shifted two bytes? I don't know where to look=2C but is there any way I can see what the heade= r is that=20 is presented from the drive or how the system processes it? JJ =