Arch Linux User Repository

I have just upissued to 8.2.0 (d2ba03b), however behind the scenes Crashplan is being renamed to Code42.

I will update and rename this package at some point, but before then please comment if you have any issues with this package not working (especially if the error mentions Code42)

@gadicc, I added some pacman hooks to handle setting/unsetting the immutable flag:

Sets immutable flag after install/upgrade:

[Trigger]
Operation = Upgrade
Operation = Install
Type = Package
Target = crashplan-pro

[Action]
Description = Set immutability of Crashplan Pro upgrade directory
When = PostTransaction
Exec = /usr/bin/bash -c "rm -rf /opt/crashplan/upgrade/*; chattr +i /opt/crashplan/upgrade"`

Unsets immutable flag before upgrade/remove:

[Trigger]
Operation = Upgrade
Operation = Remove
Type = Package
Target = crashplan-pro

[Action]
Description = Undo immutability of Crashplan Pro upgrade directory
When = PreTransaction
Exec = /usr/bin/bash -c "chattr -i /opt/crashplan/upgrade"```

Last 2 days crashplan is not backing up. CPU load is at more than 40%, service is running but a big number of new/modified files are not saved. I tried to reinstall but I have the same problem. Looking in the logs I cannot find anything relevant.

I have contacted support but the answer is "CrashPlan for Small Business cannot guarantee continued functionality on unsupported operating systems. In order to protect your data, our recommendation is that users who are on an unsupported operating system should utilize one of the supported versions listed above if they would like to continue using CrashPlan for Small Business"

Maybe I must look to some other application, but It is difficult to fine one good supporting continuous backup.

@trotskytown, the permissions on /opt/crashplan/electron/chrome-sandbox are 0644 on both my Arch and Manjaro installations and they're working perfectly.

I'm not sure what's going on, but changing permissions in the electron directory should be done carefully, and allowing the sandbox to be executable with global read permissions doesn't sound right to me.

Whenever I install/update this package and try to run the GUI, I get this message: "The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/crashplan/electron/chrome-sandbox is owned by root and has mode 4755."

Running "sudo chmod 4755 /opt/crashplan/electron/chrome-sandbox" by hand makes it work fine. Can that line be added to the package script so it's performed automatically?

Oh wow, thanks so much for updating this so quickly @legodfrey. I just uninstalled 8.2 and installed 8.5 and it's working perfectly.

I have updated the package to 8.5.0, in addition I have tried removing gconf, this appears to behave on my test system.

I have the same issue as mso with the upgrade to version 8.5. The upgrade log has the following errors when trying to uninstall the current version:

Error : Missing install location information from '/opt/crashplan/install.vars'
Error : See above location values.
Error : Uninstall failed

However install.vars exists and seems to have the correct information, with the exception that BINSDIR, INITDIR, and RUNLVLDIR have no values.

Crashplan is trying to update itself from version 8.2.2 to version 8.5.0 and fails (can't find the exact reason on logs at /opt/crashplan/log).

It tries to upgrade itself again every hour. The upgrade installer is downloaded each time which adds 174.6Mb of data to /opt/crashplan/upgrade

Awesome, thanks ultdev!

Works for me. Thanks!

@mrshady @achilleas.k CrashPlanDesktop appears as a blank window over X11 forwarding due to a bug with shared memory in Chromium (see https://github.com/electron/electron/issues/22775#issuecomment-616023334)

The workaround is to disable shared memory by appending "--no-xshm" to the CrashPlanDesktop script so that the exec line appears as follows:

exec "${APP_DIR}/electron/code42" --no-xshm & > "${HOME}/.code42/log/ui_output.log" 2> "${HOME}/.code42/log/ui_error.log"