Created attachment 739465 [details] sosreport A recent compose for Fedora/s390x fails to switch to the downloaded install.img, please see the attached sosreport.txt
with dracut-027-19.git20130410.fc19 systemd-202-2.fc19 anaconda-19.20-1.fc19.s390x.rpm
with dracut-027-36.git20130418.fc19.s390x systemd-202-2.fc19 anaconda-19.20-1.fc19.s390x.rpm
can you add "rd.debug" to the kernel command line?
Created attachment 739473 [details] sosreport
Created attachment 739564 [details] sosreport with systemd-202-3.fc19 anaconda-19.21-1.fc19 dracut-027-36.git20130418.fc19
/dev/mapper/live-rw: LABEL="Anaconda" UUID="db761a5f-bede-4d53-8df0-489163525f2b" TYPE="ext4" looks good! Can you check, if you can do: # chroot /sysroot # ldd -r /usr/lib/systemd/systemd ??
:/# ldd -r /usr/lib/systemd/systemd ldd -r /usr/lib/systemd/systemd libselinux.so.1 => /lib64/libselinux.so.1 (0x000003fffd354000) libsystemd-daemon.so.0 => /lib64/libsystemd-daemon.so.0 (0x000003fffd34e000) libudev.so.1 => /lib64/libudev.so.1 (0x000003fffd33a000) libwrap.so.0 => /lib64/libwrap.so.0 (0x000003fffd32d000) libpam.so.0 => /lib64/libpam.so.0 (0x000003fffd31c000) libaudit.so.1 => /lib64/libaudit.so.1 (0x000003fffd2fc000) libcap.so.2 => /lib64/libcap.so.2 (0x000003fffd2f5000) libkmod.so.2 => /lib64/libkmod.so.2 (0x000003fffd2dc000) libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x000003fffd288000) librt.so.1 => /lib64/librt.so.1 (0x000003fffd27e000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000003fffd26a000) libpthread.so.0 => /lib64/libpthread.so.0 (0x000003fffd24b000) libc.so.6 => /lib64/libc.so.6 (0x000003fffd095000) /lib/ld64.so.1 (0x000002aab04fd000) libdl.so.2 => /lib64/libdl.so.2 (0x000003fffd08f000) libpcre.so.1 => /lib64/libpcre.so.1 (0x000003fffd044000) libnsl.so.1 => /lib64/libnsl.so.1 (0x000003fffd026000) libattr.so.1 => /lib64/libattr.so.1 (0x000003fffd01e000) liblzma.so.5 => /lib64/liblzma.so.5 (0x000003fffcff2000) libz.so.1 => /lib64/libz.so.1 (0x000003fffcfd8000)
/etc/os-release is missing in the anaconda installer image. If I do: # cat /etc/os-release > /sysroot/etc/os-release it works.
https://lists.fedorahosted.org/pipermail/anaconda-patches/2013-April/003908.html
lorax-19.3-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/lorax-19.3-1.fc19
Package lorax-19.3-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing lorax-19.3-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-7050/lorax-19.3-1.fc19 then log in and leave karma (feedback).
*** Bug 958436 has been marked as a duplicate of this bug. ***
Transferring blocker status from 958436.
All four 19 Beta TC2 install images boot properly in VirtualBox, so appears fixed.
Same here. All good.
I just used f19 Beta x86_64 Netinstall selecting basic x plus with gnome, Kde;LXDE;XFCE-session selected in right collumn. It installed to VirtualBox with no problems. All 4 DE's work I since have used yum install gnome-classic-session and yum groupinstall sugar-desktop
gnome-classic and sugar 0.98.7 work
thanks folks, please up-karma the update!
lorax-19.3-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.