Beiträge von krawuzl

  • Abgeschlossen: Internetzugang mit TP-LINK M5250 ist gestört

    Danke Sauerland.


    Du hast (wie immer) die richtigen Fragen gestellt.


    1. Die Einträge in /etc/hosts habe ich entfernt. Mir ist allerdings nicht klar, wie die hineingekommen sind, da ich dieses File nie angreife. Werde wohl in Zukunft öfter nachschauen.


    2. Bei "zypper se -si kernel kernel-firmware" hat es mich doch aus den Socken gehauen, weil nämlich der "alte" 3.16 Kernel immer noch da ist, den ich bei Yast nicht sehe. Kurz die Hintergründe: Ich habe vor etwa 2-3 Monaten das Kernel-stable Repo mit Yast eingebunden und dann hat mich der Teufel geritten und ich habe etwas später (während der einzigen Regentage des heurigen Frühsommers) weiter experimentiert und die Tumbleweed Repos anstatt der 13.2 eingebunden, bzw die 13.2 deaktiviert und habe dabei nicht mitbekommen, dass bei automatischen Aktualisierungen (die nicht ganz automatisch sind, weil sie auf meine Bestätigung warten) der alte Kernel offenbar auch aktualisiert worden ist, ohne dass ich ihn sehe.


    Aber hier das Ergebnis ausnahmsweise im Anhang, weil zu lang.



    Ich habe nun mit zypper versucht, die alten 3.16 Versionen zu entfernen, dies aber abgebrochen, weil ich keine Abhängigkeiten verletzen wollte und trotz Versuchen mit zypper rm -ve Filename nichts vernünftiges rausgekommen ist. Offenbar habe ich die zypper-Hirarchie nicht eingehalten. Könntest Du mir weiterhelfen. (Ich weiß man zypper zu lesen wäre ganz vernünftig, aber das ist wirklich verdammt lang).


    Meine Internetverbindung hat wieder die normale Geschwindigkeit. Die Verbindung ist zwar zwischenzeitlich wieder "eingeschlafen". Ich habe aber bemerkt dass ich sie mit ping 192.168.0.1 derzeit jedenfalls am Einschlafen hindern kann. Vielleicht erledigt das Entfernen des alten Kernels den Rest.


    Danke nochmal. :)

  • Abgeschlossen: Internetzugang mit TP-LINK M5250 ist gestört

    Danke Sauerland!


    Habe das Skript nach dem Lesen Deiner Antwort gestartet, da es gerade passte, da das Netz gerade ausgefallen war (collectNWData-ohne Netzwerk.txt) und einige Zeit später nach vielem "Würgen und Hängen" das nächste Mal. Das Netz funktionierte zu diesem Zeitpunkt. Ich konnte beliebige Websites aufrufen aber ping 173.194.35.180 ging nicht (!). Auch wireshark meldete "No response found", währen das Konsolenfenster einfach leer blieb. So sieht auch das zweite Ergebnis von collectNWData aus (collectNWData-mit Netzwerk.txt). Aber vielleicht liegt darin die Lösung. Ich schau mir bei Files nochmal nebeneinander an, aber bisher bin ich nur verwirrt.
    Beim Hochladen der Files hing das Netzwerk wieder. Nach Ziehen des Netgearsticks und ping 192.168.0.1 habe ich die Verbindung wieder in Gang gebracht. ping 173.194.35.180 ging trotzdem wieder nicht.
    Jetzt gehts mir so:
    :smilie_pc_057:

  • Abgeschlossen: Internetzugang mit TP-LINK M5250 ist gestört

    Mir ist vor kurzem mein Huawei MF60 wlanrouter kaputt geworden und so habe ich mir den M5250 gekauft und habe seit Beginn an mit dem Internetzugang sowohl auf dem Stand-PC als auch größere auf meinem nicht sehr leistungsstarken Laptop (beide mit USB Wanstick N300 Netgear WNA3100A), obwohl ich an der Konfiguration des Networkmanagers außer den routerspezifischen Daten nichts geändert habe. Auch der Versuch von Parameteränderungen sowohl am Router als auch in der Konfiguration mit Yast (Umschalten auf Wicketdienst) hat nichts am Zugangsproblem geändert während das WIN7, dass ich als Dualboot mit openSUSE betreibe (fast) alle Konfigurationsänderungen am Router selbst ignoriert und schlichtweg ins Netz geht.


    Das Zugangsproblem stellt sich folgendermaßen dar:
    Beim Hochfahren des Rechners verbindet sich der Stick anstandslos mit dem Router und ich komme völlig unproblematisch ins Internet. Doch nach unterschiedlichen Zeitspannen hängt jeder Netzzugang, uabhängig vom gerade aktiven Programm. Ping 192.168.0.1 (IP des Routers) gibt an "Destination Host unreachable"
    Ich habe mir auch mit Wireshark angesehen, was da passiert, obwohl ich vieles an dem Programm nicht verstehe, weil ich kein Spezialist bin:


    Code
    No. 	Time       	Source            	Destination       	Protocol Length Info
  	2 1.002030000	Netgear_8d:04:ef  	Broadcast         	ARP  	42 	Who has 192.168.0.1?  Tell 192.168.0.103


    Das ging so bei jeder Netzaktivität dahin, auch stundenlang (ich habe eine Esels(!)geduld).
    Vor diesem Ereignis wurde im Wireshark eine ganz normale Netzaktivität angezeigt. Auch das Einsteigen anderer Rechner über den M5250 Router konnte ich sehen (Mein Laptop und der meiner Frau; die dürfen das).


    Gleichzeitig damit habe ich mit ifconfig die Schnittstellen angesehen und war über die Fehlerrate der Netzschnittstelle überrascht, habe da aber keine Erfahrung und weiß daher auch nicht ob dies normal ist. Ich gebe hier nur den Anfangszeitpunkt nach Hochfahren des PC's an und den nach für mich überraschenden 2 Stunden störungsfreien Netzaktivitäten inklusive einer Softwareaktualisierung mit Yast (ca. 15 MB Download). Die Downloadrate ist dabei allerdings in den Keller gefalllen. Von den sonst durchaus oft erreichbaren 600-800KB/s auf ein hunderstel (!). Das ist nicht mehr mit Netzaktivitäten erklärbar.



    Ich wollte jetzt sagen, dass ich ganz erstaunt bin, nach mehreren Stunden noch eine funktionierende Internetvebindung zu haben. Dem ist nicht so. Mein Laptop ist schon nach 21 MB TX in den Modus "Who has 192.168.0.1" verfallen und ich war erst nach Löschen der /temp-Inhaltes und Neustart wieder in der Lage, ins Netz zu kommen.
    Ich schreibe das jetzt von meinem PC nach Ziehen des Netgear-Sticks, aber das ist ja keine Lösung. Mit dem HUAWEI Router hat es klaglos funktioniert.

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Das von Dir erwähnte Skript kenne ich schon seit einiger Zeit. Das Ergebis mit dem internen wlan ist immer dasselbe:



    Das Programm zeigt auch immer nur das r8169 Treibermodul in Verwendung, obwohl das angeblich auf diesem Laptop funktionierende 8723bu von mir installiert wurde. Es wird mit modinfo 8723bu (weiter oben) angezeigt. Auch der 4.1 Kernel zeigt nichts anderes. Jedenfalls Danke für den Rat.

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Hier das Ergebnis von modinfo:



    Wie schon in der ersten Antwort auf Dein erstes Post sieht der NetWorkmanager das wlan nicht und auch bei Konfiguration mit Yast (wlan0) wird der Eintrag von 8723bu bei den Hadwareeinnstellungen gelöscht. Mache ich da etwas falsch?

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Ich habe den Kernel 3.16 und habe modinfo rtl8723ae eingegeben. Das Ergebnis:



    Das darauffolgende Posten brachte:


    Code
    krawul-laptop:/home/michael # /sbin/lspci -nnk | grep -E -iA3 '10EC|net'
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
    	Subsystem: Device [1d05:100f]
    	Kernel driver in use: r8169
    	Kernel modules: r8169


    Diese Meldungen verstehe ich leider nicht wirklich. Heißt das, dass irgend ein subdevice meines Ethernet controlles eine wlan-Funktion hat, die aktiviert werden muss? Wenn ja, dann wie?

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Zuerst einmal vielen Dank für die Mühe, die Ihr Euch gegeben habt. Es waren zwei Dinge:



    1.     Die Deinstallation von apper und packagekit war unbedingt notwendig wie ich nach der Behebung des zweiten Problems und der Aktualisierung feststellen konnte. Die Aktualisierung war wegen des Altes der DVD (Download am 2. Tag nach Veröffentlichung von 13.2) sehr umfangreich und nahm die beiden wieder mit, weil ich vergessen hatte das Installieren zu verhindern. Da funktionierte es dann wieder nicht.


    2. Es gibt ein (von mir vergessenes) Häkchen "Hostnamen über DHCP ändern". Dieses Laptop-Display ist wirklich verdammt klein und ich übersehe trotz Brille des öfteren etwas.


    Das mit dem internen Stick lasse ich bleiben und warte auf die Kernerversion, die den richtigen Treiber hat. Ich werde das sicher nicht übersehen.


    Es irrt der Mensch solang er strebt

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Zitat

    Meinst du damit, das du keinerlei Repos eingebunden hast? Woher dann die Aktualisierungen?

    Welche Aktualisierungen? Ich habe lediglich 13.2 von einer DVD istalliert. Aktualisierungen waren nicht möglich, weil schon nach Installationen einiger weniger Repos die wlan-Verbindung unterbrochen wurde. (weiter oben beschrieben)



    Zitat

    Ich würde Apper in deinem Falle deinstallieren und Aktualisierungen nur über Zypper oder Yast vornehmen.

    Habe ich gemacht, dann testweise alle Community Repos markiert und die wurden tatsächlich installiert. Die dann probierte Aktualisierung ist nach dem 1. Repo "eingeschlafen" und dies bei mehrmaligen Versuchen immer wieder und während ich dies schreibe schläft die Aktualisierung immer noch (ohne Fehlermeldung). Die oben zitierte Fehlermeldung kam nicht mehr. Die Netzverbindung blieb aufrecht, sodass ich von meinem Laptop aus diesen Eintrag verfassen kann.



    Zitat

    Von so einem Falle habe ich noch nie gehört, das Repos in der Softwareverwaltung eine Netzwerkverbindung verhindern. :pinch:


    Bitte entschuldige meine Offenheit, aber ich halte das für hanebüchenen Unsinn.

    Entschuldigt. Aus meiner Erfahrung heraus gilt aber auch für Meister, dass nicht alles hanebüchen ist, was man nicht versteht. Ich habe oben auch nicht einen ursächlichen Zusammenhang behauptet, sondern nur einen Beobachtung beschrieben, die beliebig wiederholbar war. Da ich aus der technischen Ecke (leider nicht EDV) komme, gebe ich mich nicht mit einmaligen Beobachtungen zufrieden. :)

  • Gelöst: Wlan und Bluetooth unter openSUSE 13.2 nicht auffindbar

    Nachdem ich das interne wlan nicht zum Laufen brachte, habe ich es nochmal mit meinen Netgear-Stick probiert, der bei meinem Stand-PC mit der praktisch gleichen Konfiguration wie der Laptop anstandslos funktioniert. Ich bin draufgekommen, dass er nur Probleme macht, wenn Repos installiert sind. Ohne diese funktioniert die Netzverbindung anstandslos. Mit Repos bekomme ich jedoch nach Start des Softwaremanagements in Yast binnen weniger Minuten die Fehlermeldung:


    Zitat

    Fehler beim Initialisieren
    Systemmanagement is locked by the application with pid 1881 (usr/lib/Yast2/bin/y2base).
    Close this application before trying again.


    Ein Schließen von Yast ist jedoch zuwenig. Die Netzverbindung baut sich erst bei einem Neustart wieder auf und wird auch ohne Yast binnen wenige Minuten nach dem Start der automatischen Softwareaktualisierung abgebrochen. Erst ein Löschen der Repos (ausgenommen DVD). ermöglicht eine problemlose Netzverbindung, sodass ich auch diesen Eintrag vom Laptop aus durchführe.