[gutemine] Flodder - ein Boottool zum Knutschen

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • [gutemine] Flodder - ein Boottool zum Knutschen

      Gutemine hat der Dreambox Community mal wieder ein neues Plugin spendiert.


      Flodder - ein Boottool zum Knutschen

      gutemine schrieb:


      Hi !

      Nachdem ich bei unseren niderländischen Freunden so 'nett' empfangen wurde, und im Moment schon kein UBIFS mehr sehen kann, weil es mir so viel Arbeit macht, habe ich zur Entspannung mal aus vorhandenen Bastelleien Flodder, das Boottool zum Knutschen gebaut.

      Flodder ist einfach die 'etwas primitive' Variante des kompletten Auslagern der Root des Flashimages und nachdem es jetzt RELEASED ist hat es auch kein Ablaufdatum mehr.

      Installiert man Flodder, so wird einfach beim nächsten Booten die letzte Paritition des letzten Devices das an der Box gefunden wird genommen und ein flodder directory drauf gemacht wo es sich einfach den gesamte Inhalt der Root des Flashimages drauf kopiert und dann diese von dort bootet. /boot und der SSL bleiben vom Flash, womit es von USB und SATA genauso funktioniert - und zwar ganz ohne Bios umstellen.

      Flodder interessiert sich aber nur für Blondinen, Verzeihung - ext4 oder ext3 formatierte Devices, dafür findet er die dann überall, egal wie die Devices heissen, sobald ein flodder directory drauf ist kommt eine Kopie des Flashimages dort rein.

      Falls man auf ein bestimmtes Device oder eine bestimmte Partition floddern will, dann legt man vor dem ersten Reboot ein flodder directory in der Root des Wunschdevices an, dann wird halt das genommen, weil Flodder dann zu faul ist weiter zu suchen.

      Will man evt. wenn man sein Image gefloddert hat, trotzdem wieder mal nur vom Flash booten, so legt man einfach im flodder directory auf dem device auch noch ein norun directory an (oder macht ein simples mkdir /norun wenn das Flodder Image gebootet ist), weil dann bootet wieder der Flash bis man das norun wieder entfernt. Wenn man in diesem Zustand das ganze flodder directory löscht oder das Device formatiert dann floddert es halt aufs neue und lagert den Flash wieder neu aus. Oder man kann mit flodder 90 wenn man wieder vom Flash gebootet ist jetzt auch einen Filesystemcheck des Flodder Devices machen.

      Wenn man nachdem das geflodderte Image gebootet hat ein /media/squashfs-images/squeezeout directory anlegt dann werden auf der dm800se und 500hd auch die squashfs images entfernt, mit flodder 99 sollte man diese wieder recovern können, allerdings solange das squeezeout directory noch da ist werden diese beim rebooten wieder ausgepackt und eliminiert werden. Das SqueezeOut Plugin braucht man dafür NICHT

      Und wenn mal was wieder Erwarten nicht zum Knutschen funktioniert, dann kann man ein Floder Image ganz normal mit dFlash sichern und wenn man das nfidump binary nachinstalliert auch wieder Flashen wenn man im dFlash das Flashtool auf flodder stellt.

      Flodder ist auch zu blöde um OE 1.6 und 2.0 zu unterscheiden, solange ein aktueller Loader auf der Box ist sollte es funktioniren, aber auch das müsst ihr erst testen.

      Und mit

      opkg remove flodder-boottool

      wird man die Flodder wieder los.

      Viel Spass beim Floddern!

      ACHTUNG. damit die Flashoption flodder im aktuellen dFlash Testkit auftaucht und auch funktioniert MUSS auch das jeweils AKTUELLE nfidump binary mit dem ipk von hier installiert sein:

      Und ballert nicht ständig Eure Flodder devices mit tausenden picons zu die ihr eh nicht braucht, außer dazu das Euch die inodes ausgehen und dann der stick voll ist obwohl er noch reichlich Platz hat. Wenn Ihr das trotzdem macht ohne das -N Flag beim mkfs.ext4 zu verwenden, um damit die Zahl der inodes raufzudrehen, bitte beklagt Euch woanders!

      So sieht es übrigens derzeit auf meiner dm8000 aus:

      Quellcode

      1. root@dm8000:~# df -h
      2. Filesystem Size Used Available Use% Mounted on
      3. ubi0:rootfs 1.8G 1.2G 559.7M 69% /
      4. /dev/sdb1 7.0M 3.8M 3.2M 55% /flodder/root
      5. devtmpfs 155.1M 0 155.1M 0% /dev
      6. none 73.0M 1.0M 72.0M 1% /var/volatile
      7. /dev/mtdblock2 7.0M 3.8M 3.2M 55% /boot


      edit by Joey:
      Hinweis zur Version 0.1.6

      gutemine schrieb:

      [..] Auf der ersten Seite ist jetzt die Version 0.1.6 vom Flodder wo das Flodder Image so wie vom BA betreten wird.

      Dadurch sieht es auf meiner dm7020hd (mal abgesehen von der Hardddisk) dann so aus:

      Brainfuck-Quellcode

      1. root@dm7020hd:~# df -h
      2. Filesystem Size Used Available Use% Mounted on
      3. ubi0:rootfs 7.3G 2.2G 4.8G 32% /
      4. devtmpfs 155.1M 0 155.1M 0% /dev
      5. /dev/sda1 7.3G 2.2G 4.8G 32% /flodder/root
      6. /dev/sda1 7.3G 2.2G 4.8G 32% / <<<<<<<<<<<<<<<<<<<<<<
      7. devtmpfs 155.1M 0 155.1M 0% /dev
      8. none 154.9M 1.3M 153.6M 1% /var/volatile
      9. /dev/mtdblock2 7.0M 4.0M 3.0M 57% /boot
      10. /dev/ubi0_1 535.8M 24.0K 531.1M 0% /data

      Also nicht verwirrt sein weil Flash / und /dev und DANN nochmals das /flodder/root und das / und /dev von dort kommen. Wenn die mit <<< markierte Zeile das volle Flodder Device als Platz anzeigt dann sollte es geklappt haben und auch die ubifs root wird dann 'vergrößert' angezeigt obwohl das eigentlich nicht stimmt, aber sonst spinnen manche Plugins die die Flashgröße checken.

      Mal sehen ob samba, bonjour & Co damit weniger verwirrt sind, als mit der Lösung die wir bisher hatten.

      Hinweis zur Version 0.1.7

      gutemine schrieb:

      Ich hatte heute (m)einen nostalgischen Tag und habe eine 1.7 von Flodder compiliert, wo die aktuellen Loader 89 unterstützt werden (und natürlich weiterhin 84 auf den Boxen wo es keine neuen Loader mehr gibt).

      LG
      gutemine

      V0.2.0 zeigt beim Aufruf des Binaries über die Konsole die Anzahl der benutzen Inodes auf dem Flodder-Device an.

      Joey schrieb:

      Installationsanleitung in Kurzform:
      - USB-Stick anstecken
      - Stick formatieren (würde ich per Telnet machen, um sicherzugehen dass nachher die Inodes auch ausreichen: mkfs.ext4 -N 30000 /dev/sdb1
      bei der 800HD (ohne se) so formatieren, da sie kein ext4 kann: mkfs.ext3 -N 30000 /dev/sdb1
      (Vorher nachsehen, ob der Stick auch wirklich als sdb1 erkannt wird. Nicht dass man aus Versehen den falschen Datenträger formatiert.)
      - flodder-boottool_0.2.0_all.ipk nach /tmp kopieren und per Telnet
      opkg update
      opkg install /tmp/*.ipk
      installieren.
      - Box neu starten.
      Dateien
      Probleme kann man niemals mit derselben Denkweise lösen.

      ¯\_(ツ)_/¯

      "Die Deutsche Rechtschreibung ist Freeware, sprich, du kannst sie kostenlos nutzen.
      Allerdings ist sie nicht Open Source, d.h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen."

      Dieser Beitrag wurde bereits 13 mal editiert, zuletzt von Joey () aus folgendem Grund: neue Version hinzugefügt

    • Flodder lagert die ganze root aus, der 'Flash' ist also so groß wie das Filesysten des Flodderdevices, das df -h mit der 2TB großen root auf der 7020hd wo auf die Harddisk gefloddert wurde, um zu sehen wie schnell das noch bootet und ob die Filme ungestört bleiben sagt doch eigentlich alles über den möglichen Freiplatz.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Lost in Space ()

    • Jetzt erst mal, meinen Respekt für gutemine.
      Ich benutze schon SqueezeOut,bringt Flodder andere vorteile oder reicht SqueezeOut?

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von marzi ()

    • *****************************
      * the next step is done *
      *****************************
      Hier mein Flooder,leider kann ich nichts mehr installieren da er mir sagt:
      Error no space on your device
      :D
      opendreambox 2.0.0 dm800se


      dm800se login: root
      root@dm800se:~# df -h
      Filesystem Size Used Available Use% Mounted on
      ubi0:rootfs 7.5G 509.0M 7.0G 7% /
      /dev/sdb1 7.5G 509.0M 7.0G 7% /media/realroot
      devtmpfs 65.9M 0 65.9M 0% /dev
      /dev/loop0 2.3M 2.3M 0 100% /media/squashfs-images/d
      reambox-dvb-modules-sqsh-img
      none 66.0M 364.0K 65.6M 1% /var/volatile
      /dev/loop1 5.3M 5.3M 0 100% /media/squashfs-images/q
      t4-embedded-core-sqsh-img
      none 66.0M 0 66.0M 0% /dev/shm
      /dev/mtdblock2 3.8M 3.2M 580.0K 85% /boot
      /dev/disk/by-uuid/6cc199a3-626f-4c01-a217-61b8e213c2cd
      17.6G 195.0M 17.4G 1% /media/hdd
      /dev/disk/by-uuid/04e536c0-327c-4099-9f7c-b65ac370e7ce
      7.5G 509.0M 7.0G 7% /media/CardReaderPart1
    • Hab's dort gelesen...finde es auch nicht ganz korrekt, da das der Supportthread von GM (GM meckert ja auch nicht...) ist aber gut...

      Am besten von Vorn anfangen, neuflaschen, Netzwerk einrichten und gleich Flodder installieren...dann erst alles andere...dann gibt's auch keine merkwürdigen Fälle mehr ;)
      "Wer ins Wasser sieht, sieht den Himmel auf Erden"
    • "Fremdimages" werden schon supported - nur nicht das Newnigma2 wg. dem cam support. NN2 ist ja "böse" :D

      @schnuffel passt da auf wie ein Wachhund, @gutemine ist das völlig egal

      am besten im Supporttreat statt Newnigma2 "##not supported 2##' oder dergleichen schreiben, also gleich selbst zensieren. das lässt der Wachhund dann meist auch ungestraft durchgehen

      ach ja, auch nicht mit Zitat auf den letzen Post antworten und Telnetausgaben als code oder Datei einfügen, sonst bekommt man sofort eine schulmeisterhafte Belehrung oder die Wachhunde editieren deinen Post... ?(

      :D:D
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • @marzi dein flash ist ja auch wirklich voll

      haste eventeull das squeezeout verzeichniss nicht angelegt ?

      Wenn man nachdem das geflodderte Image gebootet hat ein /media/squashfs-images/squeezeout directory anlegt dann werden auf der dm800se und 500hd auch die squashfs images entfernt,.....

      bei ist es ja zu 100% belegt:
      /dev/loop1 5.3M 5.3M 0 100% /media/squashfs-images/qt4-embedded-core-sqsh-img
      Probleme kann man niemals mit derselben Denkweise lösen.

      ¯\_(ツ)_/¯

      "Die Deutsche Rechtschreibung ist Freeware, sprich, du kannst sie kostenlos nutzen.
      Allerdings ist sie nicht Open Source, d.h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen."

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von deepblue2000 ()

    • er hat da was durcheinander gebracht...er sollte einfach neu flashen und floddern, ohne ubifizierung da hier kein Sinn...

      Ausserdem kopiert Flodder das komplette root auf ext. Datenträger, und die squeezeout Funktionalität INNERHALB des geflodderten Images ist nur für das "Speedup" da, da dort der Platz keine Rolle mehr spielt...

      Also einfach Image flashen, ggfs. Stick vorbereiten (ext3/4), Netzwerk einrichten, Flodder installieren, rebooten, dann das squeezeout directory anlegen, erneut rebooten, weiter einrichten...
      "Wer ins Wasser sieht, sieht den Himmel auf Erden"

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von djmastera2000 ()

    • Loop mounts von squashfs sind read only und die werden immer zu 100% voll aungzeigt.

      Und mir ist nicht alles egal ...

      Aber ja wenn das Flashimage schon kaputt ist sind auch die Flodders keine Hilfe mehr.

      Allerdings kann man mit dem aktuellen Flodder auch nfi Images mit dFlash Floddern und ist nicht mehr nur auf das Flashcopy angewiesen.