Barry Allen 5.2 Test und Entwicklungsthread - currently closed

  • PLi® openpli dm8000


    dm8000 login: root
    root@dm8000 ~ # cd /
    root@dm8000 / # find /dev/mtd*
    /dev/mtd0
    /dev/mtd0ro
    /dev/mtd1
    /dev/mtd1ro
    /dev/mtd2
    /dev/mtd2ro
    /dev/mtd3
    /dev/mtd3ro
    /dev/mtd4
    /dev/mtd4ro
    /dev/mtd5
    /dev/mtd5ro
    /dev/mtd6
    /dev/mtd6ro
    /dev/mtdblock0
    /dev/mtdblock1
    /dev/mtdblock2
    /dev/mtdblock3
    /dev/mtdblock4
    /dev/mtdblock5
    /dev/mtdblock6
    root@dm8000 / #

  • yes, please post md5sum /dev/mtd1 instead of /dev/mtd/1 or maybe also mtd5sum /dev /mtd1ro

    2 Mal editiert, zuletzt von gutemine ()

  • PLi® openpli dm8000


    dm8000 login: root
    root@dm8000 ~ # cd /
    root@dm8000 / # md5sum /dev/mtd1
    c97ba55b74c93e97d82fbec08770aeaf /dev/mtd1
    root@dm8000 / #

  • OK, it is the same checksum then before and now please try a:


    nand_check /dev/mtd0


    If this doesn't show bad blocks then probably the different device file causes the different checksum - not a problem, but we then would need to compare with other pli users :)

    2 Mal editiert, zuletzt von gutemine ()

  • Shit, have B.


    Why, i always use cf mulitboot for spare the flash voor many times flashing.


    PLi® openpli dm8000


    dm8000 login: root
    root@dm8000 ~ # cd /
    root@dm8000 / # md5sum /dev/mtd1
    c97ba55b74c93e97d82fbec08770aeaf /dev/mtd1
    root@dm8000 / #
    root@dm8000 / # nand_check /dev/mtd0
    Flash type is 4
    Block size 131072, page size 2048, OOB size 64
    268435456 bytes, 2048 blocks


    ==....B-.=================.......=======
    ========================================
    ======SSSSSSSSS.========================
    ========================================
    ========================================
    ==================..==S=SSSSSSSS=======S
    SSSSS===================================
    ========================================
    ======S=..SSS===SSSSSS===SSSSSSSSSSSSS..
    ..........SBS-SS-SS.SSS=SSSSSSSSSSS..SSS
    SSSSSSSSSSSS...SSS...SSSSSSSSSSSSSSSSSSS
    SSSSSSSSSS.SBSS-SSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSS.SSSSSSSSSSSSSSSSSSSSSS.....
    ........................................
    ........................................
    .B...-..................................
    ........................................
    ..............................B....-....
    ........................................
    ........................................
    ........................................
    ........................................
    ........................................
    ........................................
    ........................................
    .............................SSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    .SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSBSSSSS-SSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSS.SSSSSSSSS.SSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSS=..S.SSSSS.
    .SSS.SSSSSS...S...S..SSSSSSSS.SSSSSSSSSS
    S..SSSSSSSSSSSSSSSSSSSSSSSSSS.SS.SSSSSSS
    .SSSSS.SSSSSSSSSSSSSSSSSSSSSSSSSSSS.....
    ...S......SSSSSSSSS.S.SSSSS.............
    .S..SS........SS..SSSSSSSSSSSSSSSSSSSSSS
    SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS......
    ........................................
    ........................................
    ........................................
    ........................................
    ........................................
    ..............................=.SSSSSSSS
    SSSSSSBSSSSS.-..........................
    ........


    root@dm8000 / #

  • well, the B in the first line probably causes the different checksum - you could try flashing with recover bad sectors and see if it dissapears.


    But such few B don't mean that the box is faulty - bad blocks are a normal thing for flash memory and the Dreambox knows how to handle this nicely.


    And the nand_flash tool is not 100% either, only a serial bootlog would confirm it


    Ciao
    gutemine

    • Offizieller Beitrag

    Das hatte ich schon am Anfang probiert, geht nicht bei mir, weil auch die down Taste in manchen screens hängt.


  • p7zip installieren oder


    BusyBox v1.15.3 (2010-04-27 16:49:56 CEST) multi-call binary


    Usage: ar [-o] [-v] [-p] [-t] [-x] ARCHIVE FILES


    Extract or list FILES from an ar archive


    Options:
    -o Preserve original dates
    -p Extract to stdout
    -t List
    -x Extract
    -v Verbose


    dann geht das mit .ipk reinschauen und was rausholen am PC oder auch auf der Box.


    gruß pclin

  • dm800:

    Code
    root@dm800:~# md5sum /dev/mtd1              
    0bac5043688f156f775531f0e73bdbfd  /dev/mtd1


    SSL 76


    Panasonic TX50-EXW784
    Panasonic SC-ALL70TEGK / SC-ALL2 wireless 5.1 Soundbar
    dm8000, dm7080, dm800sev2, dm900-dvb-s2-unicable, dm900-dvb-s2-multisat


    http://www.dreambox-tools.info

    Einmal editiert, zuletzt von Oldboke ()

  • Danke, jetzt haben wir wenigstens eine 800er checksum, könne bitte auch noch andere nachsehen ob sie die auch haben ?


    PS: Ih kann Euch zur Belohnung ein Plugin basteln das euch die secondstage laoder version der box ausgiebt, unabhängig davon ob man sie als ipk oder nfi eingespielt hat und ob das image im flash oder im Multiboot ist. Allerdings müsstet Ihr euch dann die arbeit machen und auch die checksumms der ältxerne SSL ermitteln


    LG
    gutemine


    PS: Only if more then 10% or the Flash or a 7025 are bad blocks you need to start to worry (and on an 8000 the number would be even higher due to bigger Flash)

    Einmal editiert, zuletzt von gutemine ()

  • root@dm800:~# md5sum /dev/mtd1
    0bac5043688f156f775531f0e73bdbfd /dev/mtd1
    root@dm800:~#

  • hier mal von meiner dm8000


    dm8000 login: root
    root@dm8000:~# md5sum /dev/mtd1
    09110a294d9ff08fb42a18a7245b204a /dev/mtd1
    root@dm8000:~#

  • Zitat

    Original von bretzi
    dm800 login: root
    root@dm800:~# md5sum /dev/mtd1
    4de1acbe016dbda56c97cddd93b7fd71 /dev/mtd1


    Denke das ist der SSL 75-r0 der DM 800

  • ja, das ist der ssl 75

    mfg


    OoZooN


    .................................................................


    :403: Two Beer or not two Beer, that's the Question :408:


    aktuelle Nachrichten rund um OoZooN-Images gibt es auf Twitter

  • schön langsam könnte mal wer eine Liste machen mit der jeweiligen box, der loader version und der checksumm - ich habe heute meinen faulen tag.


    Python code wie man dort md5 berechnet habe ich schon gemacht (sind nur ein paar codezeilen), insofern wäre das Plugin zum Loader bestimmen (und falls die checksum nicht aus der liste ist zur bestimmung ob man defekte blöcke im mtd1 hat) schnell geschrieben.


    Für BA muss ich es zwar in C machen, aber der code ist schon drinnen weil ich ihn auch für was anderes brauche, nur bis jetzt fehlte das Futter.


    LG
    gutemine

    Einmal editiert, zuletzt von gutemine ()

  • Hi,


    GuteMine,


    könntest du nicht eine Abfrage einbauen die verhindert das BA Images aus den beiden OE Varianten in einer Installation verhindert? Mir tun nicht nur die User leid die ihre Festplatte in dem aktuellen Gemini nicht wieder finden. Denn... so selbsterklärend ist das ganze nun wahrlich nicht.



    romeo-golf

  • OpenDreambox 1.6.0 dm800


    dm800 login: root
    root@dm800:~# md5sum /dev/mtd1
    4de1acbe016dbda56c97cddd93b7fd71 /dev/mtd1
    root@dm800:~#


    Mit ssl 75.




    OpenDreambox 1.6.0 dm800


    dm800 login: root
    root@dm800:~# md5sum /dev/mtd1
    0bac5043688f156f775531f0e73bdbfd /dev/mtd1
    root@dm800:~#



    Und mit ssl 76.

    MfG
    Hausmeister111
    ORDNUNG MUSS SEIN!!!:aufsmaul:
    ALLES FÜR DIE DREAM; ALLES FÜR IHAD!!!:woot:
    :aufsmaul::rot:!!! DREAMBOX CLONE !!! :rot::aufsmaul: