I am guessing it added the /etc/sysconfig/network-scripts/

There should be a line in the ifcfg-eth0 file, and changing
ONBOOT=no to ONBOOT=yes 
should fix the immediate problem.

There is a line with the mac address (HWADDR) and one with the UUID.

I thought I read where these files were originally missing, in one of the boot logs, but it maybe I have the wrong one, or maybe the  HWADDR or device is wrong and it is being reconstructed with the correct information on the second boot.? I don't know. :)





On Friday, September 5, 2014 12:35 PM, Robert Moskowitz <rgm@htt-consult.com> wrote:


So tried:

# systemctl restart NetworkManager.service
[ 2811.279655] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[root@localhost ~]# [ 2812.083261]  No MAC Management Counters available
[ 2812.100459] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2813.087030] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2815.068718] stmmaceth 1c50000.ethernet eth0: Link is Up -
100Mbps/Full - flow control off
[ 2815.077039] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default
    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
    inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    link/ether 86:80:43:3c:42:e1 brd ff:ff:ff:ff:ff:ff
    inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth0
        valid_lft 14180sec preferred_lft 14180sec
    inet6 2607:f4b8:3:3:8480:43ff:fe3c:42e1/64 scope global
noprefixroute dynamic
        valid_lft 35sec preferred_lft 25sec
    inet6 fe80::8480:43ff:fe3c:42e1/64 scope link
        valid_lft forever preferred_lft forever

So I now have a working ethernet.  But I poweroff and poweron:

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default
    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
    inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    link/ether 5a:d5:ab:5f:50:63 brd ff:ff:ff:ff:ff:ff

Note the different MAC addr on new boot.

# systemctl restart NetworkManager.service
[  131.763025] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[root@localhost ~]# [  132.424848]  No MAC Management Counters available
[  132.438088] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  133.809917] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  135.408087] stmmaceth 1c50000.ethernet eth0: Link is Up -
100Mbps/Full - flow control off
[  135.416411] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default
    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
    inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    link/ether 5a:d5:ab:5f:50:63 brd ff:ff:ff:ff:ff:ff
    inet 208.83.67.187/28 brd 208.83.67.191 scope global dynamic eth0
        valid_lft 14338sec preferred_lft 14338sec
    inet6 2607:f4b8:3:3:58d5:abff:fe5f:5063/64 scope global
noprefixroute dynamic
        valid_lft 28sec preferred_lft 18sec
    inet6 fe80::58d5:abff:fe5f:5063/64 scope link
        valid_lft forever preferred_lft forever

Note the different IP address due to the different MACaddr.

Now I am part of the IEEE 802 MAC privacy study group where we are
discussing randomizing MAC addresses for privacy reasons, but I keep
exhausting my DHCP pool with each boot!  This test, I did not. There was
NO DHCP query on poweron until I restarted NetworkManager.

What test next?


On 09/05/2014 11:54 AM, Peter Robinson wrote:
> On Fri, Sep 5, 2014 at 4:48 PM, Robert Moskowitz <rgm@htt-consult.com> wrote:
>> Still no Ethernet working on my Cubietruck.
> Minimal install works fine on mine
>
>> # systemctl -l status network.service
> systemctl status NetworkManager.service
>
> ip addr
>
> ifup eth0
> _______________________________________________
> arm mailing list
> arm@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm


_______________________________________________
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm