i tried installing 11.04, 10.10, , 10.04.2 (desktop-amd64) on machine has existing gpt partition table. 11.04 , 10.10, installation hangs right after menu window verifies enough disk space, power, internet connection, , asks if want upgrade while installing , if want add mp3 codecs. when click forward on panel, pointer becomes rotor , stays way. let go 45 minutes. 10.04.2, hang happens after asks keyboard layout (defaulted clicked forward).
backed 67 sectors of gpt partition table (34 @ start, 33 @ end), zeroed out 67 sectors, , ran fdisk make legacy mbr partition, specifying 4 partitions wanted ubuntu installed (1=/, 2=swap, 3=/tmp, 4=/home), having same exact sector numbers intended location under gpt. install worked , bootable. however, wasn't usable because needed restore gpt table use other systems installed, , conflict way grub installed (overlaying gpt table goes). did mbr install verify not hardware issue machine.
related gpt, since worked mbr. possibly large number of partitions, because had 53 (gpt supports 128 or more, why not use them). know people have installed ubuntu on gpt partitions before. have done myself server edition (9.10, 10.04, , 10.04.2) 8 partitions. time desktop edition (and lot more partitions). desktop edition not able gpt (under assumption no 1 uses more 2tb of drive space)? or maybe udev setup in iso based system can't handle inode major number higher partition numbers?
alternate question: there way, when installing mbr, force next grub stage go sector 34 or higher, instead of sector 1? or maybe should have not install grub @ all?
ideas before file bug report?
my guess it's large number of partitions you've got that's triggering bug. i've done installs of ubuntu gpt disks fewer partitions before, although don't think i've done 11.04 installation gpt using bios-based computer. (i've done 11.04 on uefi system , 10.10 using bios, though.)
might try redoing experiment in created mbr equivalent of part of drive, instead leave gpt , delete bare minimum number of partitions. if installed, can restore original partitions few @ time. if fails after you've restored number, you'll have hard limit. if can restore partitions , still boot, you'll know bug in installer alone.
fwiw, i've tested disks in excess of 100 partitions; however, on gentoo system. iirc, there once limit of on order of 16 partitions per disk built kernel, limit has been overcome use of udev. it's possible ubuntu's udev configuration doesn't raise old limit, or raises level that's lower whatever gentoo does.
btw, can use gpt fdisk (gdisk) , restore gpt data; use "b" option on main menu , "l" on recovery & transformation menu restore. recommend use feature if decide further experiments; there's less chance of error if restore table , delete individual partitions on each round if try re-create them entering start , end sector numbers.
Forum The Ubuntu Forum Community Ubuntu Official Flavours Support Installation & Upgrades [ubuntu] Installer hangs when drive has big GPT partition table
Ubuntu
Comments
Post a Comment