@gutemine
ja, mache ich. Schließlich habe ich von der 7000er an bis dato die 6. Box und das ist die erste, die vielleicht einen Hardwareschwachpunkt hat.
Gruß
herpit
@gutemine
ja, mache ich. Schließlich habe ich von der 7000er an bis dato die 6. Box und das ist die erste, die vielleicht einen Hardwareschwachpunkt hat.
Gruß
herpit
@gutemine
Das wäre fatal, denn ich habe die Box nur mit Software "gequält". Wenn durch Software sowas passieren kann, überlege ich mir, die Box einzusenden; denn wer garantiert mir, dass sowas nicht nochmal passiert.
Auf jeden Fall danke ich Dir für Deine Ratschläge. War nicht immer einfach mit mir, aber habe kaum die Zeit mich tiefer mit der Materie zu beschäftigen. Bin in ein paar Jahren im Ruhestand. Dann werde ich loslegen!!
Nochmals Danke an alle!
mfg
herpit
@gutemine
vielleicht etwas wichtiges:
ich habe mal in Deviceinfo reingeklickt. Dort steht bei Serialnumber eine "0".
Normal?
mfg
herpit
Ich habe das Ganze nun mal mit einem OE2.2 stable gemacht. Und habe den gleichen Mißerfolg. Immer noch '101
mfg
herpi
@gutemine
habe nur noch das Ergebnis im Spoiler. Es ist zum Verzweifeln:
Writing superblocks and filesystem accounting information: 0/8 done
Mounting '/dev/mmcblk0p1' to '/mnt'
mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Fatal: Failed to mount root filesystem
Unmounting '/data'
Fatal: Failed to execute './recovery'
@gutemine
Habe nun folgendes wieder durchgeführt:
1. Auf der Box in root und tmp alles rausgeworfen. Mit ls bestätigen lassen, dass alles leer ist.
2. cd /tmp
3. wget gemacht
4. rebootet
5. Browsercahe geleert
6. im rescue Box angewählt
und es steht noch die #101 drin
Hier die Protokollierung:
login as: root
root@dm7080:~# cd /
root@dm7080:/# ls
bin boot dev etc home init lib media mnt proc root run sbin sys tmp usr var
root@dm7080:/# cd /tmp
root@dm7080:/tmp# ls
tmp
root@dm7080:/tmp# cd /
root@dm7080:/# cd /root
root@dm7080:~# ls
root@dm7080:~# cd /
root@dm7080:/# ls
bin boot dev etc home init lib media mnt proc root run sbin sys tmp usr var
root@dm7080:/# wget http://dreamboxupdate.com/open….4-r1-dm7080-20170204.bin
root@dm7080:/# cd /tmp
root@dm7080:/tmp# wget http://dreamboxupdate.com/open….4-r1-dm7080-20170204.bin
Connecting to dreamboxupdate.com (82.149.226.170:80)
vmlinux.gz-rescue-3. 100% |*******************************************************************************************************************************| 10876k 0:00:00 ETA
root@dm7080:/tmp# reboot
Broadcast message from root@dm7080 (pts/0) (Thu Jan 1 00:05:34 1970):
The system is going down for reboot NOW!
root@dm7080:/tmp#
mfg
herpit
@gutemine
habe ein reboot gemacht und die Box hängt nun.
root@dm7080:~# reboot
Broadcast message from root@dm7080 (pts/0) (Thu Jan 1 02:53:04 1970):
root@dm7080:~#
The system is going down for reboot NOW!
Habe die Box wieder im Rescue aber immer noch #101
mfg
herpit
@gutemine
well done:
root@dm7080:/tmp# flash-rescue vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin
Writing vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin to /dev/mtdblock2
Es steht aber immer noch im Rescue die #101
und es kamen keine weitere Meldungen während des writings sondern nur anschließende der Prompt
mfg
herpit
@guteminej
Jo, bin mittlerweile wohl etwas konfuß und habe die Übersicht verloren. Danke für das reseten. Hat wohl funktioniert:
root@dm7080:~# cd /tmp
root@dm7080:/tmp# wget http://dreamboxupdate.com/opendreambox/2.5/experimental/
mages/dm7080/vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin
Connecting to dreamboxupdate.com (82.149.226.170:80)
vmlinux.gz-rescue-3. 100% |*******************************| 10876k 0:00:00 ETA
root@dm7080:/tmp# ls
tmp
vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin
Da ich jetzt auf /tmp bin sollte nun der nächste Schritt kommen und das wäre nun WAS?
etwa so:
root@dm7080:/tmp# flash-rescue vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin
MFG
herpit
@gutemine
bin wohl etwas eingerostet oder mitlerweile total durch den Wind. Was läuft da falsch?
root@dm7080:/tmp# wget http://Bxxx-7xx-Pc/d:/01_USER/Dreambox/DM7080/OE2.5/vm
inux.gz-rescue-3.4-r1-dm7080-20170204.bin
Connecting to Bxxx-7xx-Pc (192.168.xx.xx:80)
wget: can't connect to remote host (192.168.xx.xx): Connection timed out
@gutemine
ich übersetz mal, was ich verstanden habe:
1. das dm7080-20170204.bin in den /tmp-Ordner FTPen (auf der dream habe ich keinen FTP, also geht nicht mit telnet)
2. dann mich auf den /tmp-Ordner setzen
3. dann den wget absetzen wie vorher??
mfg
herpit
ja, habe gerade das als letztes getan. Hatte Punkt c so verstanden:
root@dm7080:~# flash-rescue vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin
Fatal: Cannot access 'vmlinux.gz-rescue-3.4-r1-dm7080-20170204.bin'
Zuvor hatte ich Schritt 1 und 2 aus der Anleitung Loader aktualisieren genommen:
Connecting to dreamboxupdate.com (82.149.226.170:80)
vmlinuz-rescue--3.4- 100% |*******************************| 9314k 0:00:00 ETA
root@dm7080:~# md5sum vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
37045c33ba715dd7dcf9c7bbedbb867a vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
root@dm7080:~# flash-rescue vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
[*] Writing vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin to /dev/mtdblock2
root@dm7080:~# flash-rescue vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
[*] Writing vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin to /dev/mtdblock2
root@dm7080:~# wget http://dreamboxupdate.com/opendreambox/2.2/experimental/ima
es/dm7080/vmlinuz-rescue--3.4-r0.50-dm7080-20141126.bin
aber das klappte ja nicht.
MG
herpit
Jetzt verstehe ich nur noch Bahnhof. Habe gerade alle Kommandos abgesetzt gehabt und finden nun unter Backup im Rescue verschiedene Wahlmöglichkeiten mit der Endung .img
Was genau soll ich jetzt tun?
MG
herpit
danke für den Hinweis. Damit komme ich weiter.
Gruß
herpit
@gutemine
sorry, bin nicht so tief drin. Wenn ich im rescue bin, dann steht dort die Loadernummer. Was heißt nun Suchfunktion. Bitte erkläre Dich näher. Bin zwar etwas firm im Linux aber nicht so tief mit der DM. Sorry..
Gruß
herpit
Nun anscheinend ist genau das das Problem, weshalb meine Box nicht flshbar und bootbar ist. Wahrscheinlich muss ich nun irgendwie den aktuellen loader in meine Box bringen. Da benötige ich aber schon wieder Hilfe.
Gruß
heroit
DM7080 Rescue Loader #101
Gruß
herpit
Etwa so..
[*] Mounting '/data' (ro)[*] Downloading 'http://dreamboxupdate.com/download/recovery/dm7080/release/recovery.sig'[*] Copying 'recovery' from local storage[*] Verifying signature of 'recovery'gpgv: Signature made Wed Dec 21 02:02:18 2016 UTC using RSA key ID D6CF56E7gpgv: key D6CF56E7 was created 1407751617 seconds in the future (time warp or clock problem)gpgv: key D6CF56E7 was created 1407751617 seconds in the future (time warp or clock problem)gpgv: key D6CF56E7 was created 1407751617 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'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![*] Mounting '/dev/mmcblk0p2' to '/data'[*] 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 D6CF56E7gpgv: key D6CF56E7 was created 1407751581 seconds in the future (time warp or clock problem)gpgv: key D6CF56E7 was created 1407751581 seconds in the future (time warp or clock problem)gpgv: key D6CF56E7 was created 1407751581 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/mmcblk0p1mke2fs 1.42.8 (20-Jun-2013)Filesystem label=dreambox-rootfsOS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)Stride=0 blocks, Stripe width=0 blocks60928 inodes, 243712 blocks12185 blocks (5.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=2516582408 block groups32768 blocks per group, 32768 fragments per group7616 inodes per groupSuperblock backups stored on blocks: 32768, 98304, 163840, 229376Allocating group tables: 0/8 done Writing inode tables: 0/8 done Creating journal (4096 blocks): doneWriting superblocks and filesystem accounting information: 0/8 done[*] Mounting '/dev/mmcblk0p1' to '/mnt'mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so.Fatal: Failed to mount root filesystem[*] Unmounting '/data'Fatal: Failed to execute './recovery'
Das hatte ich leider alles schon probiert. Sagte ja... bin ratlos. Anscheinend übersehe ich etwas und mache immer den gleichen Fehler, der mir nicht auffällt. Immer nach dem Grundsatz, dass das Problem vor dem Rechner sitzt.
Gruß
herpit