[fedora-arm] Fedora-Minimal-armhfp-21_Beta-4-sda.raw.xz on Cubieboard2

First, the changes I made to the installer to support the Cubieboard2 worked. However, I still needed to add "console=ttyS0,115200" to the append line in __boot/extlinux/extlinux.conf. I thought I saw that this was 'fixed' and was there? Or was it that I no longer need this on the append line? During 1st boot I caught the following. Is it important? find_file: stat /proc/device-tree/chosen/bootpath, No such file or directory After 1st boot, I logged in as root. I stopped sshd, as I am on the IEEE 802 network and I don't trust it so much to leave even SSH running in a fresh install. I right away did 'yum update' And got a number of messages then it stopped: Updating : selinux-policy-targeted-3.13.1-92.fc21.noarch 67/169 [ 1612.410834] SELinux: Permission audit_read in class capability2 not defined in policy. [ 1612.418915] SELinux: the above unknown classes and permissions will be allowed Cleanup : audit-2.4-1.fc21.armv7hl 98/169 [ 1797.889634] audit: type=1305 audit(1415071460.490:369): audit_pid=0 old=459 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditd_t:s0 res=1 [ 1797.934423] audit: type=1130 audit(1415071460.535:370): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=' comm="auditd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 1797.954597] audit: type=1131 audit(1415071460.560:371): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=' comm="auditd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 1799.219889] audit: type=1305 audit(1415071461.825:372): auid=4294967295 ses=4294967295 subj=system_u:system_r:auditctl_t:s0 op="remove rule" key=(null) list=1 res=1 [ 1799.303261] audit: type=1305 audit(1415071461.905:373): auid=4294967295 ses=4294967295 subj=system_u:system_r:auditctl_t:s0 op="add rule" key=(null) list=1 res=1 [ 1799.324053] audit: type=1305 audit(1415071461.925:374): audit_enabled=1 old=1 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditd_t:s0 res=1 [ 1799.337812] audit: type=1305 audit(1415071461.940:375): audit_pid=1854 old=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:auditd_t:s0 res=1 ..... [ 1811.171837] Ebtables v2.0 unregistered [ 1813.002366] nf_conntrack version 0.5.0 (16022 buckets, 64088 max) [ 1813.065308] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 1813.263197] Ebtables v2.0 registered [ 1612.763288] SELinux: Context system_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped). [ 1614.587170] SELinux: Context unconfined_u:system_r:vbetool_t:s0-s0:c0.c1023 became invalid (unmapped). [ 1616.804519] SELinux: Context unconfined_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped). [ 1616.884870] SELinux: Context system_u:system_r:vbetool_t:s0-s0:c0.c1023 became invalid (unmapped). It stopped with: Cleanup : initial-setup-0.3.23-2.fc21.armv7hl 122/169 After waiting ~15min I did a <cntl-C> resulting in: warning: %postun(initial-setup-0.3.23-2.fc21.armv7hl) scriptlet failed, signal 2 Non-fatal POSTUN scriptlet failure in rpm package initial-setup-0.3.23-2.fc21.armv7hl So that is the extent of my testing to date. What is it with the urgent call to test a systemd bug fix? I did not really see the system hang after 15min (or maybe that is why the cleanup stopped?). I might be able to run another test tomorrow night.