xfs
[Top] [All Lists]

Re: Unexpected XFS SB number 0x00000000

To: "'Eric Sandeen'" <sandeen@xxxxxxxxxxx>
Subject: Re: Unexpected XFS SB number 0x00000000
From: "Chris" <hsvchris@xxxxxx>
Date: Tue, 11 Dec 2007 02:06:43 +0100
Cc: <linux-xfs@xxxxxxxxxxx>
In-reply-to:
References: <002a01c83b74$52060330$f6120990$@de> <475DC056.3000502@xxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
Thread-index: Acg7fajbbY3qepCUTHyavxeML5xisgAC5AvwAAHnh9A=
> > Did your new partition table start in exactly the same place?
> >
>
> I assumed it would be in the same place...
> I guess there is no way to find out what the old one looked like?
>
> > Can you find the string "XFSB" anywhere near where your old partition
> > started?
> >
>
> I can try to do so...how? :)
> When I look into the partition with cfdisk, I can see what
cylinders/heads/sectors it uses. But I'm > sure there are other tools?
>
> Interestingly, after a reboot cfdisk shows me a 801575.31 MB partition and
2199023.26 MB free space, > although I wrote a single partition of
3000598.57 MB into the table before rebooting.

I just tested some more and using parted found out the following:

(parted) print
Warning: /dev/sdb contains GPT signatures, indicating that is has a GPT
table. However, it does not have a valid fake msdos partition table, as it
should. Perhaps it was corrupted --  possibly by a program that doesn't
understand GPT  partition tables. Or perhaps you deleted the GPT table, and
are now using an msdos partition table. Is this a GPT partition table?
Yes/No? y

Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start           End             Size            File system     Name
Flags
1               17.4kB  22250GB         22250GB         xfs


So it seems that parted can still "see" the old table. But it doesn't have
support for resizing xfs partitions...


<Prev in Thread] Current Thread [Next in Thread>