Bug 732298
Summary: | Fedora-20110817-ppc64-DVD.iso fails to boot | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark Hamzy <hamzy> | ||||
Component: | lorax | Assignee: | Will Woods <wwoods> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 16 | CC: | anaconda-maint-list, bcl, dcantrell, harald, karsten, wwoods | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | ppc64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-01-20 15:44:10 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: | |||||||
Bug Depends On: | 748939 | ||||||
Bug Blocks: | 749588 | ||||||
Attachments: |
|
Description
Mark Hamzy
2011-08-21 18:34:15 UTC
I was asked in #fedora-ppc to run a couple of commands: dracut:/# cdrom_id /dev/sr0 sh: cdrom_id: not found dracut:/# /sbin/blkid -o udev -p -u noraid /dev/sr0 ID_FS_VERSION=Joliet\x20Extension ID_FS_LABEL=PBOOT ID_FS_LABEL_ENC=PBOOT ID_FS_TYPE=iso9660 ID_FS_USAGE=filesystem ID_PART_TABLE_TYPE=mac (In reply to comment #1) > I was asked in #fedora-ppc to run a couple of commands: > > dracut:/# cdrom_id /dev/sr0 > sh: cdrom_id: not found sorry... # /lib/udev/cdrom_id --debug /dev/sr0 and: # ls -l /dev/disk/by-label/ The question here is whether udev is failing to set up the link, or dracut is failing to find it. So: - does /dev/disk/by-label/PBOOT exist? - does the image boot if you pass "root=live:/dev/sr0"? dracut:/# /lib/udev/cdrom_id --debug /dev/sr0 main: probing: '/dev/sr0' cd_inquiry: INQUIRY: [AIX ][VOPTA ][] cd_profiles: current profile 0x10 feature_profile_media: profile 0x10 media_dvd_ro cd_profiles: GET CONFIGURATION: size of features buffer 0x0088 cd_profiles: GET CONFIGURATION: size of features buffer 0x0088 cd_profiles: GET CONFIGURATION: feature 'profiles', with 4 entries feature_profiles: profile 0x12 dvd_ram feature_profiles: profile 0x10 dvd_rom feature_profiles: profile 0x0a cd_rw feature_profiles: profile 0x08 cd_rom cd_profiles: GET CONFIGURATION: feature 0x0001 <ignored>, with 0x08 bytes cd_profiles: GET CONFIGURATION: feature 0x0002 <ignored>, with 0x04 bytes cd_profiles: GET CONFIGURATION: feature 0x0003 <ignored>, with 0x04 bytes cd_profiles: GET CONFIGURATION: feature 0x0010 <ignored>, with 0x08 bytes cd_profiles: GET CONFIGURATION: feature 0x001d <ignored>, with 0x00 bytes cd_profiles: GET CONFIGURATION: feature 0x001e <ignored>, with 0x04 bytes cd_profiles: GET CONFIGURATION: feature 0x001f <ignored>, with 0x00 bytes cd_profiles: GET CONFIGURATION: feature 0x0020 <ignored>, with 0x0c bytes cd_profiles: GET CONFIGURATION: feature 0x0021 <ignored>, with 0x04 bytes cd_profiles: GET CONFIGURATION: feature 0x0023 <ignored>, with 0x00 bytes cd_profiles: GET CONFIGURATION: feature 0x0024 <ignored>, with 0x04 bytes cd_profiles: GET CONFIGURATION: feature 0x0026 <ignored>, with 0x00 bytes cd_profiles: GET CONFIGURATION: feature 0x002d <ignored>, with 0x04 bytes cd_media_toc: READ TOC: len: 20, start track: 1, end track: 1 cd_media_toc: track=1 info=0x4(data) start_block=0 cd_media_toc: last track 1 starts at block 0 cd_media_info: disk type 00 cd_media_info: hardware reported media status: complete ID_CDROM=1 ID_CDROM_CD=1 ID_CDROM_CD_RW=1 ID_CDROM_DVD=1 ID_CDROM_DVD_RAM=1 ID_CDROM_MEDIA=1 ID_CDROM_MEDIA_DVD=1 ID_CDROM_MEDIA_STATE=complete ID_CDROM_MEDIA_SESSION_COUNT=257 ID_CDROM_MEDIA_TRACK_COUNT=1 ID_CDROM_MEDIA_TRACK_COUNT_DATA=1 dracut:/# ls -l /dev/disk/by-label/ total 0 lrwxrwxrwx 1 root 0 9 Aug 30 15:55 PBOOT -> ../../sr0 When I boot with "linux serial vnc=1 root=live:/dev/sr0", I see: dracut Warning: No root device "live:/dev/sr0" found Dropping to debug shell. sh: can't access tty; job control turned off dracut:/# Definitely a dracut problem rather than a udev problem, then. Could you add "rd.debug rd.live.debug" to the boot line and attach /tmp/liveroot.*.out? (if that doesn't produce anything, try rd.live.debug by itself.) dracut:/# cat /tmp/liveroot.404.out + set -x + [ -z /dev/sr0 ] + livedev=/dev/sr0 + getarg rd.live.dir live_dir + set +x + return 1 + live_dir= + [ -z ] + live_dir=LiveOS + getargbool 0 rd.live.ram -y live_ram + local _b + unset _b + local _default + _default=0 + shift + getarg rd.live.ram -y live_ram + set +x + return 1 + _b= + [ 1 -ne 0 -a -z ] + _b=0 + [ -n 0 ] + [ 0 = 0 ] + return 1 + getargbool 0 rd.live.overlay.reset -y reset_overlay + local _b + unset _b + local _default + _default=0 + shift + getarg rd.live.overlay.reset -y reset_overlay + set +x + return 1 + _b= + [ 1 -ne 0 -a -z ] + _b=0 + [ -n 0 ] + [ 0 = 0 ] + return 1 + getargbool 0 rd.live.overlay.readonly -y readonly_overlay + local _b + unset _b + local _default + _default=0 + shift + getarg rd.live.overlay.readonly -y readonly_overlay + set +x + return 1 + _b= + [ 1 -ne 0 -a -z ] + _b=0 + [ -n 0 ] + [ 0 = 0 ] + return 1 + readonly_overlay= + getarg rd.live.overlay overlay + set +x + return 1 + overlay= + [ -b /dev/sr0 ] + blkid -s TYPE -o value /dev/sr0 + fs=iso9660 + [ iso9660 = iso9660 -o iso9660 = udf ] + check=yes + getarg rd.live.check check + set +x + return 1 + check= + [ -n ] + liverw=ro + mkdir -m 0755 -p /run/initramfs/live + [ -f /dev/sr0 ] + mount -n -t auto -o ro /dev/sr0 /run/initramfs/live + [ 0 != 0 ] + [ -e /run/initramfs/live/LiveOS/osmin.img ] + [ -n ] + [ -e /run/initramfs/live/LiveOS/ext3fs.img ] + [ -e /run/initramfs/live/LiveOS/rootfs.img ] + [ -n ] + [ -e /run/initramfs/live/LiveOS/squashfs.img ] + [ -e ] + [ -b ] + getarg rootflags + set +x + return 1 + ROOTFLAGS= + [ -n ] + ln -s /dev/mapper/live-rw /dev/root + printf /bin/mount %s /dev/mapper/live-rw %s\n /sysroot + exit 0 Hrm dracut:/# ls /run/initramfs/live/LiveOS/ ls: cannot access /run/initramfs/live/LiveOS/: No such file or directory dracut:/# ls /run/initramfs/live/ GPL RPM-GPG-KEY-fedora-ppc TRANS.TBL Packages RPM-GPG-KEY-fedora-ppc64 etc RPM-GPG-KEY-fedora RPM-GPG-KEY-fedora-s390 images RPM-GPG-KEY-fedora-16-primary RPM-GPG-KEY-fedora-s390x ppc RPM-GPG-KEY-fedora-16-secondary RPM-GPG-KEY-fedora-sparc repodata RPM-GPG-KEY-fedora-arm RPM-GPG-KEY-fedora-sparc64 RPM-GPG-KEY-fedora-i386 RPM-GPG-KEY-fedora-x86_64 Augh, right, this is a DVD image (which is built by pungi, which doesn't understand the new-style images that do root=live:...). pungi needs to be fixed to put install.img in the right place, or put the appropriate symlinks in place so /LiveOS/squashfs.img is install.img. re-assigning to Dennis to handle. The Fedora ppc64 guys have a patch they are working on, they should be attaching it to this BZ when it's ready. Created attachment 521203 [details]
move images/install.img to LiveOS/squashfs.img
The patch actually is for the treebuilder branch of lorax, reassigning to Will Woods. I applied a version of the patch in comment #13, but we'll still need a pungi patch to make the pungi-built images work. See bug 748939 for that patch. We're currently using a custom pungi to create our images, so it isn't a beta blocker but a 'nice to have' it fixed I would like to know that, starting with a clean system, I can install the treebuilder branch and have it build the exact same DVDs as you do. Right now, I don't know if my build system is out of sync... :( This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |