E2 bootet nicht, Spark schon

    • E2 bootet nicht, Spark schon

      Hi @ HDFreaks,

      offensichtlich habe ich iwo mist gebaut.
      Ich habe mehrere E2 Images testen wollen und habe sie mit Plugin e2upgrade unter Spark installiert.
      HDMU, AR-P liessen sich auch booten. Nun wollte ich auch PKT image testen und es bootete nicht mehr.

      Wie mir es von GM990 Sti7111 geläufig war(da auch hier mal gleiches Problem gehabt), habe ich es mit rescue image "geradebiegen" wollen und habe die v1.2.65 über die Fronttasten installiert und dann wieder wie gewohnt E2.

      Dies brachte leider kein Erfolgserlebnis, E2 bootet immernoch nicht. Also ran an die Bootargs.
      Beim auslesen mit printenv fiel mir kein Fehler auf, bis auf, daß es bei boot_system=enigma2 stehen bleibt.

      Bevor ich mich an setenv waage, würde ich gern euere Meinung dazu hören/lesen.
      Vlt. sehe ich den Wald vor lauter Bäume nicht?

      Quellcode

      1. Board: STx7105-PDK [32-bit mode]
      4. U-Boot 1.3.1 (Jun 19 2012 - 17:10:44) - stm23_0051 - YW_1.1.005 overclock
      6. DRAM: 256 MiB
      7. Panel: VFD
      8. NAND: Bad block table found at page 262080, version 0x01
      9. Bad block table found at page 262016, version 0x01
      10. 512 MiB
      11. SPI: info: found S25FL016K (2MiB) device (page=256,erase=65536)
      12. warning: SPI device may be write-protected (status=0x9c)
      13. In: serial
      14. Out: serial
      15. Err: serial
      16. Ident ic exist
      17. Ident ic get stb id
      18. IdentID : 0c 00 07 00 00 1b eb
      19. Hit ESC to stop autoboot: 3
      20. Force command mode:Select boot (current boot system : spark):
      21. 1. spark(up key)
      22. 2. enigma2(down key)
      23. 3. RS232 Upgrade u-boot(left key)
      24. 4. Force into factory mode(right key)
      25. Input Select:
      26. set bootargs to bootargs_enigma2
      27. ..
      28. SUCC 0
      30. Loading from NAND 512MiB 3,3V 8-bit, offset 0x18000000
      32. ** Bad Magic Number 0xffffffff **
      33. ## Booting image at 80000000 ...
      34. Bad Magic Number
      35. PDK7105> printenv
      36. bootdelay=3
      37. baudrate=115200
      38. yw_version=YW_1.1.005
      39. board=pdk7105
      40. monitor_base=0
      41. monitor_len=0x00100000
      42. load_addr=0x80000000
      43. HOSTNAME=LINUX7167
      44. ethaddr=00:80:E1:12:06:38
      45. ipaddr=192.168.40.63
      46. netmask=255.255.255.0
      47. gatewayip=192.168.40.1
      48. serverip=192.168.40.19
      49. bootcmd_spark=nboot.i 0x80000000 0 0x00100000 ;bootm 0x80000000
      50. bootcmd_enigma2=nboot.i 0x80000000 0 0x18000000 ;bootm 0x80000000
      51. kernel_base_spark= 0x00100000
      52. kernel_base_enigma2= 0x18000000
      53. kernel_len_spark= 0x00a00000
      54. kernel_len_enigma2= 0x00800000
      55. erase_env=mw.b $load_addr 0 0x20000;eeprom write $load_addr 0x000a0000 0x20000
      56. loadu_uboot=fatload usb 0 $load_addr u-boot.bin
      57. loadu_kernel_spark=fatload usb 0 $load_addr mImage
      58. loadu_kernel_enigma2=fatload usb 0 $load_addr uImage
      59. loadu_userfs_spark=fatload usb 0 $load_addr userfsub.img
      60. loadu_userfs_enigma2=fatload usb 0 $load_addr e2jffs2.img
      61. tftp_uboot=tftp $load_addr u-boot.bin
      62. tftp_kernel=tftp $load_addr $tftp_kernel_name
      63. tftp_kernel_spark=tftp $load_addr mImage
      64. tftp_kernel_enigma2=tftp $load_addr uImage
      65. tftp_userfs=tftp $load_addr $tftp_userfs_name
      66. tftp_userfs_spark=tftp $load_addr userfsub.img
      67. tftp_userfs_enigma2=tftp $load_addr e2jffs2.img
      68. erase_kernel=nand erase 0x00100000 0x00a00000
      69. erase_userfs=nand erase 0x01400000 0x16c00000
      70. erase_kernel_enigma2=nand erase 0x18000000 0x00800000
      71. erase_userfs_enigma2=nand erase 0x18800000 0x07700000
      72. write_kernel=nand write.i 0x80000000 0x00100000 $filesize
      73. write_userfs=nand write.yaffs2 0x80000000 0x01400000 $filesize
      74. write_kernel_enigma2=nand write.i 0x80000000 0x18000000 $filesize
      75. write_userfs_enigma2=nand write.jffs2 0x80000000 0x18800000 $filesize
      76. update=eeprom write $load_addr $monitor_base $monitor_len
      77. update_kernel=nand erase 0x00100000 0x00a00000 ;nand write.i 0x80000000 0x00100000 $filesize
      78. update_userfs=nand erase 0x01400000 0x16c00000 ;nand write.yaffs2 0x80000000 0x01400000 $filesize
      79. update_kernel_enigma2=nand erase 0x18000000 0x00800000 ;nand write.i 0x80000000 0x18000000 $filesize
      80. update_userfs_enigma2=nand erase 0x18800000 0x07700000 ;nand write.jffs2 0x80000000 0x18800000 $filesize
      81. tftp_kernel_name_spark=mImage
      82. tftp_kernel_name_enigma2=uImage
      83. tftp_userfs_name_spark=userfsub.img
      84. tftp_userfs_name_enigma2=e2jffs2.img
      85. kernel_name_spark=spark/mImage
      86. kernel_name_enigma2=enigma2/uImage
      87. userfs_name_spark=spark/userfsub.img
      88. userfs_name_enigma2=enigma2/e2jffs2.img
      89. userfs_base_spark= 0x01400000
      90. userfs_base_enigma2= 0x18800000
      91. userfs_len_spark= 0x16c00000
      92. userfs_len_enigma2= 0x07700000
      93. uboot_name=u-boot.bin
      94. ubootnfspath=192.168.40.19:/opt/target
      95. kernelnfspath=192.168.40.19:/opt/target
      96. rootfsnfspath=192.168.40.19:/opt/target
      97. bootfromnfs=console=ttyAS0,115200 rw root=/dev/nfs nfsroot=192.168.40.19:/opt/target,nfsvers=2,rsize=4096,wsize=8192,tcp nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=192.168.40.61:192.168.40.19:192.168.3.1:255.255.0.0:LINUX7167:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
      98. bootargs_flash=console=ttyAS1,115200 rw ramdisk_size=6144 root=/dev/ram0 init=/linuxrc nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:69 ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255.0.0:Spark:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
      99. bootargs_spark=console=ttyAS1,115200 rw ramdisk_size=6144 root=/dev/ram0 init=/linuxrc nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:69 ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255.0.0:Spark:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
      100. bootargs_enigma2=console=ttyAS1,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=172.100.100.249:172.100.100.174:172.100.100.174:255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000
      101. ywenv_version=1
      102. loadu_userfs=fatload usb 0 $load_addr userfsub.img
      103. loadu_kernel=fatload usb 0 $load_addr mImage
      104. filesize=5D3D500
      105. fuseburned=true
      106. stdin=serial
      107. stdout=serial
      108. stderr=serial
      109. bootargs=console=ttyAS1,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=172.100.100.249:172.100.100.174:172.100.100.174:255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000
      110. kernel_base= 0x18000000
      111. kernel_len= 0x00800000
      112. kernel_name=enigma2/uImage
      113. userfs_name=enigma2/e2jffs2.img
      114. tftp_kernel_name=uImage
      115. tftp_userfs_name=e2jffs2.img
      116. userfs_len= 0x07700000
      117. userfs_base= 0x18800000
      118. bootcmd=nboot.i 0x80000000 0 0x18000000 ;bootm 0x80000000
      119. boot_system=enigma2
      121. Environment size: 4611/131068 bytes
      122. PDK7105>
      Alles anzeigen

    • Mit dem U-Boot flashen ( Front Tasten ) ist immer besser....
      Man weis ja nie welche Prozesse bei shitty Spark hängen und den Flashvorgang aus der Gui stören.
      Ich flashe auch immer direkt mit dem laufenden System, allerdings mit gekillter Gui und nur den dafür nötigen Prozessen.
      Spark schon mal gar nicht > den Bereich hab ich eh umformatiert und benutze das für eine 2. Neutrino System.

    • broadMaster schrieb:

      Wie mir es von GM990 Sti7111 geläufig war(da auch hier mal gleiches Problem gehabt), habe ich es mit rescue image "geradebiegen" wollen


      broadMaster schrieb:

      komisch, denn nach rescue sollte es wieder ok sein.



      Das Rescue-Image verändert rein gar nix am Bootloader.
      Das zu flashen bringt nullkommajosef bei den geschilderten Problemen.
      Alle Fragen bitte im Forum stellen!
      Anfragen via PN oder Mail werden gelöscht.

      >>> Liste aller mit openhdf-Image supporteten Boxenmodelle <<<

    • Am Bootloader ( U-Boot ) ist ja auch nix kaputt auch die Bootargs sind in Ordnung und Spark bootet ja auch
      Lediglich sie E2 Kernel Partition ist ein wenig zerdeppert, da ja eine falsche Magic Number gelesen wird.
      Sicherlich von diesen Backup Images mit voller Part Grösse für den Kernel, und hier gibbet wohl ein paar Bad Blocks die nicht passen.

    • Bei den Boxen sind ja mtd5 und mtd6 die Flash Bereiche für E2.
      Kann man mit cat /proc/mtd prüfen.
      Auch bei Spark gibt es irgenwo die Befehle : flash_eraseall und nandwrite ( kann mich dunkel erinnern )
      Also mal unter Spark eine Telnet Sitzung starten und : ( vorher mit cd in den Ordner wechseln wo die Befehle stehen )
      ./flash_eraseall /dev/mtd5 <----löscht die E2 Kernel Part
      ./flash_eraseall -j /dev/mtd6 <---- löscht und formatiert den E2 Root Part in jffs2
      Der Stick mit einem reinen E2 ( kein Backup ) wird ja irgendwo mit Buchstabe gemountet wie bei mickeysoft ( glaube /storage/c.... ???? )
      ./nandwrite /dev/mtd5 -p /storage/c/enigma2/uImage <---flasht den E2 Kernel ( vorausgesetzt der Pfad stimmt )
      ./nandwrite /dev/mtd6 -a -m -p /storage/c/enigma2/e2jffs2.img <---flasht das E2 root

    • so über telnet, oder ein "original"-Image nehmen und eben ordentlich via Tasten installieren vom USB-Stick. Dann müsste auch wieder alles ok sein.
      Glaube das alle Imagebauer da alles zur Installation blank machen. Daher dauerts dann auch etwas länger.

    • Das Problem gelöst

      Es war tatsächlich das e2upgrade-Plugin schuld. :)
      ich hab mir damals angewöhnt E2 mittels diesen plugins zu installieren, weil viele meiner Sticks inkompatibel waren und ich stets die 7 70 meldung hatte.
      Hab heute nochmal einen von meiner alten seagate Dockstar "geklaut" und mit diesem Stick mittels Fronttasten installiert.

      @Googgi
      ich habe zuerst das PKT-Modimage von mui4ler genommen, dann das AR-P von pixbox.
      Wie ich jetzt feststellen konnte, lag es nicht an Mod-Images, die lassen sich jetzt problemlos installieren, sowie die originale auch.

      Werde demnächst das e2upgradeplugin meiden!!!

      auch wenn es bequem ist, vor allem um ein backup von e2 zu erstellen.

      Riesen Dank an euch für die schnellen und hilfreichen Antworten.

    • um jetzt noch für ein wenig Verwirrung zu sorgen, mache ich ja gerne 8)
      das e2-upgrade-tool halte ich nicht für das Grund-Übel, das Übel ist eher das du geswitcht hast und zwar von Spark via dem Tool boot to e2.
      Kannst es ja mal darstellen ob es so war?
      Dieser Wechsel zwischen den Betriebssystemen ohne den Schalter aus und die Tasten am Recievr zu nutzen führt zu Fehlern.
      Das e2-upgrade braucht man halt um Mod-Images einzuspielen.
      Grüße

    • Nicht alle Mod-Images werden damit erstellt.

      Das erkennt man sehr einfach an der Grösse der img-Datei: bei knapp 120 MB ist es mit Sicherheit ein Flash-Dump erstellt mit dem Tool.

      Bei weniger ist es ein reines E2-Backup, welches sich dann auch normal mit den Fronttasten flashen lässt.
      zB die Sorglospakete 3.1 von mui4tler sowie die Pakete von Pixbox.
      Alle Fragen bitte im Forum stellen!
      Anfragen via PN oder Mail werden gelöscht.

      >>> Liste aller mit openhdf-Image supporteten Boxenmodelle <<<

    • jup, stimmt...hätte besser schreiben sollen viele mods oder so..
      Mir ging es ja auch eher um die Prozedur des Gebrauchs des e2-upgrade-tool und dem oft damit verbunden "Sofa-Switch".
      Das ist das eigentliche Übel.
      Grüße

    • Nun ja hier war ja nur ein wenig der Flash in den E2 Parts zerschossen.
      Der "Sofa Switch" muss ja ( auch unter Spark ) die i2s.ko laden, welche erst den SPI Flash in den Speicher Bereich einblendet.
      Wenn da die Gui schlecht gelaunt ist werden ja gerne die Bootargs zerschossen, was man ja auch noch wieder richten kann.
      Im schlimmsten Fall jedoch das U-Boot selber, dann ist es eben ein Fall für den Reparatur Service.

    • wenn ich das richtig verstehe sind wir uns dann doch absolut einig und es sollte eben durchaus vor dem Gebrauch des "Sofa-Switch" gewarnt werden. Egal in welche Richtung!
      Das könnt man dann auch fett pinnen. das e2-Upgrade-tool, ob man es nun braucht oder nicht kann da nicht so viel Schaden anrichten. Denn es macht nix anderes als vom einen System einfach in einen anderen Berich die Sachen, also das Image zu kopieren.
      Wie schon öfters gesagt, wer das mit dem "Sofa-Switch" nicht glaubt, dem empfehle ich dies selber forciert nachzustellen. Das ist ganz simple und man wird die Probleme offensichtlich sehen. Wer es will ich schreib es gerne nochmal.

      Grüße

    • ich benutze das upgrate Tool nur um meine E2 Image zu sichern bevor ich ein anderes Image teste.
      E2 Images flashen mache ich immer mit Frontpanel und noch nie Probleme gehabt. Auch die Backups die ich vorher gesichert habe, mache ich wenns nötig ist mit den Frontpanels.

      Grüßle
      BOX: Octagon SF 8008, Formuler F1, GM Triplex mit Neutrino, Edision Piccollo

    Flag Counter