From owner-freebsd-fs@FreeBSD.ORG Wed Apr 9 04:24:57 2003 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F000837B404 for ; Wed, 9 Apr 2003 04:24:57 -0700 (PDT) Received: from thomas.numericable.net (thomas.numericable.net [80.236.0.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 6750743FB1 for ; Wed, 9 Apr 2003 04:24:56 -0700 (PDT) (envelope-from brice@mouarf.net) Received: (qmail 15792 invoked from network); 9 Apr 2003 11:24:54 -0000 Received: from unknown (HELO localhost.localdomain) ([80.236.121.31]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 9 Apr 2003 11:24:54 -0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.9/8.12.9) with ESMTP id h39BRPsP010342 for ; Wed, 9 Apr 2003 13:27:25 +0200 (CEST) (envelope-from brice@mouarf.net) Received: (from bgensburger@localhost) by localhost.localdomain (8.12.9/8.12.9/Submit) id h39BRPgH010341 for freebsd-fs@freebsd.org; Wed, 9 Apr 2003 13:27:25 +0200 (CEST) (envelope-from brice@mouarf.net) X-Authentication-Warning: localhost.localdomain: bgensburger set sender to brice@mouarf.net using -f Date: Wed, 9 Apr 2003 13:27:25 +0200 From: Brice Gensburger To: freebsd-fs@freebsd.org Message-ID: <20030409112725.GA10219@localhost.localdomain> References: <20030409100201.GA9628@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030409100201.GA9628@localhost.localdomain> User-Agent: Mutt/1.5.1i Subject: Re: Mounting a msdos-formated USB Mass storage device X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2003 11:24:58 -0000 Got it ! Thanks to Crist J. Clark and Google, i finally found the relevant info... http://www.geocrawler.com/mail/msg.php3?msg_id=825592&list=150 Long made short: # /dev/MAKEDEV da0s5 and then, mounting da0s5.. It's an extended DOS partition, and those seem to behave differently regarding naming. Thanks for your time :-) On Wed, Apr 09, 2003 at 12:02:01PM +0200, Brice Gensburger dared to send a mail and wrote: > (mail sent to freebsd-questions, but maybe i'll have better luck here?) > > Hello, > > I'm having a bit of a hard time with an external USB2.0/Firewire HD. > > [localhost][~]$ uname -a > FreeBSD localhost.localdomain 4.8-STABLE FreeBSD 4.8-STABLE #2: Mon Apr 7 12:21:33 CEST 2003 root@localhost.localdomain:/usr/src/sys/compile/IPSEC i386 > > (was CVSup'ed just before compile) > > > The problem doesn't seem to be in the USB part: the modules are OK, the drive is recognized OK: > > from dmesg: > > uhci0: port 0xfce0-0xfcff irq 11 at device 4.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > umass0: DMI USB 2.0 Storage Adaptor, rev 2.00/11.10, addr 2 > > (...) > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 650KB/s transfers > da0: 117246MB (240121728 512 byte sectors: 64H 32S/T 51710C) > (da0:umass-sim0:0:0:0): READ(6)/WRITE(6) not supported, increasing minimum_cmd_size to 10. > > Disconnection/Reconnection works OK > > umass0: at uhub0 port 2 (addr 2) disconnected > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > umass0: detached > umass0: DMI USB 2.0 Storage Adaptor, rev 2.00/11.10, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 650KB/s transfers > da0: 117246MB (240121728 512 byte sectors: 64H 32S/T 51710C) > (da0:umass-sim0:0:0:0): READ(6)/WRITE(6) not supported, increasing minimum_cmd_size to 10. > > The CAM Part seems to work OK too: > # camcontrol inquiry 0:0 > pass0: Fixed Direct Access SCSI-0 device > pass0: Serial Number > pass0: 650KB/s transfers > > my problem is when i try to mount it. It's already formatted (Win)(yeah, yeah, but i want to be able to use it on windows boxes, unices and maybe MacOSX ones..). > > fdisk /dev/da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=14946 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=14946 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 15,(Extended DOS, LBA) > start 16065, size 240091425 (117232 Meg), flag 0 > beg: cyl 1/ head 0/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > disklabel /dev/da0 > # /dev/da0: > type: SCSI > disk: Maxtor 6 > label: Y120P0 > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 14946 > sectors/unit: 240121728 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0 > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 240121728 0 unused 0 0 # (Cyl. 0 - 14946*) > > ok, let's try to mount that > > # mount /dev/da0s1c /usbdrive > mount: /dev/da0s1c on /usbdrive: incorrect super block > > which is only natural, since it's not UFS. > > # mount_msdos /dev/da0s1c /usbdrive > mount_msdos: /dev/da0s1c: Invalid argument > > I googled for this, and found several posts saying to try to mount the 4th slice for Zip Drives and such. Ok, let's try that: > > # mount_msdos /dev/da0s4 /usbdrive > mount_msdos: /dev/da0s4: Invalid argument > > Mike Meyer told me i had to mount /dev/da0s1: > > # mount -t msdos /dev/da0s1 /usbdrive > msdos: /dev/da0s1: Invalid argument > > so, doesn't work better. > While searching, i found how to extract additional info (gpart): > > # gpart -v -d /dev/da0 > > dev(/dev/da0) mss(512) chs(14946/255/63)(LBA) #s(240107490) size(117239mb) > Primary partition(1) > type: 015(0x0F)(Extended DOS, LBA) > size: 117232mb #s(240091425) s(16065-240107489) > chs: (1/0/1)-(1023/254/63)d (1/0/1)-(14945/254/63)r > hex: 00 00 01 01 0F FE FF FF C1 3E 00 00 21 81 4F 0E > > Logical partition > type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) > size: 117232mb #s(240091362) s(16128-240107489) > chs: (1/1/1)-(1023/254/63)d (1/1/1)-(14945/254/63)r > hex: 00 01 01 01 0B FE FF FF 3F 00 00 00 E2 80 4F 0E > > (others are unused) > > Which leads me to think it's a geometry problem.. the CHS reported by gpart is 14946/255/63, while in messages i have: > Apr 9 10:27:01 localhost /kernel: da0: 117246MB (240121728 512 byte sectors: 64H 32S/T 51710C) > > Any idea?? > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >