I’m trying to boot manjaro-xfce-20.2-minimal-201203-linux59.iso on an ASUS K75VJ (2012-2013) with no success. The following shows up after GRUB menu:
ln: /dev/sda: File exists
mount: /run/miso/sfs/livefs: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error
ERROR: Failed to mount ‘/dev/loop0’’
Falling back to interactive prompt
You can try to fix the problem manually, log out when you are finished
sh: can’t access tty: job control turned off
Laptop specs are:
CPU: Intel Core i5-3210M
GPU: Intel HD graphics 4000 + NVIDIA GT635M (Optimus)
RAM: 8GB DDR2
It has UEFI support, but I’m not sure what type (bios is AMI version 234 for this model)
I’ve already tried the following:
Rufus on DD mode
DD iso to the USB from Ubuntu terminal
Using different USB disks/sticks
Switching to IDE mode on BIOS
Checking USB for damaged sectors
All methods gave the same result.
I could boot it on a more modern PC with z370 chipset and intel 8700K, just to make sure live USB was really working, so it has to do with my laptop.
You said you verified the checksum after transfering the ISO data to the stick. If the checksums match then you should be fine. If you are not sure, double check your procedures:
When using dd it could be required to reduce the bs= parameter if you have a slow USB stick or only use USB 2.0 port.
Manjaro ISOs are of hybrid design, means they can be used for BIOS(legacy) and alternatively for UEFI boot. You need to select the right entry when booting the stick from your firmware. Usually, the UEFI entry has “UEFI” at the begin of the name.
Yeah, secure boot disabled, either IDE/AHCI tried and none worked. BIOS updated to its latest version and hardware seems working fine. Would only check for RAM issues but never had any problems with it.
What I would love to know more about is if there’s any hardware related boot parameters I can play with on this OS, never been a great GRUB connaiseur. Worth the try?
For example one I tried was acpi=off and acpi=noirq, but did nothing.
Something similar happened to me, with the difference that the error had the output: ERROR: Failed to mount /dev/loop3, I solved the error using the same problematic USB memory, what was the problem? force the eject of the memory after the graphic window will show that the ISO copy was made successfully (I clarify that I use Ventoy).
This is a detail (it does not deserve to call it a problem since GNOME, cinnamon and KDE handle this very well) that I have been seeing for several years, although the graphical interface shows us that the copy has finished, it is still working in the background for at least 10 minutes.
SOLUTION: recreate the bootable USB, in the case of Ventoy copy the ISO and wait at least 10 minutes after the graphical interface tells us that the job is finished.
A clear sign that this happens is that the file manager does not allow us to eject the device because it is busy in some process.
the waiting time may vary depending on the power of the computer or the type of USB memory.