Bug 240776 - diskboot.img fails to boot
diskboot.img fails to boot
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: distribution (Show other bugs)
rawhide
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: David Cantrell
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-05-21 12:25 EDT by Roderick Johnstone
Modified: 2013-01-09 20:38 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-05-21 23:33:02 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
patch to make pypungi spew to cli (753 bytes, patch)
2007-05-21 18:25 EDT, Jesse Keating
no flags Details | Diff

  None (edit)
Description Roderick Johnstone 2007-05-21 12:25:31 EDT
Description of problem:
Cannot boot installer from diskboot.img

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

How reproducible:
Every time

Steps to Reproduce:
1. dd if=diskboot.img of=/dev/sda1 (writes diskboot.img to USB drive)
2. Configure PC to boot from USB
3. Boot PC
  
Actual results:
Gives: "This disk is not bootable disk ..." message

Expected results:
PC boots to installer.

Additional info:
Mounting diskboot.img on the loopback device shows an empty filesystem.

diskboot.img from test4 release works fine, and shows files when loopback mounted.
Comment 1 Jeremy Katz 2007-05-21 18:02:00 EDT
Things look fine when composed as an RC candidate with pungi; so something is
probably going wrong in the environment that rawhide is being built in.

Bill -- does the rawhide compose environment have loop devs?  Or where's a log
and I'll pore over it to see if I see why things are failing.
Comment 6 Jesse Keating 2007-05-21 18:25:26 EDT
Created attachment 155134 [details]
patch to make pypungi spew to cli
Comment 7 Jeremy Katz 2007-05-21 23:26:17 EDT
Definitely looks like the loopback mount isn't happening.  Bits are landing in
tree/images/fobpath -- that's where the image gets mounted in
scripts/mk-images.x86.  Log still doesn't have error messages, but I think
that's due to stderr being lost more than anything
Comment 8 Bill Nottingham 2007-05-21 23:33:02 EDT
Should be 'fixed' in the next build.

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