OUR NETWORK:TiVoCommunity TechLore MyOpenRouter Dijit Community MediaSmart Home See all... About UsAdvertiseContact Us

 
Learn about scoring Forum's Raw Score: 271793.0
September 7, 2010 12:43 AM

Categories: Pogoplug PC

Rating (0 votes)
  • 1
  • 2
  • 3
  • 4
  • 5
Rate This!

Member Avatar

willya

Member
Joined: 09/07/2010

I am trying to get CrashPlan to read/write to the Pogoplug drive, but it does not seem to have access permissions.  It seems that MacFuse by default mounts volumes such that only the user can access, and even root does not have access permission.  You must mount with "allow_other" option to allow root access:

http://code.google.com/p/macfuse/wiki/OPTIONS

CrashPlan runs as root, so this option needs to be given in order for it to work.  Can anyone provide some guidance on how to add this?

Thanks!

Discussion:    Add a Comment | Comments 1-18 of 18 | Latest Comment

September 7, 2010 1:45 PM

Noticed that in Console it shows the mount options (omitting some of the output):
pogoplugfs ... --fuseopts local,volname=Drobo --mountpoint /Volumes/Drobo ...

allow_other (or allow_root) needs to be added to --fuseopts, but I can not figure out where to add that option. Can Pogoplug.app be run with extra options to pass to pogoplugfs?

September 8, 2010 8:58 AM

I tried manually mounting pogoplugfs with "--fuseopts local,allow_other,volname=Drobo", and CrashPlan is able to see it now! I am running a backup with CrashPlan with the PogoPlug as the destination right now. Will report back with results.

If you want to try:
1. Run Pogoplug.app
2. Open Console.app and look for the "pogoplugfs" command corresponding to the drive.
3. Then close Pogoplug.app, unmount the drives
4. Cd into /Applications/Pogoplug.app/Contents/MacOS/
5. Run the command from #2, but add "allow_other" to the --fuseopts
6. Disable Spotlight search on the drive (Not sure if this is needed, but allowing root access also allows Spotlight search, so I disabled out of abundance of caution).

Standard caution applies: Unsupported and may corrupt everything. Try only if you know what you are doing.

Still would like to know if we can add allow_other option by default.

September 9, 2010 11:53 PM

willya,

I am a Crash Plan user and would like to do what you are describing, but I am going to need clearer instructions. I am unsure what the command is that you entered in step 5 and did you do this in Terminal.app?

September 10, 2010 1:34 PM updated: September 12, 2010 4:36 PM

The command is run in Terminal. Mine looks like this (I have replaced certain fields with <> for privacy reason).

/Applications/Pogoplug.app/Contents/MacOS/pogoplugfs --valtoken <> --notrashes --volicon /Applications/Pogoplug.app/Contents/Resources/Application.icns --fuseopts local,allow_other,volname=Drobo --mountpoint /Volumes/Drobo --device <> --service <>

You will need to get your full command line from Console.app. The Pogoplug.app program will print out the command into the Console.app. I am getting around 6Mbps backup on CrashPlan, which is OK for incremental backups. I ended up connecting my drive directly to the computer to do the initial CrashPlan backup. So far I have not had any issues with it.

September 12, 2010 4:35 PM

Just to report back, I am able to backup to the PogoPlug using CrashPlan, as well as backup the PogoPlug onto CrashPlan Central. So far have not run into any issues.

Can anyone from PogoPlug respond on why this is not enabled by default? Should there be anything I need to watch out for?

September 14, 2010 6:52 PM

sorry to be difficult, can you provide fake examples of the content in the brackets. Thanks, my limitation of command line is small.

September 14, 2010 8:16 PM

Willya, figured out how to find the user specific info via Console.app. I ran the command and it is taking a long time to complete. How long did it take for this to complete for you?

September 14, 2010 9:11 PM

Ok, I finally figured out that 1) you must quit Pogoplug.app, 2) run the Terminal command, 3) the specified drive will mount, 4) Crashplan will now work.

However, if afterwards you 1) eject the specified drive, 2) restart Pogoplug.app, Crashplan will not work.

This workaround does not edit Pogoplug.app as one would assume. It does mount the specified drive.

What I don't know: 1) does this workaround permanently keep the drive mounted as long as one does not manually eject. Meaning... must I run the terminal command everytime i reactivate from 1) sleep, 2) reboot.

If this is the case, I imagine that there is some sort of automator script that could be written to remember the command line.

Willya, your answering the details would be great. I would be willing to get dirty with automator.

September 14, 2010 9:56 PM

Hi Micah,
Thats correct, you must unmount your pogoplug drives and quit Pogoplug.app before running the command. I just don't use Pogoplug.app anymore, and only use this mount method.

The drive is not permanently mounted. I have noticed that it does survive sleep, but not reboot. Also, if you change network locations it seems to disconnect (Not 100% sure on this, but at work I usually have to re-mount so I assume thats the problem).

I put the command into an Automator script just as you suggested, and all I have to do is click it to activate, not much of a hassle. Just use the "Run Shell Script" action and paste your command in. The command and options seem to be constant so you can just keep re-using it.

September 14, 2010 11:02 PM

I did the same thing with regard to the automator script. As you say, it is a continuously running script and keeps the automator notification running in the menu bar. One can then click stop "insert your custom automator application name here." I imagine that one can stash this away in the Utilities folder and use System Preferences to launch at startup.

I wish there was a way to set the automator application to quit automatically. Kinda frustrating. Thanks for your help with this, it is really worthwhile.

Support@pogoplug.com should look at this. It cant be difficult to institute a radio button in the user preferences of the Pogoplug.app to allow this.

September 15, 2010 8:51 AM updated: September 15, 2010 8:58 AM

You don't have to have Automator running. At the end of the command, add a "&", which in Unix sends the command to run in the background. Then, File->Save As. That gives you a executable that runs without opening Automator. I just have it in my Dock and run whenever needed. The command will look like:

/Applications/Pogoplug.app/Contents/MacOS/pogoplugfs --valtoken <> --notrashes --volicon /Applications/Pogoplug.app/Contents/Resources/Application.icns --fuseopts local,allow_other,volname=Drobo --mountpoint /Volumes/Drobo --device <> --service <> &

And yes, I wish Pogoplug would chime in on this...

September 17, 2010 9:39 AM updated: September 17, 2010 9:41 AM

Hi I am using GoodSync to sync drives (as they will change at home so one way backup no good) and have the same issue. I can do all the above but GoodSync still does not see the drive.

I have one difference though which I wonder if its the reason...

In your command line you have this on the end:

--device <> --service <>

My original command in console.app does not show this part, so if I did want to try it what do you put in where <> is? The code at the first <> does not work, I dont see any contents in the drive when I mount it when I try that.

So my comand is:

/Applications/Pogoplug.app/Contents/MacOS/pogoplugfs --valtoken <> --notrashes --volicon /Applications/Pogoplug.app/Contents/Resources/Application.icns --fuseopts local,allow_other,volname=Home --mountpoint /Volumes/Home &

This works in Finder but my GoodSync software still cannot see the drive.

Thanks

September 17, 2010 9:53 AM

Actually I can see it in /Volumes/, I thought it would appear up next to Macintoch HD as it does in Finder.

But problem now is the folders I have on Pogoplug are greyed out here, so I cannot choose them as the folders to sync to.

November 23, 2010 1:19 PM

A while I read this thread and implemented the approach. I set this up on a laptop that I move back and forth between home and work every day. I have pogoplug and drive and work and one pogoplug and drive at home. Ultimately, the approach has become unworkable because either the valtoken, device, or service changes periodically (never bother to check which is changing).

When this happens, the drives will no longer mount manually. I am forces to rerun the pogoplug application, capture the mount command from the console and update the shell script with the new values.

This is too big of a pain to do every few weeks. Is anyone else having this problem?

February 21, 2011 8:25 PM

I started to do this with CrashPlan and it worked well initially. Now, whenever I try it, I end up getting a Kernel Panic relating to this mounted drive (not immediately after mounting, but can guarantee my iMac will crash within an hour) and have to reboot my computer. Has anyone else had any problems like this? I was looking forward to finally having a good off-site backup plan, but this is killing that plan. Thanks.

September 17, 2011 11:14 AM

Slightly simpler is to just install CrashPlan to Run As User as per the solution for filevault: http://support.crashplan.com/doku.php/how_to/use_with_filevault

The only caveat here is if you use Crashplan to back up more than one account on your computer.

September 17, 2011 4:27 PM

thesociable said: Slightly simpler is to just install CrashPlan to Run As User as per the solution for filevault: http://support.crashplan.com/doku.php/how_to/use_with_filevault The only caveat here is if you use Crashplan to back up more than one account on your computer.

Brilliant! Thank you!!

This is just what I need. 

April 30, 2012 11:43 AM

http://support.crashplan.com/doku.php/how_to/use_with_filevault

That was what I needed! Thanks, you saved me hours of trying terminal commands and even attempting to install a different linux distro on my Pogoplug. (I was just trying to access my pogoplug usb drive from my iMac with Crashplan, not use anything related to Filevault)

Thanks for posting that here!

Discussion:    Add a Comment | Back to Top | Comments 1-18 of 18 | Latest Comment

Add Your Reply

(will not be displayed)

Email me when comments are added to this thread

 
 

Please log in or register to participate in this community!

Log In

Remember

Not a member? Sign up!

Did you forget your password?

You can also log in using OpenID.

close this window
close this window