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

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.

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

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.

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?
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/

I confirm this works.

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

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.

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:

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:

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

nmap 4.60:

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´:

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.

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.

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