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@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx
> https://admin.fedoraproject.org/mailman/listinfo/arm
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
_______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
