Bug 1379766 - bios boot on Fedora-Workstation-Live-x86_64-25-20160927.n.0.iso stops at liveuser (gdm)
Summary: bios boot on Fedora-Workstation-Live-x86_64-25-20160927.n.0.iso stops at live...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: mediawriter
Version: 25
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Martin Bříza
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-27 15:33 UTC by satellitgo
Modified: 2016-12-05 09:56 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-05 09:56:21 UTC
Type: Bug


Attachments (Terms of Use)

Description satellitgo 2016-09-27 15:33:52 UTC
Description of problem:
bios boot on Mediawriter USB Fedora-Workstation-Live-x86_64-25-20160927.n.0.iso stops at liveuser (gdm) ; efi boot works properly

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


How reproducible:
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160927.n.0_Installation#USB_media

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

<satellit> note bios boot on f25 wks mediawriter USB boots to gdm liveuser  but efi boot of same stick boots properly ?
<satellit> https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160927.n.0_Installation#USB_media
* a2batic has quit (Ping timeout: 244 seconds)
* feliper_ (~feliper.124.190) has joined #fedora-qa
<satellit> dgilmore ^ why is bios boot different?
<dgilmore> satellit: one uses grub the other uses isolinux
<dgilmore> satellit: so likely one is not getting a boot argument right 
<satellit> sounds like a mild bug
<dgilmore> bios uses isolinux
<dgilmore> uefi uses grub
* satellit I haave not seen this before in testing

Comment 1 Adam Williamson 2016-09-27 18:24:12 UTC
So when you say "I haave not seen this before in testing" - we need more specifics. Have you:

1) successfully written this same image with an earlier version of live media writer?
2) successfully written an earlier image with this same version of live media writer?

basically, the question is - did lmw change? or did the image change? or did you not actually test this combination (Workstation live written with live media writer) before at all?

Thanks!

Comment 2 Brian Lane 2016-09-27 19:06:29 UTC
Booting of media written using anything other than dd are an issue for that tool, not lorax.

If the generated iso doesn't boot at all then it may be a lorax problem.

Stopping at gdm sounds like liveusb-creator didn't carry over the rd.live.image parameter which triggers creation of the liveuser and automatic login. Or that could be a problem with the spin kickstart script.

Comment 3 Adam Williamson 2016-09-27 19:12:58 UTC
This is actually the new 'mediawriter' package rather than the old 'liveusb-creator' package.

Comment 4 satellitgo 2016-09-27 19:54:49 UTC
upgraded to mediawriter-3.97.1-0.fc24.x86_64.rpm
Workstation-Live-x86_64-25-20160927.n.0.iso
writes USB from "other" and boots bios and efi

Comment 5 Adam Williamson 2016-09-27 20:38:18 UTC
yeah, that combination worked for me too. so i think this was some kind of transient issue...OK if we close the bug?

Comment 6 Martin Bříza 2016-09-29 14:16:06 UTC
If the media check on live system bootup succeeds, there's a really really tiny chance the bug is in mediawriter.

Comment 7 Martin Bříza 2016-12-05 09:56:21 UTC
Closing. Please report the bug again if you experience any issues.


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