#8104 closed bug (fixed)
Installer installs bootman automatically when it should not, corrupting install.
Reported by: | agildehaus | Owned by: | korli |
---|---|---|---|
Priority: | high | Milestone: | R1/beta2 |
Component: | Applications/Installer | Version: | R1/Development |
Keywords: | Cc: | jwlhc172@… | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
DriveSetup has the capability of creating a Haiku volume without using an Intel partition map. You can make the entire drive a Haiku volume.
In fact, I was not aware it could. I thought when selecting the drive and using the menus Partition > Initialize > Be File System that I was creating an Intel partition map on that drive with the first partition taking up the entire space. Unsure if this is a usability issue or just me, but I digress.
Should you wind up creating a Haiku volume spanning the entire drive with no partition map, Haiku will happily install to it. This is fine. What's not fine is that Installer will happily install the boot manager to the drive, automatically, at the end of the file copy procedure. This corrupts the volume.
Rebooting I am presented with a boot manager that sees no Haiku volumes.
Change History (5)
comment:1 by , 13 years ago
Priority: | normal → high |
---|
comment:2 by , 10 years ago
Cc: | added |
---|
comment:3 by , 10 years ago
Installer does not install BootMan anymore unless requested. DriveSetup handles adding a boot sector when creating an intel partition map, and Installer makes the partition bootable.
Anything left to do here?
comment:4 by , 5 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
I guess nothing left to do here then.
comment:5 by , 5 years ago
Milestone: | R1 → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
IIRC there were already some other people having issues using DriveSetup as intended in this regard. I might even have been one of them at some point, if only I could remember 8-)
In any case, that's a rather stupid bug, thanks for investigating it!