Last days i wanted to give the 64Bit Version of Haiku a try. Therefore i burned a anyboot-CD and tried to boot for install.
No success -> landing in the KDL. For further testing i then used the 32bit hybrid anyboot-CD (hrev51366) and tried it on all my systems (2 Desktops, 2 Notebooks) all with the same negativ (see subject) result.
The latest offered live-CD with hrev47380 boots all my 4 systems and on all was Haiku successfully installed bevor in that way. I must say, the all are older machines with normal msdos-partitioning with a mbr. The bootmanager was GAG 4.10 and all installed linux distributions were forced to install grub in the root/install partition and not the mbr. It seems to me that the bootloader code of the anyboot-CD works somewhat different to that of the live-CDs?
I then tested a little bit more to found out that difference. That are the steps i’ve done:
I deleted the haiku partition with a gparted live-CD => no success
I uninstalled GAG 4.10 with his own bootcd and made one linux partion activ and bootable. The system then boots that system correct. The Haiku anyboot-cd fails with the same PANIC than before.
I created a grub-install in the mbr with a bootcd called Rescatux and the linux systems are all bootable from that menu. Haiku still fails.
In the end, i first had success in deleting all on the disk with gparted by creating a new partition-table. Then the anyboot-CD boots as normal. But that is not really a solution - i think:slight_smile:
IMHO from the viewpoint of a potential unexperienced new user of Haiku would it not be better to offer a live-CD (instead/additional of the raw-image) as in hrev47380? raw-images are very limited for end users: Lack of space on the created mini-partiton and a not expandable bfs filesystem.
That should not be a critique but only a appeal.
Has anybody an idea, what lets anyboot-CD fail on all my systems?
Before you create a partition, you have to select in the menu of the Disk Setup, which you starts from the installer, “Disk” -> “Initialize” -> “GUI Partion Map…” and then write in this new section a Be Filesystem partion.
And after you have installed the system, you have to click in the menu of the installer “Tool” -> "Write boot sector to haiku"
if I remember right.
Thank you for your hints, but you have completely misunderstood me. I have successfully installed Haiku many many times, but in the past always with the offered live/installer-CD. With the comfortable command “pkgman update” i never had the need to install from scratch again. But no i want to try the Haiku 64Bit version but there were no longer live-CDs offered.
In my last question [quote=“joergn_1, post:1, topic:6066”]
Has anybody an idea, what lets anyboot-CD fail on all my systems?
you will see my real problem. So please read my original post carefully, to see where my problem was.
If you think it is an issue for next buolds or a bug report, you should add this into the bug tracker.
I use not the any boot, because tey are more for USB stick iirc. The 64bit version is not the best build today to test Haiku, because it is too yound and not ready.
The anyboot image is usable both as a live CD and as an USB stick image. After a few years of running that succesfully, we have decided that maintaining the old CD-only images was not needed anymore.
Problems with the live CD should not be related to the partition layout of your hard drives (or even the presence of an hard drive - it’s supposed to be a Live CD).
What I think happens is that something in your disk drive layout confused Haiku, to the point that it failed to find even its own data on the CD. But, it is hard to say without a syslog. You could capture one from the serial port, if the machine has one, or otherwise, use on-screen debug and take pictures.
This problem may not be related to the differences between anyboot and old-style bootable CDs. It could be one of many other changes in the last few years of development, and I think a likely cause is changes in the SATA driver which could simply make it not play well with your CD drive or SATA controller.
The raw images are not meant to be used directly, but as yet another option to install haiku. You can write the image to an USB stick partition, run makebootable on it, and then use that to install the system on a more permanent place. We keep them small so it is faster to copy them to a disk, no need for copying a whole GB of data.
As for BFS resizing, there was a GSoC project about it a few years ago but I don’t know what happened to that code.
Thank you for your comprehensive answer. This part:
let me remember, that on all those systems in the past was a version of ecomstation (the successor of OS/2) installed. This OS has a strange behavior to interpret partition layouts and wrote some information elsewhere with its own version of a LVM (Logical Volume Manager). I’m quite sure, that was the thing which haiku could not handle very well. It seems no one else has such problems and therefore it is not worth to investigate deeper.
Installation is always possible for those systems with the last live-CD and thanks to “pkgman update” keep Haiku up to date.
I had to bring up this thread again -sorry for that - but i think it is pretty import in view of potentially new users. At that time in my former post my assumption in the end was, that all problems had to do with the IBM interpretation of LVM but that was not the case:
On the weekend i again decided to do a test with 64bit Haiku and therefore i reactivated my much sold Levono Thinkpad R60. I deleted all partitions, the partition-table and the mbr and wrote all zeros to the disk like factory-fresh.
But with the -at that time- latest hrev of the anyboot-CD i failed again with that kernel-PANIC (see subject) at the boot step of mounting disk.
The indirect way with dd-ing a boot usb-stick from haiku with the raw-image, i could install the well known way - also with the latest ISO.
IMHO it must be a code difference between anyboot-CD, raw-image and the cd-rom-ISO.
If i would be a new user and want to try out haiku and fail, i don’t want to bother to register to post on the forum and possibly make a fool on oneself.
I think the Thinkpad has a rs232 port, but how can i capture a syslog. Are there any docu about that?
I have duplicated this issue on my new laptop. You get a KDL on boot at the ‘disk’ icon, so you never see drive setup. This is booting from a USB stick having followed the process with Etcher, using Legacy OS mode, no secure boot. Even wiping all windows UEFI partitions and replacing with a single ext2 doesn’t work.
I suspect my issue is one of not having marked the partition with the correct flags in gparted. This is not documented in any Haiku documentation.
On a vm, the iso boots and you can use drive setup to do this. On physical hardware, it KDLs before it boots from the USB drive, preventing any easy set up.
Then, the lack of effective documentation on gparted means you’re left with trial and error.
I plan on spending some time on this tonight. If (no, when damnit!) I find an answer, I’ll post here.
I will report bugs when I’ve got full information.
I am having the same issue. I burned a DVD from the beta1 ISO, but when booting from it I get a
“PANIC: did not find any boot partitions!”
I verified the ISO is correct and the disk was verified during burning, so I doubt that’s a problem.
The only other storage device in the target system, besides the DVD drive, is a single hard drive which had already been zeroed out then partitioned using Linux. This is the intended destination drive but I don’t even get far enough to do anything with it.
I rewrote my USB thumb drive and was able to boot partially. I have no idea why the boot process completed this time and not others. However, there is a new problem with the display graphics. See the photo below.