ZitatOriginal 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
ZitatOriginal 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
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
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:
r8168-dkms - r8168 driver in DKMS format.
reboot,
driver: r8168
version: 8.015.00-NAPI
firmware-version:
bus-info: 0000:02:00.0
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
2.6.32-33-server
Danach ist wieder alles gut.
Gruss
Armelle
Kernelfreeze bei Netzwerktransfer bei GA-M720-US3
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).
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
Alles anzeigenNachtrag 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:
r8168-dkms - r8168 driver in DKMS format.
reboot,
driver: r8168
version: 8.015.00-NAPI
firmware-version:
bus-info: 0000:02:00.0
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
2.6.32-33-server
Danach ist wieder alles gut.
Gruss
Armelle
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.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!