-
Notifications
You must be signed in to change notification settings - Fork 0
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
Possible solution for isodevice absent for installations based on iso-files on disk #50
Comments
I don't suppose simply using Ventoy, rather than a traditional ISO writer, would also work? |
Sorry, despite related, this is not what the issue is about. |
Oh, OH! That, not the "out of memory" ISO booting issue. Interestingly, while I used to do the very "boot an ISO saved to the disk filesystem", I instead found having Ventoy installed onto my internal secondary disk (the same disk that houses TimeShift snapshots) to be a more elegant solution that also works between platforms and/or when using USB adapters (in particular, I find that the booting of a saved ISO tends to break if you try to clone the disk elsewhere and/or boot it onto a different PC despite the main installed OS being able to boot without issue). |
I applied the will-fix-later to make sure we look at this during the next cycle. Sorry @Martin-Laclaustra this was overlooked. I can't promise a solution but I can help with the troubleshooting. You asked where our commits were, they are here: |
Thank you, Clem! |
I can make an ISO which contains this script in /usr/share/initramfs-tools/scripts/casper-bottom/05mountpoints for the live session if you want, so you can test it. Let me know. |
I don't think this would help though:
There is no isodevice to start with. The other thing I'm not clear about is why a fix is actually needed. The steps you're going through to perform this in-place upgrade/installation are already quite advanced, manual and require typing a set of commands. Why not just adapt this set to Ubuntu 22.04/Mint 21 with a few additional commands to get isodevice mounted? |
Sorry. I have been busy at my job.
That will not work.
True. There is no /isodevice directory in the running live ISO, but I really think that there is one in the previous boot step, when the initramfs environment is running: There, there is not only a /isodevice directory, but it serves as active mount point (see bellow - 1) for the block device that hosts the actual ISO file. When that step (initramfs) ends and the system chroots to the live ISO root (squashfs), the original root directory with the mount is lost, and the mount is left "dangling", locking the partition. That is the essence of those four lines, that have to run before the chroot... to pass on the mount to a directory that actually is in the final running environment of the squashfs. (1 - The mount occurs on line The reason for all this: If this is solved, with just a very few additional lines here and there (that I will be able to provide), linux mint could offer a full (clean) reinstall without having to burn the ISO in a DVD or an USB. But that would be for the next release, if you like the system when I show it to you. |
I forgot to thank you for your kindness and attention. |
Please kindly have a look here linuxmint/ubiquity#51 (comment) at the possible solution of the issue that I raised during the previous LM 21 beta.
The text was updated successfully, but these errors were encountered: