Erfahrungsbericht Gigabyte GA-M720-US3

Zitat

Original von Funzt
Mal schauen, ob zwei S2-1600 und eine S2-3200 damit stabil laufen...

Da habe ich keine Zweifel, das das funktioniert.

Gruß
Frank

Funzt

Habe es heute endlich geschafft die letzte DVB-S Karte gegen eine weitere S2-1600 auszutauschen und betreibe das Brett nun mit 3x S2-1600, 1x LPT, 1x FX 580. Habe mal Quick'n'Dirty die Kamera reingehalten, so sieht das Brett fast vollbestückt aus.

Gruß
Frank

Hi zusammen,

habe nun endlich auch gemerkt, dass Pixelstörungen vollständig verschwinden, wenn man im BIOS C1E und Cool&Quiet deaktiviert.
Ist das bei Euch auch so oder hab' ich was anderes übersehen ?

so long,

talpa

talpa

C1E funktioniert sowieso nur mit K10.x CPUs ab Stepping C3 fehlerfrei, also recht aktuelle z.B. Athlon II X2 260.

C'n'Q muß ich nicht deaktivieren, Bestückung siehe Sig.

Gruß
Frank

Nachtrag falls noch jemand darueber stolpert:

Kernelfreeze bei Netzwerktransfer bei GA-M720-US3

Hallo Leute,

kopierte heute eine ISO uebers Netzwerk auf meinen Server, und ca. bei der haelfte fror das gesamte System ein. Danach wartete ich noch ca. 10 Minuten, und ich machte einen Hardreset. Ich versuchte das dann nochmal mit ner anderen ISO, und wieder das gleiche.

Problem:
Immer wieder haengt das System, in meinem Fall Ubuntu 10.04 server/Linux Mint 9 + yavdr-ppa. Gerade bei hoher Netzwerklast. Das Board ist ein GA-M720-US3. In den Logfiles sieht man folgenden Fehler, fast sekuendlich, kurz vorm ableben:

r8169 0000:02:00.0: eth0: link up

Ursache:

Nach laengeren Recherchen im Internet liegt das Problem am falschen Treiber für die Onboard Realtek Netzwerkkarte. Es wir statt dem Treiber r8168 der Treiber r8169 verwendet.

So zu loesen:

apt-cache search r8168

r8168-dkms - r8168 driver in DKMS format.

apt-get install r8168-dkms

reboot,

ethtool -i eth0

driver: r8168
version: 8.015.00-NAPI
firmware-version:
bus-info: 0000:02:00.0

lspci -vv

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
Subsystem: Giga-byte Technology Device e000
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 26
Region 0: I/O ports at bc00
Region 2: Memory at fdcff000 (64-bit, prefetchable)
Region 4: Memory at fdce0000 (64-bit, prefetchable)
[virtual] Expansion ROM at fdc00000 [disabled]
Capabilities: <access denied>
Kernel driver in use: r8168
Kernel modules: r8168, r8169

uname -r

2.6.32-33-server

Danach ist wieder alles gut.

Gruss

Armelle

Zitat von armelle

Kernelfreeze bei Netzwerktransfer bei GA-M720-US3

Zitat von armelle

Nach laengeren Recherchen im Internet liegt das Problem am falschen Treiber für die Onboard Realtek Netzwerkkarte. Es wir statt dem Treiber r8168 der Treiber r8169 verwendet.

Vielen Dank für den Hinweis, über das Problem bin ich schon auch mal gestolpert, allerdings nur bei ftp-Transfers ab 75MB/s aufwärts. Da das nur bei ftp auftrat und ich ansonsten zu 99% per SSH transferiere, hatte ich da dann auch nicht weiter geforscht.

Einen Hinweis habe ich noch dazu, das erwähnte "r8168-dkms" ist nicht Teil des Ubuntu-Repository selbst, sondern des yavdr PPA-Repository, woher IMHO auch armelle's Pakat (apt-cache policy r8168-dkms) kam. Geneigte Ubuntu-Nutzer die ihren VDR nicht auf Basis der yavdr Repositories betreiben, müssen sich das Paket daher manuell daraus besorgen. Evtl. ist es auch nötig das Kernelmodul "r8169" zu blacklist'en ...

Regards
fnu

Hm, also mir ist das Problem noch nie aufgefallen, obwohl ich eigentlich viel übers Netzwerk kopiere (Aufnahmen liegen auf einem Server).

Zitat von TheChief

Hm, also mir ist das Problem noch nie aufgefallen, obwohl ich eigentlich viel übers Netzwerk kopiere (Aufnahmen liegen auf einem Server).

Das tritt auch nur bei hohen Transferraten auf, hab's ein-/zweimal beim GA-M720-US3 gesehen, da habe ich dann kurz noch Transferraten von über 90MB/s gesehen (ftp-Transfer), bevor der NIC quasi abschaltete. Mittels NFS, CIFS oder auch SSH/SCP/SFTP gabs nie ein Problem, weil ich da wissentlich nie diese Transferrate erreicht habe ...

Grundsätzlich ist der Realtek 8168 augenscheinlich auf viel mehr Mainboards verbaut als man annimmt, nicht nur auf dem GA-M720-US3, z.B. auch auf allen meinen anderen Gigabyte Mainboards.

Von daher haben wir mal die Version des "r8168-dkms" aus ppa:yavdr/main auf den letzten Stand von Realtek (8.025.00) gebracht. Getestet habe ich diese DKMS Version auch mit Lucid & Natty, ftp-Transfers mit 90MB/s waren kein Problem. Das DKMS liegt für Lucid & Natty im PPA, sollte aber manuell für alle Ubuntu-Versionen nutzbar sein ...

Regards
fnu

Zitat von armelle

Nachtrag falls noch jemand darueber stolpert:

Kernelfreeze bei Netzwerktransfer bei GA-M720-US3

Hallo Leute,

kopierte heute eine ISO uebers Netzwerk auf meinen Server, und ca. bei der haelfte fror das gesamte System ein. Danach wartete ich noch ca. 10 Minuten, und ich machte einen Hardreset. Ich versuchte das dann nochmal mit ner anderen ISO, und wieder das gleiche.

Problem:
Immer wieder haengt das System, in meinem Fall Ubuntu 10.04 server/Linux Mint 9 + yavdr-ppa. Gerade bei hoher Netzwerklast. Das Board ist ein GA-M720-US3. In den Logfiles sieht man folgenden Fehler, fast sekuendlich, kurz vorm ableben:

r8169 0000:02:00.0: eth0: link up

Ursache:

Nach laengeren Recherchen im Internet liegt das Problem am falschen Treiber für die Onboard Realtek Netzwerkkarte. Es wir statt dem Treiber r8168 der Treiber r8169 verwendet.

So zu loesen:

Code

apt-cache search r8168

r8168-dkms - r8168 driver in DKMS format.

Code

apt-get install r8168-dkms

reboot,

Code

ethtool -i eth0

driver: r8168
version: 8.015.00-NAPI
firmware-version:
bus-info: 0000:02:00.0

Code

lspci -vv

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
Subsystem: Giga-byte Technology Device e000
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 26
Region 0: I/O ports at bc00
Region 2: Memory at fdcff000 (64-bit, prefetchable)
Region 4: Memory at fdce0000 (64-bit, prefetchable)
[virtual] Expansion ROM at fdc00000 [disabled]
Capabilities: <access denied>
Kernel driver in use: r8168
Kernel modules: r8168, r8169

Code

uname -r

2.6.32-33-server

Danach ist wieder alles gut.

Gruss

Armelle

Alles anzeigen

Jetzt wo ich das lese könnte ich mich in den *** beissen.
Ich hatte genau dieses Problem unter Ubuntu 11.04 und dann auch unter Debian 6.
Meine Lösung war dann eine neue PCIe Netzwerkkarte (auch mit dem 8111 Chip), seit die drinnen ist funktioniert alles ohne Probleme.
Hätte ich nur vorher im VDR-Portal geschaut....

Weis jemand zufällig seit wann das Problem besteht, hatte mein System damals mit Ubuntu 9.04 installiert und dort lief es immer ohne Probleme.
Dann hab ich mal Updates auf 11.04 gemacht und dort lief es auch lange Zeit noch. Und auf einmal hatte ich diese Probleme, immer wenn ich von meinem PC auf den Server kopieren wollte fror das ganze System ein.