busybox-1.6.x

[Houdini]

@mb405
http://home.arcor.de/houdini/dbox/busyb ... 1.6.0.diff
http://home.arcor.de/houdini/dbox/busyb ... .config.m4(ist aber meine config)

Houdini

[mb405]

danke großer meister

[mb405]

irgendwie will die nicht. die wird zwar erstellt, alles soweit prima, nur wird beim flash erstellen in /bin eine leere datei mit wirren zeichen erstellt, dann bricht der flash-lib prozess ab. ich hab die m4 von der 1.41 genommen. mit deiner m4 kommt das

Code: Alles auswählen

# using defaults found in .config
#
.config:414:warning: unexpected data
*
* Restart config...
*
*
* Installation Options
*
Don't use /usr (INSTALL_NO_USR) [Y/n/?] y
Applets links
> 1. as soft-links (INSTALL_APPLET_SYMLINKS)
  2. as hard-links (INSTALL_APPLET_HARDLINKS)

meine rules-archive

Code: Alles auswählen

busybox-1.6.0.tar.bz2;http://www.busybox.net/downloads

die rules-install

Code: Alles auswählen

busybox;make:install:DESTDIR=TARGET

die rules-make

Code: Alles auswählen

busybox;1.6.0;busybox-1.6.0;busybox-1.6.0.tar.bz2;extract:busybox-1.6.0.tar.bz2;patch:busybox-1.6.0.diff

[Houdini]

poste mal den kompletten bb build bis zum Fehler

[mb405]

ich trottel hab die Makefile.am vergessen.
ich mach morgen noch mal nen versuch.
hier so wie ichs einbauen werde

Code: Alles auswählen

$(DEPDIR)/busybox: bootstrap @DEPENDS_busybox@
	@PREPARE_busybox@
if TARGETRULESET_FLASH
if ENABLE_IDE
	m4 -Dflash -Dide Patches/busybox.config.m4 > @DIR_busybox@/.config;
else
	m4 -Dflash Patches/busybox.config.m4 > @DIR_busybox@/.config;
endif
else
	m4 -Dyadd Patches/busybox.config.m4 > @DIR_busybox@/.config
endif
	echo CONFIG_PREFIX=\"$(targetprefix)\" >> @DIR_busybox@/.config && \
	echo "CFLAGS += $(TARGET_CFLAGS)" >> @DIR_busybox@/arch/ppc/Makefile
	cd @DIR_busybox@ && \
		$(MAKE) all install CROSS_COMPILE=$(target)- \
			PREFIX="$(targetprefix)" \
			ARCH=ppc
	@CLEANUP_busybox@
	touch $@

so sollte alles von der 1.4.1 übernommen sein

[Houdini]

genau da sollte sich nix ändern

[skydiver]

und was kann die 1.6er mehr??

[doc]

Wenn man die config nicht erweitert dann nichts.
Gibt halt einige Bugfixes in den letzten releases.

[mb405]

komisch. jetzt hat er gebaut,aber beim start bricht der ab

Code: Alles auswählen

init started: BusyBox v1.6.0 (2007-06-15 20:01:04 CEST) multi-call binary
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Vendor: Nokia
Model: D-BOX2
insmod: ide-core.o: no module by that name found
CXA2092 found
The system is going down NOW!
Sending SIGTERM to all processes
Sending SIGKILL to all processes
Requesting system halt

ps.
mit dem code der oben angehängten Makefile.am will der nicht, und bricht ab

Code: Alles auswählen

...
patching file coreutils/echo.c
m4 -Dflash -Dide Patches/busybox.config.m4 > busybox-1.6.0/.config;
echo CONFIG_PREFIX=\"/home/mb405/image/dbox2/cdkroot\" >> busybox-1.6.0/.config && \
echo "CFLAGS += -mcpu=823 -mmultiple -mstring -meabi -pipe -Os" >> busybox-1.6.0/arch/ppc/Makefile
/bin/sh: busybox-1.6.0/arch/ppc/Makefile: Datei oder Verzeichnis nicht gefunden
make: *** [.deps/busybox] Fehler 1

ich hatte dann das arch/ppc rausgenommen, und da hatte er durchkompiliert mit dem ergebnis siehe oben.

[mb405]

jetzt weis ich auch, warum das nicht geht
ich hab in der rcS das drin

Code: Alles auswählen

...
VENDOR=`/bin/tuxinfo -V`
VENDOR_ID=`/bin/tuxinfo -v`
MODEL=`/bin/tuxinfo -M`
MODEL_ID=`/bin/tuxinfo -m`
SUBMODEL=`/bin/tuxinfo -S`
SUBMODEL_ID=`/bin/tuxinfo -s`

echo "Vendor: $VENDOR"
echo "Model: $MODEL $SUBMODEL"

if [ ! $MODEL_ID -eq 1 ]; then
	halt
fi
...

das ganze halt und das if .. fi rausgenommen, und schon bootet sie.
komisch in der busybox 1.2.1 geht das noch 1a.
die abfragen sind ja noch mehrmals in den startdateien drin, da gehen sie aber 1a. mhhh ??????

grad probiert. das ! will die busybox nicht. aber die 1.2.1 nimmt das klaglos an.

[ingrid]

@Houdini: Wollte mich auch mal bedanken. Dankeschön für die diffs, läuft hier schon seit einigen Tagen perfekt!

[mb405]

ja bis auf diverse sachen, die einfach nicht gehen.siehe post hier
http://forum.tuxbox-cvs.sourceforge.net ... hp?t=45932
houdinis sachen begreife ich da nicht ??

[ingrid]

Ja, hab ich auch schon gesehen, ist bei mir aber bisher kein Problem gewesen. Liegt wohl an der Busybox Version selbst, die ist ja als "unstable" deklariert. Und solange hier alles läuft und meine Scripte keine Probleme machen, benutze ich die "unstable" 1.6.0 trotzdem. Die Sache mit dem besseren Speichermanagement ist es mir einfach wert.

Da müsste man also per Hand patchen, Houdini hatte in dem anderen Thread ja was gepostet. Hab's aber nicht ausprobiert, weil ich wie gesagt noch auf keine Probleme gestossen bin. Ich denke mal, Du musst die Busybox per Hand auspacken, die Datei "/coreutils/test.c" mit dem geposteten diff patchen und dann per Hand compilieren. Oder Du bindest es in den automatischen Build-Prozess ein, die Busybox wird ja eh beim compilieren automatisch ausgepackt und gepatched. Sollte eigentlich möglich sein.

Wie gesagt - nicht probiert, aber so vermute ich mal die "übliche" Vorgehensweise.

[mb405]

also mein diff mit allen veränderungen liegt busybox-1.6.0.diff und geht ganz gut.

eine neuen fehler hab ich dabei auch gleich gefunden
ciffs mounten geht nur nach änderung der fsmounter.cpp

Code: Alles auswählen

else if(fstype == CIFS)
	{
		cmd = "mount -t cifs //";
		cmd += ip;
		cmd += '/';
		cmd += dir;
		cmd += ' ';
		cmd += local_dir;
		cmd += " -o username=";
		cmd += username;
		cmd += ",password=";
		cmd += password;
		cmd += ",unc=//";
		cmd += ip;
		cmd += '/';
		cmd += dir;
		cmd += ',';
		cmd += options1;
	}

in dies ändern

Code: Alles auswählen

else if(fstype == CIFS)
	{
		cmd = "mount -t cifs \\";
		cmd += ip;
		cmd += '/';
		cmd += dir;
		cmd += ' ';
		cmd += local_dir;
		cmd += " -o username=";
		cmd += username;
		cmd += ",password=";
		cmd += password;
		cmd += ",unc=//";
		cmd += ip;
		cmd += '/';
		cmd += dir;
		cmd += ',';
		cmd += options1;
	}

die ersten beiden // will der nicht, sonden möchte \\ da haben.
also entweder die fsmounter.cpp so patchen, oder einer macht die änderung an derutil-linux/mount.c der busybox . dann kann man die fsmounter.cpp so lassen.

[ingrid]

Busybox 1.6.1 compiliert & läuft hier übrigens normal. Houdini's 1.6.0 Patch braucht nur um den "echo.c" Patch erleichtert werden (raus damit), dann klappt das Compilieren der 1.6.1 ohne Probleme.

(Hab die Negierungen getestet - keine Probleme mehr. Sonst habe ich bis hierhin nichts getestet, außer dass es seit gestern Nacht ok auf der Box läuft.)

[mb405]

probier doch mal ciffs zu mounten ohne die anpassung der fsmounter.cpp. das geht in die hose.

genauso komisch sieht auch die ausgabe von top aus schau mal das %MEM an.

[ingrid]

Nee, sowas mounte ich nicht. (Shares sind bei mir alle NFS.)

Scherz beiseite: Hab ja gesagt, dass ich nicht mehr getestet habe, mir ist nur im laufenden Betrieb sonst nix aufgefallen. Top sieht seltsam aus, stimmt. Aber benutze ich eigentlich auch sehr selten. Um die Prozessliste zu zeigen, benutze ich ps. Zwar ohne Auslastungsanzeigen, aber die braucht man auf der Box eh extrem selten, finde ich.

Alles in Allem: Für's CVS ist es wohl noch nichts, da muss man wohl entweder auf 1.6.2+ warten oder selbst Hand anlegen und Patchen, was das Zeug hält. Ansonsten - bis hierhin läuft's... sagen wir mal... "okay" statt "perfekt". Ok? ;-)


...und da meckern wir immer, dass die dbox so wenig Speicher hat. Laut top (BB1.6.1) haben wir so um die 1000-2000%... Worauf sich wohl die % beziehen? *g*

[mb405]

jo sehr seltsam