Suchergebnisse

I have just flashed a new build of the latest trunk and DSL annex A works now. Thanks MaxMuster and Oliver for looking into this and fixing it!

Also dl/fw might be relevant.

If you both post a 'ls -al' of the dl folder, we can check the differences.

Comparing the build output for the version with working and not working ADSL, which is quite difficult, because of differences in language, folder and order, I found these differences (but I could have missed others): No ADSL: libcrypt ..................... 6.98 Kb libctlmgr...

Thanks for looking into this, MaxMuster. I guess I have to stick to r9697 now :-(

I don't know if r9697 is the latest working version, it was just the version that was on my box before updating to the latest (trunk) version.

Yes, also Annex A and everything else is working. In dmesg is almost nothing about dsl. It looks like dsl is hanging (maybe trying to get a line sync).

I have the same problem upgrading from r9697 to the latest trunk version. I had this in the past too and never found a solution, even with the help of some of you. I went back to r9264 (because I had only this backup after a make distclean, which really should not delete images IMHO) and...

@oliver: I have updated Bluez to 4.101 for current trunk. Please note that I have not tested if it still works. I have added the sizes of required libraries, modules and packages to the wiki page.

At the moment I don't use Bluez 4 anymore. The "no isoc" patch was needed to force the btusb module not to use isochronous modus, since at least the 7270 USB bus does not support this. If there is some interest in this, I will update the patch for current trunk.

Maybe somebody can update Bluez to version 4: http://freetz.org/wiki/packages/bluez

Did you install everything that is required to build freetz?

Depending on what you want Polipo might be a better choice, because it uses less memory and is quite stable on Freetz.

Thanks, Oliver, I will try it in a minute and report if the patch works. In any case I can confirm that libctlmgr_WITH_STRUCT_V3 is the problem. Edit: patch works for me, thanks!

/usr/bin/avm/ctlmgr works I will try with libctlmgr_WITH_STRUCT_V2 and report back. I already quick fixed Config.in.has_avm and compiled, but I have to wait until I can reboot the box ...

Without - Disable multid's DNS - Disable multid's DHCP is works again. Edit: too fast: it doesn't work :-( Then this might need a fix. Just let me know if testing is needed.

I have no idea what a preload library for ctlmgr is, so I guess not, but maybe I use something like that not knowing. If you like you can answer in German (I can read it quite good, but it is better if I write English ;-) ) Thanks for your answer! Edit: maybe the problem is...

I already tried to go back a few trunk revisions, but I cannot get the AVM WebIF to work again :-( I believe this is the cause: root@fritz:/var/media/ftp/uData# ctlmgr -f -v ctlmgr: 2012-05-20 12:04:36(1) [Segmentation fault] /usr/bin/avm/ctlmgr(7188) CRASHED at (null)+0x2aabecb4...

What do you mean by 'sync'? I run rsync on my box and make remote backups to the attached USB-drive using ssh and duplicity and that works flawless. Note that rsync does need quite some memory.

upload_max_filesize = 4M How much memory does your box have? How big is the upload? Please realize your box is not very suitable to run a webserver. It works, for small projects and that's it. Edit: do you have a swap file? BTW, Google on '413 - Request Entity Too Large' returns a lot of...