search for: somski

I just created something very similar for one of my own projects. I have a disk image that you can "dd" onto a hard drive or USB drive and a bash script demonstrating how it was done here: https://www.syslinux.org/archives/2019-July/026476.html You don't actually need the patch for the dual BIOS/UEFI support. The patch in the above link is just to enable the reading of config

Hello Greg, thanks a lot - I will try out your script next week. I jut went through the script - there is a line containing: bls1 include I would carefully assume that this line is only valid when patching syslinux, correct? What will happen if this is read by a non-patched syslinux? Will it cause errors or will it simply be ignored? Best regards, Erik Gregory Bartholomew wrote: > I just

Do note that not everyone is running a Debian based system, so "the current Debian Testing binary packages" are worthless to us. On Fri, Nov 08, 2019 at 12:42:45AM +0000, Ady Ady via Syslinux wrote: > > Any response would be welcome :-) > > > As usual, builds/versions should not be mixed, at least within the same > platform (bios/ia32/x64). > > Currently,

Hello all, We're having the following issue: when in UEFI mode, any output/errors from a lua script is invisible! This occurs even just running 'lua -v'. It runs and returns to a (visible) 'boot:' prompt, but there is simply no output visible from lua! (It does do a linefeed, but no visible text appears.) Has anyone encountered this? And/or know of a solution? For

Okay, if one installs syslinux, the declaration for 'detect_cpu' is in com32/include/cpuid.h, but the actual function code isn't available in libcom32.a. It's only available as source down in the com32/modules/ directory, and not actually installed anywhere. Shouldn't 'detect_cpu' be included in libcom32.a? -- Dr. William R. Somsky, Linux Mgr somsky at

Hi all, We're using the classic boot BIOS syslinux successfully for many years, but meanwhile it's getting harder to buy hardware the still supports this boot mode. The option for us would be syslinux EFI boot. To avoid too many changes we would like to generate an image for our different hardware parts that supports both - classic BIOS boot and (U)EFI boot. This would allow us to leave

If they are useful, then one should note where they can be found and how to extract them for anyone not using a Debian-based distro. Saying just that they are in the Debian Testing repo, doesn't mean much to a non-Debian-er... On Thu, Nov 14, 2019 at 09:50:40PM +0000, Ady Ady via Syslinux wrote: > > Do note that not everyone is running a Debian based system, > > so "the

I'm not sure if it is useful, but with the advent of UEFI only machines, we've run into a similar problem w/ out custom CentOS 7 USB installation keys. Basically, we create a gpt device w/ a single FAT16 partition (this would be your /boot partition for a full installation) containing an EFI/BOOT/ directory with the syslinux-efi files and a SYSLINUX/ directory with the syslinux-bios

Dear gentlemen, I think I'd better start another thread for this... thanks to Ady Ady and Gregory Lee Bartholomew for their responses to my early question. Just for the record, my fresh experience with PXElinux 6.x follows: syslinux.efi version 6.03 does boot to the extent that it shows a prompt, but if I provide it with a CFG file containing several labels, no matter what label I type