WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] sfdisk -g support in DomU

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] sfdisk -g support in DomU
From: Gerd Knorr <kraxel@xxxxxxx>
Date: Wed, 16 Nov 2005 13:21:41 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Nick Logan <nick_logan@xxxxxxxxxxxx>
Delivery-date: Wed, 16 Nov 2005 12:21:45 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <A95E2296287EAD4EB592B5DEEFCE0E9D32E9FD@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D32E9FD@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.6 (X11/20050715)
support for disk geometry. So, any application that uses "sfdisk -g" to get the geometry of a partition, or disk, will fail when run in DomU.

Is this a deliberate omission?

IMHO the applications should be fixed to not depend on the disk geometry. There is LBA addressing for disks since ages, all the CHS addressing you still find are some more or less random, artificial values picked to satisfy prehistoric software ;)

Most people tend to import block devices as partitions rather than whole
disks, so often there isn't a 'whole disk' device to interogate (though
I guess a partition table for it could be faked out if anyone really
cared). Importing partitions rather than whole disks makes resizing of
indidual partitions easier.

I prefeare whole disks, works fine for me, nobody seems to care much about the geometry these days:

localhost ~ # cat /proc/partitions
major minor  #blocks  name

 202     0    4194304 xvda
 202     1    3750000 xvda1
 202     2     250000 xvda2
localhost ~ # parted /dev/xvda print
Disk geometry for /dev/xvda: 0kB - 4295MB
Disk label type: msdos
Number  Start   End     Size    Type      File system  Flags
1       1kB     3840MB  3840MB  primary   ext2
2       3840MB  4096MB  256MB   primary   linux-swap
Information: Don't forget to update /etc/fstab, if necessary.

localhost ~ # sfdisk -l /dev/xvda
Disk /dev/xvda: cannot get geometry

Disk /dev/xvda: 0 cylinders, 0 heads, 0 sectors/track
Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start   End    MiB    #blocks   Id  System
/dev/xvda1         0+  3662-  3663-   3750000   83  Linux
/dev/xvda2      3662+  3906-   245-    250000   82  Linux swap / Solaris
/dev/xvda3         0      -      0          0    0  Empty
/dev/xvda4         0      -      0          0    0  Empty
localhost ~ #

The only issue I trapped into so far is that the yast2 installer appearently doesn't like disks which have neither some geometry nor an existing partition table ...

cheers,

  Gerd

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel