+- Ventoy Forums (https://forums.ventoy.net)
+-- Forum: Ventoy General Use —— Ventoy 使用交流 (https://forums.ventoy.net/forumdisplay.php?fid=1)
+--- Forum: Ventoy Discussion Forum (https://forums.ventoy.net/forumdisplay.php?fid=2)
+--- Thread: The source filesystem "/run/initramfs/omdv/LiveOS/squashfs.img" does not exist (/showthread.php?tid=2976)
The source filesystem "/run/initramfs/omdv/LiveOS/squashfs.img" does not exist - ben79 - 10-19-2024
I am trying Ventoy but do not know it well at all. Trying to install any version of OpenMandriva ROME from Ventoy. The .isos boot without any problem. These .isos use the OM Calamares installer. For some reason they will not install because of this error in Calamares:
Code:
Bad unpackfs configuration:Code:
The source filesystem "/run/initramfs/omdv/LiveOS/squashfs.img" does not existThese .isos are known to work and install when copied directly to usb flash drive with `dd` or with an application like `om-imagerwriter` or `rosa-imagewriter`. What I do not understand is why if the .iso will boot from Ventoy that somehow the installer can not find:
Code:
/run/initramfs/omdv/LiveOS/squashfs.img/The .isos work and are well tested so this is a mystery to me. Can any one help me find a cause for this problem? A workaround or solution? Will provide any info request.
RE: The source filesystem "/run/initramfs/omdv/LiveOS/squashfs.img" does not exist - ben79 - 10-20-2024
Well I'll be a monkey's uncle. I may have found an easier way to do this.
Copy your desired OMLx .iso file to the Ventoy partiton on the Ventoy flash drive. Boot that.
1. Open Konsole (terminal) and `cd /run/initramfs/omdv/LiveOS`
2. type `ls` and check that `squashfs.img` is present
3. Leave Konsole (terminal) open in that directory
4. Open OMLx Calamares installer and install your new system
It seems as long as that directory is open and `ls` shows `squashfs.img` is present then user will be able to install their desired OMLx system booted from the Ventoy flash drive.
I did successful installs this way using:
Rock znver1 iso #2719 (using xfs file system type)
Cooker x86_64 iso #3401 (using xfs file system type)
and previously had done:
ROME x86_64 iso #3364 (using ext4 file system type)
I am believing this issue is solved. I have not tried using `f2fs` or `btrfs`.