ds-0.2.9_26-14

Status
Für weitere Antworten geschlossen.
@gnieder:

Verwendest Du die Firewall?

Hawedieehre.
Fant
 
Geht bei Euch screen mit telnet???
Code:
/var/mod/root $ screen
Cannot access //.screen: No such file or directory
/var/mod/root $

Mit ssh kein Problem!
Telnet ist zur Zeit nicht sehr lustig! Erst deco, dann screen. Aber vielleicht ist das ja nur bei mir so? :gruebel:
 
@phoenix.tom
Die busybox-Mailingliste will aber gdb-Output bzw. am liebsten wollen die natürlich gleich einen Patch.

@fant
Öffne die Datei make/linux/kernel.mk mit einem Editor und lösche das "-". Das gehört da nicht hin.
Code:
kernel-clean:
    export PATH=$(KERNEL_MAKE_PATH):$(PATH); \
$(MAKE) -C $(KERNEL_BUILD_DIR) \

@ao
Natürlich muss die Datei exakt so heißen, wie ich sie in die Config.in eingetragen habe.
Du kannst das modlimit ohne Bedenken auf "61440" setzen.
Was hast du denn für Optionen im Webif angegben? Falls du eine Größe für den Buffer gesetzt hast, dann nimm die mal raus.

@schmatke
Der Fehler kommt mir bekannt vor. Keine Ahnung ob wir den gelöst hatten. (Doh!)
edit:
telnet:
Code:
/ $ screen -ls
There is a screen on:
        1290.pts-1.fritz        (Attached)
1 Socket in //.screen.
/ $
ssh:
Code:
/var/mod/root $ screen -ls
No Sockets found in /mod/root/.screen.
/var/mod/root $
Was fällt uns auf?

edit2:
Code:
/var/mod/root $ cat /etc/securetty
tts/0
tts/1
tty
console
tty1
tty2
pts/0
pts/1
pts/2
/var/mod/root $
Probier mal die letzten 3 Einträge zu adden. Bei mir stimmt danach das Homedir.

MfG Oliver
 
Zuletzt bearbeitet:
Code:
Was fällt uns auf?

Das ich ein DAU bin ??? :gruebel: :gruebel: :gruebel:

telnet:
Code:
/ $ screen -ls
Cannot access //.screen: No such file or directory
/ $

ssh mit screen auf pts2
Code:
/var/mod/root $ screen -ls
There is a screen on:
        2164.pts-2.fritz        (Attached)
1 Socket in /mod/root/.screen.

/var/mod/root $

Edit:
Jetzt wirds klarer!
Code:
/var/mod/root $ cat /etc/securetty
tts/0
tts/1
tty
console
tty1
tty2
/var/mod/root $
 
schmatke schrieb:
Deco ist ja ganz net, aber mit telnet nicht zu gebrauchen, mit ssh schon. Funktionstasten funzen auch nur zum Teil. Hat jemand Erfahrungen?

Nein, habe ich nicht und nach einem ersten Test bin ich auch wieder zum MC zurückgekehrt, obwohl ich der Übeltäter bin, der Oliver auf Deco aufmerksam gemacht hat. Aber wenn irgendwelche Tasten nicht gehen, könnte das an der TERM-Variable liegen. Setz doch einfach mal eine andere unter Telnet (reine Spekulation).

Hintergrund: Deco verwendet das veraltete termcap und im DS-Mod stecken terminfo-Einträge unter /usr/share/terminfo. Inwieweit terminfo rückwärtskompatibel ist, wenn eine Anwendung nach termcap fragt, weiß ich nicht, für mich sind das böhmische Dörfer.

ao schrieb:
Der Start des deco-Commanders verkleinert meine PuTTY-Shell, der MC macht das nicht.

MC fragt ja auch danach und berechnet seine Breite und Höhe dynamisch. Die Breite von Deco ist fest vorgegeben in deco.h. Sie zu erhöhen, bringt nichts, denn offenbar stecken auch an anderen Stellen noch feste Breiten, ich habe das nicht weiter getestet, nur mal kurz die eine Stelle probiert. Dadurch sieht nur das Fenster seltsam aus.

Update: Feste Breiten und Höhen stecken in fast jeder Quellcode-Datei. Das anzupassen und zu testen, lohnt sich nicht für mich. Evtl. möchte sich ja jemand daran versuchen, bei dem der Platzmangel auf der Box so groß ist, daß ihm nur Deco statt MC als Dateimanager übrig bleibt. Aber so wenig Komfort, wie Deco bietet, wäre mir die Kommandozeile dann schon fast wieder lieber - und es gibt ja noch die Rudi-Shell für Sparwillige.
 
Zuletzt bearbeitet:
schmatke schrieb:
Geht bei Euch screen mit telnet???
Code:
/var/mod/root $ screen
Cannot access //.screen: No such file or directory
/var/mod/root $

Mit ssh kein Problem!

Das Problem ist gelöst, siehe meine Beiträge hier und dort.

Ich poste mal ein Stück Code aus meiner debug.cfg, das Ihr bei Bedarf übernehmen könnt:

Code:
# === Standard-Profil kopieren und Zusätze anhängen ===

cp /etc/profile /var/tmp/profile

cat << EOF >> /var/tmp/profile
# Home-Verzeichnis für Telnet korrigieren
if [ $USER = root -a $HOME = / ]; then export HOME=/mod/root; cd; fi
# Pfad erweitern, damit Start-/Stop-Skripten bequemer aufgerufen werden können
export PATH=/etc/init.d:$PATH
# Explizit TERM setzen, damit screen besser zurecht kommt
export TERM=xterm
EOF

# Profil überschreiben (bzw. überdecken)
mount -o bind /var/tmp/profile /etc/profile
 
fant schrieb:
@gnieder:

Verwendest Du die Firewall?

Hawedieehre.
Fant

...nöö, hatte bisher noch nicht das Verlangen danach.

Ausserdem weiss ich nicht wieviel Platz die iptables brauchen, und ich bin
heilfroh, dass die mir wichtigsten addons noch direkt ins Image passen.

Ich hab' im Moment eine 7050 zum Spielen da, dann könnte ich schon was
probieren. Sags mir wenn ich was testen soll.

Gruß, gnieder
 
@kriegaex
Da hätte ich wohl mal die SuFu nutzen sollen. :rolleyes: Sorry, hätte nicht gedacht, dass das Problem "alt" und bereits gelöst ist. Jetzt funzt es aber.

Deco muss ich mir mal näher ansehen. Es wäre halt ne schöne Alternative, da sehr klein. Aber bis jetzt hab ich noch nix besseres als den mc gefunden. Ausser vielleicht der Necromancer's DOS Navigator, aber der ist nicht frei und es gibt keine Sourcen.

Edit:

Deco sieht jetzt auch vernünftig aus. :) Das mit den F-Tasten kann man ertragen, da es zumindest übers Menü funktioniert. (jetzt funzt sogar view)
 
Zuletzt bearbeitet:
@oli:

Ich kriege das noch immer nicht gebacken. Ich hab jetzt folgendes gemacht:
Code:
1. make menuconfig
 -> Dort alles ausgewählt, was ich an Paketen will und die iptables-tos-Module. 
 -> Replace kernel nicht angewählt
2. make precompiled
3. make kernel-clean (vorher das - rausgemacht aus make/linux/kernel-mk)
4. make kernel-menuconfig
 -> kernel-modules autoload nicht angewählt
5. make kernel-precompiled
6. make
Jetzt geht iptables nicht. Was mache ich denn falsch?

Bitte bring mal Beistand.

Hawedieehre.
Fant
 
Code:
wget -P dl http://dsmod.wirsind.info/precompiled/uClibc-0.9.28-dsmod-0.1.tar.bz2
--16:54:41--  http://dsmod.wirsind.info/precompiled/uClibc-0.9.28-dsmod-0.1.tar.bz2
           => `dl/uClibc-0.9.28-dsmod-0.1.tar.bz2'
Resolving dsmod.wirsind.info... 85.214.27.242
Connecting to dsmod.wirsind.info|85.214.27.242|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
16:54:41 ERROR 404: Not Found.

gibs nen mirror?
 
@fant
Was bitte soll ich denn mit "iptables geht nicht" anfangen?

@krafte
Nein, es gibt kein Mirror. Aber dafür gibts Serverprobleme.

MfG Oliver
 
Danke, das ging schnell..

Wie schaut des nun eigentlich mit sourceforge aus?
 
Sourceforge für diesen Entwicklungszweig scheidet aus, weil Danisahne ihn nicht drin haben möchte (er enthält Patches für Original-Firmware-Dateien von AVM, und wir wissen nicht, wie AVM darauf reagieren würde). Der neue DS-Mod wird ohne solche Patches auskommen. Ob wir diese Vorgehensweise zurück portieren können oder diese Linie demnächst auslaufen lassen, wenn der neue Mod da ist und wir alle Pakete nach ipkg konvertiert haben, steht noch in den Sternen, das wird Olistudent dann zu gegebener Zeit entscheiden.
 
Hallo,

Oli hatte ja weiter oben geschrieben, daß ip-table nur funktioniert wenn man den eigenen Kernel benutzt.
Damit gibt es keine negativen Meldungen mehr bei Start der Firewall in der firewall.cgi.

Sind die ip-tables schon irgendwie konfiguriert, auch wenn firewall nicht eingeschaltet sind?

Wenn ich auf meinem Win 2003server die Firewall mit ein paar freigegebenen Ports einschalte, ist der Server trotzdem auch innerhalb des Homenetzes gesperrt. Der Log-file der WIN-Firewall zeigt z. B.: da? der Port 111 auf den Port 1025 und wieder auf 111 geroutet wird. Bei nächsten Mal aber benutzt er einen anderen Zwischenport. Leider blockt die Windows-Firewall diesen Zwischenport und damit den Zielport. Warum, keine Ahnung!
Vorher mit image Version 26-13 ohne firewall und ohne ip-tables hat das funktioniert.

Edit:

Problem trat nur bei NFS-SFU auf! Hier wurde ein Win-User auf den unix-Root gemappt, da active directory nur einen User bei eingeschalteter Firewall zuläßt, und der NFS schon durch die Fritzbox gemountet war, wurde kein weiterer (Dbox) zugelassen.

Abhilfe: mehrere user auf root mappen.

ip-table sind definitiv noch nicht eingerichtet.

Also alles OK!!


gruß

s.panzer
 
Zuletzt bearbeitet:
Hallo alle zusammen.

ich hab mich nun auch mal den den dsmod für die 7050 mit der FW .31 gewagt (auch wenn der mod auf der 7050 offenbar noch nicht 100% läuft). Leider erfolglos, 2 Probleme treten auf (direkter Zusammenhang für mich nicht erkennbar).

1. "make precompiled" läuft beim ersten Versuch nicht durch, offenbar reicht der Speicher nicht:
Code:
  SYSMAP  System.map
  SYSMAP  .tmp_System.map
mipsel-unknown-linux-gnu-objcopy -S -O binary /var/www/vhosts/kleinc.de/private/dsmod/ds-0.2.9_26-14.1/source/ref-4mb_26-04.29/kernel/kernel_8mb_26_build/kernel/linux-2.6.13.1/vmlinux vmlinux.bin
if [ -x ../../../../../../tools/lzma ]; then \
  ../../../../../../tools/lzma e -lc1 -lp2 -pb2 \
    vmlinux.bin vmlinux.lzma; \
else \
  lzma e -lc1 -lp2 -pb2 vmlinux.bin vmlinux.lzma; \
fi

LZMA 4.06 Copyright (c) 1999-2004 Igor Pavlov  2004-09-05

Error: Can not allocate memory
make[1]: *** [vmlinux.lzma] Error 1
make[1]: Leaving directory `/var/www/vhosts/kleinc.de/private/dsmod/ds-0.2.9_26-14.1/source/ref-4mb_26-04.29/kernel/kernel_8mb_26_build/kernel/linux-2.6.13.1'
make: *** [source/ref-4mb_26-04.29/kernel/kernel_8mb_26_build/kernel/linux-2.6.13.1/vmlinux.eva_pad] Error 2
Beim 2. Versuch läuft es dann durch.

2. Make bricht mit ERROR 1 ab:
Code:
STEP 3: PACK
squashfs blocksize
  hidden squashfs: 65536
  root filesystem: 65536
packing var.tar
creating filesystem image
ERROR: creation of filesystem failed
make: *** [firmware] Error 1
Das geschieht an dieser Stelle in fwmod:
Code:
        echo "creating filesystem image"

        #generating fakeroot-file
        echo "#!/bin/sh" > _fakeroot
        echo "chown -R root:root $FILESYSTEM_MOD_DIR" >> _fakeroot
        echo "( cd $FILESYSTEM_MOD_DIR && $MAKEDEVS -d $MAKEDEVS_FILE ./ > /dev/null" \
                "&& ${TOOLS_DIR}/${MKSQUASHFS_TOOL} * ${ABS_BASE_DIR}/${FILESYSTEM_MOD} -le -noappend -all-root " \
                "-b $FILESYSTEM_BLOCKSIZE -info > ../filesystemsquashfs.log 2>&1 )" >> _fakeroot
        chmod a+x _fakeroot
        "$FAKEROOT" -- ./_fakeroot
        rm -f _fakeroot

        if [ ! -s "$FILESYSTEM_MOD" ]
        then
                echo "ERROR: creation of filesystem failed" 1>&2
                exit 1
        fi
Mehr debugging Ausgaben gibts auch nicht.

Verwendetes System und Vorgehen:
- Suse 9.3 (erfolgreich für dsmod für die FW .25 und .26 verwendet)
- dsmod entpackt, beide Patches aus erstem Post eingespielt, konfiguriert, make precompiled, make

Hat einer ne Idee was da los ist?

Gruß,
Christian
 
Stell mal im make menuconfig den Verbosity Level auf 2 und probiers nochmal.
Dann siehste alle Fehler und kannst genaueres posten.
 
http://www.ip-phone-forum.de/showpost.php?p=831029&postcount=123
olistudent schrieb:
Wieso musst du da Ordner anlegen? Hast du das Archiv nicht komplett entpackt?

MfG Oliver

ich hab inzwischen den ds-mod noch einmal heruntergeladen und entpackt, aber die ordner müssen wieder angelegt werden, trotzdes Fehlers den ich in den Post 123 beschrieben habe lässt sich das Image flashen und ich kann die Fritzbox konfigurieren

funktioniert ppp nicht mehr mit den neuen dsmod? Bin genau nach dem ip phone wiki vorgegangen. bekomme folgende Fehlermeldung in telnet:
Code:
pppd: This system lacks kernel support for PPP.  This could be because
the PPP kernel module could not be loaded, or because PPP was not
included in the kernel configuration.  If PPP was included as a
module, try `/sbin/modprobe -v ppp'.  If that fails, check that
ppp.o exists in /lib/modules/`uname -r`/net.
See README.linux file in the ppp distribution for more details.
 
phoenix.tom schrieb:
Stell mal im make menuconfig den Verbosity Level auf 2 und probiers nochmal.
Dann siehste alle Fehler und kannst genaueres posten.
Ich wiederhole es gerne nochmal: Mehr debugging Ausgaben gibts nicht.
Level steht auf 2, war natürlich das erste was ich gemacht hab, als der Fehler auftrat. :)
 
@cdr
Was ist denn mit dem in der Fehlermeldung erwähnten ppp-Modul? Ist das im Image? Geladen?

@kleinc
Was steht denn in build/modified/filesystemsquashfs.log?

MfG Oliver
 
Ah, jetzt kommen wir der Sache näher:
Code:
FATAL ERROR:zlib::compress failed, not enough memory
Creating little endian 2.76 filesystem on ds-0.2.9_26-14.1/./build/modified/kernel/kernelsquashfs.raw, block size 65536.
mksquashfs: symbolic link [ inode 0x0
mksquashfs: symbolic link [[ inode 0xd
mksquashfs: file bin/allcfgconv, uncompressed size 10384 bytes,
mksquashfs: file bin/ar7cfgchanged, uncompressed size 42 bytes,
mksquashfs: file bin/ar7cfgctl, uncompressed size 10312 bytes,
mksquashfs: symbolic link arping inode 0x62
mksquashfs: symbolic link ash inode 0x6f
mksquashfs: symbolic link awk inode 0x7c
mksquashfs: symbolic link basename inode 0x89
mksquashfs: symbolic link bbconfig inode 0x96

Nicht genug Speicher, Arbeitsspeicher nehme ich an. Hm, das ist natürlich ein schwierig zu behebendes Problem. :)

Edit: Das erklärt dann wohl auch den Zusammenhang meines Problems 2 mit dem Problem 1. Aber wir kann denn "make precompiled" durchlaufen (beim 2. Startversuch) trotz eines solchen Fehlers?
 
Status
Für weitere Antworten geschlossen.
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.