Meine VU macht mir Kopfzerbrechen ...

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Hallo,

      Die veränderte Einstellung des Lüfters hat leider nicht geholfen, die Freezer kamen später wieder.

      ich habe gestern aus Verzweifelung ein neues Image geflasht und bin gespannt.

      Gruss,

      Freudi.
    • Leider, leider war das noch nicht die Lösung...

      Nach 2-3 updates über das VTI menu kommen die Freezer wieder. Ich habe jetzt wieder ein Back-up eingespielt ohne die updates und jetzt läuft Sie wieder ohne Probleme. Vorläufig werde ich keine updates mehr machen. Komisch, dass sich keiner zu diesem Problem meldet.

      Bin ich der einzige mit diesem Problem?

      Gruss, Freudi vom Flachland.
    • Momentan habe ich 11.0.2 und habe noch immer die Freezer. Sie lief nach dem update (5-7-2017) über das VTI 3 Tage ohne Probleme und dann fing es wieder an. Fast jeden Tag macht die Solo2 einen Freezer und dann kann ich nur mit ein- und ausschalten weiter....

      Crashlog gibt es keine im Debuglog finde ich fehler wie:

      'sda1': error querying properties
      'sdb1': error querying properties
      etInputDevices <ERROR: ioctl(EVIOCGNAME)
      RemovePopup, id = ZapError (Mehrmals)
      ERROR reading PES (fd=80) - Value too large for

      Hat jemand einen goldenen Tip?

      Gruss,

      Freudi.
    • Sieht doch ganz normal aus, oder? Vor diesem Screenshot gab es wieder einen Freezer, gleichzeitig bemerkte ich das ein neuer Update im VTI menu bereit steht. Kann die Internetverbindung die Freezer auslösen? VIELEN DANK IM VORAUS FüR DIE UNTERSTÜTZUNG. Gruss Freudi.
      Dateien

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von Freudi ()

    • Hallo Radar,
      kannst Du bitte nochmal das Screenshot analysieren?
      Manchmal hat das RAM nur bis zu 4Mb frei.

      Die Freezer kommen noch immer jeden Tag.

      Gruß Freudi.
    • Wenn viele Applikationen auf der Box aktiv sind wird der RAM schon mal belastet.
      Linux soll aber dafür bekannt sein, RRAM-Speicher optimal zu verwalten.
      Wenn es Netzwerkprobleme gibt, dann kann das sogar zum "Stillstand" der Box führen.
      Nach einen Neuflash würde ich mal das Netzwerk konfigurieren, mit blau->grün->grün die
      Box auf den aktuellen STand bringen und erst dann halt Schritt für Schritt (dazwischen immer
      eine Testphase) Erweiterungen & Plugins installieren. Nichts zurücksichern.
      Auch würde ich nicht nur ein paar Zeilen v. d. Log-Datei posten, sondern die Logdatei
      gesamt hier als Dateianhang, wo die Freezer enthalten sind.
      Error ist meist ein Hinweis, gibt aber noch andere Meldungen die für
      Wissende interessant sein könnten.
    • Hallo Radar,

      Vielen dank für die Hinweise.

      Ich habe jetzt eine SWAP file eingerichtet und die Solo 2 läuft jetzt schon zeit 7 Tage ohne Probleme! Keine Freezer mehr!
      Es wird 0,2 MB in dieser SWAP file beansprucht.

      So viele Plug ins laufen bei mir nicht aber anscheinend benötigt die Version 11.0.1 mehr RAM?

      Gruss aus dem Flachland,

      Freudi
    • Hallo

      Bei Linux gilt: "nicht genutztes RAM ist vergeudetes RAM". Die RAM-Bereiche, die nicht durch Programme und ihre Daten belegt sind, werden daher immer als Puffer für Platten-I/O genutzt.

      Wenn Du genau wissen möchtest, wieviel RAM noch frei oder verfügbar ist, musst Du mit Telnet auf die Box gehen und dann das Kommando free aufrufen:

      Quellcode

      1. total used free shared buff/cache available
      2. Mem: 1240516 126732 33224 444 1080560 1091846
      3. Swap: 0 0 0
      Durch File-Operationen wurde alles an verfügbarem RAM als Cache genutzt. Das wird dann unter buff/cache ausgewiesen. Dieser Wert ist jetzt sehr groß. Mindestens 32 MB werden immer als Frei reserviert, falls ein Programm schnell mal neuen Speicher braucht.

      Ganz rechts steht, wieviel Speicher verfügbar (available) ist. Der als Cache genutzte Speicher kann jederzeit wieder schnell freigegeben werden. Daher ist das als Cache belegte RAM derzeit zwar in Nutzung, aber auch verfügbar für andere Zwecke.

      HTOP zeigt in der selben Situation aber an, dass die Memory-Auslastung bei fast 100 % liegt. Daher ist HTOP nicht das richtige Werkzeug, wenn es darum geht nachzusehen, wieviel RAM das System gerade braucht.

      Übrigens: Auch deine tatsächlich genutzte Swap-Größe von 0,2 MB zeigt, dass dein System eigentlich keinen Swap braucht...

      Auf jeden Fall erzeugt das Memory-Management des Linux-Kernels keine Enigma-Freezer.

      Diese entstehen in der Regel durch Netzwerkzugriffe, die zu langsam sind oder nicht funktionieren.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von RickX ()

    • Hallo Ricky und Ditchi1961,

      Vielen Dank für die ausführlichen Beschreibungen. Ich lasse die SWAP aktiv da ich sonst wieder freezer (Bild stoppt, danach stoppt der Ton) bekomme. Mittlerweile wird das SWAP mit 0,6 MBit beansprucht. Nach 3 Monate Fehleranalyse bin ich froh dass die Solo2 stabil läuft.

      Gruß,

      Freudi.