Hatte ich schon befürchtet:

[ 17.802000] mmcblk0: error -145 transferring data, sector 0, nr 8, cmd response 0x900, card status 0x0
[ 17.804000] end_request: I/O error, dev mmcblk0, sector 0
[ 26.195000] mmcblk0: error -145 transferring data, sector 1, nr 7, cmd response 0x900, card status 0x0
[ 26.196000] end_request: I/O error, dev mmcblk0, sector 1
[ 34.587000] mmcblk0: error -145 transferring data, sector 2, nr 6, cmd response 0x900, card status 0x0
[ 34.588000] end_request: I/O error, dev mmcblk0, sector 2
[ 42.980000] mmcblk0: error -145 transferring data, sector 3, nr 5, cmd response 0x900, card status 0x0
[ 42.981000] end_request: I/O error, dev mmcblk0, sector 3
[ 51.372000] mmcblk0: error -145 transferring data, sector 4, nr 4, cmd response 0x900, card status 0x0
[ 51.373000] end_request: I/O error, dev mmcblk0, sector 4
[ 59.765000] mmcblk0: error -145 transferring data, sector 5, nr 3, cmd response 0x900, card status 0x0
[ 59.766000] end_request: I/O error, dev mmcblk0, sector 5
[ 68.157000] mmcblk0: error -145 transferring data, sector 6, nr 2, cmd response 0x900, card status 0x0
[ 68.158000] end_request: I/O error, dev mmcblk0, sector 6
[ 76.550000] mmcblk0: error -145 transferring data, sector 7, nr 1, cmd response 0x900, card status 0x0
[ 76.551000] end_request: I/O error, dev mmcblk0, sector 7
[ 76.551000] Buffer I/O error on device mmcblk0, logical block 0
[ 84.945000] mmcblk0: error -145 transferring data, sector 0, nr 8, cmd response 0x900, card status 0xb00
[ 84.946000] mmcblk0: retrying using single block read
[ 93.337000] mmcblk0: error -145 transferring data, sector 0, nr 8, cmd response 0x900, card status 0x0
[ 93.339000] end_request: I/O error, dev mmcblk0, sector 0
[ 101.730000] mmcblk0: error -145 transferring data, sector 1, nr 7, cmd response 0x900, card status 0x0
[ 101.731000] end_request: I/O error, dev mmcblk0, sector 1
[ 110.122000] mmcblk0: error -145 transferring data, sector 2, nr 6, cmd response 0x900, card status 0x0
[ 110.124000] end_request: I/O error, dev mmcblk0, sector 2
[ 118.515000] mmcblk0: error -145 transferring data, sector 3, nr 5, cmd response 0x900, card status 0x0
[ 118.516000] end_request: I/O error, dev mmcblk0, sector 3
[ 126.907000] mmcblk0: error -145 transferring data, sector 4, nr 4, cmd response 0x900, card status 0x0
[ 126.908000] end_request: I/O error, dev mmcblk0, sector 4
[ 135.300000] mmcblk0: error -145 transferring data, sector 5, nr 3, cmd response 0x900, card status 0x0
[ 135.301000] end_request: I/O error, dev mmcblk0, sector 5
[ 143.692000] mmcblk0: error -145 transferring data, sector 6, nr 2, cmd response 0x900, card status 0x0
[ 143.693000] end_request: I/O error, dev mmcblk0, sector 6
[ 152.085000] mmcblk0: error -145 transferring data, sector 7, nr 1, cmd response 0x900, card status 0x0
[ 152.086000] end_request: I/O error, dev mmcblk0, sector 7
[ 152.086000] Buffer I/O error on device mmcblk0, logical block 0
[ 160.480000] mmcblk0: error -145 transferring data, sector 0, nr 8, cmd response 0x900, card status 0xb00
[ 160.481000] mmcblk0: retrying using single block read
[ 168.873000] mmcblk0: error -145 transferring data, sector 0, nr 8, cmd response 0x900, card status 0x0
[ 168.874000] end_request: I/O error, dev mmcblk0, sector 0
[ 177.265000] mmcblk0: error -145 transferring data, sector 1, nr 7, cmd response 0x900, card status 0x0
[ 177.266000] end_request: I/O error, dev mmcblk0, sector 1
[ 185.658000] mmcblk0: error -145 transferring data, sector 2, nr 6, cmd response 0x900, card status 0x0
[ 185.659000] end_request: I/O error, dev mmcblk0, sector 2
[ 194.050000] mmcblk0: error -145 transferring data, sector 3, nr 5, cmd response 0x900, card status 0x0
[ 194.051000] end_request: I/O error, dev mmcblk0, sector 3
[ 202.442000] mmcblk0: error -145 transferring data, sector 4, nr 4, cmd response 0x900, card status 0x0
[ 202.444000] end_request: I/O error, dev mmcblk0, sector 4
[ 210.835000] mmcblk0: error -145 transferring data, sector 5, nr 3, cmd response 0x900, card status 0x0
[ 210.836000] end_request: I/O error, dev mmcblk0, sector 5

Weiter Minuten vergehen, dann ist der Befehl durch. Leider wieder mit dem selben Ergebnis:
sfdisk: Checking that no-one is using this disk right now ...
sfdisk: BLKRRPART: Input/output error
sfdisk: OK

Disk /dev/mmcblk0: 979 cylinders, 4 heads, 16 sectors/track
sfdisk: read error on /dev/mmcblk0 - cannot read sector 0: Input/output error
sfdisk: /dev/mmcblk0: unrecognized partition table type
Old situation:
sfdisk: No partitions found
sfdisk: unrecognized input: /dev/mmcblk0

Habe mir das mal bei Oozoon angeschaut. Da kommt ja z.B. auch die ein "OK" nach "Checking that no-one....."

Probiere es jetzt mal mit Zeile für Zeile....

Edit:
Warte jetzt schon wieder 15min. und bin gerade mal hier:
root@dm7080:/tmp# sfdisk /dev/mmcblk0
sfdisk: Checking that no-one is using this disk right now ...
sfdisk: BLKRRPART: Input/output error
sfdisk: OK

Disk /dev/mmcblk0: 979 cylinders, 4 heads, 16 sectors/track
sfdisk: read error on /dev/mmcblk0 - cannot read sector 0: Input/output error
sfdisk: /dev/mmcblk0: unrecognized partition table type
Old situation:
sfdisk: No partitions found
sfdisk: Input in the following format; absent fields get a default value.
<start> <size> <type [E,S,L,X,hex]> <bootable [-,*]> <c,h,s> <c,h,s>
Usually you only need to specify <start> and <size> (and perhaps <type>).

sfdisk: /dev/mmcblk0p1 :

Das kann doch nicht normal sein. Das erstellen von Partitionen geht ja in der Regel in ein paar Sekunden.

Edit2:
sfdisk: /dev/mmcblk0p1 :
147456 4046848
sfdisk: Warning: given size (4046848) exceeds max allowable size (0)

max allowable size 0?

Ok, gerade probiert. Befehlt steht jetzt schon paar Minuten bis die Ausgabe "sfdisk: Checking that no-one is using this disk right now ..." kommt. Und jetzt kommt wieder seit ein paar Minuten keine Ausgabe mehr. Wie lange sollte denn der Befehlt ca. dauern bis die beiden Partitionen angelegt sind?

Oder doch ein Hardware defekt? Habe ja auch nix gemacht außer Box auszuschalten, und plötzlich bootet die Box nur noch in de Rescue Modus...

root@dm7080:/tmp# vi oldlabel
root@dm7080:/tmp# cat oldlabel
label: gpt
label-id: 5BBBCA85-1C77-41FA-A1BE-6416664ADE94
device: /dev/mmcblk0
unit: sectors
first-lba: 34
last-lba: 7733214
/dev/mmcblk0p1 : start= 147456, size= 4046848, type=69DAD710-2CE4-4E3C-B16C-21A1D49ABED3, uuid=DCB4C6C7-3ED2-4973-B606-47F7A4B8EF2A, name="rootfs"
/dev/mmcblk0p2 : start= 4194304, size= 3538911, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=134A34EB-C581-4763-BF67-4DDC2953C337, name="data"
root@dm7080:/tmp# sfdisk /dev/mmcblk0 < /tmp/oldlabel
sfdisk: Checking that no-one is using this disk right now ...
sfdisk: BLKRRPART: Input/output error
sfdisk: OK

Disk /dev/mmcblk0: 979 cylinders, 4 heads, 16 sectors/track
sfdisk: read error on /dev/mmcblk0 - cannot read sector 0: Input/output error
sfdisk: /dev/mmcblk0: unrecognized partition table type
Old situation:
sfdisk: No partitions found
sfdisk: unrecognized input: gpt
root@dm7080:/tmp#

Zitat von gutemine

Sagte ich NICHT das du NICHT auch noch den Rescue loader kaputt machen sollst ????

Wenn du lieber machst was du glaubst bin ich hier raus, bei OoZooN steht sowieso alles was nötig ist ich habe wenig Lust dir das Zeile für Zeile abzutippen.

Da hast Du mich falsch verstanden, die Version vom Rescue war bereits drauf. Das war als Info gedacht welche Version ich habe.

Welche Version benötige ich?

Edit: Habe folgenden installiert:
vmlinux.gz-rescue-3.4-r1-dm7080-20180222.bin -> kein sgdisk!

Hatte ich probiert, dachte Du hast dich vertippt:
root@dm7080:~# sgdisk /dev/mmcblk0 -z -n 1:147456:4194303 -c 1:rootfs -t 1:8307 -n 2:4194304: -c 2:data -t 2:8300
-sh: sgdisk: not found
root@dm7080:~#

Befehl ohne z ausführen?

root@dm7080:~# sfdisk /dev/mmcblk0 -z -n 1:147456:4194303 -c 1:rootfs -t 1:8307 -n 2:4194304: -c 2:data -t 2:8300
sfdisk: invalid option -- 'z'

Usage:
sfdisk [options] <device> [...]

Options:
-s, --show-size list size of a partition
-c, --id change or print partition Id
--change-id change Id
--print-id print Id
-l, --list list partitions of each device
-d, --dump idem, but in a format suitable for later input
-i, --increment number cylinders etc. from 1 instead of from 0
-u, --unit <letter> units to be used; <letter> can be one of
S (sectors), C (cylinders), B (blocks), or M (MB)
-1, --one-only reserved option that does nothing currently
-T, --list-types list the known partition types
-D, --DOS for DOS-compatibility: waste a little space
-E, --DOS-extended DOS extended partition compatibility
-R, --re-read make the kernel reread the partition table
-N <number> change only the partition with this <number>
-n do not actually write to disk
-O <file> save the sectors that will be overwritten to <file>
-I <file> restore sectors from <file>
-V, --verify check that the listed partitions are reasonable
-v, --version display version information and exit
-h, --help display this help text and exit

Dangerous options:
-f, --force disable all consistency checking
--no-reread do not check whether the partition is in use
-q, --quiet suppress warning messages
-L, --Linux do not complain about things irrelevant for Linux
-g, --show-geometry print the kernel's idea of the geometry
-G, --show-pt-geometry print geometry guessed from the partition table
-A, --activate[=<device>] activate bootable flag
-U, --unhide[=<dev>] set partition unhidden
-x, --show-extended also list extended partitions in the output,
or expect descriptors for them in the input
--leave-last do not allocate the last cylinder
--IBM same as --leave-last
--in-order partitions are in order
--not-in-order partitions are not in order
--inside-outer all logicals inside outermost extended
--not-inside-outer not all logicals inside outermost extended
--nested every partition is disjoint from all others
--chained like nested, but extended partitions may lie outside
--onesector partitions are mutually disjoint

Override the detected geometry using:
-C, --cylinders <number> set the number of cylinders to use
-H, --heads <number> set the number of heads to use
-S, --sectors <number> set the number of sectors to use

For more details see sfdisk(8).

Dank für die Hilfe!
Der Befehl läuft jetzt schon ne halbe Stunde. Poste hier schon mal was bis jetzt raus kam. Bin mir nicht sicher ob sfdisk noch was ausspuckt:

root@dm7080:~# sfdisk /dev/mmcblk0
sfdisk: Checking that no-one is using this disk right now ...
sfdisk: BLKRRPART: Input/output error
sfdisk: OK

Disk /dev/mmcblk0: 979 cylinders, 4 heads, 16 sectors/track
sfdisk: read error on /dev/mmcblk0 - cannot read sector 0: Input/output error
sfdisk: /dev/mmcblk0: unrecognized partition table type
Old situation:
sfdisk: No partitions found
sfdisk: Input in the following format; absent fields get a default value.
<start> <size> <type [E,S,L,X,hex]> <bootable [-,*]> <c,h,s> <c,h,s>
Usually you only need to specify <start> and <size> (and perhaps <type>).

sfdisk: /dev/mmcblk0p1 :

Hab gerade gemerkt dass das Thema hier schon als erledigt markiert ist:
DM7080 startet in recovery mode

Console log:
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery.sig'
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery'
[*] Verifying signature of 'recovery'
gpgv: Signature made Thu Sep 14 15:34:18 2017 UTC using RSA key ID D6CF56E7
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: Good signature from "Dreambox DM7080 Recovery <recovery@dm7080.com>"
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path
[*] Running './recovery'
[*] Options '-v'
Warning: Could not read MID!
Warning: Please consider updating your rescue loader!
Warning: Could not read CA!
Warning: Could not read MID!
Warning: Please consider updating your rescue loader!
Warning: Could not read CA!
Fatal: Target device '/dev/mmcblk0p1' is not writable
Fatal: Failed to execute './recovery'
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path

Hatte die Box schon kurz vom Strom genommen und dabei dann den Ein/Aus Taster vorne gedrückt. So kann man sich ja normalerweise längere Stromlos Wartezeiten sparen.
Hat aber leider nichts gebraucht. Auch über Nacht kein Strom brachte keine Lösung.

Was davor geschah:
Beim Hochfahren kam eine Meldung bzgl. update von mpzg (oder so ähnlich). Habe ich gemacht, Box wollte danach einen Neustart -> danach alles gut.
Habe die Box dann nach ein paar Stunden ausgemacht. Beim nächsten Mal einschalten ist mir aufgefallen dass die Box nicht runtergefahren ist. Sah ein Standbild und das Zahnrad. Zugriff über telnet oder webinterface war nicht möglich. Deshalb habe ich den Ein/Aus Taster vorne so lange gedrückt gehalten bis die Box ausging. Seit dem fährt sie immer automatisch in den Rescue Modus. Flashen geht nicht, beim online flashen kommt die Meldung oben. Wenn ich ein Image runterlade und Flashen möchte ist das Consolen log leer.

Box war jetzt über Nacht vom Strom -> immer noch gleiches Problem

Habe das selbe Problem:

Console log:
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery.sig'
[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery'
[*] Verifying signature of 'recovery'
gpgv: Signature made Thu Sep 14 15:34:18 2017 UTC using RSA key ID D6CF56E7
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: key D6CF56E7 was created 1407768720 seconds in the future (time warp or clock problem)
gpgv: Good signature from "Dreambox DM7080 Recovery <recovery@dm7080.com>"
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path
[*] Running './recovery'
[*] Options '-v'
Warning: Could not read MID!
Warning: Please consider updating your rescue loader!
Warning: Could not read CA!
Warning: Could not read MID!
Warning: Please consider updating your rescue loader!
Warning: Could not read CA!
Fatal: Target device '/dev/mmcblk0p1' is not writable
Fatal: Failed to execute './recovery'
realpath: /data: No such file or directory
Usage: mountpoint [-q] [-d] [-x] path

Hatte die Box schon kurz vom Strom genommen und dabei dann den Ein/Aus Taster vorne gedrückt. So kann man sich ja normalerweise längere Stromlos Wartezeiten sparen.
Hat aber leider nichts gebraucht, lasse die Box jetzt mal etwas länger vom Strom weg. Hoffentlich hilft es. Falls nicht, was könnte man noch tun?

Was davor geschah:
Beim Hochfahren kam eine Meldung bzgl. update von mpzg (oder so ähnlich). Habe ich gemacht, Box wollte danach einen Neustart -> danach alles gut.
Habe die Box dann nach ein paar Stunden ausgemacht. Beim nächsten Mal einschalten ist mir aufgefallen dass die Box nicht runtergefahren ist. Sah ein Standbild und das Zahnrad. Zugriff über telnet oder webinterface war nicht möglich. Deshalb habe ich den Ein/Aus Taster vorne so lange gedrückt gehalten bis die Box ausging. Seit dem fährt sie immer automatisch in den Rescue Modus. Flashen geht nicht, beim online flashen kommt die Meldung oben. Wenn ich ein Image runterlade und Flashen möchte ist das Consolen log leer.

log ist im ersten Post

Hab die Box jetzt mal ohne hdmi Kabel hoch gefahren - Box fährt trotzdem wieder runter

An was kann das nur liegen?

Box stromlos gemacht, hdmi Kabel wieder eingesteckt, strom ein, Box fährt hoch und bleibt oben.
Wieder runter gefahren, gleich wieder hoch gefahren (ohne Strom weg zu nehmen) - Box fährt wieder von alleine runter.

Das lässt sich so beliebig reproduzieren.

Ich dreh noch durch
Hillllfe

An was dann?

Konnte es noch weiter eingrenzen. Die 7080 hängt an einem Yamaha RX-V 667.

Yamaha aus -> 7080 fährt hoch und bleibt an
Yamaha an -> 7080 fährt hoch und nach paar sek. TV Bild wieder runter
Yamaha erst aus -> 7080 läuft -> dann Yamaha an -> Box fährt runter

Und dabei spielt es keine Rolle was im CEC Menü eingestellt ist, oder CEC ganz abgeschaltet ist. Auf dem Yamaha kann man nicht wirklich viel Einstellen was HDMI angeht. Da hat sich auch nichts geändert. Yamaha und 7080 haben lange Zeit ohne Probleme zusammen funktioniert. Auch noch mit OE2.5, erst nach einem Update vor ca. 1 Monat hat das ganze Angefangen.
Deshalb gehe ich von einem Software Problem auf der Dreambox aus.

Was kann ich tun um das Problem zu lösen? Mache schon regelmäßig Updates.

Hab jetzt mal alles auf "aus" geschaltet bevor ich CEC komplett ausgeschaltet habe. Problem besteht weiterhin.

Ok, das hab ich noch nicht probiert. Mach ich gleich heut Abend mal.
Danke!

ps. deutet was im bootlog auf HDMI-CEC?

CEC an oder aus macht keinen Unterschied.

Bin nun etwas weiter. Hab mittlerweile neu geflahst, andere FB, nutzte nur noch die Dreambox Ebene auf der FB und habe es auch mal auf einer anderen DM7080 getestet. Problem besteht trotzdem! Wenn auch viel seltener.

Da es nix mit der TV Ebene der FB zu tun hat mach ich mal ein neuen Thread auf:
Box bootet neu oder fährt runter nach dem ein paar Sekunden TV Bild läuft