Boot freezes at rocket icon in anyboot image booted from USB stick
|Reported by:||alalalan||Owned by:||axeld|
|Has a Patch:||no||Platform:||x86|
Hi, I'm new to the project (and bug reporting in general) and am just testing it out. I consider myself pretty tech-savvy but I don't actually know any programming. I will stick around to help/ask for help with resolving this bug. It's probably a duplicate (there are a lot of boot failure issues reported) but I figured I'd share my experence if the details can help overall. Hopefully it isn't too irrelevant.
Haiku version tested: haiku-nightly-hrev49559-x86_gcc2_hybrid-anyboot.image
- Asus EeePC 1025CE netbook
- Onboard sound card (broken) and bluetooth (never used) disabled in BIOS
- Aside: I also tried disabling wifi and ethernet in BIOS but these boots were still unsuccessful (syslogs not recorded)
- FAT32 SD card to record syslogs
- USB stick contains the above Haiku image written from Windows 7 using ImageWriter.
Notes, roughly sorted by decreasing relevance of the details This does not seem to be a regression caused by launch_daemon; I tried using a nightly image from before launch_daemon was added (hrev49424) and it also would not boot (syslogs not recorded).
Previously, I used the SD card to boot the Haiku image (syslogs not recorded) with similar results, and switched the image to the USB disk in order to make sure it wasn't a problem with the SD card itself.
I recorded the syslogs of four boots in order. I waited a few minutes during each boot, then powered off the system manually with the power button because all four attempts froze, so it's possible that there is some unrecorded output at the very end. The boot settings used for each of the four boots are as follows:
- SYSLOG0.TXT: attempted boot with default options
- SYSLOG1.TXT: attempted boot with all safe mode options checked
- SYSLOG2.TXT: attempted boot with video mode 800x600x16
- SYSLOG3.TXT: attempted boot with video mode 800x600x16 + all safe mode options checked
Another interesting/frustrating detail is that there have been a couple times times when Haiku managed to start up using the 16-bit video modes (forgot to save the syslogs of the successful boots). However, the system always froze after a few seconds or minutes, and then on halting and booting up the system again it would go back to freezing on the rocket icon. This might belong to another bug report but I'm including it here in case the freezing is caused by the same problem. Or perhaps it is user error/hardware failure, although I'm able to can run Linux distributions indefinitely with the same USB stick and SD card.
Adding on to the above detail, if I have on screen debug output enabled, the on screen debug output will always freeze (somtimes the syslogs will continue recording past where the output freezes) and Haiku will not boot regardless of video mode. I did not enable on screen debug output in the above four boots so I have not recorded what the syslogs produce in this case. Between this and the above paragraph I suspect it might be a video card issue.
Also attached are a list of hardware devices as output from a Linux distro (lshw, lspci, lsusb), since for obvious reasons I could not include listdev, listusb from Haiku. There are some differences in the hardware between when I ran these Linux commands and when I produced the attached syslogs (which I did after running the Linux commands):
- As shown in the lshw, USB stick contained the Linux distro and the SD card contained the Haiku image, but I switched this around (see "Previously," paragraph)
- lsusb shows a b58e:9e84, which is a USB microphone that I'm using in place of my broken sound card. I removed the microphone before booting up Haiku.
I will also mention that I could not produce ints output because I've never seen or have been able to invoke the KDL, although I expected this because I doubt the netbook keyboard is PS/2.