CryBaby

I haven't tried it lately but it didn't work last time I did. It looks like everything is in place but it does't actually work. My conclusion was it is a bug or at least a lack of support for the hardware.

A better power supply might fix 1 and 2, they can go bad over time. 3 is a bug, sometimes you will get a connection, but mostly no carrier.

CONFIG_GMAC_TX_DELAY seems to have been added to uboot in 2015 so the question is is it being set in armbian? I don't know if it can be set in bootEnv.txt or you have to set it at build time. I don't have access to my cubietruck right now...

That looks like it is working to me. I have been fiddling with my cubietruck recently and I notice that it doesn't always connect to the network too, so maybe the problem has nothing to do with your carrier board.

I have no clue, but maybe you will find one in the system logs.

I don't believe mainline kernels support the NAND, and aren't likely to as it is flaky. I would try whatever the current image is and see what you get.

Why not use libgpiod? Or try to port mraa?

You are probably going to need a share name after the IP address smb://10.10.2.101/sharename Running smbclient from the command line will give you more feedback and allow you to search for shares.

Normally your router will be responsible for translating the hostname to an IP address. So if it stops working you should look at your router's DHCP and DNS. Often both will be handled by dnsmasq. Rebooting your RockPro will renew its DHCP lease.