Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
i have no idea why, after i key in the comannd 'reboot', the whole thing hangs and i have to restart the unit, after that i was unable to telnet to the server, gave me unable to connect bla bla....
Then i reformated both hdds and did the fun_plug installation step but after a reboot, the thing won't install, i tried reflashing, reset to factory ect.. Is there a way that i can install it manually?
It doesn't untar
Last edited by vener (2008-08-17 12:40:05)
Offline
Are you sure you put it on the correct drive? Try this, drop fun_plug and the .tgz file on both drives and reboot. The you can see if you have the drives confused. "Volume_1" does not always mean the drive in slot 0 (partition /dev/sda2). When fiddling with drives and moving them back and forth, the name volume name can end up on the "wrong" drive.
Offline
I'd like to chime in with similar install problem (although our root causes might be different) I had funplug 0.3 installed and wanted NFS for popcorn hour use. Not recalling which funplug I had at the time, and following the links in other forum posts, I grabbed the portmap and unfs tgzs from 0.4. (that didn't work) I then realized my error, deleted the 0.3 files and installed 0.4. All seemed to be working fairly reasonable (telnet access, NFS working) and then I saw that 0.5 might provide what I wanted and a bit more. So, I deleted the old funplug files again, per instructions, moved the funplug .sh and .tgz into place, rebooted and... no fpp directory gets created.
Since the right volume was mounted via smb, I looked and found some ._fun* files in the root area, and moved them into a separate folder, along with the older 0.4 tgzs and the fan control files I had from 0.3 just in case they were getting in the way - so now in my HD_a2 I have some folders with data, the 0.5 funplug.sh and .tgz [and a .lpd and .systemfile created by 0]-- I can see via FTP that the permissions on the funplug files are -rwxrwxrwx Luckily I don't get hangs though I have come back into the room to see the drive LED lights both (white? pink?) which has not happened before.
None of my reboots cause the fpp directory to be created (and thus no telnet access) I'd try to put 0.4 back.. but I figure I should understand what else might be going on first. I have dlink's 1.05 firmware. Thanks for this communities combined wisdom and work.
Offline
Try looking at the ffp.log file
Offline
Alas, I meant to add - no ffp directory, no ffp logfile. Yes I'm sure I copied the two file to the right drive - and just in case I put the files on both drives in case I was wrong.
This might be a red herring but .. Hmmmm. ok This is a ls from my ftp login:
lrwxrwxrwx 1 0 0 10 Aug 18 07:19 Volume_1 -> /mnt/HD_b2
lrwxrwxrwx 1 0 0 10 Aug 18 07:19 Volume_2 -> /mnt/HD_a2
So - from that I determined Vol2 was where I neeeded to drop the funplug (and was able to get 0.4 going)
However on Volume_1 (where I tried to install funplug long ago before I tried the other drive) there is an odd directory: 4096 May 31 07:29 .BAHaGfLx -- *that* directory has some /bin /etc /lib /var etc etc directories. [no ffp anything]
So - I'm confused. Volume_2 is my HD_a2 drive and is where I should be installing funplug. (and it works there) So is this obfuscated directory in Volume 1 (HD_b2) from flunplug? A bad install attempt which is blocking further installs of 0.5 now? Some bad that tried to install but can't run since it is not in the right place? Why would any OS style files ever be created there?
Just trying to see if I can safety delete it and if it is somehow related to my install problem. Thanks!
Offline
hva5hiaa wrote:
However on Volume_1 (where I tried to install funplug long ago before I tried the other drive) there is an odd directory: 4096 May 31 07:29 .BAHaGfLx -- *that* directory has some /bin /etc /lib /var etc etc directories.
Does it have start/telnetd.sh and var/packages/fun_plug*? If yes, that looks very badly broken. Also, if it started unpacking, there must be /mnt/HD_a2/ffp.log.
Offline
Also, keep in mind that "Volume_1" and "Volume_2" are just share names and can point to either disk (depending on how much fiddling you do). fun_plug must be installed on HD_a2 regardless of what its share name is.
Offline
fonz: Yes! It did have /Volume_1/.BAHaGfLx/var/packages/fun_plug-0.5-08_04_19 and my Volume_1 is HD_b2 which is why I was puzzled to see it there. Neither Volume has a ffp.log. I am deleting that directory and the ._funplug.sh and ./_funplug.tgz files... Now both Volumes have the same freshly downloaded 0.5 .sh and tgz files and I'll see what gets created from a shutdown/poweron
Verdict: *sigh* no ffp directory, no ffp.log file. On the up side no strange extra . directories...
(Note to OSX users: Volume 1 and 2 both have a ._fun_plug.sh and a .fun_plug.tgz created -- OSX which tries to 'save' us users by creating a sort of lock flle to make sure a dialogue box pops up after trying to run something downloaded so you can make sure shell scripts are not being executed by surprise... but I can't see how the DNS323 would care - it must get added as I copy to the smb directory since if I delete the file, and then ftp to the drive before mounting it via smb to check how the installation worked - it is not there - so that is only a distraction)
I can try to put 0.4 back on instead at this point and see if that works. Thanks for confirming it was a funplug directory! [Yes, 0.4 works fine in Volume_2]
Last edited by hva5hiaa (2008-08-19 14:22:34)
Offline