About Comment #28 I can confirm that I get this same error.
I've done a bit of diagnosing and I have found that its a linker error, the -tText field fails to resolve the system memory address. This could be due to this laptop having a newer UEFI-supporting BIOS, or due to some quirk with where the OS stores its data concerning usable memory. Either way, the linker error is why we both get the "No physical memory is available at the location required for the windows boot manager. The system cannot continue." error. The ISO method is imperfect, my main reason being that you cannot, with a hex editor, go in and remove all strings that identify the bootloader as a rescue CD, which means that this solution is very... very insecure, and partially defeats the point of using truecrypt. It also retains the encrypted keys in the bootloader image, whereas grub2tc does not. (Remember the extracted "volhead"). Anyone could take your unencrypted tc-rescue disk, run grub2tc on them, get your volume header and begin hacking. Sure, it still wouldn't be easy... but never underestimate your opponent. If you're using TC, you have your reasons. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/484102 Title: Grub2 doesn't chainload truecrypt loader correctly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/484102/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
