Bug 11910

Summary: boot.iso on USB won't boot (Failed to load libutil.c32 / Failed to load COM32 file menu.c32) with Unetbootin
Product: Mageia Reporter: Pierre Fortin <pf>
Component: Release (media or process)Assignee: Anne Nicolas <ennael1>
Status: RESOLVED INVALID QA Contact:
Severity: normal    
Priority: Normal CC: mageia, mageia, sysadmin-bugs, thierry.vignaud, tmb
Version: Cauldron   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
See Also: https://bugs.mageia.org/show_bug.cgi?id=15367
Whiteboard:
Source RPM: unetbootin-0-5.585.mga4 CVE:
Status comment:

Description Pierre Fortin 2013-12-07 08:40:38 CET 
Description of problem:  I've been using unetbootin to create bootable Mageia USB sticks for some time. My Mageia4beta1 was installed with this USB stick.  This is the first time it won't boot after installing latest boot.iso.  Erased USB stick and reinstalled latest boot.iso via unetbootin intending to test boot partition detection problem reported in bug 11820.

Boot fails with:
  Failed to load libutil.c32
  Failed to load COM32 file menu.c32

# ll boot.iso 
-rw-r--r-- 1 pfortin pfortin 28311552 Dec  4 18:26 boot.iso

# ls -lR /mnt/usb
/mnt/usb:
total 3952
drwxr-xr-x 3 root root    4096 Dec  7 02:13 isolinux/
-r-xr-xr-x 1 root root  116528 Dec  7 02:13 ldlinux.c32*
-r-xr-xr-x 1 root root   59904 Dec  7 02:13 ldlinux.sys*
-rwxr-xr-x 1 root root   26284 Dec  7 02:13 menu.c32*
-rwxr-xr-x 1 root root    1087 Dec  7 02:13 syslinux.cfg*
-rwxr-xr-x 1 root root     299 Dec  7 02:13 ubnfilel.txt*
-rwxr-xr-x 1 root root 3815152 Dec  4 18:22 ubnkern*
-rwxr-xr-x 1 root root      25 Dec  7 02:13 ubnpathl.txt*
-rwxr-xr-x 1 root root      65 Dec  4 18:22 VERSION*

/mnt/usb/isolinux:
total 636
-rwxr-xr-x 1 root root   1012 Dec  4 18:22 advanced.msg*
-rwxr-xr-x 1 root root   2048 Dec  4 18:22 boot.cat*
-rwxr-xr-x 1 root root    963 Dec  4 18:22 help.msg*
-rwxr-xr-x 1 root root   4084 Dec  4 18:22 ifcpu.c32*
-rwxr-xr-x 1 root root  38912 Dec  4 18:22 isolinux.bin*
-rwxr-xr-x 1 root root    710 Dec  4 18:22 isolinux.cfg*
-rwxr-xr-x 1 root root 116528 Dec  4 18:22 ldlinux.c32*
-rwxr-xr-x 1 root root 182420 Dec  4 18:22 libcom32.c32*
-rwxr-xr-x 1 root root  66456 Dec  4 18:22 libgpl.c32*
-rwxr-xr-x 1 root root  24024 Dec  4 18:22 libmenu.c32*
-rwxr-xr-x 1 root root  24100 Dec  4 18:22 libutil.c32*
-rwxr-xr-x 1 root root 161964 Dec  4 18:22 memtest*
drwxr-xr-x 2 root root   4096 Dec  7 02:13 x86_64/

/mnt/usb/isolinux/x86_64:
total 26448
-rwxr-xr-x 1 root root 23261428 Dec  4 18:22 all.rdz*
-rwxr-xr-x 1 root root  3815152 Dec  4 18:22 vmlinuz*



Version-Release number of selected component (if applicable):


How reproducible: always


Steps to Reproduce:
1. reboot
2. boot from USB
3.


Reproducible: 

Steps to Reproduce:
Thierry Vignaud 2013-12-07 17:07:00 CET

CC: (none) => sysadmin-bugs, thierry.vignaud, tmb
Component: Installer => Release (media or process)
Assignee: bugsquad => ennael1
Summary: boot.iso on USB won't boot => boot.iso on USB won't boot (Failed to load libutil.c32 / Failed to load COM32 file menu.c32)

Comment 1 batbajar gombo 2014-03-26 20:01:16 CET 
I've encountered the same issue upon creation of Ubuntu(Daily_Live_x64) with UNetbootin (0-5.585.mga4). 

The simple fix was to copy 'libcom32.c32' and 'libutil.c32' from '/usr/lib/syslinux/' to boot drive(usb flash).

--

CC: (none) => kjotov

Comment 2 Richard Neill 2014-04-16 12:50:21 CEST 
This seems to be a result of the change in syslinux in v5, such that modules can now have dependencies in separate files. 
I think the problem is that menu.c32, has a dependency on libutil.c32. 
http://www.syslinux.org/wiki/index.php/Library_modules

(I'm guessing here, but maybe the version of unetbootin is too old for the version of syslinux?  I have syslinux-6.02-4.mga4 unetbootin-0-5.585.mga4)

CC: (none) => mageia

Comment 3 Pierre Fortin 2014-05-30 23:19:58 CEST 
unetbootin-0-5.585.mga4

On both i586 and x86_64 machines today, without checking for correct location, I simply make sure these 2 files (libutil.c32 & menu.c32) exist in both / and /isolinux folders on the usb stick and boot then works.

   cd <usb_mount_point>
   cp -a menu.c32 isolinux
   cp -a isolinux/libutil.c32 .

Strangely, if I 
  mount -o loop mageia/distrib/4/x86_64/install/images/boot.iso /mnt/usb
there is no menu.c32 file in there -- where does it come from? Curious because simply writing boot.iso to a CD is all that's needed to install...

Source RPM: (none) => unetbootin-0-5.585.mga4

Comment 4 Manuel Hiebel 2014-05-30 23:22:10 CEST 
unetbootin is not supported, use dd or something else https://wiki.mageia.org/en/Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive.3F

Summary: boot.iso on USB won't boot (Failed to load libutil.c32 / Failed to load COM32 file menu.c32) => boot.iso on USB won't boot (Failed to load libutil.c32 / Failed to load COM32 file menu.c32) with Unetbootin

Comment 5 Richard Neill 2014-05-30 23:47:16 CEST 
Re #4, I think the bug isn't specifically "Unetbootin can't be used to install Mageia", but "Mageia's unetbootin package is broken; it cannot be used for creating any other bootable installers".
Comment 6 Pierre Fortin 2014-05-31 00:31:15 CEST 
(In reply to Manuel Hiebel from comment #4)
> unetbootin is not supported,

Just curious...  shouldn't that be stated in the package?

(In reply to Richard Neill from comment #5)
> Re #4, I think the bug isn't specifically "Unetbootin can't be used to
> install Mageia", but "Mageia's unetbootin package is broken; it cannot be
> used for creating any other bootable installers".

Or more like:
"Mageia's unetbootin package is broken; it cannot be used for creating working Mageia bootable installers without modification (as in comment 3)."
:)

The info at http://unetbootin.sourceforge.net/ seems to imply that the process for creating a Mageia specific unetbootin should be relatively simple.  If I can find time to kickstart a Mageia version, how would I submit it?
Comment 7 Manuel Hiebel 2014-05-31 00:51:53 CEST 
No ideas, I just know that since mga2/3 it doesn't work anymore so...
Comment 8 Pierre Fortin 2014-05-31 04:01:55 CEST 
Using isodumper, so closing this issue as invalid.

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Florian Hubold 2015-10-10 20:58:32 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=15367