Opened 5 years ago

Closed 5 years ago

#735 closed defect (fixed)

Cannot create mindi media with newer syslinux

Reported by: wirunc Owned by: bruno
Priority: high Milestone: 3.2.0
Component: mindi Version: 3.0.4
Severity: blocker Keywords:
Cc:

Description (last modified by bruno)

Upon booting from test media, the boot halts with a missing file (ldlinux.c32). It does not appear to be on the media. I did find ldlinux.c32 on the computer in /usr/share/syslinux/ldlinux.c32.

[root@nexus ~]# rpm -q syslinux
syslinux-5.10-1.el6.rfx.x86_64

[root@nexus ~]# find / -name ldlinux.c32 -print
/usr/share/syslinux/ldlinux.c32
/boot/extlinux/ldlinux.c32

This is a significantly newer version of syslinux versus the version you have. Looks like they changed something.

Your suggested patch of:

cp /usr/share/syslinux/ldlinux.c32 $MINDI_TMP/iso around line 1497 when MakeMessage? has been called e.g.

appears to fix this problem.

Corey

Attachments (6)

mondoarchive.log (264.5 KB) - added by wirunc 5 years ago.
27-Feb mondo archive log
mindi.log (230.0 KB) - added by wirunc 5 years ago.
27-Feb mindi log
mondoarchive.2.log (264.7 KB) - added by wirunc 5 years ago.
21-Mar mondo file
mindi.2.log (230.1 KB) - added by wirunc 5 years ago.
21-Mat mindi log
mindi.3.log (18.7 KB) - added by wirunc 5 years ago.
29-mar mindi log
mondoarchive.3.log (37.5 KB) - added by wirunc 5 years ago.
29-mar mondo log

Download all attachments as: .zip

Change History (22)

comment:1 Changed 5 years ago by wirunc

  • Priority changed from normal to high

It appears the patch did not completely fix the problem. When running a full backup from mondo, the same problem occurs when you try and boot from the media - missing ldlinux.c32.

It looks like another patch is required somewhere else in mindi.

comment:2 Changed 5 years ago by wirunc

  • Summary changed from Cannot create mindi test media with newer syslinux to Cannot create mindi media with newer syslinux

comment:3 Changed 5 years ago by bruno

  • Description modified (diff)
  • Status changed from new to assigned

comment:4 Changed 5 years ago by bruno

Should be solved with rev [3241] please confirm

Changed 5 years ago by wirunc

27-Feb mondo archive log

comment:5 Changed 5 years ago by wirunc

This latest patch did not address this. Log file attached.

Mondo running as root.

This is what I have installed:

[root@nexus dev]# rpm -q -a | grep mindi
mindi-3.0.020140226022220-0.rhel6.x86_64
mindi-busybox-1.21.120140226022220-0.rhel6.x86_64

[root@nexus dev]# rpm -q -a | grep -i mondo
perl-MondoRescue-3.2.020140226022220-0.rhel6.noarch
mondo-3.2.020140226022220-0.rhel6.x86_64

It cannot copy the ldlinux.c32 for some reason. Asks if disk full.

File System (lots of space):

Filesystem                   1K-blocks    Used Available Use% Mounted on
/dev/mapper/vg_nexus-lv_root  51606140 2799680  46185020   6% /
tmpfs                          1878032       0   1878032   0% /dev/shm
/dev/sda1                       495844  151661    318583  33% /boot
/dev/mapper/vg_nexus-lv_home  97844900  460544  92414068   1% /home

Last edited 5 years ago by wirunc (previous) (diff)

Changed 5 years ago by wirunc

27-Feb mindi log

comment:6 Changed 5 years ago by wirunc

Additional information. I run mondo again. Of course, the same error occurred. The following is from that run, not from the files I uploaded.

It appears the error:

Cannot copy ldlinux.c32 (/usr/share/syslinux/ldlinux.c32) to /home/mondo.scratch.rqtBQ9/iso/ldlinux.c32. Did you run out of disk space?

Is because it is trying to copy ldlinux.c32 to a directory that doesn't exist. The directory that was created as part of the options selection process was actually:

mondo.scratch.rNeBDl

So there's a mismatch. Hope this helps.

Last edited 5 years ago by wirunc (previous) (diff)

comment:7 Changed 5 years ago by bruno

  • Resolution set to fixed
  • Status changed from assigned to closed

Fixed in rev [3260] by copying for mondo at the root of the temp dir not under an inexisting iso subdir.

I could check it works as my new Mageia 4 exhibited the same issue as you.

Will be in 3.0.5 and 3.2.0.

Changed 5 years ago by wirunc

21-Mar mondo file

Changed 5 years ago by wirunc

21-Mat mindi log

comment:8 Changed 5 years ago by wirunc

Still does not work. Have I downloaded versions that contain this fix?

Uninstalled, downloaded and installed: (from Index of ftp://ftp.mondorescue.org/test/rhel/6/x86_64/)

mindi-3.0.020140226022220-0.rhel6.x86_64.rpm
mindi-busybox-1.21.120140226022220-0.rhel6.x86_64.rpm
mondo-3.2.020140226022220-0.rhel6.x86_64.rpm
perl-MondoRescue-3.2.020140226022220-0.rhel6.noarch.rpm

Error message:

INFO: FATAL ERROR. Cannot copy ldlinux.c32 (/usr/share/syslinux/ldlinux.c32) to /home/mondo.scratch.iVg3W6/iso/ldlinux.c32. Did you run out of disk space?

Directories specified:

/tmp/mondo.scratch.lCYgit
/home/mondo.scratch.iVg3W6

Latest logs attached.

Thanks for your help!!!

Last edited 5 years ago by wirunc (previous) (diff)

comment:9 Changed 5 years ago by bruno

Test packages are available now at ftp://ftp.mondorescue.org/test/rhel/6/x86_64/ dated March 2014

comment:10 Changed 5 years ago by wirunc

Downloaded latest packages from above location. Installed and run and get error saying it cannot detect busybox.

Installed:

[root@nexus log]# rpm -q -a | grep -i mindi
mindi-2.1.820140324092156-0.rhel6.x86_64
mindi-busybox-1.21.120140226022220-0.rhel6.x86_64

[root@nexus log]# rpm -q -a | grep -i mondo
perl-MondoRescue-3.2.020140226022220-0.rhel6.noarch
mondo-3.0.520140324092156-0.rhel6.x86_64

Latest log files attached.

Changed 5 years ago by wirunc

29-mar mindi log

Changed 5 years ago by wirunc

29-mar mondo log

comment:11 Changed 5 years ago by wirunc

  • Resolution fixed deleted
  • Status changed from closed to reopened

comment:12 Changed 5 years ago by bruno

Ok I forgot to publish the appropriate version of mind-busybox, thus the error reported.

I've made a new delivery of all packages for RHEL6 x86_64 under ftp://ftp.mondorescue.org/test/rhel/6/x86_64/

Could you install those and report again if we make progresses please.

comment:13 Changed 5 years ago by bruno

  • Milestone changed from 3.0.5 to 3.2.0

comment:14 Changed 5 years ago by wirunc

I checked the FTP site and there does not appears to be any new files. The most recent file I see is 24-Mar and busybox is 26-Feb. Are there new files supposed to be there?

comment:15 Changed 5 years ago by bruno

Now they are there.

comment:16 Changed 5 years ago by wirunc

  • Resolution set to fixed
  • Status changed from reopened to closed
Note: See TracTickets for help on using tickets.