[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ext2resize] Ext2resize for big-endian (Ultrasparc)

From: Andrew Clausen
Subject: Re: [ext2resize] Ext2resize for big-endian (Ultrasparc)
Date: Tue, 27 Mar 2001 08:02:30 +1000

Dave Wapstra wrote:
> Here's the output from 1.4.11-pre1:
> Using /dev/sda
> (parted) print
> Warning: The disk CHS geometry (8637,64,32) does not match the geometry 
> stored on the disk label (4926,27,133).
> Ignore Cancel ? y
> Ignore Cancel ? n
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ? q
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ?
> Ignore Cancel ?
> [1]+  Stopped                 ./parted/parted

ROFL!  You wanted to type "ignore" or "cancel".  Or "i" would have been ok.
There's even tab completion!  (You can peak at the dangerous 1.5.1-pre1
which contains an even prettier interface, IMHO)

Could you try doing Ignore, and see how Parted copes with it?

> Here's the output from fdisk:
> Command (m for help): p
> Disk /dev/sda (Sun disk label): 27 heads, 133 sectors, 4924 cylinders

So, it's silently taking the geometry from the disk...

> Units = cylinders of 3591 * 512 bytes
>    Device Flag    Start       End    Blocks   Id  System
> /dev/sda1             0      1426   2560316+  83  Linux native
> /dev/sda2          1426      2852   2560383   83  Linux native
> /dev/sda3             0      4924   8841042    5  Whole disk
> /dev/sda4          2852      3423   1025230+  83  Linux native
> /dev/sda5          3423      3716    526081+  82  Linux swap
> /dev/sda6          3716      3774    104139   83  Linux native
> /dev/sda7          3774      3832    104139   83  Linux native
> Command (m for help):
> I'm a little bit puzzled about the "CHS geometry"... This is a SCSI disk
> on a UltraSparc, is there such a thing as CHS on such a plaform?

Apparantly... I think the SCSI standard defines it.  So, there are 2 CHS's
here: the one on the disk label, and the one on the disk.  (Parted and
fdisk get this via an ioctl() directly from Linux).

I don't know where Linux gets the numbers from... it might be directly
from the disk, or from BIOS/firmware.  On x86, it's from the BIOS.
> Interestingly enough, there are a number of other disks (exactely the
> same ones) and they look like this:
> Disk /dev/sdb: 64 heads, 32 sectors, 8637 cylinders
> Units = cylinders of 2048 * 512 bytes
> Disk /dev/sdb doesn't contain a valid partition table


> Note that the invalid partition table is because this disk is part of
> a LVM.  This disk however does show the same values as the CHS message
> from parted.
> I think I know what is causing this.  The machine was originally used
> with Solaris, not Linux.  The partition/disk info is left-over from the
> Solaris configuration.

I doubt this is the case.  fdisk obviously isn't detecting the Sun disk
label, so it wouldn't even try to analyse information on it.

> I'm ran into similar wierd problems with LVM, and that is probably why
> I had problems with my VG's instead of ext2resize as I suspected first.


> A note somewhere that says "when using Linux with a Sparc platform, first
> do "dd if=/dev/zero of=<your disks>" will probably save a lot of trouble.

If you use Parted, there is no need :-)  Parted removes old signatures.
(Well, we don't support LVM directly, so this doesn't apply yet... but
it will eventually, I hope...)

Andrew Clausen

reply via email to

[Prev in Thread] Current Thread [Next in Thread]