[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[parted-Bugs][303530] partprobe command loses extended partition
From: |
parted-bugs |
Subject: |
[parted-Bugs][303530] partprobe command loses extended partition |
Date: |
Thu, 01 Feb 2007 06:01:12 +0100 |
Bugs item #303530, was opened at 2006-06-08 07:18
Status: Open
Priority: 3
Submitted By: rich turner (storix-guest)
Assigned to: Nobody (None)
Summary: partprobe command loses extended partition
>Resolution: Wont Fix
Group: Version 1.7.0
Category: parted
Initial Comment:
After running partprobe the kernel loses touch with the extended partition on
my system. Is this a bug or is this by design? If this is by design then why?
# sfdisk -l /dev/hda
Disk /dev/hda: 39813 cylinders, 16 heads, 63 sectors/track
Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.
Warning: The partition table looks like it was made
for C/H/S=*/255/63 (instead of 39813/16/63).
For this listing I'll assume that geometry.
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/hda1 * 0+ 30 31- 248976 83 Linux
/dev/hda2 31 2497 2467 19816177+ 5 Extended
/dev/hda3 0 - 0 0 0 Empty
/dev/hda4 0 - 0 0 0 Empty
/dev/hda5 31+ 2497 2467- 19816146 8e Linux LVM
# cat /proc/partitions
major minor #blocks name
3 0 20066251 hda
3 1 248976 hda1
3 5 19816146 hda5
3 64 20066251 hdb
3 65 32768 hdb1
3 66 20032983 hdb2
# ls /sys/block/hda
dev device hda1 hda5 queue range removable size stat
# uname -a
Linux rich 2.6.12-10-386 #1 Fri Apr 28 13:13:44 UTC 2006 i686 GNU/Linux
# partprobe -v
partprobe (parted1.7.0)
----------------------------------------------------------------------
>Comment By: Andrew Clausen (clausen-guest)
Date: 2007-02-01 16:01
Message:
libparted uses a (deprecated?) interface called blkpg to inform the kernel of
the partition table. Unfortunately, this interface does not support
overlapping partitions. The workaround is to simply not inform the kernel of
extended partitions.
Is there any reason to register an extended partition, other than "that's what
Linux has always done"?
----------------------------------------------------------------------
You can respond by visiting:
http://alioth.debian.org/tracker/?func=detail&atid=410685&aid=303530&group_id=30287