#7435 closed bug (invalid)
Nightly burned CD fails to boot and/or install to a partition
Reported by: | scottmc | Owned by: | axeld |
---|---|---|---|
Priority: | blocker | Milestone: | R1/alpha3 |
Component: | System/Kernel | Version: | R1/Development |
Keywords: | slab MemoryManager | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
For the last month or longer, CDs created from the nightly .ISO builds are either failing to fully boot, or if they do boot they fail to fully install, usually ending up in Kernel Debugging Land. I'll try to make some CDs from older ISO images to see exactly when this issue started to happen. I do know that with CD images from November 2010 and prior worked fine on my laptop, but ones from March and April 2011 are failing. I'll try to capture a picture of the KDL soon and attach it to this ticket.
Attachments (1)
Change History (9)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
If it helps, this is from the machine that provides the nightly images
> mkisofs --version mkisofs 3.01a02 (i386-unknown-freebsd8.2) Copyright (C) 1993-1997 Eric Youngdale (C) 1997-2010 Joerg Schilling
by , 14 years ago
Attachment: | 2011-04-28_17-46-59_406.jpg added |
---|
kdl while trying to install from a CD with hrev39567
comment:3 by , 14 years ago
I tried booting and installing from a CD on my compaq cq50-215nr amd64x2 laptop, but every CD I tried from hrev39567 to some more recent builds, always either fail to fully boot, or if they do boot, they will KDL when I try to install to the hdd. I'll see if I have some older CDs and see if I can get any of them to install to this partition. Note that I can build haiku to this partition with no issues. Attached in a KDL picture from hrev39567, which is repeatable, so if any more debugging is requested, just let me know the details and I can run further tests and take more pictures if needed.
comment:4 by , 14 years ago
Component: | - General → System/Kernel |
---|---|
Keywords: | slab MemoryManager added |
Owner: | changed from | to
comment:5 by , 14 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
this seems to be a hardware issue on my side. I think the laptop overheated (hard drive and cpu/video chips) and is now unreliable. My Ubuntu partition died on it while I was using Ubuntu. I have retired hrev41142 CD to install onto another PC I have here and it's working just fine. So closing this one out as invalid.
follow-up: 7 comment:6 by , 14 years ago
Scott, did you mount your ubuntu patition from Haiku by any chance? ext4 driver from Haiku screwed up my ubuntu partitions several times already to the point when I had to fsck it and reinstall ubuntu. Also one user reports (not in trac yet) that the same thing happened to him with his Arch linux ext4 partition the other day.
comment:7 by , 14 years ago
Replying to diver:
Scott, did you mount your ubuntu patition from Haiku by any chance? ext4 driver from Haiku screwed up my ubuntu partitions several times already to the point when I had to fsck it and reinstall ubuntu. Also one user reports (not in trac yet) that the same thing happened to him with his Arch linux ext4 partition the other day.
It screwed up my Arch Linux install too a bit more than a week ago (trying to fix an rc.conf error from Haiku), it wouldn't start up complaining that some folders were actually files... or the other way around.
Fact is, my Arch Linux install was in an ext3 partition. I also have a separate HDD (500GB, more or less) with a single ext3 partition for shared data, and it never suffered from such errors, though I occasionaly mount it in Read/Write and delete/move files around within Haiku... weird... should I file a bug report?
comment:8 by , 14 years ago
Please do. Perhaps it is a good idea to disable write support in ext2 driver for the time being.
Part of what you describe happened to me for a raw image, see #7424. BTW, the hrev41168 ISO build worked for me, booting and installing just fine.