Ergebnis 1 bis 10 von 55
-
15.10.2013, 21:00 #1
- Registriert seit
- 01.08.2013
- Beiträge
- 57
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 3
- Total Downloaded
- 671,9 KB
- Total Downloaded
- 671,9 KB
Fehler bei ImageBackup (Komplett Backup)
Wenn ich ein Komplett Backup auf HDD durchführe bekomme ich folgende Meldung:
Create: kerneldump
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 1
Number of bbt blocks : 0
Block size 131072, page size 2048, 00B size 64
Dumping data starting at 0x00000000 and ending at 0x00400000...
Kernel "3.3.8-2.0" bereits erfolgreich drüber geflasht -> selbes Problem mit dem oben genannten Ergebnis.
Was nun? Flash defekt oder Fehler in der ImageBackup.py?
-
Advertising
-
15.10.2013, 23:03 #2
-
16.10.2013, 00:18 #3
- Registriert seit
- 01.08.2013
- Beiträge
- 57
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 3
- Total Downloaded
- 671,9 KB
- Total Downloaded
- 671,9 KB
ThemenstarterDanke!
Sieht also nach defekten Flash Speicher aus, dennoch seltsam das der Flash des Kernels ohne weiteres erfolgreich verläuft ^^
Werde morgen mal auf USB flashen, aber schon mal vorab die Frage ob die Nand partitions bei euch auch so aussehen:
root@gbquad:/# cat /proc/mtd
dev: size erasesize name
mtd0: 1f800000 00020000 "rootfs"
mtd1: 1f800000 00020000 "rootfs(redundant)"
mtd2: 00400000 00020000 "kernel"
mtd3: 00400000 00010000 "spi0.0"
mtd4: 00002000 00002000 "physmap-flash.0"
mtd5: 1e213000 0001f000 "rootfs"
Kenne mich mit mtd devices leider null aus, daher frage ich mal ins blaue wie ich die dinger denn unmounten kann für einen chkdisk, oder is das unmöglich?
-
16.10.2013, 01:23 #4
- Registriert seit
- 20.04.2013
- Beiträge
- 24.824
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9077
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .ubifs macht den Check und die Verwaltung für dich. Bei jedem Start der Box läuft das ab. Sieht man im seriellen Log schön. Für Image-Backup NICHTS nachinstallieren - das Plugin macht Mist. Nur den eingebauten Mechanismus des Image benutzen. Ich sichere immer auf /media/hdd, weil es in der Vergangenheit bei den USBs immer mal wieder geklemmt hat - je nach Stick.
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
18.10.2013, 16:55 #5
- Registriert seit
- 01.08.2013
- Beiträge
- 57
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 3
- Total Downloaded
- 671,9 KB
- Total Downloaded
- 671,9 KB
Themenstarterleider bekomme ich es nicht gebacken *heul*
Was habe ich bisher gemacht:
1. Image neu drauf und ohne weiterer Konfiguration direkt ein Backup auf HDD (Fat32 USB stick) durchgeführt
2. unformatierte SATA HDD eingebaut, via openATV initialisiert und Backup auf HDD durchgeführt
3. Fat32 USB Stick (zusätzlich zur eingebauten HDD) angesteckt und Backup auf USB
4. ext3 formatierten USB Stick ohne eingebauter HDD -> Backup auf HDD
Immer das genannte ergebnis, liegt also definitiv am Flash.
Würde ja gerne die Volumes neu schreiben, muss aber der Bootloader machen. Gibts da eventuell Flashbare Files für?
-
18.10.2013, 19:44 #6
- Registriert seit
- 15.06.2013
- Beiträge
- 2.359
- Thanks (gegeben)
- 287
- Thanks (bekommen)
- 1399
- Total Downloaded
- 1,32 MB
- Total Downloaded
- 1,32 MB
Box 1:hd51Box 2:vuduo4kseBox 3:und noch 20-30 andereAlso ich interpretiere es so:
Die Kernelpartition enthält einen Bad Block. Die Backuperstellung bricht deswegen ab. Meiner Meinung nach dürfte das nicht abbrechen. Es könnte aber trotzdem dazu führen, dass das Backup nicht funktioniert. Das Problem ist nämlich, dass die Kernelpartition nicht Ubifs verwendet. D.h. Fehler werden nicht durch das darunterliegende Filesystem korrigiert/vermieden.
Beim Schreiben des Kernels muss also das Flashprogramm darauf achten, dass keine Bad Blocks verwendet werden. Wenn die Programme so klug sind, sollte der Kernel trotz Bad Block ganz normal funktionieren.hd51, vuduo4se,....
-
18.10.2013, 22:01 #7
- Registriert seit
- 01.08.2013
- Beiträge
- 57
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 3
- Total Downloaded
- 671,9 KB
- Total Downloaded
- 671,9 KB
Themenstarterdanke für das feedback.
Anscheinend liegt der Kernel ja auch nicht in diesem defekten Block, zumindest läuft / bootet das System absolut stabil. Merke diesen Block fehler eben nur beim Backup.
Aber was wenn die Kernel Partition "block-wise" gesichert wird (also inklusive leerer Blöcke)?
Ich würde ja gerne nachfolgendes Kommando absetzen, aber ganz zerstören will ich den Nand auch nicht:
# flash_erase -j -N /dev/mtd2
-j, --jffs2 format the device for jffs2
-N, --noskipbad don't skip bad blocks
Gesund oder Ungesund??
-
18.10.2013, 22:57 #8
- Registriert seit
- 03.04.2013
- Beiträge
- 14.861
- Thanks (gegeben)
- 763
- Thanks (bekommen)
- 21090
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
nand flash hat immer defekte Blöcke ist also nicht das Problem an sich, der Flash Controller Manage das ja das defekte Blöcke übersprungen werden, ich hab bis heute da nie Probleme gehabt , hab selbe paar defekte Blöcke und es geht.
geht dein Backup nicht ?
openATV we are open Source
Boykott GPL violator
-
19.10.2013, 00:40 #9
- Registriert seit
- 01.08.2013
- Beiträge
- 57
- Thanks (gegeben)
- 2
- Thanks (bekommen)
- 3
- Total Downloaded
- 671,9 KB
- Total Downloaded
- 671,9 KB
Themenstarternope geht nicht.
hab gestern auch noch bootloader neu geflashed und auch mal mit openmips probiert -> exakt selbe Meldung.
Vom August ist mein letztes funktionierendes Image Backup, es hat also mal funktioniert bevor der neue Kernel und die Treiber gekommen sind.
Bin aber erst vor ca. 2 Wochen drauf gekommen das es nicht mehr funktioniert, daher kann ich nicht genau sagen wann ich mir das eingefangen hab.
Erhalte beim ImageBackup folgenden Bericht, bevor die Fehlermeldung mit "Kernel neu flashen" ausgegeben wird:
Create: kerneldump
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 1
Number of bbt blocks : 0
Block size 131072, page size 2048, 00B size 64
Dumping data starting at 0x00000000 and ending at 0x00400000...
Geändert von criff (19.10.2013 um 01:01 Uhr)
-
19.10.2013, 00:46 #10
- Registriert seit
- 03.04.2013
- Beiträge
- 14.861
- Thanks (gegeben)
- 763
- Thanks (bekommen)
- 21090
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
wenn du dein Backup hast nimm einfach mal von einen image die kernel.bin und verwende die für dein Backup
geht das
also die kernel.bin von fertigen image nehmen und file tauschen, dann versuchen zu flaschen geht es ?
um zu Überprüfen liegt es an kernel.bin oder rootfs.bin was nicht ok , wir hatten auch schon oft defekte rootfs dumps, sieht man aber nur wenn man seriel logs nach dem flashen wie die box startet
openATV we are open Source
Boykott GPL violator
Lesezeichen