No, adding DEVICE line didnt help, still using a script in disptcher.d
ср, 28 окт. 2015 г. в 11:05, Kseniya Blashchuk <ksyblast(a)gmail.com>:
Thank you, Rick.
1) Of course the first thing i did was replacing the cabling, plugging
into another port and even into another switch.
2) I put a script changing autoneg in /etc/NetworkManager/dispatcher.d/.
But I'll try what you adviced and have a look.
вт, 27 окт. 2015 г. в 20:08, Rick Stevens <ricks(a)alldigital.com>:
> On 10/27/2015 05:08 AM, Kseniya Blashchuk wrote:
> > Now something strange happens - auto negotiation automatically turns on
> > after a while. Cannot distinguish what changes this value. I
> > added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the
> > ifcfg-Wired_connection_1 config. But seems it doesn't work.
> > Am I doing something wrong?
>
> I haven't had to chase this in a long time, but I see two possible
> issues:
>
> 1) Replace your network cable. Gigabit does put more "strain" on the
> cable and if it's flaky (the cable itself or, more likely, the
> connectors), you could have issues--especially if it's solid at 100Mbps
> but not at 1000Mbps. I've had that issue many times in the past.
>
> 2) I had always put the options in the modprobe.d/whatever.conf file so
> it was tied to the driver regardless of which network device the kernel
> decided to call it (what an absolutely idiotic concept to rename the
> devices at boot).
>
> I've never put ETHTOOL_OPTS in a network-scripts/ifcfg-XXX file. Having
> said that, I took a quick look at the scripts and it appears that
> invoking ethtool is dependent on the presence of a "DEVICE=" line in
> that file (well, really on the value of "${REALDEVICE}"). If you don't
> have that line, then ethtool isn't called with the "-s" flag to set
> parameters as it doesn't know which physical device to apply them to.
>
> Try buggering the ifcfg-Wired_connection_1 file and insert a
>
> DEVICE=enp2s0
>
> line and try it again. This is just a guess, mind you.
>
> > вт, 27 окт. 2015 г. в 10:34, Joe Zeff <joe(a)zeff.us <mailto:joe@zeff.us
> >>:
> >
> > On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote:
> > > BTW, I thought maybe its not a driver but a NIC issue and some
> of the
> > > pins dont work properly. Maybe anybody knows how to check if all
> NIC
> > > pins are working?
> >
> > I have a friend who does all of my hardware work once it gets past
> the
> > card swapping phase. (That I can do myself.) Some of his wire-wrap
> > work is heading out of the Solar System, and he doesn't even try to
> > troubleshoot things like that; he just replaces the card if
> possible.
> > However, as the card works fine at 100 Mbps but not at 1000, I doubt
> > that it's hardware.
> > --
> > users mailing list
> > users(a)lists.fedoraproject.org <mailto:users@lists.fedoraproject.org
> >
> > To unsubscribe or change subscription options:
> >
https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct:
http://fedoraproject.org/code-of-conduct
> > Guidelines:
http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away:
http://ask.fedoraproject.org
> >
> >
> >
>
>
> --
> ----------------------------------------------------------------------
> - Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
> - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
> - -
> - To understand recursion, you must first understand recursion. -
> ----------------------------------------------------------------------
> --
> users mailing list
> users(a)lists.fedoraproject.org
> To unsubscribe or change subscription options:
>
https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct:
http://fedoraproject.org/code-of-conduct
> Guidelines:
http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away:
http://ask.fedoraproject.org
>