Bug 723244
Summary: | F: Failed to install eject | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Reiser <jreiser> |
Component: | lorax | Assignee: | Martin Gracik <mgracik> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | bcl, dmach, mgracik |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-08-25 08:16:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Reiser
2011-07-19 14:09:06 UTC
dracut-011-1.noarch Is the eject binary in the installtree? Re-run fails today, bug #723538 [pungi]. Using the last DVD which did compose [July 14 ??], it looks like there is no 'eject', but the situation is complicated: ----- $ cd $DVD/isolinux $ file initrd.img initrd.img: XZ compressed data $ xz --decompress -c initrd.ing >/tmp/initrd xz: initrd.img: Compressed data is corrupt $ file /tmp/initrd /tmp/initrd: ASCII cpio archive (SVR4 with no CRC) $ cpio --list </tmp/initrd | grep eject 20486 blocks ## no 'eject' $ ----- So the first part of initrd.img is an XZ compressed output of a CPIO archive, and the CPIO archive contains no 'eject'. [Evidently initrd.img is a "complicated" file. Where are the utilities that know how to diagnose it?] The new initrd is complicated. It's a dracut initramfs glued together with our own xz initrd. But what I meant is if the eject binary could be found in the yumroot directory in pungi's work directory. I guess you removed it in the meantime, so we just have to wait until the pungi bug gets fixed. Do you still get this error? Looks like other people don't hit it. pungi has been aborting earlier, I haven't gotten to 'eject' in a week. Today pyorbit cannot be found. (That's after fixing the is_beta vs. isfinal rewrite.) Before today, there was a conflict between netxen-firmware and linux-firmware over file /usr/lib/libphan.fw. (The string "netxen-firmware" appears nowhere except in /var/cache/pungi/ourtree/{*.sqlite, <<others>>}.) |