[OpenBIOS] testing Mac OS X boot on latest trunk (revision 1075)
Mark Cave-Ayland
mark.cave-ayland at ilande.co.uk
Mon Dec 3 21:22:36 CET 2012
On 30/11/12 21:09, Amadeusz Sławiński wrote:
> Current trunk (1075) lists some files and doesn't boot at all
>
> Welcome to OpenBIOS v1.0 built on Nov 30 2012 19:55
> Trying hd:,\\:tbxi...
> Trying hd:,\ppc\bootinfo.txt...
> No valid state has been set by load or init-program
>
> 0> boot cd:,\\:tbxi>> Not a bootable ELF image
> No valid state has been set by load or init-program
> ok
> 0> dir cd:9,\
> 73728 2002-07-18 08:21:48 Desktop DB
> 0 2002-07-18 08:21:49 Desktop DF
> 0 2002-07-18 08:21:49 Finder
> 0 2002-07-18 08:21:49 OSXBoot!
> 0 2002-07-18 08:21:50 System
> 1778 2002-07-18 08:21:49 Where_have_all_my_files_gone?
> ok
> 0> boot cd:9,\\:tbxi No valid state has been set by load or init-program
> ok
> 0>
>
> After testing with this patch:
> http://lists.openbios.org/pipermail/openbios/2011-August/006618.html
> I have better results
>
> Welcome to OpenBIOS v1.0 built on Nov 30 2012 20:00
> Trying hd:,\\:tbxi...
> Trying hd:,\ppc\bootinfo.txt...
> No valid state has been set by load or init-program
>
> 0> boot cd:,\\:tbxi>> Not a bootable ELF image
> No valid state has been set by load or init-program
> ok
> 0> dir cd:9,\
> 82 2002-07-24 17:47:43 ._Welcome to Mac OS X
> 6148 2002-07-31 23:59:42 .DS_Store
> 0 2002-07-31 23:59:37 .Trashes\
> 0 2002-07-29 03:06:27 .vol\
> 0 2002-07-30 10:00:25 Applications\
> 0 2002-07-31 23:43:08 bin\
> 5120 2002-07-31 23:59:40 Desktop DB
> 25410 2002-07-31 23:59:40 Desktop DF
> 0 2002-07-15 06:20:41 dev\
> 11 2002-07-31 23:57:11 etc
> 0 2002-07-30 10:14:44 Library\
> 11 2002-07-31 23:57:11 mach
> 3678188 2002-07-28 20:19:43 mach_kernel
> 0 2002-07-30 10:57:00 private\
> 0 2002-07-31 23:41:16 sbin\
> 0 2002-07-30 10:57:38 System\
> 11 2002-07-31 23:58:55 tmp
> 0 2002-07-30 10:03:14 usr\
> 11 2002-07-31 23:58:58 var
> 0 2002-07-29 03:06:27 Volumes\
> 0 2002-07-30 11:07:00 Welcome to Mac OS X\
> 0 2002-07-19 08:21:48 HFS+ Private Data\
> ok
> 0> boot cd:9,\\:tbxi call-method slw_update_keymap: exception -21
>
>
> Here is also a listing of partitions on mine boot disk,
>
> # mac-fdisk /home/amade/emu/Mac\ OS\ 10.2\ \(Disc\ 1\).img
> /home/amade/emu/Mac OS 10.2 (Disc 1).img
> Command (? for help): p
> /home/amade/emu/Mac OS 10.2 (Disc 1).img
> # type name length base ( size ) system
> /home/amade/emu/Mac OS 10.2 (Disc 1).img1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map
> /home/amade/emu/Mac OS 10.2 (Disc 1).img2 Apple_Driver43 Macintosh 56 @ 64 ( 28.0k) Driver 4.3
> /home/amade/emu/Mac OS 10.2 (Disc 1).img3 Apple_Driver43_CD Macintosh 140 @ 120 ( 70.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img4 Apple_Void 0 @ 0 ( 0.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img5 Apple_Driver_ATAPI Macintosh 56 @ 260 ( 28.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img6 Apple_Driver_ATAPI Macintosh 140 @ 316 ( 70.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img7 Apple_Patches Patch Partition 512 @ 456 (256.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img8 Apple_Void 0 @ 0 ( 0.0k) Unknown
> /home/amade/emu/Mac OS 10.2 (Disc 1).img9 Apple_HFS Mac_OS_X 1278432 @ 968 (624.2M) HFS
> /home/amade/emu/Mac OS 10.2 (Disc 1).img10 Apple_Free 45656 @ 1279400 ( 22.3M) Free space
>
> Block size=2048, Number of Blocks=331264
> DeviceType=0x1, DeviceId=0x1
> Drivers-
> 1: @ 16 for 5, type=0x1
> 2: @ 30 for 25, type=0xffff
> 3: @ 65 for 5, type=0x701
> 4: @ 79 for 31, type=0xf8ff
>
> Command (? for help):
>
> Two similar (to me) things which probably still need fixing in filesystem handling are
> 1. "boot cd:,\\:tbxi" should do some kind of search through partitions
> 2. later in boot process it goes through partitions 0,1,2 seemingly from
> comments on GSOC patches expecting some of them to be ignored
> (http://asmblr.net/scrot/2012-11-30-211915_1366x768_scrot.png)
> screenshot is from bios with gsoc patches
>
> Also I wonder if "Still waiting for root device" problem which I have
> with gsoc patches, isn't caused by not going properly through partitions
> or even expecting them to be numbered differently (but those are just
> speculations)
The code to auto-search for partitions is present, but the criteria used
to select the partition is not exactly known. The current choices are
either based upon partition flags, e.g. is it bootable or filesystem
type which is the approach the patch takes. If you could temporarily
modify OpenBIOS to dump the partition flags for each of the above
partitions, that may reveal a suitable combination of flags.
ATB,
Mark.
More information about the OpenBIOS
mailing list