Opened 8 years ago
Closed 7 years ago
#13019 closed enhancement (no change required)
Haiku Installer Cannot Install Mounted Volume like BeOS
Reported by: | vidrep | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/Installer | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Mount a Haiku Installation CD on the desktop Launch Haiku Installer app There is no possibility to install to a hard drive partition from the mounted volume. This was possible in BeOS (see attached screenshot)
Attachments (1)
Change History (10)
by , 8 years ago
Attachment: | BeOS_Installer.jpg added |
---|
comment:2 by , 8 years ago
After many hours of installs I have found that there are two main factors at play here:
- Pre-Package management (PPM) vs Package management (PM) builds
- Anyboot (BeFS) image vs CD ISO (ISO9660) image
PM was merged in hrev46113
PM builds will install any mounted PM anyboot-image to a hard drive partition, but NOT a CD ISO image. (The CD ISO image will not be visible in the "install from:" selection in the Installer).
PM builds will install any mounted PPM anyboot-image to a hard drive partition, however it will NOT boot. You will get an error message "Failed to load OS. Press any key to reboot..."
The above scenario is also true for PPM builds. They will only install to a hard drive partition using a PPM anyboot image.
comment:3 by , 8 years ago
After checking installer code, not allowing install from ISO is by design. Installing from an ISO (not mounted with the attribute overlay) would most likely fail, as it would lost all FS attributes.
Suggested change for the other problem: Installer should check for an haiku or haiku_loader package. If there is none on the source disk, then it should be removed from the acceptable sources (or shown but disabled, that makes it clear it is not possible to install from it).
comment:4 by , 8 years ago
Since CD ISO nightly images have been dropped in favour of anyboot images, point #2, comment #2 is no longer applicable.
follow-up: 6 comment:5 by , 8 years ago
So that leaves us with just this: it is not possible to install a pre-PM haiku using the installer from a current version. Do we really need to support that?
comment:6 by , 8 years ago
Replying to pulkomandy:
So that leaves us with just this: it is not possible to install a pre-PM haiku using the installer from a current version. Do we really need to support that?
Not unless we're planning on reverting package management.
Otherwise, your other comment above should probably be addressed somehow and documented:
'Suggested change for the other problem: Installer should check for an haiku or haiku_loader package. If there is none on the source disk, then it should be removed from the acceptable sources (or shown but disabled, that makes it clear it is not possible to install from it)."
comment:7 by , 7 years ago
I stumbled across this problem today, because an older system wouldn't let me upgrade. It feels like an intuitive solution to download the newest image, mount it and try to install from it. Maybe mountvolumne should mount ISOs with the attribute layer by default. I mean, if there is no attribute information there, then there simply won't be any attributes, but mounting with the layer shouldn't be a problem, no?
The next thing I tried was to download a RAW image and mount that instead. However, I couldn't select the boot volume as the target, it was greyed out.
comment:8 by , 7 years ago
I've been installing Haiku to HDD partitions from mounted RAW images for the past month without any issue. This is probably how it was done in BeOS. We should document this feature somewhere, taking care to make the distinction between anyboot and RAW images. I think this issue can be closed. Any further comment?
comment:9 by , 7 years ago
Resolution: | → no change required |
---|---|
Status: | new → closed |
The anyboot image should work for this as well, if you mount it properly (diskimage register ...).
So, I think it is safe to close this now. This is a power-user feature and it is acceptable that one has to be careful about the type of image used.