busybox-1.7.x

[mb405]

is nur logger und tail patch, was neu ist

[Steffi]

Im Moment sind so viele interessante Patches im Umlauf, die noch nicht den Weg ins CVS gefunden haben. So langsam verliert man wirklich den Überblick.

Stimmt, der neue ccache-Patch von dbt läuft bei mir. Dort wurde auch die busybox.config.m4 verändert. Ob es deshalb bei uns läuft, habe ich nicht untersucht.

Gerade läuft der umfangreiche uclibc-Patch von Zaphot durch, der von mir an einigen Stellen noch händisch angepasst werden musste, weil einige Teile rejected wurden, wegen eben diesem ccache-Patch.

[Papst]

Also ich baue ebenfalls mit newmake. Ich habs sowohl mit meiner geänderten busybox.m4, als auch mit der original m4 ausm cvs gebaut. Beides mal das Selbe.
ccache benutze ich nicht.

EDIT: Habe grade gemerkt das aus irgendeinem Grund die busybox für i386 kompiliert wird . Sie läuft nämlich auf meinem Buildsystem. Nur warum.......

EDIT 2: Mit dieser Änderung an der busybox.mk läufts nun bei mir:

Code: Alles auswählen

Index: make/busybox.mk
===================================================================
RCS file: /cvs/tuxbox/cdk/make/Attic/busybox.mk,v
retrieving revision 1.1.2.7
diff -u -r1.1.2.7 busybox.mk
--- a/make/busybox.mk   3 Oct 2007 10:52:19 -0000       1.1.2.7
+++ b/make/busybox.mk   4 Oct 2007 16:56:53 -0000
@@ -10,8 +10,8 @@
        m4 -Dyadd $(POSSIBLY_IDE) $(POSSIBLY_EXT3) -DPREFIX="\"$(targetprefix)\"" Patches/busybox.config.m4 > @DIR_busybox@/.config
        cd @DIR_busybox@ && \
                $(MAKE) all install \
-                       CROSS=$(target)- \
-                       CFLAGS_EXTRA="$(TARGET_CFLAGS)" && \
+                       CROSS_COMPILE=$(target)- \
+                       CFLAGS_EXTRA="$(TARGET_CFLAGS)"
        @CLEANUP_busybox@
        touch $@

@@ -23,8 +23,8 @@
        m4 -Dflash $(POSSIBLY_IDE) $(POSSIBLY_EXT3) -DPREFIX="\"$(flashprefix)/root\"" Patches/busybox.config.m4 > @DIR_busybox@/.config
        cd @DIR_busybox@ && \
                $(MAKE) all install \
-                       CROSS=$(target)- \
-                       CFLAGS_EXTRA="$(TARGET_CFLAGS)" && \
+                       CROSS_COMPILE=$(target)- \
+                       CFLAGS_EXTRA="$(TARGET_CFLAGS)"
        @CLEANUP_busybox@
        @FLASHROOTDIR_MODIFIED@

[dwilx]

habs doch geahnt, genau so ist das im ccache-patch nur das dort noch die ccache-Sachen dranhängen v.w logger und tail

[Boardgeist]

Ich baue mit newmake und Suse 10.2.
Es funktioniert nicht, siehe mein Beitrag auf der vorigen Seite.
Habe jetzt alle Verzeichnisse gelöscht und neu ausgecheckt...


gruß boardgeist

[Houdini]

okok ich wars

[Boardgeist]

okok ich wars

Und weiter ?

[Houdini]

fixed

[snowmen]

Code: Alles auswählen

fixed busybox-1.7.x built
....again fix for busybox-1.7.x built

Houdini ist mein Held !!
Es baut wieder problemlos.........

Danke und schönes Wochenende

[Houdini]

Houdini ist mein Held !!

Das ist nicht ganz richtig!
Papst hats rausgefunden

[Papst]

Ich übe mich als Papst in Demut

[Boardgeist]

Kann es sein, daß das mounten mit der Option -rw nicht mehr funktioniert?
Ist dort noch etwas in der busybox-config.m4 zu ändern unter newmake?

[CFSMounter] Mount(0) 192.168.100.4:/bilder -> /mnt/bilder
mount: unknown nfs mount option: udp32768
[CFSMounter] FS mount error: "mount -t nfs 192.168.100.4:/bilder /mnt/bilder -o
rw,soft,udp32768"
[CFSMounter] Mount(0) 192.168.100.4:/mp3 -> /mnt/mp3
mount: unknown nfs mount option: udp32768
[CFSMounter] FS mount error: "mount -t nfs 192.168.100.4:/mp3 /mnt/mp3 -o rw,sof
t,udp32768,wsize=32768"
[CFSMounter] Mount(0) 192.168.100.4:/recorder -> /mnt/records
mount: unknown nfs mount parameter: softsize=32768
[CFSMounter] FS mount error: "mount -t nfs 192.168.100.4:/recorder /mnt/records
-o rw,softsize=32768"
[CFSMounter] Mount(0) 192.168.100.4:/epg -> /mnt/epg

[Boardgeist]

Ich nochmal:

Es muß doch jemanden geben, der mehr als ein Verzeichnis per NFS mounted mit einem Image von gestern oder heute?

Ich bekomme nur noch ein Verzeichnis erfolgreich gemounted-mit einem Image vom 30.9.07 geht es übrigens noch.
Ich kopiere beim Image erstellen immer die neutrino.conf, daher sind Fehler eigentlich ausgeschlossen.
Beim mounten geht so ziehmlich alles durcheinander, obwohl in der neutrino.conf alles richtig steht:
...
network_nfs_automount_0=1
network_nfs_automount_1=1
network_nfs_automount_2=1
network_nfs_automount_3=0
network_nfs_automount_4=0
network_nfs_automount_5=0
network_nfs_automount_6=0
network_nfs_automount_7=0
network_nfs_dir_0=/mp3
network_nfs_dir_1=/epg
network_nfs_dir_2=/recorder
network_nfs_dir_3=
network_nfs_dir_4=
network_nfs_dir_5=
network_nfs_dir_6=
network_nfs_dir_7=
network_nfs_ip_0=192.168.100.4
network_nfs_ip_1=192.168.100.4
network_nfs_ip_2=192.168.100.4
network_nfs_ip_3=
network_nfs_ip_4=
network_nfs_ip_5=
network_nfs_ip_6=
network_nfs_ip_7=
network_nfs_local_dir_0=/mnt/mp3
network_nfs_local_dir_1=/mnt/epg
network_nfs_local_dir_2=/mnt/records
network_nfs_local_dir_3=
network_nfs_local_dir_4=
network_nfs_local_dir_5=
network_nfs_local_dir_6=
network_nfs_local_dir_7=
network_nfs_mac_0=11:22:33:44:55:66
network_nfs_mac_1=11:22:33:44:55:66
network_nfs_mac_2=11:22:33:44:55:66
network_nfs_mac_3=11:22:33:44:55:66
network_nfs_mac_4=11:22:33:44:55:66
network_nfs_mac_5=11:22:33:44:55:66
network_nfs_mac_6=11:22:33:44:55:66
network_nfs_mac_7=11:22:33:44:55:66
network_nfs_mount_options1_0=rw,soft,nolock,
network_nfs_mount_options1_1=rw,soft,nolock,
network_nfs_mount_options1_2=rw,soft,nolock,
network_nfs_mount_options1_3=
network_nfs_mount_options1_4=
network_nfs_mount_options1_5=
network_nfs_mount_options1_6=
network_nfs_mount_options1_7=
network_nfs_mount_options2_0=rsize=32768,wsize=32768
network_nfs_mount_options2_1=rsize=32768,wsize=32768
network_nfs_mount_options2_2=rsize=32768,wsize=32768
network_nfs_mount_options2_3=
network_nfs_mount_options2_4=
network_nfs_mount_options2_5=
network_nfs_mount_options2_6=
network_nfs_mount_options2_7=
...

Im Bootlog steht aber was anderes:
...
CFSMounter] Mount(0) 192.168.100.4:/recorder -> /mnt/records
mount: unknown nfs mount option: udp8192
[CFSMounter] FS mount error: "mount -t nfs 192.168.100.4:/recorder /mnt/records
-o rw,soft,udp8192,wsize=8192"
...
Da stehen falsche Werte, es fehlen Zeichen (= z.B.) usw.

Was ist hier los/falsch??


Wie gesagt, ich baue mit newmake und Suse 10.2


Schon mal Danke für die konstruktiven Antworten!

[Houdini]

hmm, vielleicht hab ich da zuviel optimiert...mal schauen

[Houdini]

hmm
Du kannst mal probieren die alte fsmounter.cpp vor meiner letzten Änderung zu nehmen, ich denke zwar nicht das es daran liegt aber wer weiss

[mb405]

da wir grad beim mounten sind.
wenn man in den mounteinstellungen alles eingibt, und dann auf jetzt mounten geht, kommt man doch automatisch in die auswahlliste zurück. nur dort ist der mountpunkt noch als nicht gemountet markiert. nur einmal kurz menü verlassen, und wieder rein, dann ist auch das symbol ok.
ist bestimmt nur ne kleine änderung ??

[Boardgeist]

Das hat aber nichts mit meinem Problem zu tun.

Wenn ich beide Zeilen in den Mounoptionen ausfülle, geht gar nichts mehr, wenn mehr als ein Verzeichnis gemounted werden soll. Siehe mein Log.

Schreibe ich nur nolock und r+wsize in die erste Zeile, funktioniert es.
Da bleiben aber Optionen wie rw, soft etc. auf der Strecke.

gruß boardgeist

[Steffi]

@Houdini:

Ich kann die Beobachtungen vom armen Boardgeist bestätigen. Das manuelle Mounten von Verzeichnissen klappt nicht mehr. Normalerweise nutze ich Automount, was auch weiterhin ohne Probleme funktioniert. Jetzt habe ich mal ein NFS-Verzeichnis manuell hinzumounten wollen: Fehlanzeige!

Nach Austausch der fsmounter.cpp gegen die vorherige Version ist alles wieder in Ordnung. Deine Vermutung war also richtig...

Steffi

[Houdini]

Also mit der alten fsmount.cpp gehts wieder?

[kroki]

Hi,
also ich hab mal den letzten hunk vom diff der fsmounter.cpp geändert :

Code: Alles auswählen

        if (options2[0] !='\0')
        {
                cmd += ',' + (std::string)options2;
        }

Nun funktioniert es bei mir wieder !


Kroki

[Steffi]

Also mit der alten fsmount.cpp gehts wieder?

Ja.

Anscheinend hat kroki den Grund gefunden?

[Houdini]

danke kroki, habs jetzt etwas anders eingecheckt
sollte wieder rennen...

[Boardgeist]

Na das ist doch Klasse!

Aber, steffi, wer sagt, dass ich "arm" bin?...

gruß boardgeist

[Papst]

Ich hab hier ein seltsames Problem mit der neuen Busybox. Ich starte z.B. ein Script mit "/var/plugins/script.sh &". Nun kann ich weder mit "pidof script.sh" die PID abfragen, noch kann ich es mit "killall script.sh" beenden. Das alles ging bei der Busybox 1.2.1 noch problemlos.
Jemand ne Idee?

[Mac23]

Hallo,

seit langem habe ich mir mal wieder ein neues Image gebaut, und habe seitdem ein Problem mit dem Mounten.
Soweit ich in diesem Thread gelesen habe, war ein Problem diesbezgl. bekannt, jedoch wurde es vor dem Bau meines Images (Mi 10. Okt 01:28:26) schon behoben, was mich etwas stutzig macht.

Hier mein Problem:

Code: Alles auswählen

mount -t cifs -o ro,soft,user=xxx,password=xxx,unc=//192.168.1.49/LAN-Download //192.168.1.49/LAN-Download /mnt/custom/

funktioniert mit meinem "alten" Image wunderbar, mit dem neuen vom 10.10. nicht mehr.

Wireshark zeigt folgendes Problem:

Code: Alles auswählen

altes Image (funktioniert):
11	0.067648	192.168.1.100	192.168.1.49	SMB	Tree Connect AndX Request, Path: \\192.168.1.49\LAN-Download

neues Image (funktioniert nicht):
3	0.055473	192.168.1.101	192.168.1.49	SMB	Tree Connect AndX Request, Path: \\192.168.1.49/LAN-Download

Irgendwo muss der Slash falsch gesetzt worden sein...

Oder war genau das der behobene Fehler?

Danke & Gruss
Marcus

P.S.: Image gebaut mit newmake