SF Team img for DM 500

[novaktmp]

Ahoj vespolek. Již delší dobu používám SFTeam image a jsem s ním velmi spokojen. Ze studijních důvodů jsem si zkompiloval vlastní app a teď bych rád zajistil její spuštění vždy po startu systému pomocí vlastního start skriptu v /etc/init.d.

Problém je v tom, že se mi nedaří přimontovat poslední SFTeam image (jiný jsem nezkoušel) do Mandriva 2006 (podporu Compressed ROM FS mám jako modul). Pokud si vytvořím pomocí mkcramfs vlastní image (z libovolného adr) je vše ok. Kde dělám chybu. Poraďte prosím.

Montování SFTeam image:
příkaz:
------
mount -t cramfs -o loop /home/sf_img_500_20051127_0809.img /mnt/m

výsledek:
---------
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

[JirkaS]

Ahoj vespolek. Již delší dobu používám SFTeam image a jsem s ním velmi spokojen. Ze studijních důvodů jsem si zkompiloval vlastní app a teď bych rád zajistil její spuštění vždy po startu systému pomocí vlastního start skriptu v /etc/init.d.

Problém je v tom, že se mi nedaří přimontovat poslední SFTeam image (jiný jsem nezkoušel) do Mandriva 2006 (podporu Compressed ROM FS mám jako modul). Pokud si vytvořím pomocí mkcramfs vlastní image (z libovolného adr) je vše ok. Kde dělám chybu. Poraďte prosím.

Montování SFTeam image:
příkaz:
------
mount -t cramfs -o loop /home/sf_img_500_20051127_0809.img /mnt/m

výsledek:
---------
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Cely img nemountnes je ze dvou casti - kernel jako cramfs a rootfs jako squashfs ale :

Musel by jsi si patchnout i squashfs v pecku lzma kompresi- to je jeste dalsi komprese a velmi ucinna. To co je v poslednich SF img neni cisty squashfs.
Timhle scriptem si rozbalis img na cast kernel-cramfs a rootfs - squashfs

[novaktmp]

Díky za rychlou odpoved a skript JirkaS.
Po aplikaci tvého skriptu vznikly 2 soubory kernel a rootfs. Předpodládám, že adresář /etc/init.d je v souboru rootfs. Postup pro modifikaci FW je tedy takovýto (kernel modifikovat nechci), poraď prosím:
1. aplikace tvého skriptu extract_kernel_root.txt pro rozdělení IMG na kernel a rootfs
2. mount -t squashfs -o loop /home/sf_img_500_20051127_0809.img /mnt/m (samozřejmě jádro musí mít tuto podporu)
3. vykopírování osahu rootfs z /mnt/m ven do prac. adresáře.
4. modikace, popř. přidání skriptů, app. atd.
5. pomocí mksquashfs zapakování prac. adresáře zpět do rootfs
6. reverzním skriptem k tvému extract_kernel_root.txt spojení částí kernel a rootfs do výsledného image pro DM 500 S.

Je to tak? V případě že ne jak se tedy dostanu k obsahu rootfs.

[novaktmp]

Oprava bodu 2(ach ten clipboard):
mount -t squashfs -o loop /home/rootfs /mnt/m (samozřejmě jádro musí mít tuto podporu)

PS: všechny body bych rád realizoval na INTELU.

[JirkaS]

Oprava bodu 2(ach ten clipboard):
mount -t squashfs -o loop /home/rootfs /mnt/m (samozřejmě jádro musí mít tuto podporu)

PS: všechny body bych rád realizoval na INTELU.

Tak to si budes muset patchnout jadro i v PC - squashfs s lzma.

mnohem jednodussi je a ja to zatim delam taky tak - pokud to potrebujes:

1. nahrat do dreama /tmp/roofs
2. mkdir /tmp/fs
3. mount -t squashfs -o loop /tmp/rootfs /tmp/fs
4. zkopirovat si obsah /tmp/fs do pc

pokud chces patchnout kernel v pc nastuduj lzma jde to taky ale proc

[kony]

Ahoj vespolek. Již delší dobu používám SFTeam image a jsem s ním velmi spokojen. Ze studijních důvodů jsem si zkompiloval vlastní app a teď bych rád zajistil její spuštění vždy po startu systému pomocí vlastního start skriptu v /etc/init.d.

a o jake aplikace jde, jestli se muzu zeptat.... to vis cim vic app pro dream tim lepe ))

sice ma 5620S ale treba by se to dalo taky pouzit

[novaktmp]

to JirkaS:
Mám DB 500, takže budu muset namapovat disk v PC přes NFS, ale to by neměl být problém. Chci se tě jenom ještě zeptat: výslednou (zmodifikovanou) adr. strukturu musím pomocí mksquashfs zapakovat v dreamu nebo ji mohu zapakovat v PC, popř. jak získám zpět soubor rootfs.

to kony:
Ze "studijních důvodů" (a spravení chuti) šmudlím něco na způsob stunnelu, kde se přenášená data budou na aplikační úrovni šifrovat pomocí AES 256. Vyvíjet současně pro 2 platformy(Win, Linux) a 2 procesory (Intel, PPC) je zkutečně zajímavé . Např. binárka pro Linux na INTELU má cca 10 kilo, pro Linux na PPC má 40 kilo.

[JirkaS]

to JirkaS:
Mám DB 500, takže budu muset namapovat disk v PC přes NFS, ale to by neměl být problém. Chci se tě jenom ještě zeptat: výslednou (zmodifikovanou) adr. strukturu musím pomocí mksquashfs zapakovat v dreamu nebo ji mohu zapakovat v PC, popř. jak získám zpět soubor rootfs.

Na pakovani je binarka do intelu - mksquashfs ale opet s lzma . udelam nejaky balik a dam to sem.

Jinak pokus se ti zamlouva stunel klidne, ale po ruznych pokusech jsme skoncil u openvpn a sshtunelu ,oboji jde pouzit v dreamu. Sifr tunel jde udelat i pomoci dropbearu a musel by se trochu dodelat aby si bral nastaveni ze souboru jako ssh

[novaktmp]

to JirkaS
Binarku pro mdsquashfs dej urcite sem.Svou činnost beru skutečně jako odreagování už i proto jsem si pořidil zařizení s těmito možnostni. Vím, že pokud jsou zdrojáky v C (C++) dají se zkompilovat (znásilnit) pro DB, ale to není ono. Funkční binárka z vlastního zdrojáku to je frajeřina. Osobně mám problém pouze s implementací do FW {a tvůj FW je best from bests {neber to jako "rektální alpilismus" {lezení do prd..e}}}} Ať žijí složené závorky.

[Dalli]

Čau, nechtělo se mi čekat na binárky pro vytvoření image pro Dreambox tak jsem hledal a posílám utility, které využívám na Mandriva 2006, ale pojedou pravděpodobně i jinde na i86.
Jádro na PC nemám patchnuté na LZMA, takže pro rozbalení image využívám Dreambox.
Nejprve si rozbalím kernel (adresář root ve výsledném image) utilitou undreamboxfs, ta vzhledem k tomu, že nemám patchované jádro rozbalí jen kernel v adresáři root. Potom pustím skript extractimg na image, ten vytvoří soubor rootfs (a taky kernel, ale ten nevyužiji), který nakopíruji do /tmp dreama a v dreamu přes telnet si ho připojím do nějakého adresáře. Přes midnightcommander a jeho ftp klienta nakopíruji celou strukturu do PC a přidám dříve rozbalený adresář root. Udělám libovolné úpravy, přidám pluginy atd a můžu balit :-)
Balení provádím puštěním skriptu mkdreamboxfs, který využívá mkcramfs a mksquashfs (s patchem LZMA). Vzniklý image je přímo použitelný v dreamu.

Mám Dream500S z prosince, tj s novým tunerem a celé jsem zkoušel na Gemini2.6, ale očekávám, že bude fungovat univerzálně.
Použité utility nejsou moje práce, v C neprogramuji a nerozumím mu, jen jsem hledal na netu.
Nevím jak sem připojit soubor s utilitami, takže pošlu individuálně, když tak pište na dali@post.cz

zkuste a když tak dejte vědět - Dali

[Dalli]

Do tohoto fóra píšu, protože zde jsem načerpal nejvíc informací pro rozbalování a balení img pro dream. Bohužel nevyužívám SF image, protože neumí DVR nahrávání na síťově připojený disk z EPG přes timer. Nebo se pletu a jen jsem to nenašel ?? Okamžitý zápis z ovladače jede bez problémů.

[nox]

Do tohoto fóra píšu, protože zde jsem načerpal nejvíc informací pro rozbalování a balení img pro dream. Bohužel nevyužívám SF image, protože neumí DVR nahrávání na síťově připojený disk z EPG přes timer. Nebo se pletu a jen jsem to nenašel ?? Okamžitý zápis z ovladače jede bez problémů.

Mne sa podarilo spustiť DVR nahrávanie na sieťový disk z EPG cez timer jedine cez http. V Opere sa dá cez rozhranie nastaviť ngrab alebo DVR. Ale priamo v Dreame som možnosť nahrávania DVR nenašiel. Preto chcem poprosiť o radu ako to urobiť. Je škoda zapínať PC len kôli načasovaniu nahrávania.

[novaktmp]

-Pomocí skriptu od JirkaS (viz. dříve) jsem rozdělil image na kernel a rootfs
-rootfs jsem nakopíroval do DB (pomocí FTP)
-vytvořil jsem adresář /tmp/fs v DB (přes telnet)
-v DB (přes telnet) jsem zadal příkaz:
mount -t squashfs -o loop /tmp/rootfs /tmp/fs
dostal jsem následují hlášku:
mount: Mounting /tmp/rootfs on /tmp/fs failed: Invalid argument

Co dělám špatně?

[novaktmp]

-Pomocí skriptu od JirkaS (viz. dříve) jsem rozdělil image na kernel a rootfs
-rootfs jsem nakopíroval do DB (pomocí FTP)
-vytvořil jsem adresář /tmp/fs v DB (přes telnet)
-v DB (přes telnet) jsem zadal příkaz:
mount -t squashfs -o loop /tmp/rootfs /tmp/fs
dostal jsem následují hlášku:
mount: Mounting /tmp/rootfs on /tmp/fs failed: Invalid argument

Co dělám špatně?

to Dalli:
-------
Díky za odpověď, ale jak už to tak bývá, chyba byla opět mezi "židlí a klávesnicí". Přenášel jsem soubor pře FTP v režimu "auto" o on mi mršil soubory (byla rozdílná délka). Po přepnutí ftp do režimu binary již vše chodí jak má.
Vím, že bych si ten skript mohl dodělat do FW sám, ale to bych ho pak musel dodělávat do každého FW, který JirkaS vydá a já bych ho chtěl použít. Ideální by bylo, kdyby tuto "feature" obsahoval již FW originální.

[Dalli]

Kdybys potřeboval mksquashfs s patchem LZMA pro tvorbu img mohu poslat, ale to už sem psal.