After the system was updated to the v4 firmware, I also get the ‘Killed’ response when trying to start btsync from the command line. Not sure what WD did to make this happen. They must have a background process which looks for programs that are not started by the main thread and kills them right away. The idea could be to keep unsfae applications from running. I hope there will be a workaround since I don’t want to set up another box just for btsync.
Same here… Since update v04.00.00-607 btsync gets killed immediatly after trying to run it… I would appreciate anyone who has gotten around the issue told us how he did!
Same problem. Let’s work together to solve it maybe.
First I suggest we find out if this problem is unique to btsync or if ALL external programs get killed.
Try running another third party CLI program for ARM processors. If it gets killed, we can assume there’s some daemon of kernel module that kills the processes.
I have seen this issue as well since the 4.0 update and can’t find any fixes yet. Can’t imagine this is impossible, we just need a linux genius to figure out how they are killing btsync as soon as it starts. Good luck
I found 3.04 and tried to manually do the update and seems to go thru the process correctly but after leaving it for 45 min the mycloud never reboots and I never get a confirmation that it was done. When I log back into the UI te firmware is still 4.0 +.
Well I don’t want to risk bricking my machine so won’t be rolling back and this rebuild package process looks like a real pain in the backside so it looks I’m stuck without a sync method for the foreseable future. If someone does manage to rebuild it so that it works in this new 64k structure, can that file then be distributed to others and work for all users with the firmware or am I being stupid?
I found 3.04 and tried to manually do the update and seems to go thru the process correctly but after leaving it for 45 min the mycloud never reboots and I never get a confirmation that it was done. When I log back into the UI te firmware is still 4.0 +.
Has anyone been sucessful at doing this?
I had a similar problem. In het end, I tried using freshUpdateFromFile.sh instead of updateFirmwareFromFile.sh and that did the trick.
Have been following this thread and hope someone can help me.
I have tried to install BT Sync on my MBL and am unable to access the GUI as described. The IP address of my MBL is 10.0.0.2 and when I try 10.0.0.2:8888 in my browser i receive the error of unable to access the server.
As such, I am unable to determine if i have installed BT sync success fully or not.
I had a similar problem. In het end, I tried using freshUpdateFromFile.sh instead of updateFirmwareFromFile.sh and that did the trick.
I’m also trying to roll back the firmware. If you wouldn’t mind going into the details, how did you get the updater to accept the 3.04 firmware package? I tried renaming it, but that didn’t fool anyone:
WDMyCloud:/shares/Public# freshUpdateFromFile.sh sq-040101-609-20140801.deb <— phony name
I’m also trying to roll back the firmware. If you wouldn’t mind going into the details, how did you get the updater to accept the 3.04 firmware package? I tried renaming it, but that didn’t fool anyone:
Well, I only commented out the 4 lines in updateFirmwareFromFile.sh which block downgrading. After that I just did:
I am neither a Linux pro but I’m trying to get BitTorrent onboard to figure this one out. According to them 4k or 64k page size shouldn’t matter and they´d like to get a coreump and terminal data by doing:
ulimit -c unlimited
./btsync --nodaemon
When btsync crash/gets killed there should be a file in the same directory as the btsync binary.
Myself I rolled back to earlier MyCloud fw and would like to avoid redoing the upgrade/downgrade process again, fearing the risk of losing data…
Is anyone out there already/still using FW4 interested to give this a try and feed back the file created + terminal output?
I volunteer to feed it back to BT.
Or perhaps someone already knows this is a dead end…