An update: I have a working, bootable 10.7.2 from my SSD.
Here I think are the keys - at least for my build & why!
- Have Snow Leopard installed & working MultiBeast and all - otherwise in my case I cannot boot without a kernel panic "No HPETS available... CPU(s) configured incorrectly\n~ @/SourceCache/AppleIntelCPUPowerManagement/AppleIntelCPUPowerManagement-142.6/pmThread.c:157" or similar. It's always about the AppleIntelCPUPowerManagement though. I used the option in Miscellaneous to NullCPUPowerManagement and I suppose that's mainly what matters[/*:m:u053ix63]
- I ran MultiBeast for Lion after booting from the UniBeast USB with _ONLY_ System Utilities tasks, Ethernet, and the NullCPUPowerManagement and then without rebooting I realized that the boot loader probably needed to be updated to work with Lion. So I ran MultiBeast again and used the Chimera v1.6.0 r1394[/*:m:u053ix63]
- I would get a crash on attempting to boot from the SSD. -x -v revealed our old "friend" Still waiting for root device[/*:m:u053ix63]
- Booting first into UniBeast's USB, I was able to boot into Lion on the SSD[/*:m:u053ix63]
- I went to the tonymacx86 downloads and installed Chimera 1.7.0[/*:m:u053ix63]
- Booting with the -v flag, I got a crash after a few seconds - a few lines of information appear and then the screen goes blank, the motherboard beeps and system restarts. Also tried GraphicsEnabler=No -v and GraphicsEnabler=No -x -v to the same results[/*:m:u053ix63]
- I used the rBoot CD and booted into the SSD. A Kernel Panic was displayed with com.apple.driver.AudioAUUC and it mentioned something about not finding something about com.apple.iokit.IOGraphicsFamily[/*:m:u053ix63]
- I tried a couple of more times to boot to the SSD from the UniBeast USB and did achieve success, then I researched AudioAUUC and found it to be present. However, the SSD's volume is NOT displayed in finder windows. I haven't ever used Lion before so I don't know if it's the usual that the startup disk doesn't apperar as an icon on the desktop like it does in earlier versions of the OS. I had to go into DiskUtility and right-click the SSD's icon and opt to Reveal In Finder. Then I went to \Extra\Extensions and saw the file in there. I don't know much of anything about kexts, but I saw an app called Kext Utility and opened the file in that. I don't know what it did, but it did seem to refresh a cache and rename the file (perhaps reloading it?)[/*:m:u053ix63]
- I rebooted normally w/o any CD or USB and it worked![/*:m:u053ix63]
- I powered down completely and booted and it worked![/*:m:u053ix63]
- I cloned the drive as-is in this condition to a partition elsewhere so I have this starting point after more than a week trying to go from again[/*:m:u053ix63]
I do believe the most important things out of all of this for my system were the base 10.6.8 installation (I cannot get it to boot without that AppleIntelCPUPowerManagement after installing 10.7.2 on a clean drive - and don't know how to work around that) & the Chimera 1.7.0 bootloader then determining the offending kext and using Kext Utility on it.
Certainly these aren't definitive findings - I don't know why UniBeast allowed me to boot the 3rd try after the 1st, then rBoot, then a 2nd all failed. But the root device problem this thread is about I _DO_ think is boot loader involved, and I have seen it not only on SSD but traditional HDD too.
I really hope SOMETHING in all of that will help you, I included as much detail as practical but if there's anything you're still wondering about I can try to expand on it if you think it might be of use.