-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature request] Multidisk installations and management #237
Comments
dont how to +1 here so i would like this feauture to |
just found it |
This feature is now enabled on the Gamepadui, thanks to @pastaq. |
There is a PR pending for the chimera app to add this functionality via web. That's needs some polish as well. |
I am closing this since there is an initial implementation now available. If there are further changes/improvements we want to make lets create new issues for those. |
This had been requested before and some users even hacked their installation to make it work. I think we can improve on that and gather experiences for making it work as a turnkey feature.
Currently the installer only allows to use a single disk with a predefined partition scheme that looks like this:
/boot
(set as esp 1 if in UEFI system)/
The
/etc/fstab
describing the partition layout is shipped with the distribution image.There is a need for support of multiple disks setups that enable to use available space in a larger game library (for ChimeraOS) or user data (for any other possible usage). Two different approaches can be used for this and can be implemented simultaneously:
The first approach is to treat additional disks as separated from the system and handling them in an application (as per effort made in #224). Setting them up after installation, parting and mounting them with the help of some systemd.mount units. The application (possibly steam-buddy/chimera) should be able to:
The second approach would be to bundle all disks into a raid (as described in #107) with the help of a cache disk (preferably the SSD in the machine). This will allow for a fast, near-SSD speed for all games in one massive library. This won't allow for adding more storage to the backing part of the cached devices, but won't negate the use of the approach above (for example for removable media). This process needs to be handled at install-time with this changes:
/etc/fstab
in the image with the new layout:/home
and mount the cached drives on it.Both approaches have their merits and disadvantages, can be done simultaneously and won't interfere with each other. Both can be implemented as part of both steam-buddy (chimera) and
frzr-bootstrap
.The text was updated successfully, but these errors were encountered: