DSM-G600, DNS-3xx and NSA-220 Hack Forum

Unfortunately no one can be told what fun_plug is - you have to see it for yourself.

You are not logged in.

Announcement

#1 2012-02-25 20:46:08

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

ffp 0.7 oarm

Because a number of programs fail to run correctly on current oarm (see e.g. http://dns323.kood.org/forum/viewtopic. … 105#p45105 ), but seem to work with an older uClibc, I've recompiled all of oarm based on uClibc-0.9.30.3.

I've uploaded the packages to http://ffp.inreto.de/ffp/0.7/oabi/

Please give it a try. If it solves the problems, we can delete the oarm directory, and continue with the packages from oabi instead.

PS: You can't upgrade to this from oarm using slacker, because the old and new uClibc are not 100% compatible. You can, however, download the oabi packages, and upgrade in a single step with "funpkg -u *.txz". That seems to work, but there's no guaranteee, of course.

Offline

 

#2 2012-02-26 15:07:35

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

I've played with it fo a few hours, so far. No problems, but some of my own packages don't work anymore. Not a surprise, of course. I'm more surprised that some still work. (like htop).

I started recompiling them, and so far I've found that something seems wrong with 'makepkg'. It's taking a ridiculous lot of time, and according to htop it's mainly 'file -f -' which is consuming all this time. 

Don't know what is happening. Something like 'ls | file -f -' behaves normal.

Offline

 

#3 2012-02-26 17:44:50

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

I started recompiling them, and so far I've found that something seems wrong with 'makepkg'. It's taking a ridiculous lot of time, and according to htop it's mainly 'file -f -' which is consuming all this time.

file is run twice for each file in the package (to determine the files that need stripping). If you create a package with lots of files, then a lot of time is spent in file, indeed. Another command in makepkg that can take pretty long is xz.

Offline

 

#4 2012-02-26 23:10:39

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

I'm sorry, it's not yet problem-free. I cannot get transmission to work. The daemon is running, but it has no ports opened, and it doesn't create a pid file.
Further iftop refuses to work, while it worked on the 'old' 0.7/oarm.

Code:

./iftop 
interface: egiga0
IP address is: 172.20.172.127
MAC address is: 00:19:cb:7e:d2:7d
pcap_open_live(egiga0): egiga0: egiga0: SIOETHTOOL(ETHTOOL_GTSO) ioctl failed: Invalid argument

I compiled libpcap 1.1.1, but that didn't help:

Code:

interface: egiga0
IP address is: 172.20.172.127
MAC address is: 00:19:cb:7e:d2:7d
pcap_open_live(egiga0): live packet capture not supported on this system

tcpdump works fine. (Well, it gives lots of output which looks reasonable)

At the moment I'm rebuilding uClibc without IPv6 support, as that has helped me before.

Offline

 

#5 2012-02-28 20:53:16

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

Further iftop refuses to work

Seems to work fine on my DNS-323. http://ffp.inreto.de/ffp/0.7/oabi/PACKAGES.html#iftop

Offline

 

#6 2012-02-28 22:13:14

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

Hm.

Code:

fetch: rsync -q 'rsync://ffp.inreto.de/ffp/0.7/oabi/packages/iftop-1.0pre2-oarm-1.txz' '/ffp/funpkg/cache/s'
<snip>
sh-4.1# iftop
interface: egiga0
IP address is: 172.20.172.127
MAC address is: 00:19:cb:7e:d2:7d
pcap_open_live(egiga0): egiga0: egiga0: SIOETHTOOL(ETHTOOL_GTSO) ioctl failed: Invalid argument

Bad. Our boxes are not compatible on this level. Could it be the kernel version? Mine is 2.6.18.6

BTW, my IPv6-less uClibc didn't help either.


EDIT: Here are some packages which I had to recompile to fit on this 0.7/oabi

Last edited by Mijzelf (2012-02-28 23:01:45)

Offline

 

#7 2012-02-29 10:07:57

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

Bad. Our boxes are not compatible on this level. Could it be the kernel version? Mine is 2.6.18.6

Unlikely. It's all compiled for Linux 2.6.12 (DNS-323 kernel version). Can you rerun this with "strace"?
And if this really works with oarm/ packages, I'd like to see an strace of that, too.

Offline

 

#8 2012-02-29 11:31:32

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

Here you are.

iftop (the version in my repository) works on oarm, but starts slow.


Attachments:
Attachment Icon strace.log.tgz, Size: 4,832 bytes, Downloads: 493

Offline

 

#9 2012-02-29 11:43:38

Darkvater
Member
Registered: 2011-11-13
Posts: 5

Re: ffp 0.7 oarm

Hi,

I've been using ffp 0.6[1] from testing in combination with the ALT-F firmware on my CH3SNAS which finally gave me a kernel update to 2.6.35.14.
I see there is a ffp 0.7 out. Do you think it's worth changing to the new version?

I've compiled quite a lot of packages for this [2] using your subversion repository as a guideline. Will these work?


P.S. I'd love to make a packages.html file that you have listed, but the repository seems to be missing that script file. Any chance of putting it online? smile
Great work btw! My NAS has totally outlived its original purpose; love it!

[1] http://www.inreto.de/testing/ffp/0.6/arm/
[2] http://darkvater.homenet.org/ffp/0.6/

Offline

 

#10 2012-02-29 12:55:40

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

Here you are.

http://ffp.inreto.de/ffp/0.7/oabi/PACKAGES.html#libpcap

Code:

+------------------------------------------------------------------------------+
Wed Feb 29 11:42:46 CET 2012
libpcap-1.1.1-oarm-1.txz: Downgraded. libpcap-1.2.1 makes use of the
    SIOCETHTOOL ioctl which causes problems on some devices.
    On my DNS-323, SIOCETHTOOL fails with EOPNOTSUPP which is fine
    for libpcap, on other devices it fails with EINVAL.
    Thanks Mijzelf.

Offline

 

#11 2012-02-29 15:35:18

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

I confirm this works.

Any idea why it didn't work when I compiled libpcap 1.1.1?

Offline

 

#12 2012-02-29 16:25:51

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

I confirm this works.

Great.

Mijzelf wrote:

Any idea why it didn't work when I compiled libpcap 1.1.1?

No, another strace might give a hint.

Offline

 

#13 2012-03-03 18:49:12

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

I found what is wrong with makepkg. I'm running it from a directory containing ffp/ install/ package.tar.gz package/
It was analizing the source tarball and sources either.

Offline

 

#14 2012-03-04 12:11:02

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

I cannot get transmission to work. The daemon is running, but it has no ports opened, and it doesn't create a pid file.

Have you solved the problem with transmission, too?
http://dns323.kood.org/forum/viewtopic. … 720#p45720

Offline

 

#15 2012-03-04 17:03:10

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

Yes. Well actually I didn't solve anything. Version 2.50 worked 'out of the box' on oabi. (Maybe I didn't clean my build directory enough before rebuilding 4.42 on oabi?)

I had the impression that the problems on oarm seemed network related. The status on oabi:
- iftop works
- transmission 2.50 works
- nzbget/nzbgetweb works (reported from someone owning a ZyXEL NSA310)
- lighttpd works (No heavy tests, just some php scripts)
- ssh/sshd/scp works
- subversion (client, with ssl) works.
- nmap works partly.

I've tried 3 of nmap versions: the latest 5.51, 5.20 and 4.60. The command 'nmap 172.20.172.0/24' (my LAN) gives:

Code:

Starting Nmap 5.51 ( http://nmap.org ) at 2012-03-04 14:30 UTC
Nmap scan report for nsa220.lan (172.20.172.127)
Host is up (0.00021s latency).
Not shown: 993 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
23/tcp   open  telnet
80/tcp   open  http
139/tcp  open  netbios-ssn
445/tcp  open  microsoft-ds
631/tcp  open  ipp
9091/tcp open  xmltec-xmlmail

Nmap done: 256 IP addresses (1 host up) scanned in 13.69 seconds

The problem is that at least 4 hosts are up in the LAN.

nmap 5.20:

Code:

Starting Nmap 5.20 ( http://nmap.org ) at 2012-03-04 14:31 UTC
dnet: Failed to open device egiga0
QUITTING!

nmap 4.60:

Code:

Starting Nmap 4.60 ( http://nmap.org ) at 2012-03-04 14:32 UTC
dnet: Failed to open device egiga0
QUITTING!

I can give you the strace dumps, if you like, but I don't seen anything interesting in it. In 4.60/5.20 this seems the 'main part´:

Code:

socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
ioctl(3, SIOCGIFCONF, {64, {{"egiga0", {AF_INET, inet_addr("172.20.172.127")}}, {"lo", {AF_INET, inet_addr("127.0.0.1")}}}}) = 0
ioctl(3, SIOCGIFNETMASK, {ifr_name="egiga0", ifr_netmask={AF_INET, inet_addr("255.255.255.0")}}) = 0
ioctl(3, SIOCGIFFLAGS, {ifr_name="egiga0", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_NOTRAILERS|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(3, SIOCGIFHWADDR, {ifr_name="egiga0", ifr_hwaddr=00:19:cb:7e:d2:7d}) = 0
ioctl(3, SIOCGIFNETMASK, {ifr_name="lo", ifr_netmask={AF_INET, inet_addr("255.0.0.0")}}) = 0
ioctl(3, SIOCGIFFLAGS, {ifr_name="lo", ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
close(3)                                = 0
<snip about 100 brk(0xNNN)                           = 0xNNN >
gettimeofday({1330871367, 351461}, NULL) = 0
write(2, "dnet: Failed to open device ", 28) = 28
write(2, "egiga0", 6)                   = 6

The logfile of 5.51 is more than a megabyte.

Strange enough I can do a scan on any address/range outside my LAN, with any version of nmap, and that just works.

Offline

 

#16 2012-03-04 19:36:02

fonz
Member / Developer
From: Berlin
Registered: 2007-02-06
Posts: 1716
Website

Re: ffp 0.7 oarm

Mijzelf wrote:

- nmap works partly.

--scan-delay or --max-parallelism might help.

Offline

 

#17 2012-03-04 20:54:36

Mijzelf
Member / Developer
Registered: 2008-07-05
Posts: 709

Re: ffp 0.7 oarm

Doesn't work, unless some strange values are needed. 4.60 and 5.20 still give a 'failed to open device', and 5.51 still finds only 1 host. (Tried with scan-delay=1, 5 and 10, and max-parallelism=1, 5 and 10)

But when I run the command as non-user, it suddenly starts to work. (Yes!). So I suppose my ethernet device driver is just not compatible with some lowlevel stuff.

Offline

 

#18 2012-03-10 00:30:46

hom
Member
Registered: 2009-01-26
Posts: 25

Re: ffp 0.7 oarm

sorry, but I did not understand very well!
I have a dns 323 of which I had seen that I took a fp5 squeexbox wanted to install the server package with fp7, but from what folder I need to get the files?
oarm better, oabi?

also do not understand, the package installs itself logitechserver dependencies or needs? if I install all the dependencies are packages or is there a way to know what are they for?

thanks

Offline

 

#19 2012-03-18 15:09:51

hom
Member
Registered: 2009-01-26
Posts: 25

Re: ffp 0.7 oarm

After the various aid your forum and I mounted as before on the FFP 05, but now I noticed that the dns 323 falls a lot (before I had never happened until after many months) now did he go in 20 days already 3 times) .

There is no way to determine what service may generate errors.

runs on:
transmission
logitechmediaserver
rsync
nfs

such as log and where should I look?

thanks

Offline

 

#20 2014-01-07 23:59:07

adrhc
New member
Registered: 2013-10-28
Posts: 1
Website

Re: ffp 0.7 oarm

I confirm that iftop-1.0pre3 is working with s:libpcap-1.1.1-arm-1.txz but not with libpcap-1.5.2. I'm sure is working with DNS-32x too.

I have: Linux nsa310 2.6.31.8 #2 Fri Aug 2 11:21:44 CST 2013 armv5tel GNU/Linux on my Zyxel NSA310.

Last edited by adrhc (2014-01-08 01:12:50)

Offline

 

Board footer

Powered by PunBB
© Copyright 2002–2010 PunBB