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 2007-11-01 06:31:39

zero
Member
Registered: 2007-03-04
Posts: 17

Native netatalk (or alternative AFP daemon) for DNS-323

Does anyone have a working binary for the latest firmware kernel?  There's several reasons I'd like connect to my NAS via AFP, one of them being that Leopard's Time Machine (with a tweak) can use a NAS but it looks as if AFP is necessary.

I'm not interested in running a chroot debian.  My setup is a modified version of fonz's fun_plug (thanks fonz) that   runs off a usb flash so drives can spin down.

thanks,

.scott

Offline

 

#2 2007-11-01 09:55:31

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

AFP does not need any kernel modules as long as you don't plan to run native AppleTalk.

I.e go for AFP over TCP!

Btw I run a chroot debian of a usb flash. It is mucho simpler to add new stuff then recompile for the native environment.
I can't really se any drawbacks for using chroot debian?! It uses slightly more diskspace but a 1G usb flash is dirt cheap anyway.

Offline

 

#3 2007-11-01 23:57:22

zero
Member
Registered: 2007-03-04
Posts: 17

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Hmm,  this makes alot of since all of a sudden.  I guess keeping the loaded services trim for memory is the main issue.  I suppose i was slightly intimidated by running it chroot's cause i've never done that. 

I also don't have any experience managing software RAID on linux.  I suppose it's worth figuring out since this is my secure(ish) backup.

Thanks for the inspiration.  Any suggestions before I get started?

.scott

Offline

 

#4 2007-11-02 00:44:24

fordem
Member
Registered: 2007-01-26
Posts: 1938

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Why run RAID on a backup?

The primary reason to run RAID (RAID1) is to reduce the impact of downtime in case of a disk failure - traditionally the time required to install a new disk, reload the OS and restore the data from the backup (or restore the whole kit & kaboodle from a disk image), wheras the reason for a backup is to prevent loss of data in case of a failure - notice the difference?

If your primary disk fails the data is available from your backup, if the backup fails the data is available from the primary disk, what are the odds of both the primary disk and the backup failing at the same time?

Offline

 

#5 2007-11-02 19:29:15

zero
Member
Registered: 2007-03-04
Posts: 17

Re: Native netatalk (or alternative AFP daemon) for DNS-323

The NAS is where i put things that i dont want to worry too much about (RAID 1) and if it's really important (ie all digital photography), it goes to the NAS _and_ an online, distributed filesystem.

If the NAS box was just for system backups then perhaps i wouldn't use RAID 1, but RAID originally stood for Redundant Array of Inexpensive Discs and that's only more true today.

Offline

 

#6 2007-11-02 23:53:51

fordem
Member
Registered: 2007-01-26
Posts: 1938

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Let me put it this way -

RAID may have originally stood for Redundant Array of Inexpensive Discs, but, regardless of how inexpensive disk storage may have become, RAID1 still has a high relative cost - you're paying for twice the storage you get.

Offline

 

#7 2007-11-05 01:12:19

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

The chroot debian environment is not managing the RAID or any core os stuff. It is only there for an easy environment to launch alternative daemons. Such as netatalk or firefly or newer samba.

By default nothing really gets launched you can control exactly what gets launched.

Offline

 

#8 2007-11-09 00:59:30

xecode
Member
Registered: 2007-11-08
Posts: 9

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Any good threads for how to on debian chroot off thumb drive so that drives can spin down and howto for kernel module for usb mass storage?  I saw the chroot debian page on this wiki.

-X

Offline

 

#9 2007-11-09 01:40:45

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

You need to modify the crontab. The dhcp entry wakes up the disks every 10 minutes :-(

If you don't find anything I will see if I can put up my stuff later this weekend.

Offline

 

#10 2007-11-09 02:06:46

xecode
Member
Registered: 2007-11-08
Posts: 9

Re: Native netatalk (or alternative AFP daemon) for DNS-323

I've some linux experience.  Seems I need to follow the chroot info for debian with etch arm userland, and then modify fun plug to insmod the kmod, and then modify the fun plug to load everything that would normally be in fons plug from my usb drive, and then add chroot stuff after that and move all the files to the usb drive.

Why is dhcp waking up the system every 10 minutes?

Offline

 

#11 2007-11-09 02:52:19

xecode
Member
Registered: 2007-11-08
Posts: 9

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Ok I have 1.03 fw, I checked the crontab i dont have a dhcp line thankfully.

Offline

 

#12 2007-11-09 02:54:56

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

Stupid uPNP gets invoked each time the dhcp renewal is run. Which wakes up the disks :-(

Offline

 

#13 2008-04-08 21:00:26

haldan
Member
Registered: 2008-04-08
Posts: 12

Re: Native netatalk (or alternative AFP daemon) for DNS-323

I've got netatalk up and running from within sarge (etch would give me "The bug is not reproducible, so it is likely a hardware or OS problem."  when trying to compile) and it works fine, but it is really the only thing I need debian for, and it doesn't seem like its worth the hassle since Fonz's funplug will do everything else I wanted.

Is there anyone who has compiled netatalk with ssl support for running without chroot'd debian? Is it possible?

Thanks

Offline

 

#14 2008-04-09 12:37:12

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

If you have something working why bother "fixing" it. Debian only uses up some diskspace.

Offline

 

#15 2008-04-09 17:16:23

haldan
Member
Registered: 2008-04-08
Posts: 12

Re: Native netatalk (or alternative AFP daemon) for DNS-323

mostly because I've run into trouble with debian sarge as well, I've been trying to compile the stable rtorrent and it can't seem to find the libcurl that it needs even though libcurl3-dev is installed...

If I could get afpd to work in etch, it might not be as big a deal, but I can't compile netatalk in etch, can't compile rtorrent in sarge...

Why should I use what is basically a workaround (chroot'ing debian) if running the services I need is possible without it?

Offline

 

#16 2008-04-10 03:22:49

frodo
Member
From: Stockholm, Sweden
Registered: 2007-01-17
Posts: 259

Re: Native netatalk (or alternative AFP daemon) for DNS-323

fun_plug is also a workaround.... Both requires libs to be installed so the only difference I see is that one is using less space. However on my system I keep all files on a 1G usb stick so space is not an issue.

Offline

 

Board footer

Powered by PunBB
© Copyright 2002–2010 PunBB