I used live-fat-stick to have some live distro to boot on a USB drive.
With leap version of openSUSE (and Tumbleweed) do not work anymore.
I think the problem may be that Live-fat-stick copy initrd file from
the iso as cpio instead of gzip files of the others distro (also old
openSUSE)
At booting, video is full of similar ascii code in little squares of
different
colors with someone blinking.
I tried nomodeset in option without success.
Unfortunately I suspect your problem so far is in syslinux itself, may be deleting gfxboot.c32 could be workaround (at least to test whether it boots). Of course you still need to adjust menu for proper arguments.
Il 29/01/19 16:16, dcurtisfra ha scritto:
>
> Forgot to mention that, on the “Installation” tab of the Download
> page, there’s a pointer to “-How to create a bootable USB stick on
> Linux-.” …
>
>
Thank you,
Here I found the system to create a boot USB with different ISO with
live-fat-stick but do not work with leap
Regards
Il 29/01/19 21:26, arvidjaar ha scritto:
>
> arvidjaar;2892740 Wrote:
>> Use current version from https://github.com/cyberorg/live-fat-stick, it
>> knows how to handle Leap 15 properly.
> Still not quite. At least three issues.
>
>
> - Kernel is too large to be loaded using syslinux “kernel”, it
> requires “linux”.
> - Script never sets value for $isolabel so booted system does not find
> its root.
> - In my case syslinux failed to load graphical menu. May be it is just
> as good
>
>
> I fixed the first two manually, after that I was able to boot from ISO
> on USB stick. Here is final syslinux.cfg:
> Code:
> --------------------
> implicit 1prompt 1
> timeout 100
> display isolinux.msg
> ui gfxboot bootlogo isolinux.msg
> default openSUSE-Leap-15.0
>
>
>
>
> LABEL openSUSE-Leap-15.0
> linux linux-openSUSE-Leap-15.0
> append initrd=initrd-openSUSE-Leap-15.0 iso-scan/filename=/openSUSE-Leap-15.0-GNOME-Live-x86_64-Snapshot20.130-Media.iso root=live:CDLABEL=openSUSE_Leap_15.0_GNOME_Live loader=syslinux splash=silent quiet showopts
>
>
>
>
> label harddisk
> localboot 0x80
> --------------------
>
> Unfortunately I suspect your problem so far is in syslinux itself, may
> be deleting gfxboot.c32 could be workaround (at least to test whether it
> boots). Of course you still need to adjust menu for proper arguments.
>
>
thank you,
I will try this fix
Regards