Seite 1 von 6 123 ... LetzteLetzte
Ergebnis 1 bis 10 von 55
  1. #1
    Mitglied
    Registriert seit
    01.08.2013
    Beiträge
    57
    Thanks (gegeben)
    2
    Thanks (bekommen)
    3
    Total Downloaded
    671,9 KB
    Total Downloaded
    671,9 KB
    ReceiverDanke

    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?

    •   Alt Advertising

       

  2. #2
    Avatar von mike99
    Registriert seit
    05.04.2013
    Ort
    Berlin
    Beiträge
    8.331
    Thanks (gegeben)
    1005
    Thanks (bekommen)
    3355
    Total Downloaded
    271,71 MB
    Total Downloaded
    271,71 MB
    ReceiverDanke
    Zitat Zitat von criff Beitrag anzeigen
    oder Fehler in der ImageBackup.py?
    Daran kann es nicht liegen, habe gerade erfolgreich ein Fullbackup erstellt..

    Probier mal ob es auf USB-Stick geht.
    Gruss Mike



    GB UE 4K Cable FBC
    + PnP C/T2 Dual-Tuner
    Mut@nt HD-51 - 2x DVB-C/T2
    +FreenetModul
    Axas E4HD Ultra Sat + Dual DVB-C/T2
    Toshiba 40TL838


  3. #3
    Mitglied
    Registriert seit
    01.08.2013
    Beiträge
    57
    Thanks (gegeben)
    2
    Thanks (bekommen)
    3
    Themenstarter
    Total Downloaded
    671,9 KB
    Total Downloaded
    671,9 KB
    ReceiverDanke
    Danke!
    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?

  4. #4
    Avatar von Papi2000
    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
    ReceiverDanke
    Box 1:
    GB Q4K-SC / UE4K-SC / UE4K-C
     
     
    Box 2:
    GigaBlue Q-SSC / Q+-SSC
     
     
    Box 3:
    DM900uhd-SS / Vu+Duo
     
     
    Box 4:
    ZGemma H7/H9 SF8008
     
     
    Box 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! ----



  5. #5
    Mitglied
    Registriert seit
    01.08.2013
    Beiträge
    57
    Thanks (gegeben)
    2
    Thanks (bekommen)
    3
    Themenstarter
    Total Downloaded
    671,9 KB
    Total Downloaded
    671,9 KB
    ReceiverDanke
    leider 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?

  6. #6
    Avatar von betacentauri
    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
    ReceiverDanke
    Box 1:
    hd51
     
     
    Box 2:
    vuduo4kse
     
     
    Box 3:
    und noch 20-30 andere
     
     
    Also 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,....

  7. #7
    Mitglied
    Registriert seit
    01.08.2013
    Beiträge
    57
    Thanks (gegeben)
    2
    Thanks (bekommen)
    3
    Themenstarter
    Total Downloaded
    671,9 KB
    Total Downloaded
    671,9 KB
    ReceiverDanke
    danke 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??

  8. #8
    Avatar von Captain
    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
    ReceiverDanke
    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

  9. #9
    Mitglied
    Registriert seit
    01.08.2013
    Beiträge
    57
    Thanks (gegeben)
    2
    Thanks (bekommen)
    3
    Themenstarter
    Total Downloaded
    671,9 KB
    Total Downloaded
    671,9 KB
    ReceiverDanke
    nope 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...


    Fehler bei ImageBackup (Komplett Backup)-dreamdroid_1382136323254.pngFehler bei ImageBackup (Komplett Backup)-dreamdroid_1382136474627.pngFehler bei ImageBackup (Komplett Backup)-dreamdroid_1382136482700.pngFehler bei ImageBackup (Komplett Backup)-backup-dir.png
    Geändert von criff (19.10.2013 um 01:01 Uhr)

  10. #10
    Avatar von Captain
    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
    ReceiverDanke
    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


Seite 1 von 6 123 ... LetzteLetzte

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:23 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,88%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com