Ph@ntom@s Geschrieben 9. Oktober 2005 Melden Share Geschrieben 9. Oktober 2005 @XundY Ph@ntom@s ist gewissermassen Dein Leidensgenosse nur ist der schon ein paar Nervenzusammenbrüche weiter wie Du Genau so ist es ... Drei Rechner sind schon aus dem Fenster geflogen... Am besten ist, wenn du erstmal überprüfst, ob alle Files die im Script kopiert, bzw. verlinkt werden ihr Ziel finden... Mir hat da am Anfang das kwcomp einen Strich durch die Rechnung gemacht... Deshalb habe ich es erstmal weggelassen, ist aber ein sehr wichtiger Bestandteil des Scripts, da du damit Änderungen im CVS mitbekommst... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 9. Oktober 2005 Melden Share Geschrieben 9. Oktober 2005 habe ich schon wieder was verpasst? was ist kwcomp? mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. Oktober 2005 Autor Melden Share Geschrieben 9. Oktober 2005 arbeitest Du mit dem Script http://www.keywelt-board.com/index.php?sho...ndpost&p=377418 oder machst Du alles von Hand? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 9. Oktober 2005 Melden Share Geschrieben 9. Oktober 2005 alles von Hand! sonst wird man deer fehlermeldungen ja nicht mehr Herr mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. Oktober 2005 Autor Melden Share Geschrieben 9. Oktober 2005 nun kwcomp ist ne Funktion in dem Script welches die Versionen die ausgecheckt werden mit denen die dem gepatchten File zugrunde lage vergleicht. Wenn sich da was geändert hat, dann brüllt das Alarm und bricht das Image bauen ab. Geht erst weiterr, wenn die Änderungen ins gepatchte File eingeflossen sind und man das Original File ins entsprechnde Vergleichs-Verzeichnis kopiert hat. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 10. Oktober 2005 Melden Share Geschrieben 10. Oktober 2005 (bearbeitet) So habe es nun mal mit deinem Script probiert, ist nach ein paar Anpassungen von vergleich und originale einwandfrei durchgelaufen, bis zu diesem Befehel: fakeroot mkfs.jffs2 -b -e 131072 -p -o var.img -r var es kam wieder die obligatorische Fehlermeldung: /usr/bin/fakeroot: line 108: 6744 Speicherzugriffsfehler FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@" root.img wurde erstellt und ist 5,2 MB groß das sollte in etwa passen, aber ich kann einfach das var nicht erstellen(heul). Hoffe es hat noch jemand eine Idee! mfg bearbeitet 10. Oktober 2005 von XundY Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. Oktober 2005 Autor Melden Share Geschrieben 10. Oktober 2005 compiliere Dir mal das mkfs.jffs2 selber, wenn ich zu Hause bin suche ich mal die Addy raus dazu. Ich denk daß da der Haken liegt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 10. Oktober 2005 Melden Share Geschrieben 10. Oktober 2005 hoffe du hast recht! Wäre schön, dank dir schon mal mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. Oktober 2005 Autor Melden Share Geschrieben 10. Oktober 2005 schau mal hier: http://www.linux-mtd.infradead.org/source.html Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 10. Oktober 2005 Melden Share Geschrieben 10. Oktober 2005 Also immer daran denken das ich ein Noob bin, wie kompiliere ich denn mein eigenes mkfs.jffs2, wobei ich nicht mal sicher bin das ich dort die korrekten ourcen finde, ist ein wenig "spanisch" für mich mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. Oktober 2005 Autor Melden Share Geschrieben 10. Oktober 2005 im Home Verzeichnis: cvs -d :pserver:anoncvs@cvs.infradead.org:/home/cvs co mtd dann wird das mtd CVS ausgecheckt. Ich hab´s grad mal versucht und musste die Zeile zwei mal eingeben bis es ging. danach folgende Sachen eigeben: cd mtd cd util make Dann wird´s compiliert und im Util Verzeichnis findest Du unter anderem das mkfs.jffs2 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 Dank dir erstmal für deine Mühe mit der neuen mkfs.jffs2 hats nun fast geklappt Folgende Meldung kommt(ist es eigentlich normal, daß das kompilieren weit über ne Stunde dauert?): -------------------------------------- Erlaubte Grösse: 5373952 Tatsächliche Grösse: 5402624 Var Bereich Grösse: 131072 -------------------------------------- ###################### SQUASCH Image zu groß! Images gelöscht ###################### /home/kai/image/image/SQUASHFS_1x.img entfernt /home/kai/image/image/SQUASHFS_2x.img entfernt Was kann ich tun um den fehler zu beheben? Image wurde nicht erstellt var.img und root.img sind aber vorhanden Mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 Hi, das ging mir auch so... Also es wird von Haus aus viel "unnützes" mit ins Image gepackt, deshalb mußt du den Rootpart bissl abspecken: Hier mal ein paar Tip´s von Worschter, was man alles entfernen kann (gibt natürlich noch mehr, aber das hilft erstmal wirtschaften ) erst mal die Plugins in /lib/tuxbox/plugins:weather rss dbswitch script dreamdata dslconnect dsldisconnect enigma_demo enigma_getset ngrabstart ngrabstop satfind wenn Du die TV Version einspielen willst lcdcirc und outdoor weil die kein Mensch braucht Dann die unnötigen locale in /share/tuxboxNeutrino/locale die Schriftart /share/fonts/md_khmurabi_10.ttf unerwünschte Webinterfaces wie /share/tuxbox/neutrino/httpd-alt2 falls erwünscht /share/tuxbox/neutrino/icons/shutdown.raw und shutdown.pal und scan.raw / scan.pal Sieht dann gleich viel Besser aus... --------------------------------------Erlaubte Groesse: 5373952 Tatsaechliche Groesse: 4902912 Var Bereich Groesse: 131072 -------------------------------------- cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 Danke erstmal für die Antwort! Gibts ne möglichkeit die Größe zu prüfen bevor man dann das Image compiliert? Da nach einem fehler der Star von vorne ja wieder jede Menge zeit in anspruch nimmt! mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 (bearbeitet) So habe nun mal deinen Empfehlungen entsprechend alles beseitigt, und nun folgende Meldung erhalten: -------------------------------------- Erlaubte Grösse: 5373952 Tatsächliche Grösse: 4882432 Var Bereich Grösse: 8388608 -------------------------------------- Images erstellt! SQUASHFS_1x.img SQUASHFS_2x.img Diese sollten sich jetzt in /home/kai/image/image befinden. na supi dachte ich, doch nach dem Schauem im etsprechenden Ordner wars mit der Freude dahin waren die Images doch 14,5 MB groß Was ist da passiert, habs auch noch mit checkimage geprüft und endete natürlich in einer warnmeldung. mfg bearbeitet 11. Oktober 2005 von XundY Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 Var Bereich Grösse: 8388608 Der is viel zu groß, sieht so aus als hättest du was falsch gepatched... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 11. Oktober 2005 Autor Melden Share Geschrieben 11. Oktober 2005 hm, und irgendwie ist das ne Grösse die mir bekannt vorkommt : 8388608 Das klingt wie die Grösse Flash + Bootloader, also irgendwas ist da in die Hose gegangen. Vergleiche doch Spasshalber mal den Var Bereich ~/dbox/cdkflash/var7 mit dem eines normalen Images, kommt Dir da was verdächtig zuviel vor? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 hier ist der inhalt von var : bin etc keys log modules pid plugins run tmp tuxbox mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 11. Oktober 2005 Melden Share Geschrieben 11. Oktober 2005 hm, und irgendwie ist das ne Grösse die mir bekannt vorkommt : 8388608 Das klingt wie die Grösse Flash + Bootloader, also irgendwas ist da in die Hose gegangen. Vergleiche doch Spasshalber mal den Var Bereich ~/dbox/cdkflash/var7 mit dem eines normalen Images, kommt Dir da was verdächtig zuviel vor? Jetzt wo du es sagst Das is die Komplettgröße eines Images IMAGE komplett 8388608 u-boot - 131072 ppcboot - 131072 Rest für root/var = 8126464 cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 11. Oktober 2005 Autor Melden Share Geschrieben 11. Oktober 2005 @XundY mit Inhalt meinte ich nicht die Verzeichnisse, sondern all die Dateien die da drinne sind. Du wirst Dich mal in nem gehenden Image umsehen müssen und vergleichen, was da bei Dir um so viel grösser ist als das was da rein gehört. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 12. Oktober 2005 Melden Share Geschrieben 12. Oktober 2005 ist das normal das das Image bauen also dein Script build gut 2 Stunden benötigt? oder läuft da was falsch bei mir? Kurz vor dem Image fertigstellen befindet sich im Ordner$DBOX/cdkflash ja ein Ordner root und nochmal ein Order var aber dort ist nicht wirklich viel drin, was hat es damit auf sich? Weiß das ich nerve, aber nu hab ich angefangen nun möcht ich auch alles wissen mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 12. Oktober 2005 Melden Share Geschrieben 12. Oktober 2005 Denke hier leigt das Problem Weiß nicht warum aber die größen zeigt zumindest der Konquerror an, wenn ich im terminal schaue dann siehts dort anders aus, kai@linux:~/image/dbox/cdkflash/root/bin> lainsgesamt 2631 drwxr-xr-x 2 kai users 2016 2005-10-12 21:42 . drwxr-xr-x 12 kai users 360 2005-10-12 21:37 .. lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 [ -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ash -> busybox -rwxr-xr-x 1 kai users 13937 2005-10-12 21:37 aviaext -rwxr-xr-x 1 kai users 333492 2005-10-12 21:36 busybox -rwxr-xr-x 1 kai users 11944 2005-10-12 21:36 camd2 lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 cat -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 chmod -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 clear -> busybox -rwxr-xr-x 1 kai users 31220 2005-10-12 21:36 controld lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 cp -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 date -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 df -> busybox -rw------- 1 kai users 48 2005-10-12 21:42 .directory lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 dmesg -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 dos2unix -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 du -> busybox -rwxr-xr-x 1 kai users 14515 2005-10-12 21:37 dvbnetctrl -rwxr-xr-x 1 kai users 23512 2005-10-12 21:36 dvbtune lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 echo -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 env -> busybox -rwxr-xr-x 1 kai users 17133 2005-10-12 21:37 etherwake lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 expr -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 false -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 find -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 free -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 grep -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 hostname -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ip -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 kill -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 killall -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ln -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 login -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ls -> busybox -rwxr-xr-x 1 kai users 40952 2005-10-12 21:37 lufsd -rwxr-xr-x 1 kai users 15506 2005-10-12 21:37 lufsmnt -rwxr-xr-x 1 kai users 16324 2005-10-12 21:37 lufsmount -rwxr-xr-x 1 kai users 14495 2005-10-12 21:37 lufsumount lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 mkdir -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 more -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 mount -> busybox -rwxr-xr-x 1 kai users 28856 2005-10-12 21:37 mrinfo -rwxr-xr-x 1 kai users 96804 2005-10-12 21:36 mrouted lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 mv -> busybox -rwxr-xr-x 1 kai users 963548 2005-10-12 21:36 neutrino -rwxr-xr-x 1 kai users 401272 2005-10-12 21:36 nhttpd lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 nslookup -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 passwd -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 pidof -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ping -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 ps -> busybox -rwxr-xr-x 1 kai users 23272 2005-10-12 21:36 pzapit -rwxr-xr-x 1 kai users 14401 2005-10-12 21:37 rcsim lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 rm -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 rmdir -> busybox -rwxr-xr-x 1 kai users 15676 2005-10-12 21:37 saa -rwxr-xr-x 1 kai users 11224 2005-10-12 21:36 satfind -rwxr-xr-x 1 kai users 176216 2005-10-12 21:36 sectionsd lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 sed -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 sh -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 sleep -> busybox -rwxr-xr-x 1 kai users 10240 2005-10-12 21:36 switch lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 sync -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 tar -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 telnet -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 test -> busybox -rwxr-xr-x 1 kai users 92452 2005-10-12 21:36 timerd -rwxr-xr-x 1 kai users 73908 2005-10-12 21:36 top lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 touch -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 true -> busybox -rwxr-xr-x 1 kai users 9456 2005-10-12 21:36 tuxinfo -rwxr-xr-x 1 kai users 69132 2005-10-12 21:36 tuxmaild lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 umount -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 uname -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 unix2dos -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 uptime -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 vi -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 wget -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 xargs -> busybox lrwxrwxrwx 1 kai users 7 2005-10-12 21:32 yes -> busybox -rwxr-xr-x 1 kai users 122220 2005-10-12 21:36 zapit wenn ich die dateien lösche funzt das image erstellen zwar aber natürlich funzt es dann nicht, was läuft da wieder quer? mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 12. Oktober 2005 Autor Melden Share Geschrieben 12. Oktober 2005 Ne Du nervst nicht, so kommt wenigstens mal ein bisl Info dazu ins Board und ich erspar mir die Faq bei mir hatte bisher das Image bauen 2 1/2 Stunden gedauert mit meinem Script, das macht aber nicht wirklich viele zusätzliche Sachen die Zeit benötigen. Mit meinem neuen Rechner geht´s in ner guten Stunde vonstatten. Also das ist mit 2 Stunden, abhängig vom Rechner völlig o.K. Die 2 Ordner root und var beinhalten die Dateien die im Endeffekt zu den 2 Image Teilen zusammengebastelt werden. das Squashfs Root Image und das JFFS2 Var Image. Die beiden Verzeichnisse musst Du unbedingt noch entsprechend Deinen Wünschen anpassen. Dabei gibt es einige Regeln die unbedingt zu beachten sind. Aber das sind so viele Sachen, die aufzuzählen wäre aus dem Stehgreif lückenhaft. Das macht man dann anhand des Bootlogs am Besten. Zu den Dateien in /bin was da alles die gleiche Grösse von 325,7 KB hat, das sind nur Links auf die Datei busybox, selbst wenn da 100 Dateien drin stehen, so ist die Effektive Grösse im Image kaum mehr als die 325KB. Daran lags also bestimmt nicht. Wo Du suchen musst ist im Verzeichnis ~/var denn das Var Image war ja viel zu gross. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 13. Oktober 2005 Melden Share Geschrieben 13. Oktober 2005 welches var denn? wenn ich in $DBOX/cdkflash schaue habe ich root/var wenn ich dort schaue ist da fast nix drin! wenn ich root/root nehme das symbolisch auf var gelinkt ist ist das Verzeichnis insgesamt 25 MB groß? Und der Ordner var der Kurz vor dem Image fertigstellen erzeugt wird ist nur ein wenig in vat/etc und var/tuxbox/config, ansonsten enthält der ordner keine daten ausser symbolischen Links auf das tmp-Verzeichnis im root meines rechners von den Ordnern log, run und pid. Was mach ich nun schon wieder falsch? mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 13. Oktober 2005 Autor Melden Share Geschrieben 13. Oktober 2005 Du machst nix falsch, den Ordner /cdkflash/var musst Du erst noch füllen, da ist Standardmässig wirklich so gut wie nix drin. Ich kümmer mich heut Abend nochmal genauer drum. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge