Jii wrote: > No, I was not booting with forcepae option. After installer, the system was > fully operational so I didn't know there was need to add it.
How did you boot the installer? Normally syslinux will boot the kernel in 16-bit mode and you would get the forcepae error message. Andy Whitcroft wrote: > If the kernel is booted, then forcepae must have been supplied This is not always true. A PAE kernel will boot on a PAE capable Pentium M without forcepae if the boot loader skips the 16-bit entry code of the Linux kernel. This is the case with a default install of grub on Ubuntu - which is why many Pentium M users who had installed Ubuntu before the switch to PAE-only didn't have any problems when they got upgraded (but later ran into problems when the check for pae in /proc/cpuinfo was added to the linux-image preinst). You can force grub to boot the kernel in 16-bit mode by using the linux16 and initrd16 commands instead of plain linux and initrd; using the 16-bit boot path seems to be preferred by upstream since then the kernel CPU checks get run, but it is probably too late for Ubuntu to switch. Daniel Letzeisen wrote: > Should the ubiquity installer do a special check to see if it's been s tarted > with forcepae Could do, the check is not hard (running pae kernel and (forcepae or no pae in cpuinfo flags). It would be nice for the user to not have to bother with forcepae; I would have preferred to enable it automatically rather than having the kernel parameter, but the x86 maintainers thought that a user should have to consent to operating their CPU out of spec. If Ubuntu were happy with assuming consent, then you could just add it to the default pae- kernel boot parameters and make the whole thing invisible to the user. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1307105 Title: Kernel install fails due PAE checks To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1307105/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
