Bei der Installation von DAZN/TVNow wird auch versucht eine libwidevinecdm.so zu downloaden/extrahieren.
Geht auch soweit bis dann beim benutzen die Fehlermeldung (Screenshot 3) kommt.
Gut das du das schon getestet hast. Ich habe ja noch keine One, aber DAZN sollte schon laufen auf der One und DP gibt ja auf ihrer Seite auch an, dass DAZN gehen sollte:
https://dreambox.de/de/dreambox-one-ultrahd/
Also am besten die mal fragen wie man es denn lauffähig bekommt.
Ist das wie bei der DM900 das man hier auch das Kodi parallel zu Enigma laufen lassen kann ?
Übrigens die Box ist jetzt seit knapp 3 Wochen bei DMM im Service.
Da ich sowieso noch eine weitere DM900 brauchte, hatte ich mir noch eine neue geordert. Diese hat nun nach
ca. 2 Wochen die gleichen Probleme wie meine bereits eingeschickte Box. Produktionsdatum dieser Box ist 30-12-2016. Ist das
normal das ich so eine alte Box bekommen habe, oder wurden danach kaum noch welche produziert ?
Achja, meine allererste DM900 (hab also nun 3 Stück insgesamt) tut hier tadellos seinen Dienst.
Hier hat anscheinend jemand diesselben Probleme gehabt, zumindest sieht es dort auf dem Foto so aus:
Keine Ahnung ob ich mich jetzt falsch ausgedrückt habe, aber die MAC's sind dem Router schon bekannt, also wenn ich flashe wird gleich aufgelöst in z.b. wohnzimmer-dm900.fritz.box
Und die hinter diesem Namen stehende IP wird dann zu dieser Box auch fest zugewiesen. Das mach ich eigentlich auch schon seit Jahren so 
Aber hat das jetzt wirklich was mit dem Einfrierproblem zu tun bei schon laufender Box ?
Immer fixe Adressen hier wenn ein Image eingerichtet wurde.
DHCP also nur für den Rescue Mode.
das sieht eher nach Netzwerkproblem aus wo das Image nicht richtig übertragen wird - schon online Recovery probiert wo das Image nicht vom PC sondern der DP Webpage geladen wird ?
Ja das online recovery lief erstmal aber hatte ich nicht so lange draufgelassen, müsste ich dann mal testen, ob das dann auch nach 1-3 Tagen einfriert. Wie gesagt, das Hauptproblem ist das
Einfrieren im Idle nach 1-3 Tagen, flashen geht dann immer mal wieder wenn es Lust hat.
Nur stimmt es mich nicht so positiv, dass das backup auf einer anderen DM900 anstandslos läuft.
Hi,
seit ein paar Tagen habe ich das Problem, dass die Box im Idle nach 1-3 Tagen von alleine einfriert. Dabei habe ich auch kein Netzwerkzugriff mehr, weder per Telnet noch Webif.
Dann kommt dazu, dass manchmal das Neuflashen nicht funktioniert. Der Console Log sieht dann so aus:
[*] Remounting '/dev/mmcblk0p3' to '/data'
[*] Creating ext4 filesystem 'dreambox-rootfs' on /dev/mmcblk0p2
mke2fs 1.43-WIP (18-May-2015)
Discarding device blocks: 4096/253952 done
Creating filesystem with 253952 4k blocks and 63488 inodes
Filesystem UUID: 894463f9-1e72-4ecb-8ca5-90e018440eb1
Superblock backups stored on blocks:
32768, 98304, 163840, 229376
Allocating group tables: 0/8 done
Writing inode tables: 0/8 done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: 0/8 done
[*] Mounting '/dev/mmcblk0p2' to '/mnt'
[*] Extracting '/tmp/BU1jNk' to '/mnt'
tar: invalid tar magic
Fatal: Failed to extract root filesystem
tar: write: Broken pipe
[*] Unmounting '/mnt'
Irgendwann aber läßt sie sich doch flashen und dann läuft sie wieder für ein paar Tage.
Hat jemand noch eine Idee was ich machen kann außer einschicken ?
Danke, das war es. Kaum zu glauben. Ich hab das beim Einrichten vor ein paar Monaten zig Mal gemacht und nie Probleme.
Nun war ich wohl zu schnell Und das obwohl ich gestern von einen Kumpel die nagelneue 900er eingerichtet hatte, und
dort dieses Problem nicht hatte. Sachen gibt das
Habe ich auch schon gemacht, mit original stable DMM image.
Das lustige ist ja das sonst wirklich alles funktioniert, ich komme nur halt im stromlosen
Zustand der Box nicht in den Rescue Mode. Und zur Not sollte auch das funktiuonieren gelle.
Ja das funktioniert, aber was ist wenn es kein Telnet gibt, weil die Box kein laufendes Image drauf hat ?
Hi,
habe hier ein kleines Problem mit der DM900.
Die Box funktioniert hier im laufenden Betrieb ohne irgendwelche Probleme, aber als ich heute mal aus dem stromlosen Zustand in den Rescue Mode
wechseln wollte, hat das nicht wie sonst geklappt. Die Box bootet dann das Image ganz normal durch, reagiert also auf das Halten des Power-Buttons gar nicht.
Aus dem Menue heraus komme ich ohne Probleme in den Rescue Mode, oder wenn die Box im Standby ist, und dann Power-Button gedrückt lassen geht auch.
Also eigentlich kein Problem, aber was ist wenn die Box kein funktionierendes Image drauf hätte, dann hätte ich ein Problem.
Also mal das original DMM stable geflasht, und auch "update-rescue -v" per Telnet ausgeführt, aber das hat nicht geholfen.
Was kann man denn noch so probieren, um die Box zu retten ?
oder man hat noch nen Win Rechner mit Videomaterial am laufen und will da kein nfs Gelumpe drauf installieren.
Also ich bin hier am Ende mit meinem Latein, da wird ein Fehler ausgegeben, der im Core nur weiter nachverfolgt werden kann = DMM
Oder seh ich das falsch ?
Wie lautet denn genau die Fehlermeldung? Siehst du die auf dem TV oder nur im Log?
Auf dem TV. "Schreibfehler bei der Aufnahme. Festplatte voll ?" lautet die Fehlermeldung.
Das passiert übrigens auch, wenn ich statt über systemd per autofs gemounted habe, also die Art des mountens spielt wohl keine Rolle.
Ne interne HDD hab ich eingebaut, ist gemounted bei /media/hdd/
Eine witzige Sache ist auch, wenn ich mich über Win10 per ftp-client auf der DM900 in das per cifs gemountete Verzeichnis einlogge, und dann etwas vom Win10 Rechner dort rüberschiebe, dann gelangt es auf diesen Umweg wieder auf den Win10 Rechner, und das ohne Schreibfehler, wird alles korrekt kopiert
Tja PVR Funktion auf diesem share war eigentlich gar nicht meine Absicht, sondern nur reinen Zugriff und Abspielen von mkv's davon.
D.h. aber das dort ja trotzdem auch geschrieben werden muss, alleine schon wegen dem erstellen der *cuts usw. und das funktionert auch.
Ein "touch" geht auf dem share ebenfalls. Nur direkt Aufnehmen vom Timer aus ... keine chance ... Festplatte voll bla bla.
Hab jetzt von vers=1-3 alles durchgetestet.
Wo kann man da jetzt noch ansetzen ?
da war wohl was zickig. Alles noch mal von vorn gemacht und nun scheint es zu gehen, kaum zu glauben
rootfs / rootfs rw,relatime 0 1
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
tmpfs /tmp tmpfs rw,relatime 0 0
tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
/dev/disk/by-uuid/7250fb96-3997-463c-a92e-171c59df744c /media/hdd auto auto,nofail 0 0
//192.168.0.10/media /media/rechner cifs x-systemd.automount,username=guest,rsize=8192,noauto,wsize=8192,x-systemd.idle-timeout=60,rw,vers=1.0,x-systemd.device-timeout=2,soft,password=egal,nofail 0 0root@dm900:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 960.4M 491.4M 403.4M 55% /
devtmpfs 491.8M 0 491.8M 0% /dev
tmpfs 499.9M 0 499.9M 0% /dev/shm
tmpfs 499.9M 12.9M 487.0M 3% /run
tmpfs 499.9M 0 499.9M 0% /sys/fs/cgroup
systemd-1 2.7T 1.6T 1.2T 58% /media/rechner
tmpfs 499.9M 12.0K 499.9M 0% /var/volatile
tmpfs 499.9M 0 499.9M 0% /tmp
/dev/sda1 1.8T 884.7G 959.0G 48% /media/hdd
//192.168.0.10/media 2.7T 1.6T 1.2T 58% /media/rechner
Dann sieht das jetzt so gut aus ?
Und DMM sollte den Bug dann wohl fixen, oder ? Hat das einer von den dev's hier mitbekommen ?
hab ich nun auskommentiert und rebootet, aber leider:
root@dm900:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 960.4M 491.4M 403.4M 55% /
devtmpfs 491.8M 0 491.8M 0% /dev
tmpfs 499.9M 0 499.9M 0% /dev/shm
tmpfs 499.9M 12.9M 487.0M 3% /run
tmpfs 499.9M 0 499.9M 0% /sys/fs/cgroup
df: /media/rechner: No such device
tmpfs 499.9M 12.0K 499.9M 0% /var/volatile
tmpfs 499.9M 0 499.9M 0% /tmp
/dev/sda1 1.8T 884.7G 959.0G 48% /media/hddIch hab Mist geschrieben. Der Eintrag in der fstab steht nur drin, weil ich noch im graphischen Mountmanager einen Eintrag hatte.
Nachdem ich diesen gelöscht habe und dann manuell gemounted hab, steht der Eintrag nicht mehr in der fstab drin.
So sieht die fstab dann aus:
rootfs / rootfs rw,relatime 0 1
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
tmpfs /tmp tmpfs rw,relatime 0 0
tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
/dev/disk/by-uuid/7250fb96-3997-463c-a92e-171c59df744c /media/hdd auto auto,nofail 0 0Jo, wenn manuell gemounted ist, dann steht in der fstab:
//192.168.0.10/media /media/rechner cifs sec=ntlmv2,x-systemd.automount,username=guest,rsize=8192,noauto,wsize=8192,x-systemd.idle-timeout=60,rw,guest,vers=1.0,x-systemd.device-timeout=2,soft,password=egal,nofail 0 0Mit dem Eintrag geht dann der mount, aber nur bis ich ein Neustart der Box gemacht habe.
Wenn ich dann darauf zugreifen will kommt:
root@dm900:~# ls /media/rechner
ls: can't open '/media/rechner': No such device
root@dm900:~#Der erzeugte Eintrag in der fstab ist aber noch vorhanden.
Wenn ich nun folgendes mache:
umount /media/rechner
mount -t cifs -o username=guest,passwort=egal //192.168.0.10/media /media/rechnerdann geht der mount wieder. Bis zum neustart.
Gesagt, getan, aber der mount geht nicht. Diese automounts.xml wurde erzeugt:
<?xml version="1.0" encoding="UTF-8"?>
<mountmanager>
<cifs>
<mount>
<active>True</active>
<hdd_replacement>False</hdd_replacement>
<ip>192.168.0.10</ip>
<sharename>rechner</sharename>
<sharedir>media</sharedir>
<options>rw,vers=1.0</options>
<username>guest</username>
<password>egal</password>
</mount>
</cifs>
</mountmanager>
Das sind aber quasi die Daten die beim manuellen mounten funzen.
cat /proc/mounts sagt:
root@dm900:~# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=503588k,nr_inodes=55188,mode=755 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-ag
ent,name=systemd 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
systemd-1 /media/rechner autofs rw,relatime,fd=27,pgrp=1,timeout=60,minproto=5,maxproto=5,direct 0 0
tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
tmpfs /tmp tmpfs rw,relatime 0 0
/dev/sda1 /media/hdd ext4 rw,relatime,data=ordered 0 0
nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
/etc/auto.misc /misc autofs rw,relatime,fd=6,pgrp=304,timeout=300,minproto=5,maxproto=5,indirect 0 0
-hosts /net autofs rw,relatime,fd=12,pgrp=304,timeout=300,minproto=5,maxproto=5,indirect 0 0
/etc/auto.hotplug /autofs autofs rw,relatime,fd=18,pgrp=304,timeout=300,minproto=5,maxproto=5,indirect 0 0
/etc/auto.network /media/net autofs rw,relatime,fd=24,pgrp=304,timeout=300,minproto=5,maxproto=5,indirect 0 0
root@dm900:~#