Displaying 20 results from an estimated 10000 matches similar to: "Can almost boot on UEFI win8.1 laptop"
2014 Nov 05
0
Can almost boot on UEFI win8.1 laptop
> I have used syslinux 4.0x and earlier for many years, with Puppy Linux
> and more recently Quirky Linux. Though, my knowledge of all the
> capabilities of syslinux remains rudimentary.
>
> I am new to UEFI. I recently got my hands on a win8.1 laptop, 64-bit
> system, and decided to tackle booting Quirky on it, from a USB stick.
>
> I turned off Secure Boot.
>
> I
2014 Nov 05
3
Can almost boot on UEFI win8.1 laptop
Ady,
Thanks for taking the time to respond to my lengthy post.
Here are my answers:
On 11/5/14, Ady <ady-sf at hotmail.com> wrote:
>
>> I have used syslinux 4.0x and earlier for many years, with Puppy Linux
>> and more recently Quirky Linux. Though, my knowledge of all the
>> capabilities of syslinux remains rudimentary.
>>
>> I am new to UEFI. I recently
2014 Nov 05
2
Can almost boot on UEFI win8.1 laptop
> I have done another install to the usb stick.
>
> # syslinux --directory EFI/BOOT --install /dev/sdc1
>
> ...this creates files ldlinux.c32 and ldlinux.sys in /EFI/BOOT
>
> I then mounted the 1st partition of the usb stick and copied
> syslinux.efi and ldlinux.e64 from /usr/share/syslinux/efi64 to
> /EFI/BOOT in the usb stick.
>
> I renamed syslinux.efi to
2014 Nov 06
0
Can almost boot on UEFI win8.1 laptop
On 11/6/14, Ady <ady-sf at hotmail.com> wrote:
>
>> I have done another install to the usb stick.
>>
>> # syslinux --directory EFI/BOOT --install /dev/sdc1
>>
>> ...this creates files ldlinux.c32 and ldlinux.sys in /EFI/BOOT
>>
>> I then mounted the 1st partition of the usb stick and copied
>> syslinux.efi and ldlinux.e64 from
2014 Nov 05
0
Can almost boot on UEFI win8.1 laptop
I have done another install to the usb stick.
# syslinux --directory EFI/BOOT --install /dev/sdc1
...this creates files ldlinux.c32 and ldlinux.sys in /EFI/BOOT
I then mounted the 1st partition of the usb stick and copied
syslinux.efi and ldlinux.e64 from /usr/share/syslinux/efi64 to
/EFI/BOOT in the usb stick.
I renamed syslinux.efi to BOOTX64.EFI
I copied my files boot.msg, help.msg,
2017 Aug 03
2
menu.c32 background problem
Hi guys,
Would someone mind advising me about this, a very simple menu:
ui menu.c32
menu title Boot Manager
default quirky
timeout 100
label quirky
menu label Easy 0.2.6
kernel vmlinuz
append root=/dev/sda3 rootwait rw
label Help
menu help help.msg
File 'help.msg' is a text file, if I select it, the previous menu
remains in the background, between the characters. If I hit Esc to go
2018 Nov 17
2
fixing debian's hd-media image
On Thu, Nov 15, 2018 at 1:10 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote:
>
> Here are some comments and questions for you.
>
Thanks.
I've have my scripts to a better state, including installing/using
qemu to uefi and legacy boot the usb stick for testing.
It mostly works for me, but the "wget a tarball of binaries" step
isn't going to sit well with
2015 Apr 05
4
Is efiboot.img required?
Hi,
Curt Brune wrote:
> At the risk of contributing to the 'urban legends' and the 'salads'
I apologize to all communities who hand out correct info. :))
> http://lukeluo.blogspot.com/2013/06/grub-how-to-2-make-boot-able-iso-with.html
Well, the excursion on CD-DA is off topic and i would
describe many aspects in different terms. Nice to see
that at least one person read
2018 Dec 06
2
efi config hang
works with legacy, hangs with efi.
where works is:
No DEFAULT or UI configuration directive found!
but enter and ^v make things happen
hangs is: nothing happens, no response from keyboard, have to reboot.
note:
config prompt.cfg
prompt.cfg does not exist, but I would expect similar behaviour
between efi and legacy.
test is:
starting with blank image, mkfs, mount it...
+ cp
2016 Apr 21
2
Creating Syslinux UEFI usb boot
On Thu, Apr 21, 2016 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote:
> On Thu, Apr 21, 2016 at 3:29 AM, Atle Holm <atle at team-holm.net> wrote:
>> Under EFI/BOOT are the following files:
>> BOOTIA32.EFI (from efi32/efi/syslinux.efi)
>> BOOTX64.EFI (from efi64/efi/syslinux.efi)
>> ldlinux.sys (copied from root of partition)
>> lua.c32
>>
2015 Oct 07
4
UEFI: Failed to load ldlinux.e64/ldlinux.e32
On Wed, Oct 7, 2015 at 6:09 PM, Gene Cumm <gene.cumm at gmail.com> wrote:
>> -----Original Message-----
>> From: Gene Cumm [mailto:gene.cumm at gmail.com]
>> Sent: Wednesday, October 07, 2015 4:43 PM
>> To: For discussion of Syslinux and tftp-hpa; Geert Stappers
>> Subject: Re: [syslinux] UEFI: Failed to load ldlinux.e64/ldlinux.e32
>>
>> On Wed, Oct
2016 Apr 21
3
Creating Syslinux UEFI usb boot
Under EFI/BOOT are the following files:
BOOTIA32.EFI (from efi32/efi/syslinux.efi)
BOOTX64.EFI (from efi64/efi/syslinux.efi)
ldlinux.sys (copied from root of partition)
lua.c32
mboot.c32
menu.c32
syslinux.cfg
vesamenu.c32
KS.CFG (vmware specific)
BOOT.CFG (vmware specific)
autoselect.lua
These files are also all under the root of the partition (except BOOTIA32.EFI and BOOTX64.EFI) and work fine
2014 Aug 27
4
syslinux efi configuration file name proposal
> Hello Ady & list,
>
> On Wed, Aug 27, 2014 at 08:17:51AM +0300, Ady wrote:
> > > Hello Ady,
> > >
> > > On Fri, Aug 01, 2014 at 08:35:27PM +0300, Ady wrote:
> > > > Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64
> > > > (with an optional Syslinux menu containing multiple entries).
> > > >
>
2019 Oct 07
3
syslinux.efi and vendor-class-identifier
Ady Ady via Syslinux wrote:
>
>> However, I have just tested the exact same boot procedure using a Dell
>> laptop (Latitude 7480) - and it all worked without a problem - that is,
>> syslinux.efi and ldlinux.e64 were downloaded without a problem - and
>> from a tcpdump, there was *no* DHCP transaction between downloading
>> syslinux.efi and ldlinux.e64
>>
2019 Nov 08
1
current state of pxelinux for UEFI...
On 8 Nov 2019 at 0:42, Ady Ady via Syslinux wrote:
>
> As usual, builds/versions should not be mixed, at least within the same
> platform (bios/ia32/x64).
>
I keep versions strictly separated. Both the build directories under
/usr/src/syslinux-<VERSION>, and under
/tftpboot/pxelinux/<VERSION>/efi64/<my data>
and I flip the "filename" and
2018 Dec 06
1
fixing debian's hd-media image
On Wed, Dec 5, 2018 at 2:21 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote:
>
> After some discussion/debugging behind the scenes, we are back on
> track, with updated Debian packages.
>
>
> 0_ Starting from an _original_ (so-called "hd-media") boot.img mounted
> in "target" (or "$target", or some similar notation), and the version
2018 Dec 03
2
fixing debian's hd-media image
On Mon, Dec 3, 2018 at 10:02 AM Ady Ady via Syslinux <syslinux at zytor.com> wrote:
>
> > Now it is just dd, mkfs and copy in the files we need.
> > One less thing to worry about keeping versions consistent.
>
>
> > > > I just noticed those 2 files that were added by
> > > > syslinux -i boot.img
> > > > (right?)
> > >
>
2014 Aug 01
5
syslinux efi configuration file name proposal
Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64
(with an optional Syslinux menu containing multiple entries).
Problem (solved) #1: The default directory location for both
syslinux.efi is the same.
Solution #1: Rename each syslinux.efi to bootx64.efi and to
bootia32.efi.
Problem (solved) #2: Each syslinux.efi needs at least its respective
ldlinux module.
Solution #2:
2018 Nov 30
2
fixing debian's hd-media image
On Sat, Nov 17, 2018 at 1:54 AM Ady Ady via Syslinux <syslinux at zytor.com> wrote:
>
>
> > On Thu, Nov 15, 2018 at 1:10 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote:
> > >
> > > Here are some comments and questions for you.
> > >
> >
> > Thanks.
> >
> > I've have my scripts to a better state, including
2014 Aug 02
0
syslinux efi configuration file name proposal
Op 2014-08-01 om 20:35 schreef Ady:
> Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64
> (with an optional Syslinux menu containing multiple entries).
What I would like to have is the same thing for network boot.
So having one topdirectory on the TFTP server that can serve
several "architectures".
> Problem (solved) #1: The default directory location for