#12323: Boot freezes at rocket icon in anyboot image booted from USB stick
----------------------+------------------------------
Reporter: alalalan | Owner: nobody
Type: bug | Status: new
Priority: normal | Milestone: R1
Component: System | Version: R1/Development
Keywords: | Blocked By:
Blocking: | Has a Patch: 0
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
''Setup''
* 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.
--
Ticket URL: <https://dev.haiku-os.org/ticket/12323>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.
