Re: tcpdump vorkompiliert?
Verfasst: Dienstag 21. April 2009, 15:55
Ohne Bootlog ist es praktisch unmöglich, eine Diagnose zu stellen.hvkls hat geschrieben:Ein Nullmodemkabel besitze ich nicht.
Seite 2 von 2
Re: tcpdump vorkompiliert?
Verfasst: Dienstag 21. April 2009, 16:23
Ich lasse mal "make clean ; flash-neutrino-squashfs-2x" laufen und melde mich wieder, wenn's fertig ist (morgen oder so 
.
Noch einmal recht herzlichen Dank an alle fuer die Unterstuetzung, ich weiss es zu schaetzen!
. Noch einmal recht herzlichen Dank an alle fuer die Unterstuetzung, ich weiss es zu schaetzen!
Re: tcpdump vorkompiliert?
Verfasst: Mittwoch 22. April 2009, 17:30
Das hat soweit geklappt und bootet. (Die Hieroglyphen beim Fehlversuch werden wohl "Loading kernel" geheissen haben.)
Leider ist das kompilierte tcpdump nicht im Image drin. Ich habe also das Programm nach /var/bin (nicht im Pfad; egal) und die libc.so.6 nach /var/lib (probeweise auch /var/tuxbox/lib) kopiert, die Bibliothek wird aber nicht gefunden. Wie bekomme tcpdump ins Image wenn nicht per "flash-neutrino-squashfs-2x", bzw. die libc6 eingebunden?
Leider ist das kompilierte tcpdump nicht im Image drin. Ich habe also das Programm nach /var/bin (nicht im Pfad; egal) und die libc.so.6 nach /var/lib (probeweise auch /var/tuxbox/lib) kopiert, die Bibliothek wird aber nicht gefunden. Wie bekomme tcpdump ins Image wenn nicht per "flash-neutrino-squashfs-2x", bzw. die libc6 eingebunden?
Re: tcpdump vorkompiliert?
Verfasst: Mittwoch 22. April 2009, 23:42
http://forum.tuxbox-cvs.sourceforge.net ... 64#p358564hvkls hat geschrieben:Leider ist das kompilierte tcpdump nicht im Image drin.
Du kannst mit tcpdump analog vorgehen.
Re: tcpdump vorkompiliert?
Verfasst: Sonntag 10. Mai 2009, 15:51
Ich schulde noch eine Rueckmeldung.
Nach ein paar qemu-Abstuerzen mit Totalverlust aller Daten und diversen anderen Problemen habe ich ein krudes Testimage mit tcpdump erstellen koennen. Die gewonnenen Daten liessen darauf schliessen, dass das Problem ([rw]size max. 16384 gegen Linux > 2.6.18, trotz angeforderter 32768) ein serverseitiges war. Geloest habe ich es nach einem Tip der linux-nfs-Liste durch
echo 32768 > /proc/fs/nfsd/max_block_size 2>/dev/null
zu Beginn der start) Sequenz von /etc/init.d/nfs-kernel-server (Debian etch).
Wenn ich daran denke, wieviel Arbeit das insgesamt (seit sage und schreibe 2007) gekostet hat, wird mir richtig schlecht.
Noch einmal recht herzlichen Dank!
Nach ein paar qemu-Abstuerzen mit Totalverlust aller Daten und diversen anderen Problemen habe ich ein krudes Testimage mit tcpdump erstellen koennen. Die gewonnenen Daten liessen darauf schliessen, dass das Problem ([rw]size max. 16384 gegen Linux > 2.6.18, trotz angeforderter 32768) ein serverseitiges war. Geloest habe ich es nach einem Tip der linux-nfs-Liste durch
echo 32768 > /proc/fs/nfsd/max_block_size 2>/dev/null
zu Beginn der start) Sequenz von /etc/init.d/nfs-kernel-server (Debian etch).
Wenn ich daran denke, wieviel Arbeit das insgesamt (seit sage und schreibe 2007) gekostet hat, wird mir richtig schlecht.
Noch einmal recht herzlichen Dank!
Re: tcpdump vorkompiliert?
Verfasst: Dienstag 22. Dezember 2009, 20:17
Könnte man sowas auch automatisieren?rhabarber1848 hat geschrieben:Das bad magic-Problem ist durch das Kopieren weiterer Dateien
ins Image zu lösen, die Boardsuche hilft weiter.
Bei @dietmarw und seinen automatisch erstellten images funktioniert es doch auch.
Könnte man nicht sowas auch ins cvs einbauen?
Re: tcpdump vorkompiliert?
Verfasst: Mittwoch 23. Dezember 2009, 07:00
ne, ich habe auch bad magics, aber die sortiere ich automatisch aus..
dann gibt es halt am nächsten tag wieder eins von der sorte..
dann gibt es halt am nächsten tag wieder eins von der sorte..