You are not logged in.
I installed dropbox from AUR following the wiki and everything was fine so far. I'm using Plasma and when I turn my system on, dropbox is automatically initialize.
Since a couple of days, I realized that dropbox keeps trying to update continuosly, even without modifying the content of dropbox folder. Suddenly, it stops trying and a window appear on my system saying that an action needs root privileges. I always ignore this call.
This is the action that requires root privileges:
cat /tmp/tmpLNLfq8
#!/bin/bash
chown -R 1000 "/home/david/.dropbox/instance1"
chmod -R u+rwX "/home/david/.dropbox/instance1"
kill -s USR2 17771
I checked what there is in instance1 and there are hundreds of files such as TO_HASH__xxxx.
Is it safe to give root permisions to dropbox?
Offline
No.
Moving to AUR issues.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Online
I don't like the sound of this. Do you still have the pkgbuild and downloaded archives?
Cross check the checksums with the official binaries if you do to make sure it's clean. In the mean time, I personally would also uninstall dropbox, and check the files it's syncing to make sure they've not been modified, through another machine or the web interface.
(I could just be paranoid, I've recently seen a work machine with ransomware attack our server so I'm jumping at shadows now)
I think I know enough to know I don't know enough.
Offline
Thanks @Silkworm205 for your reply. You're not paranoid, just a bit cautious!
I followed your suggestions and I uninstalled dropbox from my computer. I just have it to sinchronize some files with the lab computer where I can't install owncloud (I'm not the sysadmin).
I'll try to download the official binaries from the official website.
P.S.: I've checked the files and they seem to be OK.
Offline
Try using the Hack to stop Auto Update.
I am pretty sure this is "normal" behavior.
The fact that Dropbox comes with a builtin auto-updater should be clue enough that they don't actually expect people to install it as root. Which is exactly what installing it to /opt using a PKGBUILD does....
Last edited by eschwartz (2016-03-14 10:42:43)
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
Try using the Hack to stop Auto Update.
I am pretty sure this is "normal" behavior.
The fact that Dropbox comes with a builtin auto-updater should be clue enough that they don't actually expect people to install it as root. Which is exactly what installing it to /opt using a PKGBUILD does....
While Dropbox does auto update by default, it shouldn't require root even if installed to /opt. The auto updated version should get installed into ~/.dropbox-dist . Actually the hack you linked to just makes that impossible.
Offline
I checked what there is in instance1 and there are hundreds of files such as TO_HASH__xxxx.
Is it safe to give root permisions to dropbox?
I think you should check who actually owns those files in ~/.dropbox. Might be that you accidentally started Dropbox as root once your normal user has not sufficient access to those files anymore.
Offline
While Dropbox does auto update by default, it shouldn't require root even if installed to /opt. The auto updated version should get installed into ~/.dropbox-dist . Actually the hack you linked to just makes that impossible.
Yes, well, I forget/am not sure of the exact conditions for seeing Dropbox ask for root... which is why I instead suggested something which should get the OP into a known good state.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline