fragen zum newmake-image

Beitrag von **Token** » Freitag 5. Januar 2007, 12:44

@PT-1:
... um gottes willen, nein - das auf keinen fall !!!
... weisst du wie bequem das ist: HDD raus aus der box, an das PC-kabel dran ... fertig.
... oder du verratest uns einen xfs-driver for windows ...wie gesagt driver, nicht diese client/server geschichte.
cu token

Beitrag von **PT-1** » Freitag 5. Januar 2007, 12:54

Sorry,

manchmal denke ich etwas anderes als was ich schreibe ;-)

Will es natuerlich nicht ganz weglassen, sondern nur Speicher im Image sparen ;-)

Werde das mit dem --disable-ext3 mal gleich testen ;-)

Beitrag von **PT-1** » Freitag 5. Januar 2007, 13:33

Geht !

Code: Alles auswählen

IDE support:           yes
Ext2/3 support for IDE: no
XFS support for IDE:   yes
NFS server:            no
Samba server:          no
German keymaps:        no

nicht da gleich jeder wieder wegen Platz an etwas boeses denkt:
http://forum.tuxbox-cvs.sourceforge.net ... 974#319974

Platz fuer die Services&etc

nessus · Beitrag von **nessus** » Freitag 5. Januar 2007, 13:41

Darum geht es uns doch!
EPG ist halt ein "Speicherfresser"
nessus

Beitrag von **PT-1** » Freitag 5. Januar 2007, 13:49

Bei mir ist es ja eher die Bouquets.xml & Services.xml

Beitrag von **Token** » Freitag 5. Januar 2007, 16:46

... hmm, und wie bekomme ich aus der busybox 1.2.1 eine 1.3.1 ?
(mit yjogol's vm-image)
... mit den houdini-files kann ich hier nicht wirklich was damit anfangen.
... was war ich froh, ein eigenes image zu compilen, aber mit diff's und tar-files kann ich nicht umgehen - ich denke, da fehlen dann die grundlagen.
... das scheint dann der nachteil vom newmake zu sein, weil sich jeder DAU (einschliesslich mich) daran versucht

cu token

Beitrag von **fran** » Freitag 5. Januar 2007, 17:24

Nachdem hier mein Name erwähnt wurde, habe ich mir mal mein flash image angeschaut, ist vom 5.10.06. Auch ich habe bei gleichzeitiger Aktivierung der Argumente .hwsections=0 und .no_watchdog=1 die bekannten Probleme.

Schaut euch mal die rcS an. Dort gibt's gleich am Anfang die Zeile
OLD_IFS=IFS
Ändert dies auf
OLD_IFS=$IFS
ab.

Dann stimmt auch der Field Separator wieder (statt . wieder space/tab/newline) und die Variable GTOPTS wird nach dem Expandieren richtig zerlegt und an insmod erfolgreich übergeben. Bei mir schaut's zumindest so aus.

Beitrag von **MarcM** » Freitag 5. Januar 2007, 18:58

Danke für deine Hilfe,

hab mir gerade erstmal ergoogelt für was der IFS überhaupt gut ist....kannte ich noch nicht, da nie verwendet....

Aber irgendwas muß da noch sein......der IFS Kram ist seit

25.09.2006 im Newmake und seit 18.12.2005 im anderen Branch , von Carjay eingepflegt, drin.....das hätte doch schon wer gemerkt das hw_sec > aus & enx_watchdog > aus zusammen nicht hinhaut...

Gut, in den Yadis & JtGs wird der IFS Kram rausgeschmissen, da man das da nicht braucht.....aber irgendwie

Hmm..
Marc

Beitrag von **Token** » Samstag 6. Januar 2007, 12:55

... fran, das mit dem "$" funktioniert hier nicht .....
cu token

Beitrag von **Rebel1** » Samstag 6. Januar 2007, 14:37

Token hat geschrieben:... fran, das mit dem "$" funktioniert hier nicht .....
cu token

Also bei mir funktionieren jetzt wieder alle Kombinationen einwandfrei.

Beitrag von **Token** » Samstag 6. Januar 2007, 14:43

... wir reden aber von diesen part hier ? :

# extract kernel minor without using cut
OLD_IFS=$IFS
IFS='.'
get_second() { echo $2; }
KMINOR=`get_second $(uname -r)`
IFS=$OLD_IF

... diese aenderung habe ich gemacht, die rcS ins /var/etc/init.d mit 755, und pustekuchen.

cu token

Beitrag von **fran** » Samstag 6. Januar 2007, 14:48

bei dir fehlt ein s am Ende von
IFS=$OLD_IF
Wahrscheinlich aber bloß ein Cut-and-Paste-Fehler.

Da du in /var/etc/ rumschraubst, hast du wahrscheinlich eine squashfs edition. Das wir dir aber nichts bringen. Hier muß du - damit die Änderung greift - in /etc/init.d/rcS das ganze abändern (also neu flashen). AUßer du hast die die rcS jt-mäßig umgestrickt.

Beitrag von **Tommy** » Samstag 6. Januar 2007, 15:08

@Token:

wenn Du den inhalt von cdkflash noch nicht gelöscht hast kannst Du die Änderung dort in /etc/.... durchführen und nochmal bauen lassen. Sollte (da alles vorhanden) nur sekunden dauern ;-) - ich kenne ja Deine Umgebung

Beitrag von **Token** » Samstag 6. Januar 2007, 15:41

@fran:
... es war nur ein copy/paste fehler

... ja, das ist ein squashfs, habs mal jetzt in der rcS.m4 abgeaendert, muss aber neu compilen, da ich cdkflash geloescht hatte.
... aber ich hatte die rcS ins /var/etc/init.d kopiert, mit 755 versehen ... er sollte also diese dann beim booten nehmen ?!

@tommy:
... cdkflash war schon geloescht, daher neu compilen - so kommt man nicht aus der uebung

cu token

edit:
der erste compile-versuch brachte bad magic bytes - wobei die rcS.m4 keine 755 sondern 644 als rechte hatte ... ich denke das war der fehler
... der zweite versuch laeuft gerade ...

Beitrag von **Tommy** » Samstag 6. Januar 2007, 15:46

die m4 brauch keine ausführrechte da diese nur gelesen und aus ihr die rcs erstellt wird.
gegen bad magics kannst du versuchen irgend eine datei mit ein paar bytes mit ins /etc zu packen

Beitrag von **Token** » Samstag 6. Januar 2007, 16:08

... also der zweite compile-lauf brachte keine bad magic's - aber auch keine aenderung des bootverhaltens - habe ich alles auf "aus" bootet die kiste hier nicht hoch !!!
... war ein netter versuch, klappt aber hier leider nicht !
cu token

edit:
jetzt klappte es - aber nur im cdkflash (wie empfohlen), meine aenderung im M4-file wurde nicht akzeptiert !

Beitrag von **Tommy** » Samstag 6. Januar 2007, 16:26

Token hat geschrieben:... also der zweite compile-lauf brachte keine bad magic's - aber auch keine aenderung des bootverhaltens - habe ich alles auf "aus" bootet die kiste hier nicht hoch !!!
... war ein netter versuch, klappt aber hier leider nicht !
cu token

wenn Du auf der Box guckst - wurde die rcs im image geändert?

Beitrag von **Token** » Samstag 6. Januar 2007, 16:31

@tommy:
... nein, wurde sie nicht, daher habe ich es dann gemacht wie es empfohlen wurde (im cdkflash) - wie gesagt, im m4 hat er es nicht akzeptiert
cu token

Beitrag von **Houdini** » Samstag 6. Januar 2007, 21:49

habs mal eingecheckt

Beitrag von **Token** » Sonntag 7. Januar 2007, 00:08

... Danke !!! ...
cu token

nessus · Beitrag von **nessus** » Sonntag 7. Januar 2007, 12:09

@Houdini,

hattest Du die busy 1.3.x eingeckt? Habe nur 1.2.x gefunden.

nessus

Beitrag von **Houdini** » Sonntag 7. Januar 2007, 14:31

bb 1.3.x ist noch ziemlich buggy, deswegen wird das wohl erstmal nix.
kann man aber verschmerzen da nix wirklich neues drin ist

nessus · Beitrag von **nessus** » Sonntag 7. Januar 2007, 14:49

@Houdini,
Ok und Danke,das wusste ich nicht, gibt es evtl so etwas wie einen CVS-Browser wie von "oldmake" auch fürs "newmake"?

@All,
ich habe seit heute morgen das Problm das ich seriell nicht mehr an meine Konsole komme, habe schon die Suche bemüht aber nicht passendes gefunden. Die boot.conf ist auch vorhanden, boot Meldungen bekomme ich auch.

nessus

Beitrag von **Tommy** » Sonntag 7. Januar 2007, 14:51

Ok und Danke,das wusste ich nicht, gibt es evtl so etwas wie einen CVS-Browser wie von "oldmake" auch fürs "newmake"?

CVS "oldmake" = CVS newmake

Beitrag von **det-box** » Sonntag 7. Januar 2007, 17:19

Hallo,
nach dem die Sache mit der rcS jetzt im CVS ist,

fran hat geschrieben: OLD_IFS=IFS
Ändert dies auf
OLD_IFS=$IFS

habe ich ein Update des CVS gemacht, ../cdkflash/* gelöscht
tuxbox-cvs/cdk/.deps/* gelöscht
und make flash-neutrino-squashfs-all gemacht
die erstellte ../cdkflash/root-neutrino-squashfs/etc/init.d/rcS
hat immer noch OLD_IFS=IFS drinn.

mache ich da was falsch?

Danke
Det