Ich denke es lag wirklich am Netzteil. Sie läuft seit ca. einen halben Stunde problemlos am 3A Netzteil.

Danke für die Hinweise. Dann werde ich erstmal das Netzteil mit 3A benutzen und auf den Austausch warten.

Hallo zusammen,

habe leider mit meinem Weihnachtsgeschenk Pech gehabt. Soeben meine neue DM 900 ausgepackt und nach ca. 10 Minuten Betrieb hat es auf einmal aus heiterem Himmel klack gemacht und meine Sicherungen sind raus geflogen. Nach dem ersten Schock habe ich dann festgestellt, dass das Netzteil der DM 900 Schuld war und nun den Geist aufgegeben hat
Das Netzteil hat 12V 5A (also ca. 60W). Mal abgesehen davon, dass ich dies bei meinem Händler reklamieren werde habe ich leider nur noch eins mit 12V und 3A hier rumliegen. Würde das gehen, oder ist das auf Dauer für meine Box nicht gesund?

Mein LG70LB650V schaltet sich auch nicht aus wenn ich die Dream in den Idle Mode setzte. Ist zwar schade aber definitiv ein LG Problem. Jeder kocht da sein eigenes Süppchen.

Ich denke es liegt eher daran. Probier mal das LINK

Habs doch hinbekommen. Anhand des Bootlogs konnte ich erkennen das am HDMI-IN Eingang ein Problem vorliegt. Dort habe ich eine Amazon Fire Box hängen. HDMI-IN abgestöpselt und dann hat die Box durchgebootet.

Aus unerklärlichen Gründen bootet meine Box nicht mehr. Es steht im Display nur "Dreambox". EInen Tag zuvor lief Sie noch ohne Probleme. Nutze den Unstable Zweig. Naja, dann flashe ich mal neu. Aber auch hier kein Erfolg,
Genauso wenig mit dem Online Recvery Tool. Benötige Hilfe was ich noch machen könnte.

Hier der Log vom Online Recovery. Sie hat zwar am Ende einen Reboot durchgeführt, aber ohne Erfolg. Im Display erscheint wieder nur "Dreambox".

[*] Creating directory '/data'
[*] Mounting '/dev/mmcblk0p2' to '/data'
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery.sig'
[*] Copying 'recovery' from local storage
[*] Verifying signature of 'recovery'
gpgv: Signature made Fri Sep  5 22:05:37 2014 UTC using RSA key ID D6CF56E7
gpgv: key D6CF56E7 was created 1407769171 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407769171 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407769171 seconds in the future (time warp or clock problem)
gpgv: Good signature from "Dreambox DM7080 Recovery <recovery@dm7080.com>"
[*] Unmounting '/data'
[*] Running './recovery'
[*] Options '-v'
[*] Mounting '/data' (ro)
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/dreambox-image-dm7080.tar.xz.sig'
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/dreambox-image-dm7080.tar.xz'
[*] Verifying signature of 'dreambox-image-dm7080.tar.xz'
gpgv: Signature made Wed Feb  3 09:42:19 2016 UTC using RSA key ID D6CF56E7
gpgv: key D6CF56E7 was created 1407769157 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407769157 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407769157 seconds in the future (time warp or clock problem)
gpgv: Good signature from "Dreambox DM7080 Recovery <recovery@dm7080.com>"
[*] Creating ext4 filesystem 'dreambox-rootfs' on /dev/mmcblk0p1
mke2fs 1.42.8 (20-Jun-2013)
Filesystem label=dreambox-rootfs
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
60928 inodes, 243712 blocks
12185 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=251658240
8 block groups
32768 blocks per group, 32768 fragments per group
7616 inodes per group
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 root filesystem
[*] Extracting 'dreambox-image-dm7080.tar.xz' to '/mnt'
[*] Writing /usr/share/dreambox-secondstage/ssbl.bin to /dev/mmcblk0 (LBA: 8192)
1035+1 records in
1035+1 records out
530316 bytes (517.9KB) copied, 0.100029 seconds, 5.1MB/s
[*] Creating boot image
[*] Writing bootblob.bin to /dev/mmcblk0 (LBA: 16384)
14793+0 records in
14793+0 records out
7574016 bytes (7.2MB) copied, 1.474795 seconds, 4.9MB/s
[*] Enabling boot source A
0+1 records in
0+1 records out
5 bytes (5B) copied, 0.025214 seconds, 198B/s
[*] Unmounting '/mnt/dev'
[*] Unmounting '/mnt/proc'
[*] Unmounting '/mnt/run'
[*] Unmounting '/mnt/sys'
[*] Unmounting '/mnt/tmp'
[*] Unmounting '/mnt'
[*] Remounting '/data' (rw)
[*] Updating recovery cache
[*] Unmounting '/data'
[*] Initiating reboot

Man kann bei der Länge dieses Thread's schon den Überblick verlieren.

Interessiert anscheinend keinen hier. Ich sage nur Danke für die Rückmeldung! Super Support

Eigentlich habe ich das Problem welches ich nun schildere schon länger. Wenn ich die Dream einschalte kommt es hin und wieder vor das sich mein TV (LG) und mein Audio System (Pioneer) nicht mit einschalten. Dann muss ich die Dream wieder in den Idle Modus setzten und erneut einschalten. Das zweite Problem ist, dass sich die Dream nachdem alle Geräte eingeschaltet sind wieder automatisch in den Idle Modus setzt. Im Anhang ein Logfile.

Vielen Dank für die 1.0 Version. Läuft wieder

Bitteschön

Mit dem neuesten unstable erhält man bei Aufruf des HDMI-IN Einganges einen wunderschönen Grünen

Zitat von Reichi

Na, das ist es, derzeit ist mir keiner bekannt ;). Für "unseren" Zweck ist definitiv soft die bessere Option.

bzgl rsize/wsize: Ich bin da offen für Vorschläge. Allerdings wäre da natürlich eine gewisse Zahl an Rückmeldungen ganz sinnvoll bevor wir was umstellen. Bei rsize/wsize würde ich mich ggf. auch auf Konfigurierbarkeit einlassen, wenn's tats. sein muss.

Naja, das mit der Option "soft" hat bei mir gar nix gebracht. Bei nicht erreichen des Servers blieb die Box trotzdem hängen (Spinner).
Siehe auch hier

Ah ok, wieder was dazugelernt. Und hast Du vielleicht eine Idee wie ich das Problem nun lösen könnte. Mein NAS-Server schaltet sich zu einer bestimmten Zeit ab. Durch einen cronjob wird regelmäßig überprüft ob in nächster Zeit Aufnahmen anstehen und weckt dann den Server durch einen ether-wake Befehl auf. Wenn ich auf meine Aufnhamen zugreifen möchte während der Server aus ist habe ich das Problem und die Box reagiert nicht mehr. Oder durch einen Neustart reagiert die Box auch nicht mehr und ist im "Spinnermodus"

Sorry verstehe ich nicht ganz. Was sind stranded mounts? Meinst Du rw,soft,nolock? Habe ich gemacht, bringt aber leider keine Verbesserung.

Hier mal der EIntrag aus meiner fstab. Läuft wohl doch noch nicht ganz so rund.

rootfs	/		rootfs	rw,relatime					0 1
proc	/proc		proc	rw,nosuid,nodev,noexec,relatime			0 0
usbfs	/proc/bus/usb	usbfs	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
192.168.2.25:/export/Movie	/media/NASMOVIE	nfs	udp,rw,rsize=8192,noauto,x-systemd.automount,wsize=8192,nolock,nofail	0	0
192.168.2.25:/export/Timeshift	/media/NASTIMESHIFT	nfs	udp,rw,rsize=8192,noauto,x-systemd.automount,wsize=8192,nolock,nofail	0	0

Habe auch den GP3 Automounter benutzt. Keine Probleme auch wenn meine NAS nicht eingeschaltet war. Jetzt habe ich nach dem Update zum testen den Networkbrowser benutzt und meine Shares eingebunden. Resultat ist Dauerspinner wenn meine NAS nicht mehr erreichbar ist.

Wird Zeit das man den HDMI Eingang auch ohne Streamingfunktion nutzen kann. Nach fast einem Jahr wäre das doch mal eine Maßnahme!

Ich habe das Problem, dass die Dream beim einschalten nach kurzer Zeit bzw. sofort sich wieder in den Idle Mode schaltet. Siehe Logfile.
Das Problem habe ich schon länger und weiss leider auch nicht mehr nach welchem Update die Problematik begann. Vorher lief alles problemlos.