Opened 9 years ago

Closed 8 years ago

Last modified 8 years ago

#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:
Has a Patch: no 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)

2011-04-28_17-46-59_406.jpg (102.9 KB ) - added by scottmc 8 years ago.
kdl while trying to install from a CD with hrev39567

Download all attachments as: .zip

Change History (9)

comment:1 by MichaelPeppers, 9 years ago

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.

comment:2 by mmadia, 9 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 scottmc, 8 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 scottmc, 8 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 bonefish, 8 years ago

Component: - GeneralSystem/Kernel
Keywords: slab MemoryManager added
Owner: changed from nobody to axeld

comment:5 by scottmc, 8 years ago

Resolution: invalid
Status: newclosed

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.

comment:6 by diver, 8 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.

in reply to:  6 comment:7 by MichaelPeppers, 8 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 diver, 8 years ago

Please do. Perhaps it is a good idea to disable write support in ext2 driver for the time being.

Note: See TracTickets for help on using tickets.