Opened 9 years ago

Last modified 2 years ago

#6665 assigned bug

Haiku installer KDL when using identically sized drives

Reported by: jstressman Owned by: nobody
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc: jstressman@…
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

This is running in virtualbox 3.2.8 with Haiku hrev38812

I've been running into this bug for at least several weeks worth of revisions, since I started using a 20GB slave drive... so I don't know how long it's been around.

I did some testing tonight and oddly enough I can boot the installer fine when using 2, 4, 8, 10, 16, 18, or 19GB slave drives (primary slave), and with 21, 30, and 40GB etc... but when using a specifically 20GB sized slave disk image (both the one I was using with lots of files on it from my Haiku install, and a freshly created in vbox blank one)

Also, if I swap out the 20GB image for any other sized image, the installer will run fine and then I can swap back in my 20GB disk image and Haiku boots fine. It's only when I'm trying to boot the installer that it crashes with the 20GB slave drive.

Attachments (8)

haiku-backup-drive1.png (75.3 KB) - added by jstressman 9 years ago.
setup with Haiku formatted 20GB Backup drive (causes installer KDL)
blank-20gb-drive1.png (75.3 KB) - added by jstressman 9 years ago.
setup with untouched blank 20GB drive image, also causes installer KDL
20gb-installer-kdl1.png (39.9 KB) - added by jstressman 9 years ago.
KDL caused by the 20GB blank primary slave drive image
blank-21gb-drive1.png (75.3 KB) - added by jstressman 9 years ago.
setup with blank 21GB primary slave drive boots installer fine. Every other size I tried both smaller and larger than 20GB also worked fine (2, 4, 8, 10, 16, 18, 19, 21, 30, 40GB) all other settings unchanged between tests.
serial-log-4GB-4GB-KDL.txt (31.0 KB) - added by jstressman 9 years ago.
You were correct. I tested with 2 4GB disks and got the same KDL. This is the serial-debug log from that. I'm attaching serial-debug logs for the 3 combinations I tested... 4/4 KDL, 4/20 working, and 20/20 KDL.
serial-log-4GB-20GB-working.txt (44.4 KB) - added by jstressman 9 years ago.
This is with the 4GB primary master and 20GB primary slave. This booted fine and started the installer.
serial-log-20GB-20GB-KDL.txt (32.1 KB) - added by jstressman 9 years ago.
This is with the 20GB primary master and 20GB primary slave. This KDLs like the 4/4 combo did. See previous screenshot for visual.
serial-2-2-log.txt (31.1 KB) - added by jstressman 9 years ago.
serial log of 2 completely blank 2GB drive images giving a KDL on the installer boot.

Download all attachments as: .zip

Change History (18)

Changed 9 years ago by jstressman

Attachment: haiku-backup-drive1.png added

setup with Haiku formatted 20GB Backup drive (causes installer KDL)

Changed 9 years ago by jstressman

Attachment: blank-20gb-drive1.png added

setup with untouched blank 20GB drive image, also causes installer KDL

Changed 9 years ago by jstressman

Attachment: 20gb-installer-kdl1.png added

KDL caused by the 20GB blank primary slave drive image

Changed 9 years ago by jstressman

Attachment: blank-21gb-drive1.png added

setup with blank 21GB primary slave drive boots installer fine. Every other size I tried both smaller and larger than 20GB also worked fine (2, 4, 8, 10, 16, 18, 19, 21, 30, 40GB) all other settings unchanged between tests.

comment:1 Changed 9 years ago by idefix

It looks more like it can't find any boot partitions when the Master and Slave images are the same size.

What happens when you replace Haiku-dev3.vdi (20 GB) with another image with a different size (keeping Backup3.vdi as slave)?

A syslog/serial-log would also be useful.

Last edited 9 years ago by idefix (previous) (diff)

comment:2 Changed 9 years ago by idefix

Component: Applications/InstallerSystem/Kernel
Owner: changed from korli to axeld

Changed 9 years ago by jstressman

Attachment: serial-log-4GB-4GB-KDL.txt added

You were correct. I tested with 2 4GB disks and got the same KDL. This is the serial-debug log from that. I'm attaching serial-debug logs for the 3 combinations I tested... 4/4 KDL, 4/20 working, and 20/20 KDL.

Changed 9 years ago by jstressman

This is with the 4GB primary master and 20GB primary slave. This booted fine and started the installer.

Changed 9 years ago by jstressman

This is with the 20GB primary master and 20GB primary slave. This KDLs like the 4/4 combo did. See previous screenshot for visual.

comment:3 Changed 9 years ago by bonefish

Just to sum it up again: You're trying to boot off CD, but if and only if you have attached two hard disks of the same size, the kernel doesn't find the boot partition.

I noticed that both of the hard disks are BFS formatted. You didn't by any chance try with one or both of them not being BFS formatted?

Do you build your own images or do you use the nightlies?

comment:4 Changed 9 years ago by jstressman

bonefish: Every test done except for the one with the drive named "Backup3.vdi" were done with unpartitioned, unformatted disk images as created by virtualbox for the slave drives.

For instance all 3 of the serial logs I just posted were done with completely blank slave drive images.

Do you want me to try with 2 identically sized totally blank images? Both for the primary master and primary slave? And try booting from the installer CD then to see if the crash still occurs?

Ok, I've just tested with completely blank fresh 2GB disk images for primary master and slave and still get the KDL. I'm attaching the serial debug output.

Changed 9 years ago by jstressman

Attachment: serial-2-2-log.txt added

serial log of 2 completely blank 2GB drive images giving a KDL on the installer boot.

comment:5 Changed 9 years ago by jstressman

This has been with both the images I've been building myself and with the nightlies from haiku-files.org. I just downloaded the anyboot nightly for hrev38811 and tested to confirm that it's not just my builds, but the official nightlies as well.

comment:6 Changed 9 years ago by jstressman

(these are the gcc4hybrid builds for the record.)

comment:7 in reply to:  5 Changed 9 years ago by bonefish

Replying to jstressman:

bonefish: Every test done except for the one with the drive named "Backup3.vdi" were done with unpartitioned, unformatted disk images as created by virtualbox for the slave drives.

For instance all 3 of the serial logs I just posted were done with completely blank slave drive images.

I looked closer only at serial-log-20GB-20GB-KDL.txt, which shows identically sized BFS volumes on both hard disks.

Do you want me to try with 2 identically sized totally blank images? Both for the primary master and primary slave? And try booting from the installer CD then to see if the crash still occurs?

Ok, I've just tested with completely blank fresh 2GB disk images for primary master and slave and still get the KDL. I'm attaching the serial debug output.

OK, thanks, that does at least rule out that the other BFS volumes caused confusion somehow.

Replying to jstressman:

This has been with both the images I've been building myself and with the nightlies from haiku-files.org. I just downloaded the anyboot nightly for hrev38811 and tested to confirm that it's not just my builds, but the official nightlies as well.

I don't suspect a build problem. I was just wondering how one could get additional debug output to you. If you build your own images, then enabling tracing would be the easiest way. Unfortunately at the moment there is no useful tracing output at all in the concerned code, so someone would have to add that first. Assuming that this problem is reproducible elsewhere, that someone could problem just debug it locally, though.

comment:8 Changed 9 years ago by jstressman

Summary: Haiku installer KDL when using a 20GB primary slave drive specificallyHaiku installer KDL when using identically sized drives

comment:9 Changed 7 years ago by deejam

I have the same problem using GCC2Hybrid hrev42900 and VirtualBox 4.1.0 in Mac OS X 10.6.

I have a 10G primary master harddrive (vdi) formatted as BFS. I added a slave with the same size and formatted it as BFS. After that, I could not boot the installation CD, it would KDL as described above. Changed the slave to 20GB and reformatted, and after that I could boot the install CD.

comment:10 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.