254419 – unetbootin creates 0-length vesamenu.c32 on USB key

Bug 254419 - unetbootin creates 0-length vesamenu.c32 on USB key

Summary: unetbootin creates 0-length vesamenu.c32 on USB key

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal
Assignee:	Jeroen Roovers (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2009-01-10 14:23 UTC by Xavier Neys (RETIRED)
Modified:	2009-01-11 16:02 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
/usr/portage/sys-boot/unetbootin/files/unetbootin-304-cpsyslinux.patch (unetbootin-304-cpsyslinux.patch,947 bytes, patch) 2009-01-10 14:35 UTC, Xavier Neys (RETIRED)	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Xavier Neys (RETIRED) gentoo-dev

2009-01-10 14:23:11 UTC

Thanks foor adding unetbootin to portage btw.

USB key is unbootable because unetbootin creates 0-length vesamenu.c32 on USB key because it opens /usr/lib/syslinux/* instead of /usr/share/syslinux/*
I guess files were moved in some recent syslinux update.

I am using an up-to-date vanilla ~amd64 but syslinux's files are located at the same place on my ~x86 box, both using syslinux-3.72

Comment 1 Xavier Neys (RETIRED) gentoo-dev

2009-01-10 14:35:13 UTC

Created attachment 177968 [details, diff]
/usr/portage/sys-boot/unetbootin/files/unetbootin-304-cpsyslinux.patch

Simple patch that tests whether files exist under /usr/share/ and uses upstream default when not.

Tested on vanilla up-to-date ~amd64 box, generated key from jaunty-alpha2 for x86 and booted my eee fine, if you must know :)

Comment 2 Jeroen Roovers (RETIRED) gentoo-dev

2009-01-11 16:02:50 UTC

Thanks.

I applied the patch in -r1. Maybe I should send this upstream, but I am treating it as a Gentoo oddity for now.