R1 alpha1 Installer go to KDL during install process.

[mt]

R1 alpha1 Installer go to KDL during install process.

Tested hrev32727 on VirtualBox OSE on Ubuntu 9.04 alpha1 image(gcc2/gcc4 hybrid) built by jam -q @alpha-cd

[umccullough]

Isn't the OSE version that comes with ubuntu 9.04 based on virtualbox 2.x?

I'm pretty certain we had known problems with that version. (In fact, it seems we still have problems with VirtualBox in general, as I still seem to hear people complaining with the latest 3.0.4)

[mt]

Replying to umccullough:

Isn't the OSE version that comes with ubuntu 9.04 based on virtualbox 2.x?

I'm pretty certain we had known problems with that version.

I use Virtualbox OSE 2.14-dfsg-1ubuntu3.
I hear R1alpha1 installer has same problem on VMware, so I think this issue is not specific to Virtualbox. More test will be needed (include real hardware).

[mt]

I test on real hardware with CD made from haiku-alpha-candidate-hrev32785 iso image (from haiku-files.org) and installer seems to work fine.

I think this issue occurred because virtual machine's CD drive is faster than real hardware's .

[mmlr]

That's a write_overlay issue. This node part of the MIME database and probably has been created when starting the debug_server from the bootscript. Since it is a virtual node, it should never ask the iso9660 filesystem for it.

[mmlr]

Fixed in hrev32815. A virtual node was put and therefore destroyed. Then it was iterated again and it was tried to get the node again, which didn't exist anymore. Therefore the request got through to the underlaying iso9660 filesystem, for which the inode number was invalid. The reason why you see it under emulation and not under real hardware is that you have less memory under emulation, so the node is put due to the low memory situation. Under real hardware memory pressure is not that high, so the node stayed in memory (pure luck really).