SOME answers.
5. I have no idea about what actually needs to be changed on "ANY" distro/iso/CD, all I can give you is some "general" explanation of how it works.
Let's take a "generic" "no name" Linux distro:
All it is needed to boot a "basic" Linux are two things:
the kernel
the initrd (initial ramdisk image)
In a typical grub4dos entry for a Linux from .iso:
CODE
title Some Linux flavour
find --set-root /linux.iso
map /linux.iso (hd32)
map --hook
root (hd32)
kernel /somedir/bzImage [linux options]
initrd /somedir/initrd
everything works, but once the kernel and initrd is loaded, it depends on WHERE the linux will look for other files.
If it looks on the CD, it won't find them, as the CD doesn't exist anymore, as the grub4dos "faking" has ended.
If it searches for them on drives, it won't find them, as above.
If there is some kind of searching for the other files, it may find them.

If among the [linux options] there is a path or something like that, just as an example:
CODE
iso_location=/boot/IMG/pmagic-svn.iso
it will work.
Same happens with an entry chainloading the whole .iso, like:
CODE
title Some Other Linux flavour
find --set-root /anotherlinux.iso
map /anotherlinux.iso (hd32)
map --hook
root (hd32)
chainloader (hd32)
if the .iso is "somehow" - don't ask me HOW - "self-contained", it will work, the Acronis is an example.
6. I have NO idea what is that useful for:
http://www.msfn.org/board/index.php?showto...14543&st=22You may want to post on that thread and ask
andy_le2k for clarifications.
7. ntosknrl.exe missing can be caused by a number of causes, cannot say without more details, basically, and strangely enough, "ntoskrnl.exe missing" actually
means "ntoskrnl.exe missing", though it should be read more properly as:
"I cannot find ntoskrnl.exe where you told me to look for it, you are a jerk!"
(I like aggressive error messages)

8. This opens a completely new field.
Go here:
http://www.multibooters.co.uk/This expresses nicely my past, current (and future) personal feelings regarding Vista:
http://www.msfn.org/board/index.php?showto...25258&st=129. NO, not until someone finds a way, right now the only way involves using RAMDISK booting (read MobileOS), read this to have an idea about what I'm talking about:
http://www.boot-land.net/forums/index.php?...c=5512&st=0The "XP Kansas city shuffle" or "fake signature" method opens up new possibilities, but still ther is not yet a tested, working solution AFAIK.
10. MOA is a working solution, but uses VMWare.
You can boot Qemu from good ol' DOS with HX dos, but speed won't be good.

Most probably a very small Linux build running Qemu would be the most practical and compact solution, or a VERY basic PE, (read picoXP or similar derivatives or even XPCLI).
The "right" solution:
http://www.boot-land.net/forums/index.php?showtopic=4643has not been found yet, again AFAIK.
jaclaz