On Mon, Mar 08, 2010 at 10:18:27AM -0500, Martin K. Petersen wrote:
Yes, you're right.
(IMHO our goal should be to minimize number of places where anything
depends on partition type.)
The limit is specific for DOS partition table (with 512-byte log.
sectors), but for example GPT uses 64-bit LBA. I believe that our
partitioning tools don't introduce any other restriction.
small summary:
- libblkid provides unified API to topology information, it supports:
- ioctls (kernel >= 2.6.32)
- sysfs (kernel >= 2.6.31)
- stripe chunk size and stripe width for DM, MD. LVM and evms on
old kernels
- libparted and fdisk are linked against libblkid
- fdisk supports 4KiB logical sector size (util-linux-ng >= 2.15
- fdisk supports 4KiB physical sector size (util-linux-ng >= 2.17)
- fdisk uses 1MiB alignment (or more if optimal I/O size is bigger)
and alignment_offset for all partitions in non-DOS mode
(util-linux-ng >= 2.17.1)
- parted supports 4KiB physical sector size
- parted uses 1MiB alignment for disks with unknown topology, disks
with topology information are aligned to optimal (or minimum) I/O
size (parted >= 2.1)
- EFI GPT code in the kernel has been updated to works properly with
4KiB sectors (kernel >= 2.6.33)
- mkfs.{ext,xfs,gfs2,ocfs2} have been update to work properly with
topology information, mkfs.{ext,xfs} are linked against libblkid
for compatibility with old kernel (for stripe chunk size / width)
- Fedora-13/RHEL6 installer uses libparted with 4KiB support
- alignment_offset & 4KiB support is planned for LUKS (cryptsetup)
yes, util-linux-ng 2.17.1, fdisk -c
Note that non-DOS mode will be default in the next major
util-linux-ng release.
Karel
--
Karel Zak <kzak@redhat.com>
--