Box fährt nicht komplett runter (modellübergreifendes Problem)

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

    • Box fährt nicht komplett runter (modellübergreifendes Problem)

      Hallo Freunde,

      wenn ich meine 7020 Hd über das Hauptmenü (Standby / Neustart -> Ausschalten) komplett runterfahren will, bleibt sie manchmal hängen und schaltet nicht komplett ab (Led's im Inneren leuchten noch).
      Wie gesagt, dies ist nicht immer der Fall. Es gibt auch Tage, da fährt sie komplett runter und schaltet ab. Wie kann ich den Fehler beheben?
      Habe das Image 3.3.2 drauf.
      Vielen Dank.

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

    • RE: Box fährt nicht komplett runter (modellübergreifendes Problem)

      Hier noch ein paar Infos zu meinem System :
      CCcam 2.1.3
      2xDVB-S2 Tuner
      2TB WD Festplatte
      Bilder

      • image.jpg

        820,18 kB, 2.592×1.936, 1.610 mal angesehen

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

    • Original von jabba76
      hallo also bei mir bei der 8000 war damals der wlan treiber dafür verantwortlich nach deaktivierung (datei umbenenung) war das Problem weg bis jetzt keine Probleme damit (brauch den wlan nicht ) kannst du testweise versuchen

      mfg


      Danke! :thumbsup:

    • Hallo

      Laut dem Screenshot hast du Newnigma 3.3.2 ?
      Hast du zufällig auch Unicable Konfiguriert?

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

    • Hallo,

      auch bei mir zeigt sich leider diese negative Eigenschaft.

      Habe die 800se mit newnigma2 - unstable.
      Datum des Images ist egal und und zeigt nach einem erneuten Flashen
      (neueren Datums) auch keine Heilung.
      Bei mit tritt es ungefähr nach jedem vierten Runterfahren auf.

      Display ist dunkel und die rote Lampe im Gerät brennt weiter.

      Diese nur zur Info. Also liegt es nicht an dem
      Image 3.3.2 und nicht an der DM 7025.

      Gruß smoht

    • Original von smoht
      Hallo,

      auch bei mir zeigt sich leider diese negative Eigenschaft.

      Habe die 800se mit newnigma2 - unstable.
      Datum des Images ist egal und und zeigt nach einem erneuten Flashen
      (neueren Datums) auch keine Heilung.
      Bei mit tritt es ungefähr nach jedem vierten Runterfahren auf.

      Display ist dunkel und die rote Lampe im Gerät brennt weiter.

      Diese nur zur Info. Also liegt es nicht an dem
      Image 3.3.2 und nicht an der DM 7025.

      Gruß smoht


      Hallo smoht,

      puuuuuuh, dann bin ich also doch nicht der Einzige... :D
      Hoffen wir mal, das wir eine Lösung finden.
      Werde mich in den nächsten Tagen mal an einem Bootlog versuchen (Hoffentlich kommt der Fehler dann auch vor...) ;).

      Gibt es noch mehr User, die das Problem haben oder schon einen entsprechenden Bootlog zu diesem Problem erstellt haben und den hochladen könnten? ?(

    • Originally posted by smoht
      Hallo,

      auch bei mir zeigt sich leider diese negative Eigenschaft.

      Habe die 800se mit newnigma2 - unstable.
      Datum des Images ist egal und und zeigt nach einem erneuten Flashen
      (neueren Datums) auch keine Heilung.
      Bei mit tritt es ungefähr nach jedem vierten Runterfahren auf.

      Display ist dunkel und die rote Lampe im Gerät brennt weiter.

      Diese nur zur Info. Also liegt es nicht an dem
      Image 3.3.2 und nicht an der DM 7025.

      Gruß smoht


      Passiert bei mir auch auf DM8000 mit Image 3.3.2.
      Ich fahre die Box jede Nacht in den Deep Standby (denn der normale Standby braucht zu viel Strom) und ca. einmal pro Monat bleibt die Box hängen:
      Alles scheint ausgeschaltet, nur um den Einschaltknopf leuchtet es blau, die Box ist mehr als handwarm, sie heizt also in diesem Zustand mächtig weiter.

      Heute um 17 Uhr ist es wieder passiert, im Log finde ich um diese Zeit zwei Einträge:

      May 18 17:00:08 dm8000 user.info kernel: [31853.658000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
      May 18 17:00:08 dm8000 user.info kernel: [31853.664000] bcmfb: disable manual blit


      Gruss
      MacDan
      Meine Dreambox ist meistens im Deep Standby.
      Mit einem derart hohen Standby-Verbrauch darf in meinem Haushalt kein Gerät auf Arbeit warten.

    • Originally posted by macdan

      Passiert bei mir auch auf DM8000 mit Image 3.3.2.
      Ich fahre die Box jede Nacht in den Deep Standby (denn der normale Standby braucht zu viel Strom) und ca. einmal pro Monat bleibt die Box hängen:
      Alles scheint ausgeschaltet, nur um den Einschaltknopf leuchtet es blau, die Box ist mehr als handwarm, sie heizt also in diesem Zustand mächtig weiter.

      Heute um 17 Uhr ist es wieder passiert, im Log finde ich um diese Zeit zwei Einträge:

      May 18 17:00:08 dm8000 user.info kernel: [31853.658000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
      May 18 17:00:08 dm8000 user.info kernel: [31853.664000] bcmfb: disable manual blit

      Und hier habe ich einen erfolgreichen Deep Shutdown:
      May 20 22:44:05 dm8000 user.info kernel: [18254.573000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
      May 20 22:44:05 dm8000 user.info kernel: [18254.580000] bcmfb: disable manual blit
      May 20 22:44:07 dm8000 user.info kernel: [18255.886000] bcm4506: channel 0 is sleeping now
      May 20 22:44:07 dm8000 user.notice shutdown[1148]: shutting down for system halt
      May 20 22:44:07 dm8000 daemon.info init: Switching to runlevel: 0
      May 20 22:44:07 dm8000 authpriv.info dropbear[813]: premature exit: Terminated by signal
      May 20 22:44:07 dm8000 daemon.info avahi-daemon[831]: Got SIGTERM, quitting.
      May 20 22:44:07 dm8000 daemon.info avahi-daemon[831]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.178.23.
      May 20 22:44:08 dm8000 syslog.info syslogd exiting

      Liebe Grüsse
      MacDan
      Meine Dreambox ist meistens im Deep Standby.
      Mit einem derart hohen Standby-Verbrauch darf in meinem Haushalt kein Gerät auf Arbeit warten.

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

    • Original von macdan
      Originally posted by macdan

      Passiert bei mir auch auf DM8000 mit Image 3.3.2.
      Ich fahre die Box jede Nacht in den Deep Standby (denn der normale Standby braucht zu viel Strom) und ca. einmal pro Monat bleibt die Box hängen:
      Alles scheint ausgeschaltet, nur um den Einschaltknopf leuchtet es blau, die Box ist mehr als handwarm, sie heizt also in diesem Zustand mächtig weiter.

      Heute um 17 Uhr ist es wieder passiert, im Log finde ich um diese Zeit zwei Einträge:

      May 18 17:00:08 dm8000 user.info kernel: [31853.658000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
      May 18 17:00:08 dm8000 user.info kernel: [31853.664000] bcmfb: disable manual blit

      Und hier habe ich einen erfolgreichen Deep Shutdown:
      May 20 22:44:05 dm8000 user.info kernel: [18254.573000] bcmfb: creating surface with pixel format 0x07e48888 (BPXL_eA8_R8_G8_B8)
      May 20 22:44:05 dm8000 user.info kernel: [18254.580000] bcmfb: disable manual blit
      May 20 22:44:07 dm8000 user.info kernel: [18255.886000] bcm4506: channel 0 is sleeping now
      May 20 22:44:07 dm8000 user.notice shutdown[1148]: shutting down for system halt
      May 20 22:44:07 dm8000 daemon.info init: Switching to runlevel: 0
      May 20 22:44:07 dm8000 authpriv.info dropbear[813]: premature exit: Terminated by signal
      May 20 22:44:07 dm8000 daemon.info avahi-daemon[831]: Got SIGTERM, quitting.
      May 20 22:44:07 dm8000 daemon.info avahi-daemon[831]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.178.23.
      May 20 22:44:08 dm8000 syslog.info syslogd exiting

      Liebe Grüsse
      MacDan


      Hallo zusammen,

      kann irgendjemand die Log-Einträge analysieren / auslesen? ?( :thumbsup:

    • Das ist kein serielles Log sondern die /var/log/massages des syslog Daemons - da steht sowieso nur die Hälfte drin.
      Ansonsten sieht man da recht wenig außer das er zuletzt irgendwas mit dem Framebuffer gemacht hat.