So to make them more readable, here they go:
ip addr show
$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:******:11 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.248/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
valid_lft 43004sec preferred_lft 43004sec
And some more starting lines of rdsosreport.txt with some information
+ cat /lib/dracut/dracut-050-64.git20200529.fc33
dracut-050-64.git20200529.fc33
+ cat /proc/cmdline
+ sed -e 's/\(ftp:\/\/.*\):.*@/\1:*******@/g;s/\(cifs:\/\/.*\):.*@/\1:*******@/g;s/cifspass=[^ ]*/cifspass=*******/g;s/iscsi:.*@/iscsi:******@/g;s/rd.iscsi.password=[^ ]*/rd.iscsi.password=******/g;s/rd.iscsi.in.password=[^ ]*/rd.iscsi.in.password=******/g'
BOOT_IMAGE=(hd0,gpt3)/ostree/fedora-coreos-4f9918995641f54d7d0b42584fc97958ab5a23601a9314a1234b442ab099f7a9/vmlinuz-5.11.15-200.fc33.x86_64 mitigations=auto,nosmt console=tty0 ignition.platform.id=metal ostree=/ostree/boot.0/fedora-coreos/4f9918995641f54d7d0b42584fc97958ab5a23601a9314a1234b442ab099f7a9/0 ipv6.disable=1 rd.luks.name=6f14f5ac-d2f0-4f08-af23-9f8c5ff8ebe1=root rd.neednet=1 rd.luks.options=_netdev root=UUID=6a8d1969-fbab-4cf0-9d80-b277343fb048 rw
+ '[' -f /etc/cmdline ']'
+ for _i in /etc/cmdline.d/*.conf
+ '[' -f /etc/cmdline.d/00-btrfs.conf ']'
+ echo /etc/cmdline.d/00-btrfs.conf
/etc/cmdline.d/00-btrfs.conf
+ cat /etc/cmdline.d/00-btrfs.conf
+ sed -e 's/\(ftp:\/\/.*\):.*@/\1:*******@/g;s/\(cifs:\/\/.*\):.*@/\1:*******@/g;s/cifspass=[^ ]*/cifspass=*******/g;s/iscsi:.*@/iscsi:******@/g;s/rd.iscsi.password=[^ ]*/rd.iscsi.password=******/g;s/rd.iscsi.in.password=[^ ]*/rd.iscsi.in.password=******/g'
rd.driver.pre=btrfs
+ cat /proc/self/mountinfo
1 1 0:2 / / rw shared:1 - rootfs none rw
23 1 0:22 / /sys rw,nosuid,nodev,noexec,relatime shared:2 - sysfs sysfs rw
24 1 0:23 / /proc rw,nosuid,nodev,noexec,relatime shared:7 - proc proc rw
25 1 0:5 / /dev rw,nosuid,noexec shared:8 - devtmpfs devtmpfs rw,size=32824792k,nr_inodes=8206198,mode=755,inode64
26 23 0:6 / /sys/kernel/security rw,nosuid,nodev,noexec,relatime shared:3 - securityfs securityfs rw
27 25 0:24 / /dev/shm rw,nosuid,nodev shared:9 - tmpfs tmpfs rw,inode64
28 25 0:25 / /dev/pts rw,nosuid,noexec,relatime shared:10 - devpts devpts rw,gid=5,mode=620,ptmxmode=000
29 1 0:26 / /run rw,nosuid,nodev shared:11 - tmpfs tmpfs rw,size=13146140k,nr_inodes=819200,mode=755,inode64
30 23 0:27 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime shared:4 - cgroup2 cgroup2 rw,nsdelegate
31 23 0:28 / /sys/fs/pstore rw,nosuid,nodev,noexec,relatime shared:5 - pstore pstore rw
32 23 0:29 / /sys/fs/bpf rw,nosuid,nodev,noexec,relatime shared:6 - bpf none rw,mode=700
+ cat /proc/mounts
none / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,nosuid,noexec,size=32824792k,nr_inodes=8206198,mode=755,inode64 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,inode64 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,size=13146140k,nr_inodes=819200,mode=755,inode64 0 0
cgroup2 /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
none /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
The rest did not fit into this Discourse posts, because it limits the amount of chars I can put in here, so please find them in this GitHub gist:
Overview over logs related to network CoreOS issue on Purism Librem Mini · GitHub
BTW the device is the Purism Librem Mini With SeaBIOS as the above log also shows.
Again if someone wants to get the full log feel free to ask. Or I may also open a bug report at RedHat’s bugzilla if that would help – I could limit the report’s visibility to a smaller group of Fedora contributors there.
BTW, maybe a good idea to mention the network setup: It’s just an OpenWRT router behind another router (no bridge, they have different subnets), and for what matters, it’s “usual” DHCP… Any other device on that network (WiFi or LAN) could so far always acquire a IP address…
And as for the Ignition/CoreOS config, the only thing related to network I define/configure there is the hostname, just exactly as the docs tell me:
storage:
files:
# hostname
- path: /etc/hostname
mode: 0644
contents:
inline: # some [a-zA-Z]* chars
So nothing special. And no reason to fail… 
, it gave up and showed me an emergency shell.
