182 replies to this topic

[Lost in Space]

Dear Boardmembers!

 

On 'special request' of Erik Slagter I created a Special Edition of the Jack the Ripper Plugin.

 

The original JTR is able to convert Non-Dreambox Images from VU+, CT,.. to Dreambox nfi Images which are then flashable and behave almost like a normal Dreambox image.

 

The JTR Special Edition is now able to convert OpenPLI OE 3.0 Images to the latest kernel and drivers from DMM and their root filesystem to UBIFS.

 

Usage is quite simple, install the latest OE 2.0 Experimental Image from DMM to your dreambox (you can get one from www.opendreambox.org) or if you want to enjoy also the etra features of my initramfs Patch like Label mounting then get the latest OoZooN Image from www.oozoon.tv. and flash it.

 

Then you install in this image the attached ipk and after an enigma2 restart you have the JTR PLI Special Edition Plugin in your Plugin List.

 

On Blue in the JTR Plugin you may change UBIFS root file compression (default is zlib for 800se and 500hd to save space, and favour_lzo for the 8000 and 7020hd) and the location of your image backups - default is /media/hdd/backup and it always has to be a subdirectory of a mountpoint.

 

After reading the Disclaimer on Yellow you can start Conversion of an up.to-date OE 3.0 OpenPLI*.nfi Image for your box that you copied to the above backup directory.

 

After 5-10 minutes Jack the Ripper will have converted a new UbifsPli*.nfi for you in this directory.

 

If there are problems please post me the /tmp/jtr.log which is created during conversion.

 

The created nfi image can be then flashed in the normal ways (DreamUP, Bios WebIF or even with dFlash) to your Dreambox and you will enjoy the latest DMM drivers, kernel and a root UBIFS Filesystem in your PLi Image.

 

After Flashing an booting your UBIFS PLI Image your root first line of a df -h should look like this (sizes depend on the Dreambox you have):

 

root@dm7020hd:~# df -h
Filesystem                Size      Used Available Use% Mounted on
ubi0:rootfs             374.2M     43.7M    330.4M  12% /

 

And don't be too scared from space problems, as your images are already pretty small, but be aware that UBIFS needs about 10% more space, but even on a 500hd after conversion almost 6MB are still free.

 

The Plugin was tested on my 500hd, 8000 and 7020hd, but if you find bugs or have problems using it feel free to ask for help.

 

If you want to know what ubifs is, how it works and what it is good for on your Dreambox, please check first this article in the Dreambox blog before asking the questions answered there already:

 

http://www.dreambox-...-zeit-mit-ubifs

 

Happy Easter!

 

gutemine

Attached Files

•  enigma2-plugin-extensions-jtr_0.6.0_all.ipk   374.61KB   225 downloads

Edited by gutemine, 31 March 2013 - 02:17.

[QUMAN]

 Thanks for the Easter gift.

[Beeker]

Works great. Even with OpenPLi-4. Thanks.

 

Happy Easter

[malakudi]

Why would anyone want to mix kernel binary from one image and kernel modules (usb dvb-t, wifi, iptables, ipsec, ipv6 etc) from another? This will only lead to unsupported configurations, and if there is a bug nobody could help.

Is there a feature in new DMM drivers that someone would really want to have it rignt now and not wait till these changes get imported to OpenPLI's kernel? My DM800SE works fine with current OpenPLI drivers.

[gjstroom]

Nice boottimes on my dm800se:

65sec normal
45sec ubifs

[Lost in Space]

Well, maybe this is part of the answer - ubifs is simply faster!

 

And if you read the bugfixing list of the drivers - why live with old drivers and old loaders and their bugs ?

 

And JTR is NOT mixing any drivers it uses the complete /lib/modules of the latest DMM Image - if you install there what you need it will be put fully operational into the Ubifs PLi Image. Off course it will not upgrade, but you can always repeate the procedure if a new kernel and drivers come out.

 

ALL the Drivers from DMM for their new OE 2.0 are experimental, so where is the point to use older ones ?

 

But the reason for JTR is not so much about newer drivers or kernels. For running UBIFS you simply NEED them as with the old ones UBIFS will not work (except on the 8000).

 

With the DMM kernel in Flash suddenly you also have working block2mtd drivers and can extract all ubifs and jffs2 images with nfidump without any problems.

 

PLi doesn't support any Multibooting, but with such a kernel in your PLi Image  you can now use it in Flash and Multiboot ALL other DMM OE 2.0 based images.

 

And finally - to find out if it runs smootly, the easiest and most efficient way is to RUN it, isn't it ?

 

And now everybody has the freedom to decide, and look and see him/herself...

 

Happy Easter!

 

gutemine

Edited by gutemine, 31 March 2013 - 16:59.

[littlesat]

I do not oversee what we need to patch afrond here for Dmm boxes as we also support boxes that are already ahead Dmm boxes....

[Lost in Space]

Yes, there is no real need, but on all these boxes you have to fiddle around with nandsim for usbifs extraction while with block2mtd this works much easier and with a smaller footprint.

 

And block2mtd allows booting from other devices too.

Edited by gutemine, 31 March 2013 - 17:25.

[malakudi]

@gutemine: Maybe you misunderstood me, what I meant is that if you need a kernel module not preinstalled, and need to download it from the feed, it might have incompatibilities with the different kernel. I've seen examples where tun module crashes because some netfilter options was different between two different kernels. Mixing kernel with modules from other images is not good. The problem with multiboot is exactly that, mixing stuff that are not meant to be mixed. Of course 95% of the times it might work, but when it doesn't you are out of luck. Real multiboot would allow different kernel to boot for every image - like usb booting in DMM boxes, although not very practical.

 

I guess OpenPLI will add support for newer drivers and ubifs to DMM boxes as soon as possible.

[Lost in Space]

In general I fully agree, BUT Erik asked my to convince PLi Team that UBIFS and the new kernel and drivers work nicely on Dreamboxes and as Forrest Gump would say: You only know what is in a chocolade box if you open it.!

 

Off course JTR is NOT an approach you should use under normal circumstances, to get latest drinvers and kernel and a new filesystem on top of it, but in the requested testcase JTR simply produces a working testbed where kernel and drivers and UBIFS filesystem are matching each other nicely and therefore work as they should - if then the rest of the PLi Image still runs als normal (maybe except installing/adding further drivers), then every interested user can now test it himself and in case of success confirm to the team that there is nothing to be scared of.

 

THEN PLi off course could decide to check in the drivers, the new kernel and UBIFS patches into their OE or even do better, and discussion would simply be over or finished to everybodies benefit.

 

It is just a question of skill and knowledge on how to test such new stuff - as there were multiple threads in the last days where normal users failed testing, because they simply were not aware of the driver and kernel dependency and nobody took my advice on how to properly do it, after Erik's request I simply put everything together in the JTR Plugin (actuelly it took me just a few hours to modify the existing JTR for this purpose, test it and post it).

 

As me and Marsu(pilami) did the original UBIFS Tests for me that was not a difficult task to open this chocolade box for you. If PLi decides that the chocolade is bitter, or you prefere the Dutch one (which is pretty good btw.) this is now your decision.

 

But some of the arguments I heard for waiting or against it were simply wrong, or just assumptions, therefore I took the freedom to take the look and see approach.

 

And yes, I would be pleased ot see these changes in PLi - the earlier, the better!

 

Happy Easter!

 

gutemine

Edited by gutemine, 31 March 2013 - 22:05.

[theparasol]

I think the pli devs are doing quality time with their relatives, quite normal here in Holland.

 

Lets wait and see, these days there are so many image teams active and competing this would be an excellent example to show what they are actually worth

[Lost in Space]

Off course - enjoy the holiday season with your family!

 

gutemine

[Anzo]

Does this mean that the hbbTV option provided by OE will stay intact after conversion to OpenPli 3?

[Lost in Space]

Read what I posted - it only implants kernel and drivers from the original OE Image into an PLi Image and switches to ubifs (the later would not be a must, but why not doing it as the latest drivers and kernel support it besides all the other bugfixes)

 

HBBTV and the browser are implanted into OE 2.0 enigma2 and need extra (QT) libs - all this is NOT copied, as it is ONLY for testing a PLi Image with latest drivers, kernel and UBIFS.

 

And if your would replace also enigma2, ... PLi would be gone.

Edited by gutemine, 1 April 2013 - 12:29.

[Erik Slagter]

On 'special request' of Erik Slagter I created a Special Edition of the Jack the Ripper Plugin.

In general I fully agree, BUT Erik asked my to convince PLi Team that UBIFS and the new kernel and drivers work nicely on Dreamboxes and as Forrest Gump would say: You only know what is in a chocolade box if you open it.!

I thought it was so obvious that I would never make such "requests", I just ignored it, BUT it appears it's not clear to everybody.

So, hereby I declare that I have NOTHING to do with any of gutemine's stuff and he knows it.

Edited by Erik Slagter, 1 April 2013 - 16:24.

[Happysat]

Gutemine zum bose spiel haha, i allready wonderded why he is so supportive last days for Pli

[Happysat]

On special request ei the ripper V 2.0

 

 ei.jpg   11.55KB   47 downloads

 

Merry Eastern

 

 

[Lost in Space]

Erik - I just took myself the freedom to understand this post of yours as a king of challenge:

 

http://openpli.org/f...ndpost&p=341637

 

If you don't like my type of humor I'm deeply sorry

 

But there is some truth in my answer - sometimes it is better to look and see, instead of endless discussions.

Edited by gutemine, 1 April 2013 - 18:24.

[pieterg]

I think you misread that post

 

Yes no need to convince OpenPLi of the value of ubifs

 

What Erik said is there is NO NEED to convince us of the value of ubifs.

 

Remember we were the first imagemakers to start using ubifs for setopboxes.

[Lost in Space]

To be honest - I misred the post intentionally - as the converse argument, if PLi Team knows the value and doesn't apply UBIFS to the Dreamboxes when it is available and technically there is no show stopper ...  would be ... interesting.

 

But as we now have cleared out all these misunderstandings - and the users could look and see themselves - we can now continue to enjoy making nice things for our Receivers.

 

Happy Easter

gutemine

Edited by gutemine, 1 April 2013 - 21:16.