Bug 24217 - UNetbootin is not able to produce bootable memory sticks of Mageia, Knoppix nor SystemRescueCd
Summary: UNetbootin is not able to produce bootable memory sticks of Mageia, Knoppix n...
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Shlomi Fish
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-21 14:39 CET by Ole Reier Ulland
Modified: 2019-02-15 22:57 CET (History)
2 users (show)

See Also:
Source RPM: unetbootin-625-1.mga6.x86_64
CVE:
Status comment:


Attachments

Description Ole Reier Ulland 2019-01-21 14:39:45 CET
I have attempted to produce bootable memory sticks for different operating systems with different software. Here are the results:

                 Mageia Live 6.1 64-bit  Knoppix 7.2.0  SystemRescueCd 5.3.1

Rufus 3.4        ISO Image Mode: Seems       Works             Works
(Windows)        to freeze during boot.
                 DD Image Mode: (Possible
                 less access to the drive)
                        Works
ISO to USB 1.5          Failed               Works not         Works not
(Windows)
IsoDumper 0.59          Works                Works not         Works not
(Mageia)
UNetbootin 625          Works not            Works not         Works not
(Mageia)
dd 8.25          Works almost, it stops      Works not         Works not
(Mageia)         right at the end of
                 booting

I believe UNetbootin should be able to produce a bootable memory stick of Mageia, Knoppix and SystemRescueCd, especially since Rufus in Windows is able to.

It is no wonder ISO to USB is not able to produce bootable memory sticks of Linux because it self writes that it is only able to do so with Windows, but I wanted to include them since I made an attempt to see what would happen.
Comment 1 Marja Van Waes 2019-01-22 14:51:23 CET
Assigning to the registered maintainer.

Assignee: bugsquad => shlomif
CC: (none) => marja11

Comment 2 Shlomi Fish 2019-01-22 20:01:25 CET
Mageia 7 has version 661 of unetbootin - https://unetbootin.github.io/linux_download.html - does it work?
Comment 3 Ole Reier Ulland 2019-01-23 09:42:26 CET
Since first entry I have tested the diskette mode also, not just ISO mode, but the results are the same. There is no indication that anything is wrong during burning, and then the memory stick is found by the boot menu, but does not boot any of the three Linux live operating systems.

I have looked at the backports, but I can not see any newer versions of UNetbootin than 625 for Mageia 6. I will have to wait for Mageia 7 to come out, me upgrading and then do the testing if no one else has done it before me then. I do not feel skilled enough to start upgrading packages outside of the Mageia repository and still be positive that the soon coming upgrade to Mageia 7 will not suffer in any way.
Comment 4 Shlomi Fish 2019-01-23 12:05:38 CET
(In reply to Ole Reier Ulland from comment #3)
> Since first entry I have tested the diskette mode also, not just ISO mode,
> but the results are the same. There is no indication that anything is wrong
> during burning, and then the memory stick is found by the boot menu, but
> does not boot any of the three Linux live operating systems.
> 
> I have looked at the backports, but I can not see any newer versions of
> UNetbootin than 625 for Mageia 6. I will have to wait for Mageia 7 to come
> out, me upgrading and then do the testing if no one else has done it before
> me then. I do not feel skilled enough to start upgrading packages outside of
> the Mageia repository and still be positive that the soon coming upgrade to
> Mageia 7 will not suffer in any way.

You can try installing the new one from source under a --prefix flag.
Comment 5 Martin Whitaker 2019-01-23 23:53:23 CET
Unetbootin doesn't work with Mageia ISOs, as mentioned here:

https://wiki.mageia.org/en/Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive

Mageia ISOs are designed to be copied directly ("dumped") to the raw disk. Unetbootin extracts the ISO contents, copies them to a different filesystem on the USB stick, and adds its own bootloader. The same goes for Rufus in "ISO image mode" (which IMO is a misleading name).

dd works - I use it all the time. Make sure the system has really finished writing the data - you can use the 'eject' command to be absolutely sure.

CC: (none) => mageia

Comment 6 Ole Reier Ulland 2019-01-24 11:21:05 CET
"dd works", you write. How? For which iso files? What processing do you use?

I do suggest that UNetbootin write in the GUI what it can and can not do. Write about different modes, iso, dd, diskette, that processing are often needed and where processing information may be found.

From what is written, it looks to me like dd with appropriate processing is supposed to be what is always needed. So the task of Rufus, IsoDumper, UNetbootin etc. is to provide a GUI and processing. But to the extent they do not provide processing, I do not understand what they do, except GUI.
Comment 7 Martin Whitaker 2019-01-25 00:58:06 CET
(In reply to Ole Reier Ulland from comment #6)
> "dd works", you write. How? For which iso files? What processing do you use?

For Mageia ISOs. That's all I care about ;-) No processing required.

> I do suggest that UNetbootin write in the GUI what it can and can not do.

You would need to discuss that with the author. UNetbootin isn't a Mageia tool.

> From what is written, it looks to me like dd with appropriate processing is
> supposed to be what is always needed.

No, dd is only suitable for ISOs that need *no* processing, such as the Mageia ISOs.
Comment 8 Ole Reier Ulland 2019-01-26 11:10:42 CET
(In reply to Martin Whitaker from comment #7)
> (In reply to Ole Reier Ulland from comment #6)
> > "dd works", you write. How? For which iso files? What processing do you use?
> 
> For Mageia ISOs. That's all I care about ;-) No processing required.

I have made an other attempt at using "dd" to make Mageia Live memory stick and this time it worked all the way.

> > I do suggest that UNetbootin write in the GUI what it can and can not do.
> 
> You would need to discuss that with the author. UNetbootin isn't a Mageia
> tool.

I assumed that when I wrote to bugzilla I would reach the author.

> > From what is written, it looks to me like dd with appropriate processing is
> > supposed to be what is always needed.
> 
> No, dd is only suitable for ISOs that need *no* processing, such as the
> Mageia ISOs.

Really? I got an other impression from, http://www.system-rescue-cd.org/Installing-SystemRescueCd-on-a-USB-stick/ under "A) Recommended USB installation method from Linux using isohybrid" and "F) Manual installation from Linux using cp" "dd" is being used with a number of other steps which I understand to be what is meant by "processing".
Comment 9 Martin Whitaker 2019-01-30 22:02:31 CET
(In reply to Ole Reier Ulland from comment #8)
> (In reply to Martin Whitaker from comment #7)
> > You would need to discuss that with the author. UNetbootin isn't a Mageia
> > tool.
> 
> I assumed that when I wrote to bugzilla I would reach the author.

No, Mageia is a *distribution*. Most of the software comes from elsewhere. Here you may reach the person who packaged it for Mageia (unless they have left the project), but in most cases they won't be the author.

> > No, dd is only suitable for ISOs that need *no* processing, such as the
> > Mageia ISOs.
> 
> Really? I got an other impression from,
> http://www.system-rescue-cd.org/Installing-SystemRescueCd-on-a-USB-stick/
> under "A) Recommended USB installation method from Linux using isohybrid"
> and "F) Manual installation from Linux using cp" "dd" is being used with a
> number of other steps which I understand to be what is meant by "processing".

That step - running 'isohybrid' - occurs before running 'dd' and is what is needed to create an ISO that needs no processing. Mageia ISOs are already hybrid ISOs (i.e. we do that step for you), so all you need to do is run 'dd'.
Comment 10 Shlomi Fish 2019-02-15 22:57:15 CET
This seems like an upstream issue and may be better in cauldron. Closing.

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


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