Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Tonight I turned on my DLink323 box (after some months of inactivity) and for the second time it failed me utterly. Not just a simple failure, but the whole 'zero files showing' thing, no way I can locate anything through either the GUI or the command line. After rebooting everything and trying to sort it out, I've realised that I just cannot trust this device to do anything but fail me. Last time this happened I ended up blaming myself, reformatting and starting over. This time I've got too much data on what I laughingly call my backup drive to do that.
I want to take the drives out, put them in an external enclosure and recover the files myself. Has anyone done this before, and will I just be able to see the files on the drives? I'm expecting that they'll be sitting in some byzantine folder hierarchy, which is fine so long as they exist in a manner OS X can happily read them.
I'm running OS X 10.5, and the 323 is running afpd in RAID-1, firmware 103, etch and all that. I assume this will be okay, but I'd like some confirmation before I start taking the drives out and buying an enclosure.
Has anyone done this before?
Offline
I've done it with Windows and ext2ifs, I assume it's possible directly attaching the drive to an OSX system, since OSX is based on BSD Unix and should be able to mount an efs2 file system. The challenge, at least for me would be creating a mount point and then mounting the appropriate partition.
I'm more interested in determining what went wrong - you mention being unable to locate anything through either the GUI or the command line - what exactly does that mean? Can you acess the unit at all?
Offline
The unit's accessible but it shows no files, no folders, nothing. I can't create anything on it either, getting the dreaded -50 error (unexpected failure message, from memory) if I try. I can't get to the files through the command line either - once I go /Volumes/drivename/ I see that it's empty.
I'll give it another try tomorrow (using telnet), but I'm tempted to junk the unit once I've salvaged my files. I might keep it for interest's sake, but I know it's not possible to use it as a backup drive. I'd be happier if a drive had failed catastrophically inside the case - that's unfortunate, but still more reasonable than the unit failing to read or write completely. I require a backup that... well, backs up.
Offline
I think you've got a duff unit and should try to get it replaced if it's still under warranty - I've never seen the message you speak of , although that could be because I'm not running debian/etch etc.
I've had my unit for around a year and a half and it has been absolutely reliable where storage has been concerned - I have seen some quirks, but they only show up when I fiddle with the thing, if I leave it on the shelf and use it as it was designed it does a decent job.
Last edited by fordem (2008-05-30 17:14:47)
Offline
After you sort things out with your data, why don't you try upgrading the firmware to 1.05 and resetting it up? I've been using 2 of these things since for over a year now and have gone through F/W 1.03 - 1.05 and have never lost a thing. The only time I lost any data was using an NTFS module to try to connect up a USB drive with NTFS -- and that was my fault. If you have not made any changes, I suppose it's possible to have a corrupted F/W, since it has failed 2 times. Try reflashing it.
Offline
Gary Patterson, did you check that the afpd was restarted with poweron ?
Offline
@fordem: The unit's not a bad unit - it worked fine for a long time once I set it up correctly and got past the first screw-up (which was most likely my fault, early days and all that), although I had it sitting in the corner powered off for the last few months. It's well past warranty though.
@bq041: I'm not willing to use this unit to store data. It fails in a manner that I won't allow. I might reflash to 1.05 and play with it, but it's proven to be strictly something to toy with, not a reliable backup unit.
@mig: I never quite got the script working to start afpd automatically, so when I power the drive up I telnet in, start etch and then start afpd manually. I tried killing it and starting again, rebooting the unit, powering down overnight but the result is the same - nothing shows at all on the mounted drive even though the space available reports correctly (123GB of 457 free).
I realised last night that if I could telnet in then something must be there, and I've now located my files in /mnt/HD_a2/etch/home/patterson/ (which is the folder presented as the mount point). Today I'll pick up an external FireWire case, plug the drives in and clean them up. I'll lose RAID-1, which was a big part of the reason to get this unit, and network attachment, which was the other big reason to get this unit, but I'll gain a drive that actually works and is reliable.
Thanks for replying everyone, but I'm done with the 323 now.
Last edited by Gary Patterson (2008-05-31 04:41:01)
Offline
Gary, just curious
What led you to decide to use afpd to connect to the DNS-323, and not samba, or NFS?
Offline
Let me just make sure I've got this right.
You are blaming the device for being unreliable because it does not meet your expectations when running a custom OS the manufacturer never intended to run on it, in order to run a custom compiled program, that comunicates in a protcol that was also not intended by the manufacturer?
Offline
@bq041: No, I'm blaming the device for working fine for a long time and then failing for no apparent reason. There were no system changes (apart from minor OS patches) on the client side between then and now, and certainly no changes on the device's side.
So yes, that's not good enough.
Maybe it's an issue with the software, maybe not. Maybe running it in the same state it emerged from the box would have avoided any issues altogether (although that would have created a bunch of other issues). Frankly I don't care. All I am absolutely certain of is that the unit failed mysteriously and I won't give it another chance to screw up.
@mig - I wanted the full support for filenames that OS X has. I'm not an expert in networking (clearly!) and thought that afpd was the best way to achieve this. Out of the box, I found that a bunch of my files would not copy to the device due to incompatible names (going from memory here).
Last edited by Gary Patterson (2008-05-31 08:05:40)
Offline
Gary, depending on the type of backup application your are using,
perhaps something like Apple's Time Capsule would suit your needs better?
Offline