Partman failing on large disks on debian-arm (QNAP TS-419P)
Hi,
I'm trying to install Debian on my QNAP TS-419P four-drive NAS box,
using four 2TB disks.
These four disks lie about their hardware sector size (4kb disks
claiming 512b) so I want to do the partitioning by hand.
I've used the following commands, where sgdisk is a locally-built
version of gdisk 0.6.9 from mentors.debian.net:
===
# Create GPT partition starting at 1MB and using the whole disk,
aligning partition to 1MB offsets, marked as Linux RAID
LD_LIBRARY_PATH=/mnt/usr/lib:/mnt/lib ./sgdisk -a 2048 -o -n
1:2048:3907029134 -t 1:fd00 /dev/sda
LD_LIBRARY_PATH=/mnt/usr/lib:/mnt/lib ./sgdisk -a 2048 -o -n
1:2048:3907029134 -t 1:fd00 /dev/sdb
LD_LIBRARY_PATH=/mnt/usr/lib:/mnt/lib ./sgdisk -a 2048 -o -n
1:2048:3907029134 -t 1:fd00 /dev/sdc
LD_LIBRARY_PATH=/mnt/usr/lib:/mnt/lib ./sgdisk -a 2048 -o -n
1:2048:3907029134 -t 1:fd00 /dev/sda
# Get rid of previous attempts
mdadm --misc --zero-superblock /dev/sda1
mdadm --misc --zero-superblock /dev/sdb1
mdadm --misc --zero-superblock /dev/sdc1
mdadm --misc --zero-superblock /dev/sdd1
# haruka is the name of this box
mdadm --create /dev/md0 -l 5 -n 4 -c 128 -e 1.0 --name=haruka
--homehost=haruka /dev/sd[abcd]1
pvcreate /dev/md0 --dataalignment 4096
vgcreate haruka /dev/md0
lvcreate -L 2TB -n home haruka
lvcreate -L 3TB -n srv haruka
lvcreate -L 1GB -n swap haruka
lvcreate -l 100%FREE -n root haruka
mkfs.ext4 -b 4096 -E stride=32,stripe-width=96 /dev/mapper/haruka-root -L root
mkfs.ext4 -b 4096 -E stride=32,stripe-width=96 /dev/mapper/haruka-home -L home
mkfs.ext4 -b 4096 -E stride=32,stripe-width=96 /dev/mapper/haruka-srv -L srv
mkswap /dev/mapper/haruka-swap
===
However, when I run the partition disks stage of debian-installer, I
get a couple of errors:
partition length of 11721079296 sectors exceeds the
loop-partition-table-imposed maximum of 4294967295
partition length of 6442450944 sectors exceeds the
loop-partition-table-imposed maximum of 4294967295
(I suspect the former is the md device, the latter is the haruka-srv
lv, see below)
Ignoring those errors, I get to the partman dialog screen, and it sees
my created partitions, but not the ext4 filesystems or swap filesystem
therein.
I was really hoping to be able to tell partman where to mount those
drives, but to not reformat the disks itself, since I've already
formatted them with the right stride and stripe-width.
Failing that, I could just mount the disks on /target, install the
base system, and create my fstab by hand later if I could work out how
to tell the installer that partitioning is complete...
One more datapoint, I was poking around in the shell (and now the
partitioning menu entry scans partitions and just returns to the menu
so I'll have to restart debian-installer I suspect) and found this:
/usr/lib/partconf # ./find-partitions
Error: partition length of 6442450944 sectors exceeds the
loop-partition-table-imposed maximum of 4294967295
A bug has been detected in GNU Parted. Refer to the web site of
parted http://www.gnu.org/software/parted/parted.html for more
information of what could be useful for bug submitting! Please email
a bug report to bug-parted@gnu.org containing at least the version
(2.3) and the following message: Assertion (disk != NULL) at
../../libparted/disk.c:1548 in function ped_disk_next_partition()
failed.
Aborted
/bin # partmap /dev/sda
gpt
/bin # partmap /dev/sdb
gpt
/bin # partmap /dev/sdc
gpt
/bin # partmap /dev/sdd
gpt
/bin # partmap /dev/md0
Error: /dev/md0: unrecognised disk label
/bin # partmap /dev/mapper/haruka-root
loop
/bin # partmap /dev/mapper/haruka-srv
Error: partition length of 6442450944 sectors exceeds the
loop-partition-table-imposed maximum of 4294967295
/bin # partmap /dev/mapper/haruka-home
Error: partition length of 4294967296 sectors exceeds the
loop-partition-table-imposed maximum of 4294967295
/bin # partmap /dev/mapper/haruka-swap
loop
--
Paul "TBBle" Hampson, Paul.Hampson@Pobox.com
Reply to: