Beiträge von ClaudiaF

  • PC mit WOL wecken und VNC steuern

    Ja, habe ich das nicht auch gesagt?

    >Bis dato habe ich das so verstanden, dass die Einstellung bewirken soll das jeglicher Traffic welcher an diese MAC gerichtet
    >ist, nach dem magic packet durchsucht wird und dann ggf. ein booten auslösen soll.

    Die Ursprungsfrage von mir war gewesen warum Du weißt das es immer auf Port 9 kommen muß/soll?

    Grund meiner blöden Fragen ist der das ich gerade an einem PythonScript Addon arbeite welches zur Netzwerkdiagnose eingesetzt werden soll.
    Neben normalen Tests wie ping, tcp connect, up/download soll auch wol inbegriffen sein.
    Wäre blöd wenn ich von etwas ausgehe, was sich im nachhinein als falsch erweist.

  • PC mit WOL wecken und VNC steuern

    @derNeuling
    >Darum geht es ja - er hat die Einstellung aktiviert..

    Verstehe ich nicht, soll dass heissen wenn die Einstellung gesetzt ist filtert der Adapter nach TCP/UDP Port 9
    und checkt dann ob er 16x mal seine MAC findet??
    Bis dato habe ich das so verstanden, dass die Einstellung bewirken soll das jeglicher Traffic welcher an diese MAC gerichtet
    ist, nach dem magic packet durchsucht wird und dann ggf. ein booten auslösen soll.

    >Aber so hilft Ihm niemand..
    Meinst Du meine Nachfrage?
    Wenn ja, dann hilft auch dass er weiß das es nicht nur auf port 9 geschickt werden kann.

  • PC mit WOL wecken und VNC steuern

    Ich weiß was wake on lan ist, da ich es mit deinem Python Script selbst gelöst habe.
    Hast Du auf der Seite folgendes gesehen

    As WOL is currently implemented, you can use the following capture filter to be reasonably assured of capturing most WOL traffic; however, to guarantee all WOL traffic is captured, at least as far as the dissector is concerned, you should omit the "port 9" qualifier in the capture filter expression:

    Cheers
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Zitat von Megro

    Ich beziehe meine Aussage drauf das du ab einer gewissen länge an Kabel immer einen Verlust von Daten hast die gerade über diese verschickt werden. Bei 20m Kabel könnte eine CAT 5 Abschirmung vielleicht schon zu schwach sein. Daher habe ich bei mir überall gleich CAT 7 Kabel verlegt und verwendet da ich im Grunde den selben Aufbau habe. Im Flur steht der Kabel-BW Router von dem geht ein Kabel ins Wohnzimmer wo ein Cisco Router als Switch und an dem dann der RPI sowie PS3 hängt. Das andere Kabel geht vom Flur ins Büro an einen TP-Link Switch und von dort dann an die PC´s und die NAS.
    Bei allen Varianten habe ich CAT 7 Patchkabel verwendet egal welche länge. Kabellänge vom Büro in Flur sind ca. 15-20m und vom Flur ins Wohnzimmer ca. 5m.

    Gruß megro

    Vielen Dank für die Antwort aber darauf habe ich gleich die nächste blöde Frage.
    Nach 20m Abschirmungsprobleme? Das fällt mir schwer zu verstehen, da CAT5 doch bis 100m standartisiert ist.
    Natürlich kann ein Kabel defekt sein, oder nicht dem CAT5 Standard entsprechen aber generell sollte dem nicht so sein, oder?
    Aber worauf ich eigentlich hinaus wollte, wenn dem so ist und das Kabel Probleme macht, dann sollte sich dies doch
    in den Netzwerkstatistiken niederschlagen oder.
    Sprich hat schon jemand erlebt das ein Netwerkkabel defekt war und der IP Stack diesbezüglich weder
    Errors, drops, oder carrier losses gemeldet hat?

    Heute anstelle von CAT5 auf CAT7 zu setze und zu verlgen ist absolut sinnvoll, wenn davon ausgegangen werden muß das zukünftig höhere
    Datenaufkommen zu erwarten sind.

    Gruß
    Claudia

  • Kodi 17 Freeze -> BSOD

    Hallo @Master-Rudi

    ich hatte das "Glück" das ich für eine Freundin
    Ihren Laptop (Windows 7) neu aufsetzen durfte.
    Das eröffnete mir die Chance auch windbg zu installieren
    und in deine Dumps zu schauen.
    Aus meiner Sicht deutet alles darauf hin, dass das Problem
    durch den igdkmd32.sys Treiber generiert wird/wurde.

    Ich weiß, Du hattest bereits aktualisiert aber können wir das nochmal klären?

    Ich würde wie folgt vorgehen.

    1. Den/die aktuellen Treiber herunterladen (falls nicht mehr vorhanden)
    2. Ausschalten der automatischen Treiber-suchen/-aktualisieren Funktion von Windows
    3. Den Grafiktreiber über den Gerätemanager deinstallieren.
      Da es sich um einen Grafiktreiber handelt, würde ich Rebooten und mal schauen
      was der generische Treiber von Windows zu bieten hat.
      Falls das nicht akzeptabel ist
    4. Den Treiber von AsRock installieren
      Falls das Problem weiterhin existiert die Schritte 1-3 wiederholen und dann
      den Treiber von Intel installieren.

    Wenn das nicht helfen sollte, gestehe ich das mir auch
    nichts weiter einfällt als Windows neu zu installieren.

    Was ich entweder überlesen habe oder evtl. noch gar nicht diskutiert wurde,
    das Gerät lief ja mal ohne Probleme, oder?
    Mit welchem OS war das?
    Hast Du auf Windows 10 aktualisiert?

    Btw, die meisten deiner Treiber scheinen aktuell zu sein,
    bei 5 könnten aber Updates verfügbar sein.
    Warum könnte?
    Das windbg [definition='1','0']log[/definition] zeigt nur das Builddatum des Treibers, nicht die Version
    Es ist möglich, dass zum Beispiel der TeeDriverW8 tatsächlich am 12 Juni 2015 kompiliert
    wurde, aber als Version erst am 22.03.2016 veröffentlich wurde.
    Der große Zeitunterschied macht aber nachdenklich.

    Um was es sich handelt, kannst Du dieser Webseite entnehmen.

    (Achtung, der Name kann ein wenig von deinem abweichen z.B. x64 anstelle von _x32 oder 6x32 etc...)

    Der nuviocir_x86.sys ist allerdings seltsam. Erklärt er sich für dich?

    AsrAppCharger.sys Tue May 10 10:28:18 2011 (4DC8F722) update?? (AsRock)
    TeeDriverW8.sys Fri Jun 12 03:52:39 2015 (557A3B67) update?? (Intel)
    e1d6532.sys Thu Jun 18 18:34:50 2015 (5582F32A) update?? (Intel)
    nuviocir_x86.sys Thu Jul 11 11:55:55 2013 (51DE812B) ?????
    RTKVHDA.sys Tue Sep 15 16:10:16 2015 (55F826C8) Update?? (Realtek)

    In der Hoffnung das dein Problem damit gelöst ist.

    Viel Spass
    Claudia

  • Kodi 17 Freeze -> BSOD

    Also ohne das ich jetzt auf der Intelseite die CPU übrepüft hätte, meine ich dass das ausreichend sollte,
    da ich im Kopf habe das diese zwischen 65-95Watt brauchen.

    Ich hatte noch keinen Speicherriegel, welcher von memtest als ok gemeldet wurde und dennoch defekt war.
    Memtest aber durchaus länger > 1 Stunde laufen lassen.
    Von meiner Seite aus betrachte ich RAMs als ok wenn der memtest nichts gegenteiliges aussagt.
    Vielleicht auch mal einen Stresstest fahren, mir fällt aber gerade nicht der Name des Tools ein
    und ich befürchte auch dass ein Crash nicht ausbleiben wird.

    Der BSOD mit dem DPC timeout ist, meines Wissens, wie folgt zu Verstehen.
    DPCs sind atomische Funktionen (weiß nicht ob das wirklich die deutsche Übersetzung ist - atomic function)
    welche nicht unterbrochen werden dürfen aber CPU-seitig gibt es ein time-limit welches ebenfalls
    durchgesetzt wird. Wenn also der Treiber was tut und nicht in der festgelegten maximalen Zeit fertig
    wird, wird abgebrochen was dann zum BSOD führt.
    Ist der Treiber der schuldige? Kann man so nicht sagen, da es durchaus sein kann das der auf etwas wartet
    was nicht geliefert wird.

    Wenn jetzt eine Datei offen ist, welche gerade beschrieben werden soll führt es dazu dass diese nicht geschlossen und daher
    korrumpiert wird.

    Hab gerade wenig Zeit, melde mich aber diesbezüglich nochmal.

    Gruß
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Nochmals danke - aber wo habe ich Byte und Bit durcheinander gebracht?
    Ich seh den Fehler nicht. Meinst Du meinen Hinweise auf ~18MBit.
    Der ist so gemeint.
    Für einen FULL HD Video, welches mit H264 enkodiert ist braucht es (theoretisch) eine ~18MBit Leitung.

    Gruß
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Hallo Racecore,

    vielen Dank für den Hinweis.
    Ich habe eine Fritzbox, aber mir war bis heute nicht bewußt, das es einen Energiesparmodus für die Ports gibt.
    Heisst bei meiner Box Power- bzw. Green-Mode.

    Also wurde vermutet, dass durch den Green-Mode nicht mal 100MBit durchkommen?
    Ich meine, selbst wenn dem so wäre, ein FullHD Video mit H264 Codierung braucht ~18MBit.

    Irgendetwas habe ich da anscheinend noch nicht verstanden.

    Grund meiner blöden Fragen ist das ich den RPi auch an der Fritzbox habe und noch keine Probleme
    diesbezüglich feststellte. Seit der RPi aufgesetzt ist, schauen wir zu 90% über den und haben noch nichts bemerkt.

    Danke für jeglichen Hinweis
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Zitat von Justray2k

    Ich kenn die Speedports zu wenig aber kann man da die einzelnen Ports konfigurieren? Vielleicht ist da irgendwie Energiesparen oder sowas an den Ports eingestellt.


    Ich verstehe zwar die generelle Problematik wenn ein Port nicht verfügbar ist, aber wie ist das zu sehen wen es einen Energiesparmodus gibt?
    Soll heissen, wie äussert sich sowas? Bekommt der IP Stack nicht mit das der Port schläft?
    Das gleiche Problem habe ich bei der Äußerung von @Megro bezüglich der Störquellen und den 20 Metern. Kann es zu Störungen kommen,
    die sich nicht auf Softwareebene erkennen lassen?

    Bitte nicht falsch verstehen, ich will keinen angreifen - ich möchte nur mein Wissen erweitern, sind also ernst gemeinte Frage,
    Bis dato bin ich davon ausgegangen, dass ich über Netwerkstatistiken und Traces alle Probleme identifizieren kann.

    Gruß
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Zitat von KaiSimon

    Haben dann jetzt den Pi noch mal komplett neu aufgesetzt. Jetzt funktioniert es schon besser. Die Abspielgeschwindigkeit bleibt konstant und die Nachladestopper sind weniger geworden, aber noch vorhanden.
    Kleinere Dateinen laufen jetzt auch durchgehend.
    Habe mal ein Bild angehängt, mit den Ergebnissen von den Befehlen. Vielleicht hilft das ja.
    Überprüfe jetzt auch noch mal die Platte. Die macht seit heute auch Probleme.

    Jein, ja weil kein generelles Problem zu erkennen ist, nein weil zu wenige Daten geschickt/empfangen wurden.
    Ich denke das ist der Output kurz nach einem Neustart.

    Gruß
    Claudia

  • [beta] [kodi 17] SkyGo Plugin

    Zitat von Ralphbln

    Ja, genau.Aber genau deshalb waren die SD-Links ja obsolet geworden. Ich hab es auch jetzt natürlich probiert, beim SD-Link startete der Stream trotzdem in HD :)
    Nein, bei den inputstream-Einstellungen hab ich nichts geändert.

    Ah, hab das missverstanden, ich dachte Du bekommst SD obwohl HD geliefert werden sollte.
    Dich stört aber das, unter anderem, SD Links angezeigt werden obwohl Du HD empfängst.

    Wie sollte das deiner Meinung gelöst werden? Es macht ja Sinn, dass die Links vorhanden
    sind, nicht jeder besitzt ein HD Abo.

    Gruß
    Claudia

  • Netzwerkproblem mit Raspberry Pi2

    Zitat von KaiSimon

    Ich habe leider keine Fritzbox. Bei mir steht ein Telekom Router. Model w921v.
    Ich weiß nicht, worauf man bei ifconfig achten muss. Es scheint aber keine Fehler gegeben zu haben.

    Ob das der Speedportrouter kann, weiß ich nicht. Hatte noch nie einen.

    ifconfig

    eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
    inet addr:192.168.XXX.XXX Bcast:192.168.XXX.255 Mask:255.255.255.0
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:13049099 errors:0 dropped:635 overruns:0 frame:0
    TX packets:6828055 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:2202511764 (2.0 GiB) TX bytes:554690757 (528.9 MiB)


    lo Link encap:Local Loopback
    inet addr:127.0.0.1 Mask:255.0.0.0
    inet6 addr: ::1/128 Scope:Host
    UP LOOPBACK RUNNING MTU:65536 Metric:1
    RX packets:16 errors:0 dropped:0 overruns:0 frame:0
    TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1
    RX bytes:1424 (1.3 KiB) TX bytes:1424 (1.3 KiB)

    zeigt Dir zum Beispiel an ob Du error oder einen extrem hohen drop count hast.

    Mit dem Befehl

    dmesg | grep eth0

    siehst Du wie sich der Adapter registriert hat, sprich ob 100Mbps full-duplex

    Gruß
    Claudia