Realtek RTL8111/8168/8411 issue (found a new solution, kind of sorted)

    • OMV 4.x

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Realtek RTL8111/8168/8411 issue (found a new solution, kind of sorted)

      Runnin OMV 4.1.23-1 with 4.19 kernal on a laptop that has Realtek RTL8111/8168/8411.

      Everything is working fine until I transfer big files from OMV SAMBA folder to win 10 PC, speed can reach 90MB/sec at first but then it randomly slows down to 0K and even freeze when under heavy loads, seems that quite a few people on the internet asked about this particular issue....
      I have tried adding extra options but the issue still persists.

      Just cancelled a 7 GB transfer and rx_missed is 11...

      Some people said it's driver problem, I would be grateful if anyone can tell me how to resolve this issue, thank you in advance.

      The post was edited 1 time, last by bbsen666 ().

    • Unfortunately you're on a laptop, so I'll just say good luck. I had nothing but problem with Realtek and won't use or recommend them anymore for Linux boxes (although some report with more recent kernels they work fine).

      I purchased an Intel card which works great.
      Air Conditioners are a lot like PC's... They work great until you open Windows.

    • Hi, i followed the steps in. unixblogger.com/how-to-get-you…68-working-updated-guide/

      when I ran "sudo ./autorun.sh" using OMV as root,

      it says "sudo: unable to execute ./autorun.sh: Permission denied"

      please help, thank you.

      ---------------------------

      ps, managed to execute it using.... bash -x ./filename.filetype command

      $ dmesg | grep -i ethernet output is r8168 driver loaded...

      will test it and see if things are working properly this time, thanks!!!!

      ----------------

      just did a 12GB transfer test. The speed still went up and down like a rollacoaster but it managed to get the job done at the end... which is a big improvement already.
      wondering if adding extra options can make things better...

      The post was edited 3 times, last by bbsen666 ().

    • Hello Everyone,

      Interesting feed, quite "frightening" regarding the 8111...
      I'm actually trying to create my own build and every m-atx MB I see are all set with a Realtek 8111 (AMD based m-atx).
      I guess one option would be installing a PCIE Ethernet ? Would that be a solution?

      Cheers,
      J
      ---

      Geeky photographer, brand new to the Open Source & NAS world, much to learn, few to share but happy to !
    • geaves wrote:

      jonaphil wrote:

      I guess one option would be installing a PCIE Ethernet ? Would that be a solution?
      It would certainly save you the hassle of installing the r8168 driver, and as @KM0201 suggested an Intel based card is a good option, the problem here is that Debian installs and enables the r8169 driver as default for Realtek.
      Good to know!
      Then maybe I'll go through the Intel based PCIE solution, I could say 40€ is worth a dozen of lost hours setting up a driver downgrade
      Thanks!
      ---

      Geeky photographer, brand new to the Open Source & NAS world, much to learn, few to share but happy to !
    • geaves wrote:

      bbsen666 wrote:

      The speed still went up and down like a rollacoaster but it managed to get the job done
      Well if that happened then I would look toward other networking issues before adding extras options.
      I have no idea what else I can do now... I added extra options and transfer speed still not stable.
      Anyway, it doesn't FREEZE during file transfer and I am fine with it for now.


      thanks a lot for your advise!
    • KM0201 wrote:

      although some report with more recent kernels they work fine
      What I did in the past was mentioning that recent silicon works just fine. There were numerous occasions of Realtek bashing where I stepped in asking from which decade the concerns were and that there are no reports of recent RTL8111G or RTL8111H showing the same hassles as older and totally different Realtek NICs also with an RTL8111 or RTL8168 in their name.

      IMO the appropriate approach to deal with 'Realtek' is to ask people which hardware they have instead of telling them horror stories based on old Realtek NICs. One way to obtain the exact hardware revision is using ethtool: github.com/ThomasKaiser/Knowle…f_ODROID-H2.md#networking
    • ethtool -i enp8s0
      driver: r8168
      version: 8.046.00-NAPI
      firmware-version:
      expansion-rom-version:
      bus-info: 0000:08:00.0
      supports-statistics: yes
      supports-test: no
      supports-eeprom-access: no
      supports-register-dump: yes
      supports-priv-flags: no

      I installed 8168 driver but the same old problem still persist now.... hopeless....
    • geaves wrote:

      Have a read through this it seems that the driver being loaded/used is r8169 but following the first post from the link will give you the relevant information.

      geaves wrote:

      bbsen666 wrote:

      The speed still went up and down like a rollacoaster but it managed to get the job done
      Well if that happened then I would look toward other networking issues before adding extras options.
      I accidentally discovered a new solution....

      Since speed was unstable in Win and it is worst in MX linux... it stops transferring every single time....

      I opened NetworkManager Applet in MX linux and edited my connection configuration, changed link negotiation to manual, then speed from 1000 Mb/s to 100Mb/s. I was expecting around 9.XX MB/sec MAX actual trasnfer speed, but strangely it turned out transfer speed was around 5X MB/sec, more surprisingly the overall process was very steady and stable, so far I have done five 2GB-4GB file transfers for testing and none of them had any issue...

      i am very happy about it.
    • bbsen666 wrote:

      i am very happy about it.
      :thumbsup: well at least you've found a solution, the last time I experienced something similar was to change the duplex setting from full to half and that would stabilise connection issues, if not you change 1000Mbs Full Duplex to 1000Mbs Half Duplex. But it's been a long time since I had to do that.
      Raid is not a backup! Would you go skydiving without a parachute?