From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HoixM-0000o2-AQ for garchives@archives.gentoo.org; Thu, 17 May 2007 16:36:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l4HGXbf4031039; Thu, 17 May 2007 16:33:37 GMT Received: from spore.ath.cx (c-24-245-14-14.hsd1.mn.comcast.net [24.245.14.14]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l4HGPh8H020668 for ; Thu, 17 May 2007 16:25:43 GMT Received: from pascal.spore.ath.cx (pascal.spore.ath.cx [192.168.1.100]) by spore.ath.cx (Postfix) with ESMTP id DD677598E5 for ; Thu, 17 May 2007 11:25:42 -0500 (CDT) Date: Thu, 17 May 2007 11:25:42 -0500 From: Dan Farrell To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Corrupt USB pen drive Message-ID: <20070517112542.1b7382cd@pascal.spore.ath.cx> In-Reply-To: <200705171704.23751.michaelkintzios@gmail.com> References: <200705171236.28695.michaelkintzios@gmail.com> <20070517094559.14586f21@pascal.spore.ath.cx> <200705171638.54090.michaelkintzios@gmail.com> <200705171704.23751.michaelkintzios@gmail.com> Organization: Spore, Ltd. X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.6; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 9d1bdfcb-0b53-4ba2-ba89-76b075e31f30 X-Archives-Hash: c73889daa9687fff0d69a2f84936b5d6 On Thu, 17 May 2007 17:04:21 +0100 Mick wrote: >>Thanks Dan, as I said above I tried to extract the MBR out of it by >>running: >> >>dd if=/dev/sda of=/tmp/r1 bs=512 >> >>But couldn't access it whatsoever. > Oops! I could access it, but of course I had to try it as root! > Right, I've got it on my hard drive now, but still cannot mount it: > ================================== > # mount -t vfat /dev/loop2 /tmp/r1 > mount: wrong fs type, bad option, bad superblock on /dev/loop2, > missing codepage or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > ================================== because the _disk_ sda doesn't house a filesystem, the _partiton_ sda1 does. You need to find out where that partition started and ended on the disk sda. My thought was maybe windows would format it the same way twice, in which case you can format and then get the partitioning information out of the device, reformat, write the part of /tmp/r1 that coincides with the partition, cross fingers, and try mounting. -- gentoo-user@gentoo.org mailing list