Created attachment 938918 [details] boot screen photo Description of problem: When I try to create a bootable thumb stick from *i686* version of Fedora Workstation, it fails to boot. It displays this error: vesamenu.c32: not a COM32R image I have verified the checksum of that iso image. If I use dd to copy that image, everything works. Version-Release number of selected component (if applicable): livecd-tools-21.2-4.fc21.x86_64 Fedora-Live-Workstation-i686-21_Alpha-1.iso (RC1) How reproducible: always, different thumb drives, different computers Steps to Reproduce: 1. sudo livecd-iso-to-disk --format --reset-mbr 'Fedora-Live-Workstation-i686-21_Alpha-1.iso' /dev/sdc
Forgot to add: Converting x86_64 images works fine. Proposing as a Beta blocker: https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria#Release-blocking_images_must_boot "Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with any of the officially supported methods."
So, I've found out I used F21 version of livecd-tools on a F20 machine. After I downgraded to F20 version of livecd-tools (livecd-tools-20.5-1.fc20.x86_64), everything seems to work correctly. So, this might be a coincidence of some latest changes in livecd-tools interfering with F20, and therefore NOTABUG. We tried to test the same approach on proper F21 system, but it seems that livecd-tools are more broken there, we couldn't even reach that point due to some other errors (that pschindl should report shortly).
I'm going to mark this as being blocked by 1145664, because until we resolve that bug, we can't verify whether this problem occurs in F21.
Correct, you have to use the f20 litd on f20, for f21 there were syslinux changes that aren't backwards-compatible.
In that case let's close this report as NOTABUG, because it was very likely caused by that. We will continue testing f21 version of litd and report issues we see with it.