[haiku-development] Re: Dula-booting from WinXP

  • From: Rob Judd <haiqu@xxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Mon, 11 May 2009 17:10:37 +1000

André Braga wrote:
Em 10/05/2009, às 15:50, Rob Judd <haiqu@xxxxxxxxxx> escreveu:
Boot Haiku from a USB stick? Sheesh, he's kidding. I can't even get it to WRITE to one. Pretty useless unless you have very modern hardware, none of my mobo's support USB drive booting in BIOS.

Until now:

http://www.plop.at/en/bootmanager.html


Nice link, thanks.

You're welcome ;)

And while we're on the subject of bootloaders...

The assembly code you posted is, per your own account, copyrighted by... whoever currently owns the Be IP. And it's not very flexible either. You could probably cook your own by grafting some code from

http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/pmbr/pmbr.s?view=markup

and (in a lesser scale)

http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/mbr/mbr.s?view=markup

but iterating through the available disks (which fixes the SATA enumeration issue reported by Richard Jasmin) and finding a partition with the 0xeb signature. Which I could probably do myself, but not for the following weeks, no fsckin' way. I've had my share of partitioning issues for the YEAR in the last couple days alone.

This is the next phase of my Cunning Plan. Write a Windows program that can do exactly this.

Re: the copyright issues ... the BeOS.bs file was generated by a program called ADDBEOS.EXE which resided in the BeOS 4.5.2 /nt directory. It was probably generated by slurping the first 512 bytes of the HDD into a file. So who owns the copyright to it, the author of the partitioning software? But yes, inflexible it is. Early days yet...


(Note: Linux won't recognise a SATA HD on a Intel Mobile GM945 board if booted with noapic. Meaning Parted Magic would either not find the HD or run EXCRUCIATINGLY SLOW under PIO Mode if you disable Native SATA on the BIOS. Took me half a day to figure this out (without Internet access, given that the ridiculously fragile bootmgr refused to find the rest of the system, and yes, I had generalised the BCD; turned out to be a completely different issue with the hybrid GPT/MBR -- will get there in a jiffy), and now I just edit the kernel args line to remove the noapic option, which the [strong, vitriolic expletive; plural] from Parted Magic include in every boot option by default.)

I also became very interested in adding GPT support to Haiku, since I'm now using a GPT/MBR hybrid partition with Windows 7 (32-bit, which seems clueless about GPT) loading itself from MBR and FreeBSD 8-CURRENT (200905 snapshot) with ZFS boot on GPT entries instead of slices/partitions.

BTW, cool guide at http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ , except that it omits the need for symlinking /mnt2/boot and /mnt2/lib to /boot and /lib, respectively, when under the Fixit shell, else kldload zfs (which the guide omits as well!) will fail, and it's no help to specify the full path to zfs.so because it won't find the "opensolaris" directory with assorted CDDL goodies. So simply doing the symlinks on top of the union root of the LiveCD spares a lot of trouble. ^^

And don't overwrite the mbr loader! Omit the -b /boot/pmbr option when doing gpart bootcode, and just chainload the FeeeBSD boot partition. Which you'll have to add a MBR entry for.

Ah, we all need a good core dump occasionally. Sounds like you're having fun. :-)

Rob


Other related posts: