moin,
erstmal ein dickes dankeschön für die viele arbeit, die du (und der rest der beteiligten) schon ins ds-mod gesteckt habt. vor ein paar wochen suchte ich eigentlich nur nach einer backdoor o.ae., mit der ich wenigstens einen shell-zugang auf meiner 300ip bekomme. was ich stattdessen fand, hat meine wünsche deutlich übererfüllt
erstmal ein paar fragen zum filesystem.image. das ist bei mir im tar z.zt. 2883592 bytes gross. in filesystemsquashfs.log steht aber
Filesystem size 3047.79 Kbytes (2.98 Mbytes)
30.21% of uncompressed filesystem size (10088.03 Kbytes)
Inode table size 8442 bytes (8.24 Kbytes)
28.28% of uncompressed inode table size (29847 bytes)
Directory table size 8309 bytes (8.11 Kbytes)
44.21% of uncompressed directory table size (18796 bytes)
(also einiges mehr) und mit dumpsquashfs-lzma komme ich nicht weiter:
dumpsquashfs-lzma -t -f filesystem.image
short read while reading SquashFS superblock at ../tools/dumpsquashfs-lzma line 234.
Can't call method "directory_walk" on unblessed reference at ../tools/dumpsquashfs-lzma line 87.
(naja, das war noch 0.2-rc7 und da ich es geflasht hatte, bevor mir das auffiel, bin ich trotzdem zufriedener Nutzer)
mit 0.2.2 baut auch die toolchain und ich habe ein paar programme gebaut, die mir fehlten. rein statisch gelinkt wird das leider alles ziemlich gross. ich wollte eigentlich iptraf, aber das braucht ncurses, und statisch sind wir da schon bei fast 800k. vielleicht kann man die ncurses mit mc sharen, wenn man es statt statisch gegen slang dynamisch gegen ncurses baut? ich hab auch noch ein älteres mc als applet für busybox gefunden, das reduziert den footprint wieder ziemlich.
tcpdump waren dann ähnlich viel, snmpd sogar mehr als 1 mb. auf tethereal hab ich dann erstmal verzichtet, weil das auch noch glib braucht.
wie kann ich sowas contributen? das package-konzept sieht stand-alone shell-utils ja so nicht wirklich vor, und libs schon gar nicht. dynamische ncurses und evtl. pcap wären schon ganz nett...
und was hat es mit den 65.536 bytes blockgröße auf sich? wenn ich die aktiviere, komprimiert das filesystem.image fast 300k besser. gibt es auch nachteile oder warum
ist das nicht default?
ok, das solls erstmal gewesen sein. hier erstmal ein kleines appetithäppchen. bwm kommt aus debian und kann natürlich nicht das, was iptraf kann - aber traffic anzeigen kann es, und das ist ja auch schon mal was.
erstmal ein dickes dankeschön für die viele arbeit, die du (und der rest der beteiligten) schon ins ds-mod gesteckt habt. vor ein paar wochen suchte ich eigentlich nur nach einer backdoor o.ae., mit der ich wenigstens einen shell-zugang auf meiner 300ip bekomme. was ich stattdessen fand, hat meine wünsche deutlich übererfüllt
erstmal ein paar fragen zum filesystem.image. das ist bei mir im tar z.zt. 2883592 bytes gross. in filesystemsquashfs.log steht aber
Filesystem size 3047.79 Kbytes (2.98 Mbytes)
30.21% of uncompressed filesystem size (10088.03 Kbytes)
Inode table size 8442 bytes (8.24 Kbytes)
28.28% of uncompressed inode table size (29847 bytes)
Directory table size 8309 bytes (8.11 Kbytes)
44.21% of uncompressed directory table size (18796 bytes)
(also einiges mehr) und mit dumpsquashfs-lzma komme ich nicht weiter:
dumpsquashfs-lzma -t -f filesystem.image
short read while reading SquashFS superblock at ../tools/dumpsquashfs-lzma line 234.
Can't call method "directory_walk" on unblessed reference at ../tools/dumpsquashfs-lzma line 87.
(naja, das war noch 0.2-rc7 und da ich es geflasht hatte, bevor mir das auffiel, bin ich trotzdem zufriedener Nutzer)
mit 0.2.2 baut auch die toolchain und ich habe ein paar programme gebaut, die mir fehlten. rein statisch gelinkt wird das leider alles ziemlich gross. ich wollte eigentlich iptraf, aber das braucht ncurses, und statisch sind wir da schon bei fast 800k. vielleicht kann man die ncurses mit mc sharen, wenn man es statt statisch gegen slang dynamisch gegen ncurses baut? ich hab auch noch ein älteres mc als applet für busybox gefunden, das reduziert den footprint wieder ziemlich.
tcpdump waren dann ähnlich viel, snmpd sogar mehr als 1 mb. auf tethereal hab ich dann erstmal verzichtet, weil das auch noch glib braucht.
wie kann ich sowas contributen? das package-konzept sieht stand-alone shell-utils ja so nicht wirklich vor, und libs schon gar nicht. dynamische ncurses und evtl. pcap wären schon ganz nett...
und was hat es mit den 65.536 bytes blockgröße auf sich? wenn ich die aktiviere, komprimiert das filesystem.image fast 300k besser. gibt es auch nachteile oder warum
ist das nicht default?
ok, das solls erstmal gewesen sein. hier erstmal ein kleines appetithäppchen. bwm kommt aus debian und kann natürlich nicht das, was iptraf kann - aber traffic anzeigen kann es, und das ist ja auch schon mal was.
