similar to: No menu options

My previous question: "can syslinux on a USBstik also boot installations on other USB devices ?" got no proper reply, so I'm now including more background detail. The new problem is that my 32bit partition of ETHOberon, only gives a proper font-size under Debian7:DVDinstaller:rescueMode, since I'm forced to use a laptop, after my previous systems were stolen. Neither gnome nor

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

Hi, David Christensen wrote: > The USB flash drive boots the Debian installer in the old PC! Congrats. > There is no syslinux.cfg on debian-8.7.1-i386-xfce-CD-1.iso: The configuration is named /isolinux/isolinux.cfg. Looks like it is surrounded by a little empire of .cfg files: /isolinux/adgtk.cfg /isolinux/adtxt.cfg /isolinux/exithelp.cfg /isolinux/gtk.cfg

On Tue, Dec 11, 2018 at 9:19 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote: > > > > > > > > You should be able to see the effects of the DISPLAY directive when > > > testing the floppy image I sent you, because it starts with the boot > > > prompt, not with a menu. > > > > I see the effects, both good and bad. I'm having

On Wed, Dec 12, 2018 at 4:33 PM Carl Karsten <carl at personnelware.com> wrote: > > On Wed, Dec 12, 2018 at 4:00 PM Carl Karsten <carl at personnelware.com> wrote: > > > > On Tue, Dec 11, 2018 at 9:19 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote: > > > > > > > > > > > > > > > > You should be able to see

On Wed, Dec 12, 2018 at 4:00 PM Carl Karsten <carl at personnelware.com> wrote: > > On Tue, Dec 11, 2018 at 9:19 PM Ady Ady via Syslinux <syslinux at zytor.com> wrote: > > > > > > > > > > > > You should be able to see the effects of the DISPLAY directive when > > > > testing the floppy image I sent you, because it starts with the

I wonder if part of the reasoning behind moving klibc into the Kernel itself and integrating it with kbuild has to do with creating a common base system for the initramfs that is meant to work across all Linux distros? I'm very skeptical that such a thing can be created in a way that would satisfy everyone, and maintained peacefully with no forks. I've been helping Jeff Bailey of

> 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

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

http://bugs.freedesktop.org/show_bug.cgi?id=14192 Summary: nouveau on NV17: screen remains black with randr12 on Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

> > > > You should be able to see the effects of the DISPLAY directive when > > testing the floppy image I sent you, because it starts with the boot > > prompt, not with a menu. > > I see the effects, both good and bad. I'm having trouble knowing how > bad the bad is. How about comparing it with the current behaviour in BIOS mode? > I'm not

hmm_range_fault() returns an array of page frame numbers and flags for how the pages are mapped in the requested process' page tables. The PFN can be used to get the struct page with hmm_pfn_to_page() and the page size order can be determined with compound_order(page) but if the page is larger than order 0 (PAGE_SIZE), there is no indication that a compound page is mapped by the CPU using a

I just encountered my only bug w/ the ISOLINUX+VESAMENU combination from 3.52-pre5. Updated a *working* CD project w/ the new ISOLINUX+VESAMENU combo just last week. Booting my preferred Linux distro (Slax-6) from my custom CDs work perfectly, however when I updated a CD project that includes BartPE/WinPE, BartPE fails to boot w/ 'CDBoot can not boot CD: error 4" msg. For the

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

David Christensen wrote: > This is how I prepared an ADATA USB Flash Drive 4 GB: ... install-mbr /dev/sdb ... [Rest of very clear description snipped.] What's that? That desn't exist in the Debian I'm running. Otherwise you gave a very good description of what you're doing. >From another message: > Please provide a URL for documentation that explains how to build a >

On 2016.03.06 23:25, Shao Miller via Syslinux wrote: > Having typed that, perhaps we could discuss your (or Rufus') specific > needs, in parallel? I think that is probably worthwhile, as I wouldn't mind having a second opinion from Syslinux developers on whether my current ISO -> USB conversion process could be improved. > Do I understand correctly that the primary >

This patch modifies the simple menu com32 program to include integrated load progress. It also adds new options to the simple menu configuration MENU LOADMSG -- allows the user to specify the text to display when loading MENU LOADMSGROW -- controls where the text is written Example configuration: MENU LOADMSG Booting MENU LOADMSGROW 25 It works with my setup, please let me know if you find

Are there any undocumented options for moving the PASSWORD box round the screen? It'd be nice to have the same support (WIDTH, HSHIFT etc) for PASSWORD boxes (and the other similar boxes) as you do for the MENU itself. Being stuck with PASSWORDMARGIN and PASSWORDROW doesn't really help me at all. Is there a place to request such features?

Okay, I have heard a lot of griping about the menu layout options; and the latest addition (hshift, vshift) doesn't seem to have made things better; almost the opposite. I really need to understand what needs to be done to give people the layout control they need so I can design a clean architecture around it. In other words, if the current layout options don't do what you need: -

I want to eufi boot this image: http://cdn-fastly.deb.debian.org/debian/dists/testing/main/installer-amd64/current/images/hd-media/boot.img.gz there is a bug against it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913523 I'd like to fix the resulting usb stick for my use, and also fix it in a way that can be used to fix the upstream bug. I'm trying to follow the guids