Enigma2 & Neutrino anstatt Spark und E2 (oder auch Neutrino) installieren

    • Wir wollen doch jetzt rausfinden ob es über ein Mini Root geht bei der 7111!


      Finde halt das SPARK Image vollkommen überflüssig!
      Ein Neutrino und ein E2 wäre der Hammer!
      Oder ein neues Image erstellen mit Neutrino MP und ein E2 ffmpeg wo man nach belieben booten kann! Ähnlich dem NeuProLux V2!


      spark:~# cat /proc/mtd
      dev: size erasesize name
      mtd0: 00080000 00010000 "Boot firmware"
      mtd1: 00700000 00010000 "Kernel"
      mtd2: 00080000 00010000 "Reserve"
      mtd3: 00800000 00020000 "Spark Kernel"
      mtd4: 17800000 00020000 "Spark Rootfs"
      mtd5: 00800000 00020000 "E2 Kernel"
      mtd6: 05000000 00020000 "E2 RootFs"


      spark:~# fw_printenv
      bootdelay=3
      baudrate=115200
      board=mb618
      monitor_base=0xA0000000
      monitor_len=0x00080000
      monitor_sec=0xa0000000 0xa007ffff
      load_addr=0x80000000
      unprot=protect off $monitor_sec
      update=protect off $monitor_sec;erase $monitor_sec;cp.b $load_addr $monitor_base $monitor_len;protect on $monitor_sec
      HOSTNAME=LINUX7109
      ethaddr=00:80:E1:12:06:38
      ipaddr=192.168.40.63
      netmask=255.255.255.0
      gatewayip=192.168.3.1
      serverip=192.168.40.19
      kernel_base_spark= 0xa0080000
      kernel_base_enigma2=0x18000000
      kernel_sec= a0080000 a077ffff
      kernel_len= 0x00700000
      update_kernel=protect off a0080000 a077ffff ;erase a0080000 a077ffff ;cp.b 0x80000000 0xa0080000 0x00700000 ;protect on a0080000 a077ffff
      rootfs_base=0xa0800000
      rootfs_sec=a0800000 a1ffffff
      menucmd=update
      tftp_kernel_name_spark=mImage
      tftp_kernel_name_enigma2=uImage
      tftp_userfs_name_spark=userfsub.img
      tftp_userfs_name_enigma2=e2jffs2.img
      kernel_name_spark=spark/mImage
      kernel_name_enigma2=enigma2/uImage
      userfs_name_spark=spark/userfsub.img
      userfs_name_enigma2=enigma2/e2jffs2.img
      userfs_base_spark=800000
      userfs_base_enigma2=18800000
      userfs_len_spark=17800000
      userfs_len_enigma2=7700000
      kernelnfspath=192.168.40.19:/opt/target
      rootfs_name=UserFS
      rootfsnfspath=192.168.40.19:/home/d22cj/workspace/target
      uboot_name=u-boot.bin
      ubootnfspath=192.168.40.19:/home/d22cj/workspace/target
      bootfromnfs=nfs a4000000 $kernelnfspath/$kernel_name;bootm a4000000
      bootargs_nfs=console=ttyAS1,115200 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 stmmaceth=msglvl:0,phyaddr:1:watchdog:5000 root=/dev/nfs nfsroot=192.168.40.19:/opt/target,nfsvers=2,rsize=4096,wsize=8192,tcp rw ip=192.168.40.61:192.168.40.19:192.168.3.1:255.255.0.0:LINUX7109:eth0:off bigphysarea=4000
      bootargs_flash=console=ttyAS1,115200 rw ramdisk_size=6144 init=/linuxrc root=/dev/ram0 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:lh:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=4000
      bootargs_spark=console=ttyAS1,115200 rw ramdisk_size=6144 init=/linuxrc root=/dev/ram0 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:lh:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=4000
      bootargs_enigma2=console=ttyAS1,115200 root=/dev/mtdblock6 rootfstype=jffs2 rw init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 rw ip=172.100.100.249:172.100.100.174:172.100.100.174:255.255.0.0:LINUX7109:eth0:off bigphysarea=6000 stmmaceth=msglvl:0,phyaddr:2,watchdog:5000
      magic_version=1.7
      DuckBA_sdXY=sda1
      DuckBA_ubootdev=sda1
      DuckBA_bootname_sda1=Titan
      DuckBA_bootargs=setenv bootargs "console=ttyAS0,115200 root=/dev/sda${DuckBA_sda_NO} rootfstype=ext2 rw init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:${ethaddr} rw ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:SPARK:eth0:off bigphysarea=6000 stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 rootdelay=9"
      DuckBA_bootcmd=if test ${DuckBA_PERMANENT} = 0;then set DuckBA_ON 0;saveenv;fi;nboot.i 80000000 0 18400000;run DuckBA_bootargs;bootm 80000000;set bootargs ${bootargs_enigma2};nboot.i 80000000 0 18000000;bootm 80000000; reset
      DuckBA_sda_NO=1
      DuckBA_ON=0
      filesize=4B80000
      fuseburned=true
      stdin=serial
      stdout=serial
      stderr=serial
      bootargs=console=ttyAS1,115200 root=/dev/mtdblock6 rootfstype=jffs2 rw init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 rw ip=172.100.100.249:172.100.100.174:172.100.100.174:255.255.0.0:LINUX7109:eth0:off bigphysarea=6000 stmmaceth=msglvl:0,phyaddr:2,watchdog:5000
      kernel_base=0x18000000
      kernel_name=enigma2/uImage
      userfs_name=enigma2/e2jffs2.img
      tftp_kernel_name=uImage
      tftp_userfs_name=e2jffs2.img
      userfs_len=7700000
      userfs_base=18800000
      boot_system=enigma2
      bootcmd=nboot.i 80000000 0 18000000;bootm 80000000

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von italia99 ()

    • Ein wenig verwirrend schon, kenne ja diese Box nicht:
      Es gibt 3 Kernel Bereiche: mtd1/3/5

      Die Bootargs sind ja auf E2 booten eingestellt, und der E2 Kernel wird aus dem NAND geladen und dann an der Ladeadresse gestartet.
      Dazu kommt: da sind Sachen von DuckBA drin wo der Kernel wohl in den gleichen Bereich wie der E2 Kernel geschrieben wird allerdings ist die Kernel-Start-Adresse 4MB später.

      Jetzt solltest Du mal folgendes machen:
      Umstellen nach Spark > Spark booten > und da im Telnet : cat /proc/mtd ( sollte bei Spark auch gehen )
      Dann:
      Seriell mit Nullmodem und Putty verbinden > neu starten > Bootvorgang mit der Menü Taste (Frontpanel) abbrechen > dann bleibt die Box in der U-Boot Konsole stehen. ( so isses bei der 7162 )
      Da einmal print + Entertaste > dann werden die Bootargs mit der SparkBoot Einstellung ausgegeben.

      Das sieht so aus, als ob der Spark Kernel aus dem NOR Bereich geladen wird. ( Im Gegensatz zur 7162, da ist alles NAND )

      Der Reserve Bereich ist zu klein (512K) für ein "mini" Root.
      Grundsätzlich kann man aber die mtd Bereiche aus der Laufenden Gui im E2 Bereich flashen, etwas schwieriger ist es schon mit den passenden Bootargs.

    • Hier das LOG:


      [root@stlinux]# cat /proc/mtd
      dev: size erasesize name
      mtd0: 00080000 00010000 "Boot firmware"
      mtd1: 00700000 00010000 "Kernel"
      mtd2: 00080000 00010000 "Reserve"
      mtd3: 00800000 00020000 "Spark kernel"
      mtd4: 17800000 00020000 "Spark Userfs"
      mtd5: 00800000 00020000 "E2 kernel"
      mtd6: 07700000 00020000 "E2 Userfs"

      Ich habe mein Serielles Kabel verlegt!
      Ich muss suchen gehen... :(

    • Wir wollen doch jetzt rausfinden ob...


      Nein - ganz klar Nein

      Du willst das - nicht WIR
      ----------

      Ich hab dich letztens gewarnt, DBO auch, Zeini auch.

      so nebenbei - bei mir in der DB ist ein image für jffs2 mit e2+neutrino image-neutrino+e2 von 2012

      ich bau kein Doppelimage. Grund man muss dann E2 + Neutrino also 2 Image dauernd pflegen
      da ich für 7111 und 7162 baue und das mit unterschiedlicher Basis noch dazu hab ich da genug zu tun

      Wenn beim maxgit opk wäre - gut dann wäre es pflegeleichter - da das aber auf widerstand stößt, macht das so kein Sinn
      1x Triplex alter Sattuner + dvb-C/T --- 2x Triplex neuer Sattuner + Dvb-C/T2 --- LX 2 1 Sat+ Dvb-C/T2 --- 4x Dbox1 --- 2x Pace --- 1x GM990 reloaded 1x Pingulux (alte)

    • nein

      ich meinte in zukunft blickend - also neutrino und e2 dauernd aktualisierend - da wäre sinnvoll opk im git das man neutrino+e2 updaten könnte statt ewig neu zu bauen
      1x Triplex alter Sattuner + dvb-C/T --- 2x Triplex neuer Sattuner + Dvb-C/T2 --- LX 2 1 Sat+ Dvb-C/T2 --- 4x Dbox1 --- 2x Pace --- 1x GM990 reloaded 1x Pingulux (alte)

    • OPK / IPK / TPK ....egal macht eh nur bei NAND Flash Sinn...
      Es gibt noch jede Menge Boxen mit NOR Flash, die sowieso dann komplett geflasht werden müssen.
      Ausserdem ist tar und gzip on Board, wozu noch mehr Kram ?
      Passt aber auch nicht zum Thema > Spark von der Box fräsen.... :D

      Und E2 bauen > das meiste ist eh non Public, an einen Basis System aus dem Git hat sicherlich keiner Interesse.
      Da ist die Option den Dualboot der Spark Boxen mit E2 und Neutrino zu nutzen sinnvoller, als beide Systeme zusammen zu pfriemeln.

    Flag Counter