xfs
[Top] [All Lists]

Re: Losing partition table on Ultrasparc

To: Sven Eisenhauer <sven.eisenhauer@xxxxxxxx>
Subject: Re: Losing partition table on Ultrasparc
From: utz lehmann <xfs@xxxxxxxxxx>
Date: Thu, 26 Apr 2001 21:25:26 +0200
Cc: XFS Mailinglist <linux-xfs@xxxxxxxxxxx>
In-reply-to: <3AE8482D.A2497361@danet.de>
References: <3AE8482D.A2497361@danet.de>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
Sven Eisenhauer [sven.eisenhauer@xxxxxxxx] wrote:
> Hi *,
> 
> I compiled a kernel 2.4.3 with linux-2.4.3-xfs-cvs-04022001.patch on a
> Ultrasparc 10 with xfs as module.
> Everything works fine on the first look. I can make a filesystem on my
> external Raid box and mount the filesystem.
> But after rebooting the machine the partition table is lost:
> 
> <6>sym53c875-1-<9,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 16)
> <4>SCSI device sdd: 320155648 512-byte hdwr sectors (163920 MB)
> <6> sdd: unknown partition table
> 
> When I call fdisk /dev/sdd it wants to generate a new sun disk label.
> Is it possible that this effect is caused by XFS?

Yes, this was xfs. The first partiton on suns begins at the first block of
the harddisk. suns ufs filesystem does not use the first blocks from a
partition. i think ufs leaves 32KB free.

there are 2 possibilities to get around this:

1. dont use a xfs filesystem at the first partition. (not recomended .-)
2. change the start of the first partition from cylinder 0 to 1.


btw: zeroing the first partition on solrais is also a bad idea, 
eg. dd if=/dev/zero of=/dev/rdsk/c0t0d0s0. it hurts me plenty in the past.


utz

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