Ich glaube, dass das nicht darauf ankommt, die Formatierung des Sticks; weil mein Backup von V3 (bis 26.02.2014 aktualisiert), lässt sich immer gut flashen mit irgendStick, und das Ergebniss beim online flashen des V4s ist gleich wie mit dem Stick

Vielleicht der Nachrcht "25 bad eraseblocks found" beim online flashen hat eine Meinung?

Und funktioniert auch keine Taste der Fernbedienung?


Mein Image V3 hat die Sender geladen und kann die sehen, weil ich zurzeit bin, bei meinem Haus wo ich die Satanlage habe. Ich werde aber ausprobieren, eine neue Sender Suche mit dem V3 machen, bevor wieder das V4 ersuchen zu flashen

Ich habe das alte hdd meiner Laptop mounted. Vielleicht ist den Fehlernachricht wenn online flashen in Bezug auf das hdd Oberfläche. Aber das Ergebnis ist gleich schlecht wenn ich vom hdd online oder vom usb flasche

Ich habe Neuerigkeiten

Indem ich die Anleitungen vom
gigablue-support.org/gigabluef…beim-starten-h%C3%A4ngen/

gefolgt habe, habe ich erfunden, dass der Grund meines Problems ein "bad erase blocks" ist.

Ich habe durch Telnet mit ofgwrite das openHDF vom 29.03.2014 versucht zu flashen. Hier ist das Ende des Logs. Alles gehts gut bis die Formatierung des Eraseblocks 3860 (sieh Schriften im Rot unten). Dann bleibt im 94% die Formatierung hängen und halbe Stunde danach, ist das Server ausgeloggt:

Hilfe bitte!!

ofgwrite -r -k quad

[...]
Writing data to block 30 at offset 0x3c0000
Writing data to block 31 at offset 0x3e0000
Switching to user mode 2
stopped /usr/bin/CCcam221 (pid 618)
killall: CCcam: no process killed
killall: hddtemp: no process killed
Syncing filesystem
Remounting rootfs read-only
Found NAND flash
Flashing rootfs: ubiformat /dev/mtd0 -f quad/rootfs.bin
ubiformat: mtd0 (nand), size 528482304 bytes (504.0 MiB), 4032 eraseblocks of 13...
1072 bytes (128.0 KiB), min. I/O size 2048 bytes
libscan: scanning eraseblock 4031 -- 100 % complete
ubiformat: 4027 eraseblocks have valid erase counter, mean value is 0
ubiformat: 5 bad eraseblocks found, numbers: 1908, 3168, 3176, 3196, 3980
ubiformat: flashing eraseblock 661 -- 100 % complete
ubiformat: formatting eraseblock 3860 -- 94 % complete
*** Server has closed ***

Ich habe gerade das Stick mit dem HP Tool formatiert dann geflasht das Image vom heute (ich hatte schon das letzte Bootloader installiert) und wie ich dachte, das habe keine Unterschied gemacht.

Wie kann ich das folgende Eraseblock des internalen Flashs des Gigablues komplett formattieren? Hier ist wo das Problem liegt
ubiformat: formatting eraseblock 3860 -- 94 % complete

Das ist einen Alptraum!

Log beim ofgwrite im Telnet meiner Backup des V3s (Flashung und Reboot korrekt)

[...]
1072 bytes (128.0 KiB), min. I/O size 2048 bytes
libscan: scanning eraseblock 4031 -- 100 % complete
ubiformat: 4027 eraseblocks have valid erase counter, mean value is 0
ubiformat: 5 bad eraseblocks found, numbers: 1908, 3168, 3176, 3196, 3980
ubiformat: flashing eraseblock 977 -- 100 % complete
ubiformat: formatting eraseblock 4031 -- 100 % complete Format end
Successfully flashed rootfs! Rebooting in 3 seconds...
*** Server has closed ***


Log beim ofgwrite meiner Backup des V4s, und trotz des korrekten Formatierungs der Eraseblocken, bleibt das Gigablue beim reboot hängen

[...]
1072 bytes (128.0 KiB), min. I/O size 2048 bytes
libscan: scanning eraseblock 4031 -- 100 % complete
ubiformat: 4027 eraseblocks have valid erase counter, mean value is 2
ubiformat: 5 bad eraseblocks found, numbers: 1908, 3168, 3176, 3196, 3980
ubiformat: flashing eraseblock 661 -- 100 % complete
ubiformat: formatting eraseblock 4031 -- 100 % complete Format end
Successfully flashed root

Nightly immer. Mit Teamimage habe ich während diesem ganzen Prozess nur einmal versucht

Ich habe auch versucht mit den neue V4 vom OpenMips und OpenATV und keine Erfolg. Die Flashung von OpenMips V3 vom 2012 ist korrect. Deswegen, bleibt mir das Reboot hängen mit allen die V4, mit die V3 habe ich nicht dieses Problem
Ich habe auch ausprobiert, mit einem Stick mit dem Version vom 30.03.2014 un im Root verzeichniss ein Datei burn.bat mit dem folgenden Text

macprog2 00-87-32-76-02-DA
flash -noheader -forceerase usbdisk0:gigablue/quad/kernel.bin nandflash0.kernel
flash -noheader -forceerase usbdisk0:gigablue/quad/rootfs.bin nandflash0.rootfs
setenv -p STARTUP "boot -z -elf nandflash0.kernel:"
boot -z -elf nandflash0.kernel:

Und nach einiger Zeit während es sah aus, dass das Gigablue das Image vom 30.03.2014 flashte, habe ich die gleiche V3 dass ich knapp vorher hatte

Wie kann man ein Log beim Boot nach flashen speichern?

Endlich!!!!! Die Ursache aller meiner Probleme mit den V4 war die Festplatte

Ich habe das Gerät geöffnet, das eSata entfernt und das OpenATV vom 30.03.2014 geflasht. Diesmal hat das Gigablue nach flashen das erste Installation des OpenATVs V4 geboot!!!

Ich probiere gerade das openHDF V4 (mein Lieblingsimage) zu flaschen aus. Danach werde ich natürlich das HDD verbunden, und probiert ob das auch klappt