From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id p67KFO46191287 for ; Thu, 7 Jul 2011 15:15:24 -0500 Received: from mail.sandeen.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id ED08E55305 for ; Thu, 7 Jul 2011 13:15:23 -0700 (PDT) Received: from mail.sandeen.net (sandeen.net [63.231.237.45]) by cuda.sgi.com with ESMTP id jKqS3t7AJw0qvoHL for ; Thu, 07 Jul 2011 13:15:23 -0700 (PDT) Message-ID: <4E1613DA.5020105@sandeen.net> Date: Thu, 07 Jul 2011 15:15:22 -0500 From: Eric Sandeen MIME-Version: 1.0 Subject: Re: Recovering XFS Partition of Type FAT16 References: <20110704124906.GY561@dastard> <4E15D68C.6060801@sandeen.net> In-Reply-To: List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Volkan YAZICI Cc: xfs@oss.sgi.com On 7/7/11 2:57 PM, Volkan YAZICI wrote: > On Thu, Jul 7, 2011 at 6:53 PM, Eric Sandeen wrote: >> It sounds like something changed your partition table as well as your >> filesystem. Putting the partition table back in place first probably >> would have been the better first step, in retrospect. >> >> I can't tell for sure, though, what you've done (did you reparition? >> mkfs? with which tools? what was the xfs_repair output?) so I'm not >> sure what to tell you at this point. > > I was struggling to boot an ISO image from a USB disk, hence I suspect > that I had probably set the type of the host machine partition > (/dev/sda1) to FAT16 with fdisk, instead of USB disk partition well, almost nothing cares about the partition type, really... not kernel, anyway, and not mount ... > (/dev/sdb1). Then in the next boot, Linux doesn't come up and > complained about XFS issues. Hence I rebooted the machine and repaired > the fs with xfs_repair. This time partition is mounted properly but a > significant portion of the disk content is missing. Then in the fdisk > -l output I realized that /dev/sda1 is set to FAT16. (Isn't it strange > that I can xfs_repair and mount a partition of type FAT16?) Later I no, not really, (almost) nothing cares about those couple bytes in the partition table... > set the type of /dev/sda1 to Linux, but nothing changed. I called > xfs_repair again and tried mounting again, no luck: same fs size > (20GB), same missing contents. > > For the xfs_repair output... Honestly, I don't remember and I don't > think I can reproduce the situation. And I'm afraid I can't really imagine how you got here; apparently your partition got shrunk, at least - and maybe mkfs'd as FAT? And I don't think repair will cope well with a truncated block device... perhaps your handy partitioning tool helpfully mkfs'd for you a few times, as well...? -Eric > > Best. > _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs