Ticket #1364 (new bug)

Opened 9 months ago

Last modified 2 months ago

Bootloader can't find boot volume, booting from cd

Reported by: aldeck Assigned to: axeld
Priority: normal Milestone: R1/alpha1
Component: System/Boot Loader Version: R1 development
Cc: Platform: All

Description

r21847,
real hardware and vmware,
http://haikubeat.free.fr/files/testing/livecd_cue.zip (created on R5 with pauloestrela's script)

The bootloader loads well but can't find any boot volume on the cd (it finds them on harddrives though)

See attached serial log (real hardware, only the cd drive is plugged)

Attachments

haikuSerial.log (4.1 kB) - added by aldeck on 08/07/07 16:16:23.
serial log
serialLog.txt (0.9 kB) - added by aldeck on 03/04/08 06:19:08.
haiku-cd.cue (176 bytes) - added by aldeck on 03/04/08 06:19:37.

Change History

08/07/07 16:16:23 changed by aldeck

  • attachment haikuSerial.log added.

serial log

08/07/07 16:28:26 changed by axeld

  • component changed from - General to System/Boot Loader.

What exactly do you mean by "the cd drive is plugged"? :-)

08/07/07 16:36:52 changed by aldeck

that is, in this serial log, the harddrive was unplugged :-)

btw, sorry for the "HTML preview not available" on the attachment, first time it does this

02/26/08 14:20:20 changed by nielx

  • milestone changed from R1 to R1/alpha1.

Moving all livecd related tickets to alpha1

03/02/08 17:19:52 changed by mmu_man

Ok, r24211 fixes loading of modules from the floppy. It still doesn't find the partition though.

03/04/08 03:48:37 changed by jackburton

Can we close this ?
It's working since r24224.

03/04/08 04:44:10 changed by aldeck

I still have the problem with some of my test machines and vmware. I'd like to test a bit further.

(follow-up: ↓ 18 ) 03/04/08 06:17:45 changed by aldeck

Ok, i re-tested, i got it to work on 3 real hardware machines. Good work Francois :)

It still doesnt work under vmware though, i'm seeing a (ultra fast) message before the bootloader starts:

"no boot path found, scan for all partitions..."
"Could not locate any supported boot device!"

See attached serial log.

PS: mmu_man, can you add a haiku-cd.cue example or file somewhere, for us poor windows burners? :-) (see attached cue file)

03/04/08 06:19:08 changed by aldeck

  • attachment serialLog.txt added.

03/04/08 06:19:37 changed by aldeck

  • attachment haiku-cd.cue added.

03/04/08 06:28:50 changed by mmu_man

Added 3rdparty/nero/haiku-cd.cue as r24230.

(follow-up: ↓ 10 ) 03/04/08 06:34:54 changed by mmu_man

As for the serial log, it doesn't seem to find the tgz data... maybe your BIOS doesn't like 1.44 floppy emulation... IIRC some work with 2.88 only.
Try changing the count=1440 to count=2880 in build/jam/ImageRules.

(in reply to: ↑ 9 ) 03/04/08 07:01:13 changed by aldeck

Replying to mmu_man:

Try changing the count=1440 to count=2880 in build/jam/ImageRules.

Tried that without success.

03/04/08 07:32:54 changed by jackburton

I can confirm this bug happening on vmware lplayer here.

03/04/08 08:22:57 changed by aldeck

Ok, just tested a few more things:
1. booting from the hd bootloader, i can't continue booting on cd (even on a cd with a one track image only)

1b. continuing to boot on hd. both the bootimg and full image are found and automounted by tracker.

df gives:
/boot       bfs     100.0M    3.7M   QAM-P-W   /dev/disk/ata/0/master/raw
/bootimg    iso9660   3.2M      0M   ----P--   /dev/disk/atapi/1/master/0
/Haiku1     bfs     100.0M    5.0M   QAM-P--   /dev/disk/atapi/1/master/1

2. booting from the cd bootloader, continuing boot on hd. You can see below that the haiku image from the cd is not there.

df gives:
/boot       bfs     100.0M    3.7M   QAM-P-W   /dev/disk/ata/0/master/raw
/bootimg    iso9660   3.2M      0M   ----P--   /dev/disk/atapi/1/master/raw

Hope this helps

(follow-up: ↓ 14 ) 03/04/08 08:37:47 changed by mmlr

About VMWare: are you sure that VMWare emulates multi-track CD-Roms correctly at all? In fact, when using an image file of a CD there is no way to tell where one track starts or ends. This is due to the fact that this information is stored in the TOC of the CD, which is not part of images (hence why you have to use a CUE-Sheet to burn, as the application cannot know either). Under Bochs or QEMU, when emulating a CD from an image, a single track CD with the full size of the image is emulated because of that. I hacked in the -cdtoc option in the BeOS version of QEMU to specify the starting sectors of tracks to circumvent that. When emulating using a real CD as a source though, they will read and use the TOC of that CD.
So if you are using VMWare with a CD image you might not be able to get this to work. What you can try to test whether or not the multi track CD is emulated correctly is to boot Haiku from the HD image and have the CD image attached and then see if you have both, the iso9660 and the BFS track available in the mount menu.

(in reply to: ↑ 13 ) 03/04/08 09:27:08 changed by aldeck

Replying to mmlr:

About VMWare: are you sure that VMWare emulates multi-track CD-Roms correctly at all?

I'm testing with a real cd (which works on real hw), ide1:0.deviceType = "cdrom-raw" in the .vmx file.

... boot Haiku from the HD image and have the CD image attached and then see if you have both, the iso9660 and the BFS track available in the mount menu.

That's what i just tested in my previous comment.
Sorry if i wasn't clear, and thanks for the infos :-)

(follow-up: ↓ 16 ) 03/04/08 10:12:10 changed by mmu_man

You can also just use the floppy image and use the bfs image as a single track CD.
For qemu:
qemu -cdrom generated/haiku.image -fda generated/haiku-boot-floppy.image -boot a

(in reply to: ↑ 15 ) 03/04/08 10:43:41 changed by aldeck

Replying to mmu_man:

You can also just use the floppy image and use the bfs image as a single track CD.
For qemu:
qemu -cdrom generated/haiku.image -fda generated/haiku-boot-floppy.image -boot a

François, i'm not sure you're replying to me, but if you read carefully my previous comment, i've basically tried this already to see if it could help you, besides i'm talking about running from the normal two tracks cd under vmware not qemu :-/

03/04/08 12:05:25 changed by mmu_man

I was talking about testing cd images, as said it's not easy or even supported on qemu and vmware. So using a floppy image + haiku.image as single track cd instead should have the same functional behaviour, for testing, which avoids burning a cd.

(in reply to: ↑ 7 ) 03/25/08 14:19:29 changed by franxico

Replying to aldeck:

It still doesnt work under vmware though, i'm seeing a (ultra fast) message before the bootloader starts:

"no boot path found, scan for all partitions..."
"Could not locate any supported boot device!"

I kinda have the same message, but in real hardware:

"No boot path found, scan for all partitions
*panic*
mmu_free: asked to unmap out of range region (0x8010b000, size 1000)
Press any key to reboot"

Tried with rev24521 built from Haikuware.