1. Aktuelles
  2. Dashboard
  3. Forum
    1. Unerledigte Themen
  4. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
  5. Community vs. Enterprise
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Artikel
  • Forum
  • Seiten
  • Erweiterte Suche
  1. efw-forum - Endian Firewall Support Forum
  2. Forum
  3. Archiv
  4. Endian Firewall 2.2
  5. Hardware Support

Asrock A330GC mit RL8111DL ??

  • minti
  • 27. Februar 2010 um 21:17
  • Erledigt
  • minti
    Schüler
    Beiträge
    72
    • 27. Februar 2010 um 21:17
    • #1

    Ich betreibe die EFW-com 2.3 final auf einem P3 800 und wollte jetzt umstellen auf das Asrock Board mit Atom 330, NB 945GC SB ICH7 und Realtek RTL8111DL.

    Ich schaffe es nicht die RTL8111 zum laufen zu bringen (auch nicht mit selbst kompil. Modul)

    Hat jemand ähnliche oder positive Erfahrungen gemacht?

  • mschoen
    Endian Frischling
    Beiträge
    110
    • 28. Februar 2010 um 11:43
    • #2

    Welche Anleitung hast du benutzt? (gibt glaube ich sogar eine im forum)

    Hab onboard zwei Chips davon und läuft tadelos...

  • minti
    Schüler
    Beiträge
    72
    • 28. Februar 2010 um 18:11
    • #3

    So Problem teilweise gelöst !

    Mein Module, das ich mir gebaut hatte läuft soweit, das Problem lag an dem Asrock Board.

    Aus irgendeinem Grund hatte sich der Chipsatz "verschluckt".

    Testweise hatte ich WinXP installiert und mit den Asrock treibern lief das Board. Also Hardware O.K.
    Weder mit FreeBSD noch Knoppix wurde die Schnittstelle erkannt (lspci lieferte keinen Realtek Chip, nur meine 3com Karte).

    Nach einem "Clear CMOS" (Verzweifelungstat) wurde der Chip erkannt. Dieser Fehler ist reproduzierbar mit jeder Neuinstallation der EFW 2.3 von der Community CD. Wahrscheinlich liegt das an dem fehlerhaften Treiber für r8169, der irrtümlicherweise geladen wird.

    Nun kann ich allerdings keinen connect aufbauen :x

  • minti
    Schüler
    Beiträge
    72
    • 1. März 2010 um 13:01
    • #4

    ... kein connect: Während des Bootens hat die Onboardnetzschnittstelle (Realtek 8111DL) Verbindung (connect am Ethernetswitch). Während ethconfig läuft unterbricht die Verbindung laut Switch und dann ist Ruhe. ethtool gibt auch aus, dass es keine Verbindung gibt. lspci listet den Chip.

    (Das Modul für den RTL8111/8168 habe ich mit dem aktuellen Treiber von der Realtek Website kompiliert und habe auch ein fertiges Kompilat einer älteren Version aus einer Internetquelle für meine Tests/Versuche vewrwendet)

    Als funktionierendes Interface läuft die 3c905.

    Suche geht weiter ...

    Einmal editiert, zuletzt von minti (1. März 2010 um 13:04)

  • minti
    Schüler
    Beiträge
    72
    • 1. März 2010 um 13:02
    • #5
    Zitat von "mschoen"

    Welche Anleitung hast du benutzt? (gibt glaube ich sogar eine im forum)

    Hab onboard zwei Chips davon und läuft tadelos...

    ... auch wirklich die DL-Version RTL8111DL ?

  • minti
    Schüler
    Beiträge
    72
    • 6. März 2010 um 16:57
    • #6

    Ich kann einen Connect nur mit:

    # ethtool -s eth1 speed 100 duplex full autoneg on

    erzwingen. Warum wird kein Connect erkannt (automatisch)? (mit WinXP, Ubuntu 9.10 und FreeBSD läuft es einwandfrei).

    Hat jemand Tips? :roll:

  • mschoen
    Endian Frischling
    Beiträge
    110
    • 6. März 2010 um 21:21
    • #7

    Dann wird es wohl am Treiber liegen, wir hatten auch mal ein Problem beim Intel Chip, der sich überhaupt nicht mit dem Switch am anderen Ende des Kabels über die Geschwindigkeit einig wurde. Stell die Geschwindigkeit mal fest ein und guck was nach einem Reboot macht...

  • minti
    Schüler
    Beiträge
    72
    • 6. März 2010 um 23:58
    • #8
    Zitat von "mschoen"

    Stell die Geschwindigkeit mal fest ein und guck was nach einem Reboot macht...

    kein connect

  • minti
    Schüler
    Beiträge
    72
    • 8. März 2010 um 22:00
    • #9

    ... jetzt arbeite ich an einem Workaround:

    Ich werde die astaro-Firewall testen.

  • jeti-power
    Anfänger
    Beiträge
    18
    • 9. März 2010 um 17:46
    • #10

    Servus,

    ansonsten hättest du einfach nur das richtige Kernelmodul für den Chip selber kompilieren können und das falsch erkannte Modul blacklisten (siehe hier).

    Gruß,
    jeti-power

  • aender
    Fortgeschrittener
    Beiträge
    198
    • 9. März 2010 um 17:55
    • #11
    Zitat von "minti"

    ... jetzt arbeite ich an einem Workaround:

    Ich werde die astaro-Firewall testen.

    Viel Spaß. Solche Teile tausche ich gerade gegen Endian-Firewalls aus. Die Kunden freuen sich alle...

    [Blockierte Grafik: http://www.endian.com/uploads/tx_userendianreseller/endian_AuthorizedPartner_black_web.png]
    Ich habe die deutsche Übersetzung der Endian Firewall verbrochen ;)

  • minti
    Schüler
    Beiträge
    72
    • 10. März 2010 um 09:24
    • #12
    Zitat von "jeti-power"

    Servus,

    ansonsten hättest du einfach nur das richtige Kernelmodul für den Chip selber kompilieren können und das falsch erkannte Modul blacklisten (siehe hier).

    Gruß,
    jeti-power


    Danke für den Hinweis, aber wenn Du mehr als nur den letzten Beitrag von mir in diesem Thread gelesen hättest, wüßtest Du, das ich mir das richtige Kernelmodul kompiliert habe (was nicht geschrieben steht: sogar mehrere Versionen von alt bis zum aktuellen). Im von Dir genannten Beitrag war auf dem Board der RTL8111C Chip verbaut (mit dem es scheinbar funkt.), wohingegen ich auf meinem Board den RTL8111DL verbaut habe. Gleicher Treiber, mehr Features. Da funkt. diese Vorgehensweise nicht mehr.

    Ein aktuelles Ubuntu läuft einwandfrei und bindet das aktuelle Treiber Module für den RTL8169 ein. Dieser aktuelle Treiber (realtek webpage) läßt sich nicht fehlerfrei auf der efw kompilieren und dessen Version in der efw 2.3 läßt den Chip 8111dl völlig verstummen (keine Erkennung mit lspci) ...


    Nochmal danke für Deinen Hinweis ;)

Unterstützt von

Benutzer online in diesem Thema

  • 1 Besucher
  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™