similar to: cbios disk read problems

Here's an interesting problem, and the first partial failure I've seen when booting USB keys. I've installed a bootable Knoppix "CD" image to my USB key, and posted a writeup of my installation method here: http://knoppix.net/forum/viewtopic.php?t=25402 Up until now, I've always had one of: 100% success (it fully boots) 100% failure (BIOS fails to recognize the USB

Here is the patch for making syslinux enable opening partitions with fat filesystems (well, the architecture is in place to make it open other filesystems too). Usage is like this: #include <syslinux/io.h> #include <syslinux/partitions.h> #include <fs/fat/libfat.h> syslinux_devdesc dfd; struct libfat_filesystem* fs; diskinfo disk_info; char mbr[512]; static part_entry

Hey, Looks like read disk function which was launched in 3.35 isnt working. Did anyone test this on any hardware? I'm using it thru the com32 interface to read contents of the active partition of a USB boot key (syslinux). I did a sample test like: void scanAndPrint() { com32sys_t regs_in; char *sectorBuf = __com32.cs_bounce; int i; memset(sectorBuf, 0x0, 512); // XXX MARK 1

folks, If you boot from syslinux based USB/harddisk, is there a way to know the partition or disk you booted from? I'm using the mboot module, so if the info is availble to thru the COM api, i can get it and append it to cmdline. thanks. -- Ram

Hello, I use Tim's mboot.c32 to load multiboot kernels over pxelinux. However, some kernels require the symbol table and other information in the ELF section header table to be able to load properly. This functionality is not present in mboot.c now, so I added support for it. The patch is attached. It would be great if you can push this into the next release of syslinux so ELF multiboot

Hello, I noticed after upgrading from 3.20, I haven't been able to get syslinux to boot properly with menu.c32 or mboot.c32 from a USB key. I get an error saying invalid kernel when its trying to load menu.c32 or mboot.c32 (or any other kernel for that matter). I tried 3.35 and 3.36-pre5. Same exact behaviour. I'm using the following to compile: gcc version 3.2.3 20030502 (Red Hat Linux

This is a resend since I didn't hear back from anyone. Hey guys, I noticed the appended ipappend options end up in the beginning of the cmdline argv[] when mboot is entered. mboot then tries to parse the first argument as the name of the kernel module and promptly fails cuz it can't find "ip=.." or "bootif=...". I'm attaching a patch which basically looks for any

Is it normal for pxelinux to append something like BOOTIF=01-aa-bb-cc-dd-ee-ff ? the leading 01- is there in my config file name, but this doesn't seem to be right behaviour. Can someone confirm if this is a bug? I tried this on syslinux 3.21. thanks. -- Ram Yalamanchili

"syslinux No DEFAULT or UI configuration directive found! boot:" "In order to fix this problem, you will have to plugin the USB drive into another computer and then rename the "isolinux" folder to "syslinux". In addition to that also rename the "isolinux.bin" and "isolinux.cfg" files in the same folder to "syslinux.bin" and

Thomas Schmitt wrote: > I ponder whether it would be possible to create a diagnostic MBR > which does not necessarily have to boot but rather tells what the > isohybrid MBR would perceive: Presence of partition table, > EBIOS or CBIOS, block address used with INT 13, content of the block > read by the first INT 13, ... ... > The diagnostic MBR should only use 432 bytes because at

Hi, David Christensen wrote: > I use this USB flash drive for bootable installer images; I do not > attempt to mount it. I don't know that I could, even if I wanted to: mkdir /mnt/iso mount /dev/sdc /mnt/iso or, because partition 1 starts at block 0, you may mount it too mount /dev/sdc1 /mnt/iso > # fdisk -l /dev/sdc > WARNING: GPT (GUID Partition Table) detected on

On Tue, Mar 21, 2017 at 09:03:35AM +0100, Thomas Schmitt via Syslinux wrote: > I think we should offer David a binary which he can combine with > the MBR of the ISO and the image with the recognizable blocks. > I will later today upload a binary version of my block producer > and post the URL. > > The combination will be: > 432 bytes from Martin's MBR > 80 bytes

Hi, funny or enlightening observation: With my qemu-system-i386 it would work if the detected Heads/Cylinder and Sectors/Head factors would change positions ! The effective read operation seems to use H/C = 32 , S/H = 63. The correct LBA would be addressed by H/C = 63 , S/H = 32. -------------------------------------------------------------------------- Reasoning: I have transplanted the

The program segments loaded presently in mboot.c only consists of a subset of sections described by the ELF Section Header Table (SHT) in the ELF kernel binary. Segments with useful information often needed for debugging purposes (symbol tables, string tables, etc.) aren't usually present in the program segments and hence not loaded above. Some kernels use this debugging information to

Peter, Is this page update to date? http://www.kernel.org/git/?p=boot/syslinux/syslinux.git;a=shortlog I sent a multiboot symbol table loading patch (syslinux-3.11-mboot-sym_table-patch) a few months ago and I thought you have checked it in. I didn't follow up after that. But i dont see it in the changes now, should i resend it? thanks, Ram

If you have a multiboot kernel which is booted by syslinux/pxelinux/isolinux, etc., is there a way to determine who actually is the bootloader among the three? I'm wondering if the multiboot header or any part of memory has a consistent identifier somewhere. thanks, Ram

For newer distro's (like ubuntu 6.10, FC5+), syslinux build fails due to gcc 4. Here is a patch to get it to build properly. The only thing it does is add -fno-stack-protection to CFLAGS in all the Makefiles. http://svn.borg.ch/patches/syslinux/syslinux-gcc4.patch thanks, Ram

com32/modules/readconfig.c: This is a side effect of is_kernel_type() overwrite the current pointer in a loop context. Hence subsequent options aren't parsed ever. This is particularily visible, if you use timeout option, which wont work in the latest 3.40-pre7. Patch: --- com32/modules/readconfig.c /opensource/syslinux-3.40-pre7/com32/modules/readconfig.c#2 +++ com32/modules/readconfig.c

Hey, I noticed my_isspace() is being used in menu/mainmenu and readconfig com32 modules. Why not use isblank() instead? Here's a patch: thanks. Ram --- com32/modules/menu.h //depot/opensource/main/syslinux-3/com32/modules/menu.h#2 +++ com32/modules/menu.h 07-03-15 16:27:14 @@ -87,11 +87,6 @@ void parse_configs(char **argv); extern int (*draw_background)(const char *filename); -static

Hi Peter, I just noticed your check-in of the api headers. Are you planning on making the fat library also into an API? This would make things easier for me for my safeboot module (redundant bootloader which i mailed you about last week). I aleady moved some of the chainboot's partition finding logic into outside files, so I can add that to the API as well. thanks, Ram