und das wird sich sicher nicht negativ auf deren umsatz ausgewirkt haben..
Aber auch nicht positiv ...
und das wird sich sicher nicht negativ auf deren umsatz ausgewirkt haben..
Aber auch nicht positiv ...
Jeder von euch kann sich bei einem Fachanwalt oder bei der Verbraucherzertrale vergewissern.
wir können auch einfach warten und du setzt mit deinem Fachanwalt dein gutes Recht durch ... mal schauen was eher fertig ist
Hi,
seit dem letzten Update gerade lässt sich die Box nicht mehr ausschalten/neustarten:
Feb 09 20:12:29 dm7080 kernel[176]: [ 210.106000] bcm4506: channel 0 is sleeping now
Feb 09 20:12:29 dm7080 systemd[961]: Failed at step EXEC spawning /usr/bin/enigma2-system-state: Permission denied
Feb 09 20:12:29 dm7080 systemd[1]: enigma2.service: control process exited, code=exited status=203
Feb 09 20:12:29 dm7080 systemd[1]: Unit enigma2.service entered failed state.
Feb 09 20:12:29 dm7080 systemd[1]: enigma2.service holdoff time over, scheduling restart.
Feb 09 20:12:29 dm7080 systemd[1]: Cannot add dependency job for unit showiframe-backdrop.service, ignoring: Unit showiframe-backdrop.service failed to load: No such file or directory. See system logs and 'systemctl s...vice' for details.
Feb 09 20:12:29 dm7080 systemd[1]: Stopping enigma2...
Feb 09 20:12:29 dm7080 systemd[1]: Starting Generate environment for enigma2...
Feb 09 20:12:29 dm7080 systemd[1]: Started Generate environment for enigma2.
Feb 09 20:12:29 dm7080 systemd[1]: Starting enigma2...
Kurz gecheckt und tatsächlich:
ein "chmod 755 enigma2-system-state" und es geht wieder!
Falls dein Dlink Green Ethernet oder andere Energiesparfunktionen hat: schalt das mal aus und Versuchs dann nochmal.
Update von meiner Seite zwecks Fehlereingrenzung:
Seit dem ich Switch-seitig die Autonegotiation für Speed, Flow Control und MDIX Mode abgeschaltet habe und die Werte für den Port einfach vorgebe, konnte ich das Hängen beim Booten nicht mehr reproduzieren.
Scheint also ein Problem mit der Autonegotiation zu sein.
Wenn ich so drüber nachdenke ... da das gleiche Verhalten auch auftritt, wenn ich einfach im Betrieb das Cam neustarte, kann es doch eigentlich nicht am daemon liegen, oder?
steht doch oben im Log wer startet, das mit dem zu früh vom systemd starten hast du gesagt
Und für den gdaemon gabs gestern keine Updates, sondern für e2, daher habe ich es hier gepostet.
Aber wenn du meinst, dass es am zu frühen Starten durch den gdaemon liegt, dann eben hier weiter:
http://www.i-have-a-dreambox.c…hread.php?threadid=187716
Und meinen Ratschlag solltest du nochmal überdenken "man systemd" wenn das ... zu früh gestartet wird bist du selbst schuld, ... werden unter DreamOS nicht per init gestartet sondern mit systemd!!!
Also wenn überhaupt startet der gdaemon das Teil zu früh, nämlich laut Log 13 Sekunden nach Start/Beginn des Logs
Daran wird's wohl liegen.
Deshalb hast auch nur du diese Probleme
Ja, nur ich ... und anscheinend tine1084.
Nein wir sind nicht zu blöd zum Lesen, ich sagte ich hab es getestet und ES FUNKTIONIERT.
Naja, was sollte denn "man systemd" heißen ... ? Es startet und funktioniert ja grundsätzlich. Und vor dem Update war es noch ok, mehr hab ich nicht geändert, außer den Updates.
Es scheint mir, als müsste ich es nochmal ausführlicher beschreiben, da einige hier des Lesens und/oder Verstehens nicht mächtig zu sein scheinen:
Sowohl das automatische Starten des Cams beim Hochfahren der Box, wie auch das Entschlüsseln von Kanälen mittels einer HD+ HD02 bzw. Sky S02 im laufenden Betrieb oder bei einer Aufnahme aus dem Deep Standby heraus funktioniert ohne Probleme.
Das einzige was nicht funktioniert, ist die direkte Entschlüsselung, wenn der eingeschaltete Kanal nach dem Hochfahren/Neustart ein verschlüsselter ist. Nach dem ersten Umschalten wird alles entschlüsselt wie es sich gehört.
Es ist einfach erst seit den e2 bzw. linux Updates gestern so und ich dachte mir, ich melde das mal, weil irgendwann (Tage/Wochen/Monate) geht es dann bei keinem mehr und dann ist das Geschrei wieder groß und die Fehlersuche wird dadurch komplizierter und unnötig in die Länge gezogen, weil man nicht weiß, wodurch das ganze ursprünglich verursacht wurde. Mit dem Update scheint sich ja irgendwas geändert zu haben, was dieses Problem bedingt, was auch tine1084 bestätigt hat, wenn auch wie üblich nicht bei allen, da die Setups zu unterschiedlich sind.
Ich hab kein Problem nach dem Starten auf einen anderen Kanal zu schalten. Und der andere Patch soll auch nicht rückgängig gemacht werden. Das war nur meine Vermutung, da es sich auch mit der Entschlüsselung von Kanälen beschäftigt und mit eben diesem Update kam.
Wenn DMM Zeit hat, werden sie sich das schon anschauen. Das hier ist ein Minor bei wenigen Nutzern mit Workaround, also kein Stress.
Nur: Wenn die Probleme nicht gemeldet werden können sie auch nicht gefixt werden!
a) kein Support für Softcams
b) man systemd
Es ist ja kein Cam Problem, das startet und funktioniert grundsätzlich.
Ich schätze eher, dass der Fix von PiP mit Verschlüsselung hier was kaputt gemacht hat.
Da es vorher aber ohne Probleme funktioniert hat, waren die Updates wohl nicht ganz unschuldig dran ...
Autokorrektur halt
Hallo zusammen,
seit den Updates heute findet nach dem Deep Standby bzw. einem Neustart keine Entschlüsselung mehr statt, sowohl HD+ wie auch Sky.
Nach dem ersten Umschalten auf irgend einen anderen Kanal funktioniert das Entschlüsseln dann aber wieder ohne Probleme.
Gleiches Verhalten danach auch beim Schauen eines verschlüsselten Kanals und anschließendem Neustarten des Cams.
Hier mal der entsprechende Teil aus dem journalctl davon, falls es euch hilft:
Jan 20 20:11:31 dm7080 root[820]: /usr/script/doscam_cam.sh stop
Jan 20 20:11:31 dm7080 gdaemon[192]: /usr/script/doscam_cam.sh stop
Jan 20 20:11:31 dm7080 enigma2[201]: [eDVBCAServiceConn] '/tmp/camd.socket' connection closed
Jan 20 20:11:31 dm7080 kernel[177]: [ 243.181000] CA: disable pid 0403 on demux 3
Jan 20 20:11:31 dm7080 kernel[177]: [ 243.182000] CA: disable pid 03ff on demux 3
Jan 20 20:11:31 dm7080 kernel[177]: [ 243.449000] ch0: unlock
Jan 20 20:11:33 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:33 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/ecm.info} has been deleted
Jan 20 20:11:33 dm7080 enigma2[201]: [eDVBCAService] stat '/tmp/ecm.info' failed (No such file or directory)
Jan 20 20:11:33 dm7080 root[826]: /usr/script/doscam_cam.sh start
Jan 20 20:11:33 dm7080 gdaemon[192]: /usr/script/doscam_cam.sh start
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.345000] 246:344368891 SMCA:
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.345000] 246:344440373 SMCB: invalid ioctl: 0x80047309
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.346000] invalid ioctl: 0x80047309
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.355000] 246:354587030 SMCA: controller reset timed out
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.654000] 246:652841953 SMCB: invalid ioctl: 0x8004730c
Jan 20 20:11:34 dm7080 kernel[177]: [ 246.665000] 246:663825645 SMCA: invalid ioctl: 0x8004730c
Jan 20 20:11:35 dm7080 kernel[177]: [ 247.734000] 247:733600799 SMCA: invalid ioctl: 0x00005407
Jan 20 20:11:36 dm7080 kernel[177]: [ 248.959000] 248:958450944 SMCB: invalid ioctl: 0x00005407
Jan 20 20:11:38 dm7080 enigma2[201]: no ancillary data in audio stream... abort radiotext pes parser
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] 1 events queued
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/camd.socket} has been deleted
Jan 20 20:11:46 dm7080 enigma2[201]: [eFileMonitor] File {/tmp/camd.socket} has been created
Alles anzeigen
Aufnahmen aus dem Deep Standby heraus funktionieren aber, die *.ts hat auch bei verschlüsselten Sendern Bild und Ton.
Seit dem Update gestern tritt das Problem wieder ab und zu auf, aber nicht immer. journalctl meint dazu:
Jan 18 17:58:43 dm7080 kernel[175]: [[1;39m[ 12.055000] set current avs auto aspect to 16:9[[0m
Jan 18 17:58:43 dm7080 kernel[175]: [[1;39m[ 12.055000] HDMI: start CEC[[0m
Jan 18 17:58:43 dm7080 kernel[175]: [[1;39m[ 12.056000] set sb to 3(1)[[0m
Jan 18 17:58:43 dm7080 kernel[175]: [[1;39m[ 12.119000] HDMI: use logical CEC address 3[[0m
Jan 18 17:58:43 dm7080 kernel[175]: [[1;39m[ 12.119000] CEC init completed![[0m
Jan 18 17:58:44 dm7080 kernel[175]: [[1;39m[ 12.256000] CEC send ok![[0m
Jan 18 17:58:48 dm7080 connmand[192]: [[1;39mOnline check failed for 0x661ba0 Wired[[0m
Jan 18 17:59:44 dm7080 enigma2[196]: Preferred tag editor set to None
Jan 18 17:59:44 dm7080 enigma2[196]: profile: LOAD:enigma: 24
Jan 18 17:59:44 dm7080 systemd-journal[85]: Forwarding to syslog missed 18 messages.
Jan 18 17:59:44 dm7080 kernel[175]: [[1;39m[ 73.121000] 63179 ms: 7[[0m
Alles anzeigen
Ich schätze mal, dass es mit dem online check zusammenhängt, die Box ist ja online und per Netzwerk erreichbar!
Ist schon ein wenig nervig, wenn die 7080 zum Booten wieder so lange braucht wie ne 8000.
Hallo zusammen,
mir ist gerade aufgefallen, dass weder auf dem Mac mit Safari noch auf iPhone oder iPad die Einstellungen des Webinterfaces unter Extras > Einstellungen gespeichert werden (z.B. Style).
Dabei ist es auch egal, welche Einstellungen in Safari unter Datenschutz > Cookies und Website-Daten ausgewählt sind, habe statt "Nur von Websites erlauben, die ich besuche" auf "Immer zulassen" geändert, hilft aber auch nicht. Das Cookie wird einfach nicht angelegt.
Mit Firefox auf dem Mac werden die Einstellungen hingegen anstandslos gespeichert.
Software-Stand ist auf allen beteiligten Geräten der aktuellste.
Ich meine, das war Anfang Dezember, als das los ging.
Maybe I repeat myself - but what makes you so sure that it doesn't work already
I ment in the GUI
DMM will implement it sooner or later, so be patient!
hier war sowohl für die leere Netzwerk-Config GUI als auch für das lange booten das eingeschaltete DHCP schuld, bei manueller Vergabe keine Probleme mehr!