busybox-1.7.x
-
- Developer
- Beiträge: 279
- Registriert: Mittwoch 26. Juni 2002, 22:19
Mein oben beschriebenes Problem hängt wohl hiermit zusammen: http://bugs.busybox.net/bug_view_advanc ... ug_id=1510
Demnach funktioniert pidof nur mit Scripten deren Dateiname nicht länger als 13 Zeichen sind. Wenn ich ihn verkürze gehts.
Das nächste Problem ist jetzt das ps und top beim Speicherverbrauch viel zu hohe Werte anzeigen. sectionsd z.B. verbraucht schonmal 138%. Dazu habe ich bisher noch nichts gefunden. Da vielleicht jemand ne Idee?
Demnach funktioniert pidof nur mit Scripten deren Dateiname nicht länger als 13 Zeichen sind. Wenn ich ihn verkürze gehts.
Das nächste Problem ist jetzt das ps und top beim Speicherverbrauch viel zu hohe Werte anzeigen. sectionsd z.B. verbraucht schonmal 138%. Dazu habe ich bisher noch nichts gefunden. Da vielleicht jemand ne Idee?
Gruß
Der Papst
Der Papst
-
- Einsteiger
- Beiträge: 127
- Registriert: Donnerstag 23. Oktober 2003, 20:50
[Solved]
Hallo,
ich habe mir nochmal angesehen, wie neutrino mountet, denn damit funktioniert es.
Anscheind hat sich der Aufruf des mount-Befehls geändert (in knapp einem Jahr ändert sich eben viel )
d.h. ich muss meine auto.net auch anpassen:
bisher:
nun:
Vielleicht kann es mir ja nochmal jemand bestätigen. Sowas kommt dann heraus, wenn man nicht immer auf dem aktuellen Stand ist...
Gruss
Marcus
ich habe mir nochmal angesehen, wie neutrino mountet, denn damit funktioniert es.
Anscheind hat sich der Aufruf des mount-Befehls geändert (in knapp einem Jahr ändert sich eben viel )
d.h. ich muss meine auto.net auch anpassen:
bisher:
Code: Alles auswählen
musik -fstype=cifs,ro,soft,user=xxx,password=,unc=//192.168.1.48/mp3 //192.168.1.48/mp3
Code: Alles auswählen
musik -fstype=cifs,ro,soft,user=xxx,password=,unc=//192.168.1.48/mp3 192.168.1.48/mp3
Gruss
Marcus
-
- Einsteiger
- Beiträge: 160
- Registriert: Freitag 8. September 2006, 14:58
scheinbar fehlt der ganze Block in [tuxbox] / tuxbox / cdk / Patches / busybox.config.m4 sowohl in Oldmake und im Newmake
Code: Alles auswählen
#
# Linux Ext2 FS Progs
#
ifdef(`ext3',
`option(`CONFIG_CHATTR', `y', `y')
option(`CONFIG_E2FSCK', `y', `y')
option(`CONFIG_FSCK', `y', `y')
option(`CONFIG_LSATTR', `y', `y')
option(`CONFIG_MKE2FS', `y', `y')
option(`CONFIG_TUNE2FS', `y', `y')
option(`CONFIG_E2LABEL', `y', `y')',
`option(`CONFIG_CHATTR', `n', `n')
option(`CONFIG_E2FSCK', `n', `n')
option(`CONFIG_FSCK', `n', `n')
option(`CONFIG_LSATTR', `n', `n')
option(`CONFIG_MKE2FS', `n', `n')
option(`CONFIG_TUNE2FS', `n', `n')
option(`CONFIG_E2LABEL', `n', `n')'
)
option(`CONFIG_FINDFS', `n', `n')
-
- Interessierter
- Beiträge: 64
- Registriert: Mittwoch 26. April 2006, 09:44
-
- Interessierter
- Beiträge: 87
- Registriert: Montag 14. August 2006, 09:10
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 19:18
-
- Neugieriger
- Beiträge: 19
- Registriert: Samstag 5. November 2005, 16:09
sry für ne vielleicht dumme Frage, aber was muss ich wo confen wenn ich die e2fs progs in der busybox haben möchte.
hab mir ne mmc eingebaut, kann sie aber nicht formatieren.
meine Busybox kann nur ...:
hab mir ne mmc eingebaut, kann sie aber nicht formatieren.
meine Busybox kann nur ...:
Code: Alles auswählen
~ # busybox
BusyBox v1.7.2 (2007-10-13 23:57:18 CEST) multi-call binary
Copyright (C) 1998-2006  Erik Andersen, Rob Landley, and others.
Licensed under GPLv2.  See source distribution for full notice.
Usage: busybox [function] [arguments]...
or: [function] [arguments]...
BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!
Currently defined functions:
[, [[, ash, basename, bunzip2, bzcat, cat, catv, chmod, clear, cp, date, df, dmesg, dos2unix, du, echo, env, expr, false,
find, free, grep, gunzip, gzip, halt, hostname, ifconfig, ifdown, ifup, inetd, init, insmod, ip, kill, killall, ln,
loadkmap, login, ls, lsmod, mkdir, more, mount, mv, nice, nslookup, passwd, pidof, ping, poweroff, ps, rdate, reboot,
renice, rm, rmdir, rmmod, route, sed, sh, sleep, sync, tail, tar, telnet, telnetd, test, time, top, touch, true, udhcpc,
umount, uname, unix2dos, uptime, vi, wget, xargs, yes, zcat
~ #
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
-
- Neugieriger
- Beiträge: 19
- Registriert: Samstag 5. November 2005, 16:09
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Was ist an "gibts ab bb 1.4.0 nicht mehr" so schwer zu verstehen?
Da kannst du also "confen" was du willst - das hilft alles nix.
Du wirst die e2fsprogs schon bauen müssen. Wenn ich das Makefile richtig lese, geht das bei newmake mit "make e2fsprogs", aber ich habe kein IDE-Interface und probiere das darum nicht aus.
Da kannst du also "confen" was du willst - das hilft alles nix.
Du wirst die e2fsprogs schon bauen müssen. Wenn ich das Makefile richtig lese, geht das bei newmake mit "make e2fsprogs", aber ich habe kein IDE-Interface und probiere das darum nicht aus.
-
- Interessierter
- Beiträge: 87
- Registriert: Montag 14. August 2006, 09:10
-
- Administrator
- Beiträge: 2675
- Registriert: Donnerstag 28. September 2006, 19:18
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Noch was ganz anderes:
Bei Experimenten mit den Treibern wäre es manchmal ganz praktisch, wenn man ein "Vorzugsverzeichnis" haben könnte (z.b. /var/modules), weil ja die rcS normalerweise im readonly-Bereich des images ist.
Dazu habe ich folgendes in die busybox gehackt:
Würde das außer mir noch jemand anderes interessieren? Dann würde ich es einchecken.
Bei Experimenten mit den Treibern wäre es manchmal ganz praktisch, wenn man ein "Vorzugsverzeichnis" haben könnte (z.b. /var/modules), weil ja die rcS normalerweise im readonly-Bereich des images ist.
Dazu habe ich folgendes in die busybox gehackt:
Code: Alles auswählen
--- busybox-1.7.2/modutils/insmod.c 2007-09-03 13:48:35.000000000 +0200
+++ busybox-1.7.2-tuxbox/modutils/insmod.c 2007-10-27 16:25:15.000000000 +0200
@@ -3959,6 +3959,7 @@
int len;
int k_crcs;
char *tmp, *tmp1;
+ char *tmp2;
unsigned long m_size;
ElfW(Addr) m_addr;
struct obj_file *f;
@@ -4031,6 +4032,13 @@
}
/* Get a filedesc for the module. Check we we have a complete path */
+ /* first look in /var/modules */
+ tmp2 = alloca(strlen(m_fullName) + sizeof "/var/modules/");
+ strcpy(tmp2, "/var/modules/");
+ strcat(tmp2, m_fullName);
+ if (stat(tmp2, &st) >= 0 && S_ISREG(st.st_mode) && (fp = fopen(tmp2, "r")) != NULL)
+ m_filename = xstrdup(tmp2);
+ else
if (stat(arg1, &st) < 0 || !S_ISREG(st.st_mode)
|| (fp = fopen(arg1, "r")) == NULL
) {
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- bbs-Maintainer
- Beiträge: 282
- Registriert: Montag 23. Oktober 2006, 22:13
Dafür!seife hat geschrieben:Noch was ganz anderes:
Bei Experimenten mit den Treibern wäre es manchmal ganz praktisch, wenn man ein "Vorzugsverzeichnis" haben könnte (z.b. /var/modules), weil ja die rcS normalerweise im readonly-Bereich des images ist. Würde das außer mir noch jemand anderes interessieren? Dann würde ich es einchecken.
Gruß bellum
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
bitte dann var/lib/modules nehmen, das verwenden jtg und yadi schon seit einiger Zeit und ist eher in den Köpfen drinseife hat geschrieben:Noch was ganz anderes:
Bei Experimenten mit den Treibern wäre es manchmal ganz praktisch, wenn man ein "Vorzugsverzeichnis" haben könnte (z.b. /var/modules), weil ja die rcS normalerweise im readonly-Bereich des images ist.
Dazu habe ich folgendes in die busybox gehackt:
Würde das außer mir noch jemand anderes interessieren? Dann würde ich es einchecken.Code: Alles auswählen
--- busybox-1.7.2/modutils/insmod.c 2007-09-03 13:48:35.000000000 +0200 +++ busybox-1.7.2-tuxbox/modutils/insmod.c 2007-10-27 16:25:15.000000000 +0200 @@ -3959,6 +3959,7 @@ int len; int k_crcs; char *tmp, *tmp1; + char *tmp2; unsigned long m_size; ElfW(Addr) m_addr; struct obj_file *f; @@ -4031,6 +4032,13 @@ } /* Get a filedesc for the module. Check we we have a complete path */ + /* first look in /var/modules */ + tmp2 = alloca(strlen(m_fullName) + sizeof "/var/modules/"); + strcpy(tmp2, "/var/modules/"); + strcat(tmp2, m_fullName); + if (stat(tmp2, &st) >= 0 && S_ISREG(st.st_mode) && (fp = fopen(tmp2, "r")) != NULL) + m_filename = xstrdup(tmp2); + else if (stat(arg1, &st) < 0 || !S_ISREG(st.st_mode) || (fp = fopen(arg1, "r")) == NULL ) {
Gruß Riker
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Ja, guter Einwand. Ich habe das entsprechend abgeändert (Auszug):JtG-Riker hat geschrieben:bitte dann var/lib/modules nehmen, das verwenden jtg und yadi schon seit einiger Zeit und ist eher in den Köpfen drin :)
Code: Alles auswählen
@@ -4031,6 +4032,14 @@
}
/* Get a filedesc for the module. Check we we have a complete path */
+ /* first look in /var/lib/modules */
+ tmp2 = alloca(strlen(m_fullName) + sizeof "/var/lib/modules//");
+ strcpy(tmp2, "/var/lib/modules/");
+ strcat(tmp2, m_fullName);
+ if (stat(tmp2, &st) >= 0 && S_ISREG(st.st_mode) && (fp = fopen(tmp2, "r")) != NULL) {
+ m_filename = xstrdup(tmp2);
+ printf("insmod: preferring module %s\n", m_filename);
+ } else
if (stat(arg1, &st) < 0 || !S_ISREG(st.st_mode)
|| (fp = fopen(arg1, "r")) == NULL
) {
auch wenn man explizit "insmod /lib/modules/2.4.32/misc/foo.o" aufruft.
(Das ist ja der Sinn des ganzen, daß Module in /var/ Vorrang haben, egal was im
init-skript (ro) steht).
Das könnte allerdings zu Schwierigkeiten führen, wenn man mehrere verschiedene Versionen eines Treiberes hat.
Diese sollten dann nicht gerade in /var/lib/modules liegen, sondern vielleicht in einem Unterverzeichnis davon.
-
- Einsteiger
- Beiträge: 133
- Registriert: Sonntag 6. April 2003, 18:26
Re: [Solved]
Das selbe Problem ist bei Enigma ! Jemand ne Lösung ???Mac23 hat geschrieben:Hallo,
ich habe mir nochmal angesehen, wie neutrino mountet, denn damit funktioniert es.
Anscheind hat sich der Aufruf des mount-Befehls geändert (in knapp einem Jahr ändert sich eben viel )
d.h. ich muss meine auto.net auch anpassen:
bisher:nun:Code: Alles auswählen
musik -fstype=cifs,ro,soft,user=xxx,password=,unc=//192.168.1.48/mp3 //192.168.1.48/mp3
Vielleicht kann es mir ja nochmal jemand bestätigen. Sowas kommt dann heraus, wenn man nicht immer auf dem aktuellen Stand ist...Code: Alles auswählen
musik -fstype=cifs,ro,soft,user=xxx,password=,unc=//192.168.1.48/mp3 192.168.1.48/mp3
Gruss
Marcus
Manuell gehts ohne die // nur nicht mehr durch den mounmanager von Enigma !!! Kann mir jemand sagen wo und was man abändern muss ?
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
ich hab mal für die busybox 1.7.3 nen diff gemacht. wer es probieren will Hier hab ich den mal geuppt.
natürlich noch die.
busybox-1.7.3.diff -> als busybox.diff -> Patches
und die
rules-archive
rules-make
von 1.7.2 auf 1.7.3 anpassen
den code networking/inetd.c musste ich von der 1.7.2 nehmen, da sosnt kein ftp mehr geht. vielleicht guggt sich das mal einer an der es versteht ? Das musste ich rückgängig machen.[/url]
natürlich noch die.
busybox-1.7.3.diff -> als busybox.diff -> Patches
und die
rules-archive
rules-make
von 1.7.2 auf 1.7.3 anpassen
den code networking/inetd.c musste ich von der 1.7.2 nehmen, da sosnt kein ftp mehr geht. vielleicht guggt sich das mal einer an der es versteht ? Das musste ich rückgängig machen.[/url]
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
-
- Moderator english
- Beiträge: 2458
- Registriert: Donnerstag 20. Dezember 2001, 00:00
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
Ja ich bin gerade noch am schrauben, da Houdini mir ein riesen diff geschikt hat mit komplett umgebautem Scan, muss den mal fragen ob das okay ist wenn ich einen Testsnap mache damit, dann kann man mal breiter testen.PT-1 hat geschrieben:Wie waere es denn mit einem Testsnap/Release mit YWeb 2.6 ?
Gruß Riker