Hallo, bin mal wieder auf ein Problem gestossen, das ich irgendwie nicht allein lösen kann.
Mit dem Kernel 3.11-6 gab es das Problem noch nicht.
Seid 3.12 kann ich zwar auf FTP-Ressourcen (egal ob internes oder externes Netzwerk) zugreifen, ich sehe sie und kann auch dateien umbenennen und runterladen ... aber ich kann nix hochladen. Bekomme dann immer ein Timeout und die Verbindung bricht ab.
Starte ich dann wieder mit dem Kernel 3.11.-6 ist alles fein und läuft wie es soll.
Hat noch jemand das Problem beobachtet und/oder hat jemand ne Idee für mich??
System: Host: laptop1 Kernel: 3.12-0.towo-siduction-amd64 x86_64 (64 bit, gcc: 4.8.2)
Desktop: KDE 4.11.3 (Qt 4.8.6) Distro: siduction 12.2.0 Riders on the Storm - kde - (201212092131)
Machine: System: Hewlett-Packard product: HP 625 serial: CNU04411QS
Mobo: Hewlett-Packard model: 1475 version: KBC Version 72.13
Bios: Hewlett-Packard version: 68DVA Ver. F.21 date: 06/15/2012
CPU: Dual core AMD Athlon II P320 (-MCP-) cache: 1024 KB flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 8378.78
Clock Speeds: 1: 2100.00 MHz 2: 800.00 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] RS880M [Mobility Radeon HD 4225/4250] bus-ID: 01:05.0
X.org: 1.14.3 drivers: ati,radeon (unloaded: fbdev,vesa) tty size: 127x47 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller
driver: r8169 ver: 2.3LK-NAPI port: 2000 bus-ID: 02:00.0
IF: eth0 state: down mac: 1c:c1:de:b8:30:ec
Card-2: Broadcom BCM4313 802.11b/g/n Wireless LAN Controller driver: bcma-pci-bridge bus-ID: 03:00.0
IF: N/A state: N/A mac: N/A
Card-3: D-Link System DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU]
driver: r92su usb-ID: 001-002
IF: wlan0 state: up mac: 90:94:e4:5f:9e:10
Drives: HDD Total Size: 320.1GB (80.6% used) 1: model: Hitachi_HTS54503
Info: Processes: 159 Uptime: 14 min Memory: 777.9/5718.1MB Runlevel: 5 Gcc sys: 4.8.2
Client: Shell (bash 4.2.45) inxi: 1.9.16
k. A.... Ich habe den Kernel 3.12-0.towo-siduction-amd64 in Gebrauch und habe gerade per Dolphin-FTP etwas (erfolgreich) auf meinen Webspace hochgeladen.... allerdings mit Realtek RTL-8139/8139C/8139C+ driver: 8139too lt. inxi.
Scheint ja nicht nur ein ftp-problem zu sein. Auch das speichern des obrigen Post machte probleme, so das ich erst den alten kernel starten musste, damit es ging.
Überhaupt scheint es, als wenn jede größere abgehende Verbindung Ärger macht. Auch das anmelden bei Ebay ging immer erst nach mehreren versuche. Mit dem alten Kernel hab ich da garkeine Probleme ..
Auch der aktuelle Kernel macht diese Probleme :'( .
Towo kannst du mal mit gucken, ob für meine Realtek alles korrekt im Kernel gesetzt ist?
hmm, keine weitere hilfe oder idee?? Kann mit dem 3.12er Kernel nix anfangen :-[
Die temporäre Lösung für Deine Probleme wird Dich wahrscheinlich überraschen - fahr erst mal den älteren Kernel weiter, falls Du die neuen Funktionalitäten nicht zwingend zum Leben brauchst :D - Anderer Lösungsvorschlag: Benutz kein ftp, das Protokoll ist eh ein Grauen - ok, nicht ganz ernst gemeint, aber kaum auf die Entfernung zu debuggen. Ich teste das trotzdem mal bei mir durch.
Edit: Noch mal gelesen und gesehen, dass nicht nur ftp betroffen ist - hast Du etwas an den kernel-Settings geändert?
Hi @reddark,
@melmarker hat dir ja vorgeschlagen erst einmal den älteren Kernel zu benutzen, wenn der funktioniert warte lieber noch ein bisschen auf den 3.12.2er, dann erübrigt sich das Problem wahrscheinlich und falls nicht können wir mit der Fehlersuche beginnen.
Nur so am Rande, muss ja nicht bei dir zutreffen:
Meine Ethernet-Karte wollte nicht mit dem Realtek-r8169 Treiber arbeiten, nutze nun den r8168er nach dieser Anleitung und es funktioniert: http://forums.linuxmint.com/viewtopic.php?f=49&t=80757#p469071 (http://forums.linuxmint.com/viewtopic.php?f=49&t=80757#p469071)
ja, der Vorschlag und der Ansatz von DeKa gehen in die Richtung, die ich meinte - wir haben da ein kleines logistisches Problem - bitte korrigiert mich, wenn ich falsch liege: Realtek liefert unfreie Blobs mit, die wir so nicht bauen, Realtek hat eine an sich recht gute unterstützung durch freie Treiber, die auch im Kernel dabei sind. Die relevanten Kernel-Objekte sind:
/lib/modules/3.11-6.towo-siduction-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
/lib/modules/3.12-0.towo-siduction-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
und jetzt kommt die Frage aller Fragen: irgendwas von irgendwelchen $foo.fw ist da drin referenziert.
F: Könnte es helfen, diese Dinger installiert zu haben?
A: Wenn ja: apt-get install firmware-realtek
F: Könnte es helfen, diese Dinger aktuell zu haben?
A: Aus dem Kernel-Git extrahieren und ins System werfen
Ich hab keinerlei blassen Schimmer, wie aufwendig so was ist und was man damit noch so alles kaputt bekommt. Auf meinem System läuft das auf jedem Fall ohne Probleme
System: Host: razorbox Kernel: 3.12-1.towo-siduction-amd64 x86_64 (64 bit)
Desktop: N/A Distro: siduction 13.1.0 Firestarter - rqt - (201306021344)
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: eth1 state: down mac: 00:24:1d:7f:d9:ba
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 00:24:1d:7f:d9:ca
Mit firmware-realtek kommt ja dieser r8169 Treiber, meine Hardware hat damit nur Probleme.
Immer irgendwelche Aussetzer, Verzögerungen die immer wieder anders auftreten, mittendrin geht es auch wieder, dann für ca. 3 Min. auch wieder nicht.
Der r8168er läuft auf meiner Hardware stabiler, allerdings ist mein Notebook neu und wurde mit dem 3.12.0er Kernel installiert der mit dem r8169er Probleme hatte, auch ein nachinstallieren des 3.11.6er hat keine Besserung gebracht. Jedenfalls läuft jetzt die Karte einwandfrei mit Gigabit.
inxi -F:root@siductionbox:/home/deka# inxi -F
System: Host: siductionbox Kernel: 3.12-1.towo-siduction-amd64 x86_64 (64 bit)
Desktop: Xfce 4.10.2 Distro: siduction 13.1.0 Firestarter - xfce - (201305202241)
Machine: Mobo: CLEVO model: W55xEU version: D02 Bios: American Megatrends version: 4.6.5 date: 08/02/2013
CPU: Quad core Intel Core i7-3632QM CPU (-HT-MCP-) cache: 6144 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx)
Clock Speeds: 1: 2222.343 MHz 2: 2755.242 MHz 3: 1711.617 MHz 4: 1785.093 MHz 5: 2468.125 MHz 6: 3040.125 MHz 7: 2757.390 MHz 8: 2316.445 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
X.org: 1.14.3 drivers: intel (unloaded: fbdev,vesa) tty size: 80x24 Advanced Data: N/A for root
Audio: Card: Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture ver: k3.12-1.towo-siduction-amd64
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8168
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 00:90:xx:xx:xx:xx
Card-2: Intel Centrino Advanced-N 6235 driver: iwlwifi
IF: wlan0 state: up mac: b4:b6:xx:xx:xx:xx
Drives: HDD Total Size: 878.2GB (11.8% used) 1: id: /dev/sda model: ST9750420AS size: 750.2GB
2: id: /dev/sdb model: TOSHIBA_THNSNH12 size: 128.0GB
Partition: ID: / size: 16G used: 5.1G (36%) fs: ext4 ID: /home size: 102G used: 17G (18%) fs: ext4
RAID: No RAID devices detected - /proc/mdstat and md_mod kernel raid module present
Sensors: System Temperatures: cpu: 55.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 214 Uptime: 5 min Memory: 894.1/7867.2MB Client: Shell (bash) inxi: 1.9.16
Nuja, den alten kernel fahre ich ja notgedrungen weiter. Auch wenn das nicht unbedingt Sinn von einem Rolling Release ist .. ;)
firmware-realtek ist installiert und machte bisher keine Probleme. Ist irgendwie schon komisch, zumal ich keinen rechten anhaltspunkt habe, wo ich ansetzen oder fehlermeldungen finden soll. Internet-Verbindungen werden hergestellt, aber sowie was rausgeht wird das geblockt, als wenn ne Firewall dazwischenhängt ... hab aber keine installiert ... ;(
Hmm - Sinn eines Rolling Releases sollte zuerst mal Funktionalität sein - ist aber nur meine bescheidene Meinung. Ansonsten hört sich das Vorgehen von DeKa gut an. Aber nu mal was ganz anderes - braucht es die nicht freie Firmware wirklich, bei mir hat der Chip auch ohne eigentlich immer recht gut funktioniert.
Ansonsten noch mal ganz offiziell die Bestätigung von DeKa's Beobachtung
http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers
hmm, jetzt selbst kompilieren oder reicht es einfach mal testweise die firmware zu deinstallieren?
ich würd mit dem einfachsten anfangen :D
Hab ich getan. Firmware deinstalliert und Wlanstick wieder angesteckt. Dann mit Ceni versucht sie neu zu Konfigurieren, aber nö .. Treiber fehlt, also kein Wlan ;(
HURRRA - die erste sinnvolle Information seit Threaderöffnung.
Card-2: Broadcom BCM4313 802.11b/g/n Wireless LAN Controller driver: bcma-pci-bridge bus-ID: 03:00.0
IF: N/A state: N/A mac: N/A
Card-3: D-Link System DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU]
driver: r92su usb-ID: 001-002
IF: wlan0 state: up mac: 90:94:e4:5f:9e:10
Darf ich jetzt noch mal die Hände auf die Glaskugel packen und raten, dass es um eins der beiden WLan-Geräte geht - vorzugsweise um den DWA-131?
Ja hast recht ;) Deswegen sprach ich auch permanent von realtek ;)
Aber ich werde den Kernel nachher mal mit Lan versuchen, mal schauen ob es da auch probleme gibt.
Broadcom-Wlan hab ich lahm gelegt (treiber deinstalliert) ....
Könntest Du das nächste Mal bitte gleich kundtun, dass es um WLan geht? Das war mir irgendwie nicht so bewußt. ich wusste gar nicht, dass es auch WLan von Realtek gibt :D
Welche W-Lan Karte willst du nun überhaupt nutzen Broadcom BCM4313 oder diese D-Link Realtek?
Ich bin genauso wie @melmarker von Ethernet ausgegangen, passt ja auch du nutzt ja eine mit dem Treiber r8169, bin mal gespannt ob der bei dir läuft.
Wenn du den Stick meinen solltest musst du eventuell auch mal die Ausgaben von lsusb hier angeben, vielleicht ist der Treiber ja gar nicht installiert, weil nicht mehr im Kernel.
Komme heut leider nicht mehr dazu weiter zu testen ;(
Ja ich meine den D-Link Realtek ;)
QuoteWenn du den Stick meinen solltest musst du eventuell auch mal die Ausgaben von lsusb hier angeben, vielleicht ist der Treiber ja gar nicht installiert, weil nicht mehr im Kernel.
Reiche ich nach, aber ich glaube nicht das es was bringt, weil ich mich ja weiterhin mit dem Netz verbinden kann, aber halt mit den oben genannten Problemen .. ;)
Die Probleme scheinen nicht all zu groß zu sein - ansonsten würde man Leute, die einem helfen wollen, mit ausreichend Informationen versorgen. Klartext: Habe ich ein Problem und jemand fragt mich nach einer bestimmten Ausgabe eines Befehls, dann liefere ich die - und diskutiere nicht über Sinn und Zweck der Übung. Derjenige, der helfen will, wird einen Grund gehabt haben, danach zu fragen. Wenn man dann nicht liefert, bedeutet das, dass man eigentlich keine Hilfe benötigt.
Sorry, ist nicht persönlich gemeint und eventuell zu hart formuliert. Fakt ist aber eins: Wir haben keine Probleme - oder besser, auf jeden Fall nicht dieses :D - Und auch nicht gehabt, ansonsten könnte man die Lösung eventuell aus dem Hut zaubern.
@melmarker: Hättest du meinen Post aufmerksamer gelesen, hättest du evtl bemerkt, das ich mich nicht weigere, sondern nur meine Meinung dazu geschrieben hab. Das "Reiche ich nach" sollte doch so etwas aussagen, denke ich ... ;)
Hier nu das geforderte:
lsusb
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 07d1:3303 D-Link System DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU]
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 0a5c:21b4 Broadcom Corp. BCM2070 Bluetooth 2.1 + EDR
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 003: ID 05c8:0403 Cheng Uei Precision Industry Co., Ltd (Foxlink) Webcam
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Übrigens musste ich wieder den alten kernel starten, damit ich das hier posten konnte ;(
Haarspalterei - und ich hab aufmerksam gelesen. Aber dass weisst Du auch :)
Nuja, wenn du meinst ... hilft mir aber auch nicht weiter :-[
https://wiki.debian.org/rtl819x#supported-r8712u
Bus 006 Device 002: ID 07d1:3303 D-Link System DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU]
EDIT: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/drivers/staging/rtl8712
Hi @reddark,
schau mal hier vorbei:
https://wiki.debian.org/rtl819x#Realtek_RTL8188CE.2C_RTL8188CUS.2C_RTL8188DE.2C_RTL8188SU.2C_RTL8191SE.2C_RTL8191SU.2C_RTL8192CE.2C_RTL8192CU.2C_RTL8192DE.2C_RTL8192E.2C_RTL8192SE.2C_RTL8192SU.2C_RTL8192U_devices (https://wiki.debian.org/rtl819x#Realtek_RTL8188CE.2C_RTL8188CUS.2C_RTL8188DE.2C_RTL8188SU.2C_RTL8191SE.2C_RTL8191SU.2C_RTL8192CE.2C_RTL8192CU.2C_RTL8192DE.2C_RTL8192E.2C_RTL8192SE.2C_RTL8192SU.2C_RTL8192U_devices)
http://packages.debian.org/de/sid/firmware-realtek (http://packages.debian.org/de/sid/firmware-realtek)
Vielleicht hilft auch eine Abfrage der geladenen Treiber bei dem Kernel 3.11-6, wenn dieser beim 3.12-2er nicht geladen wird musst du diesen per Anleitung in den aktuellen Kernel einpflegen.
Beachte nur die Angabe des Treibers "r8192su" die müsstest du ändern, des weiteren auch nachschauen ob es noch die Version "DWA-131" gibt.
Bitte informiert auch @towo, da es jetzt verstärkt Probleme mit fehlenden, nicht funktionierenden Realtek-Treibern (Ethernet/WLan) im Kernel 3.12. gibt. Vielleicht kann er die Firmware direkt einbinden.
DeKa: schau mal in den Post über Deinem und evaluier doch mal, ob man damit was anfangen kann - ich hab von dem Firmware-Zeug einfach zu wenig Plan und keine Zeit, das zu ändern
Hi @melmarker,
da habe ich ja unabhängig von dir die gleiche Seite gefunden.
Also der Treiber heißt:
r8712u und nicht r8192su, in dem Paket wget ftp://ftp.dlink.com/Wireless/dwa130_revC/Drivers/dwa130_revC_drivers_linux_006.zip (http://forum.siduction.org/wget%20ftp://ftp.dlink.com/Wireless/dwa130_revC/Drivers/dwa130_revC_drivers_linux_006.zip) sind mehrere Firmware-Treiber enthalten.
Installieren nach Anleitung vom Debian-Wiki, nur mit dem Unterschied das der r8712u benutzt werden muss:
r8712u = USB: 07D1:3303 D-Link System DWA-131 802.11n Wireless N Nano Adapter(rev.A1) [Realtek RTL8192SU]
# apt-get install unzip && exit
$ wget ftp://ftp.dlink.com/Wireless/dwa130_revC/Drivers/dwa130_revC_drivers_linux_006.zip
$ unzip dwa130_revC_drivers_linux_006.zip
$ su
# mkdir -p /usr/local/lib/firmware/RTL8712U
# cp rtl8712u_linux_3.12-xxxxx/firmware/RTL8712U/* /usr/local/lib/firmware/RTL8712UOb es dort auch noch neuere Versionen gibt?
ftp://ftp.dlink.com/Wireless/dwa131/Drivers/dwa131_drivers_121.zip (ftp://ftp.dlink.com/Wireless/dwa131/Drivers/dwa131_drivers_121.zip)
Falls der andere, dwa130, nicht funktionieren sollte kannst du @reddark es mit dem hier probieren.
Ganz ehrlich, entweder ich bin von Arbeit zu kaputt, oder ich steig da nicht durch, was zu machen ist. Wenn ich es nach anleitung mache, passiert garnichts, wenn ich neustarte oder den stick neu einstecke.
RTL8192SU wird immer wieder genutzt.
modprobe -r r92su hilft auch nicht weiter, weil Wlan dann ganz lahmgelegt wird.
@Deka: Wo kommt bei dir rtl8712u_linux_3.12 her. Mir ist zwar schon klar, das sich das auf den kernel bezieht, aber die gedownloadeten Dateien geben das nicht her .. bin verwirrt ???
Towo .. bitte bau den Treiber in den kernel ein .. ;)
Da ich die ZIP-Datei nicht habe müsstest du mal hineinschauen was da für Dateien drin sind, eventuell muss die Zeile so wie im Original bleiben:
# cp rtl8712u_linux_2.6.0006.1031.2008/firmware/RTL8712U/* /usr/local/lib/firmware/RTL8712U
auch das hab ich versucht .... aber hat nichts geholfen ;(
Schaue dir die Debian Installation noch einmal an und nimm einfach mal den dort im Beispiel gezeigte Firmware r8192u und probiere diese aus. Ich müsste selbst erst in die Zip-Datei schauen was da drin ist.
Ich bau gerade 3.12.3, dort habe ich r92u wieder rausgeschmissen und r8712u wieder aktiviert.
Danke für die Mühe towo, aber leider geht der Stick nun gar nicht mehr. :-[
mit lsmod finde ich nur
r8169 46636 0
mii 3307 1 r8169
aber das kann ja nicht passen, oder .....
Sorry, ich hatte da einen Tippfehler in der config, nehm mal den neuen Kernel.
Super!! Danke Towo ... nun läuft es wieder .... :D
P.S:
Wie kann ich den thread als erledigt makieren?
In der Übersicht im Software- Bereich siehst du ein Schloss, damit kannst du den Tread schliessen.
Freue mich für dich, meine Ethernet-Karte will immer noch nicht mit dem rtl8169, muss halt der rtl8168 nachinstalliert werden.
@DrKa: na da hoffe ich doch auch für dich .. ;)
Kann da towo nicht auch helfen?
Ansonsten, danke @all für die hilfe .. ;)