On 09/05/2014 01:50 PM, Sean Omalley wrote:
I am guessing it added the /etc/sysconfig/network-scripts/
There is no ifcfg-eth0 on any of my F21 test builds. In fact there is none on my F20 notebooks (or whatever the device name for the ethernet adapter is for each notebook). It seems this is no longer created by default. Which is a pain, because if you use system-config-network, it does not work for the interface until you create at least a default content ifcfg-<device name> file.
There should be a line in the ifcfg-eth0 file, and changing ONBOOT=no to ONBOOT=yes should fix the immediate problem.
Yes. If there was an ifcfg-eth0, I would expect to see an ONBOOT=yes line.
There is a line with the mac address (HWADDR) and one with the UUID.
MACaddr is now in /etc/udev/rules.d/70-persistent-net.rules which also does not exist be default anymore. I have a script that another fellow gave me that can create one. I have used it on my production F20 cubieboard2 to control the MACaddr and such.
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. :)
I know they are not there. If you want to deviant from defaults, you have to build them yourself.
On Friday, September 5, 2014 12:35 PM, Robert Moskowitz <r...@htt-consult.com> wrote:So tried: # systemctl restart NetworkManager.service [ 2811.279655] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [root@localhost <mailto: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 <mailto: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 <r...@htt-consult.com <mailto:r...@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 > a...@lists.fedoraproject.org <mailto:a...@lists.fedoraproject.org> > https://admin.fedoraproject.org/mailman/listinfo/arm _______________________________________________ arm mailing list a...@lists.fedoraproject.org <mailto:a...@lists.fedoraproject.org> https://admin.fedoraproject.org/mailman/listinfo/arm
-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
