Compromizer Posted February 10, 2012 Posted February 10, 2012 I have tried to search online and not had any luck - I either get scrabbled graphics or end up with (intramfs) Unable to find a medium containing a live file system Quote
jaykruer Posted February 10, 2012 Posted February 10, 2012 I have the same model, and issue. I've tried a bunch of distros live to no avail. My suggestion is just use virtualization. Battery life and compatibility is much better. Quote
Trcx Posted February 15, 2012 Posted February 15, 2012 The problem is that most distros mount the cdrom the wrong way (at least from what I can tell), causing the partial boot problem. The solution is to "burn" the iso to a usb drive using dd. It's been a while since I've used OS X, but the commands should go something like: diskutil list/code] insert the usb drive to burn too and rerun [code]diskutil list/code] Figure out which drive number OS X assigned to the USB drive, this should be fairly obvious as it should be the only new entry in the command's output. Now run [code]sudo dd if=/path/to/BT.iso of=/dev/diskX bs=1m Where X is the drive number that you determined earlier. If it throws an error about the 1m not being a real number use 1M instead. dd will not show any progress, but generally for me it takes around 10 minutes, but (obviously) that depends on the size of the iso. You can have it display how much of the iso is copied though by sending it the USR1 single. Something like kill -USR1 <pid> where the pid is the process id of dd, something that you can find through the top command, or ps -A. Finally, boot the cd-rom, but have the newly burned usb drive inserted, now when it searches for the live filesystem it will find it residing on the usb, and will boot into the distro. Quote
jaykruer Posted February 15, 2012 Posted February 15, 2012 Neat workaround, thanks! :D The problem is that most distros mount the cdrom the wrong way (at least from what I can tell), causing the partial boot problem. The solution is to "burn" the iso to a usb drive using dd. It's been a while since I've used OS X, but the commands should go something like: diskutil list/code] insert the usb drive to burn too and rerun [code]diskutil list/code] Figure out which drive number OS X assigned to the USB drive, this should be fairly obvious as it should be the only new entry in the command's output. Now run [code]sudo dd if=/path/to/BT.iso of=/dev/diskX bs=1m Where X is the drive number that you determined earlier. If it throws an error about the 1m not being a real number use 1M instead. dd will not show any progress, but generally for me it takes around 10 minutes, but (obviously) that depends on the size of the iso. You can have it display how much of the iso is copied though by sending it the USR1 single. Something like kill -USR1 <pid> where the pid is the process id of dd, something that you can find through the top command, or ps -A. Finally, boot the cd-rom, but have the newly burned usb drive inserted, now when it searches for the live filesystem it will find it residing on the usb, and will boot into the distro. Quote
Trcx Posted February 16, 2012 Posted February 16, 2012 No problem. It works for most distros. There have been occasions where I've been able to completely negate its need by writing a custom grub config, but I don't remember how to do that....it was late and I didn't bother writing down the steps and I haven't had the time to figure it out again. Now I'm working on compiling the b43 drivers under backtrack...it's not proving to be be as easy as under debian. I just found out that there are published patches to enable packet injection and such...just hoping that it will work. Because then backtrack will probably be the next distro that I run on my mac. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.