One month down in 2025: How are your resolutions coming along? Check out how to get back on track here.
Forum Discussion
zephyr707
2 days agoHelpful | Level 6
Dropbox-lnx.x86_64-218.4.4348 is stuck at "Starting..."
I feel like I have had this issue before, but can't remember the solution. Searching around it seems like there are a lot of similar issues with "Starting..." as dropboxd status and never resolves to fully starting, but I could not find a viable solution other than reinstalling everything and re-sync'ing, which seems cumbersome as I use a lot of selective sync.
Where are the dropbox logs to check to see what is going on and is there a way to stop auto-updating? Previous version was working fine and I find that dropbox often releases buggy updates. Is there a stable stream that clients can sit in for longer without having to update so often?
linux
$ cat VERSION
218.4.4348
I tried running ./dropboxd and got the same behavior but with some console output:
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/cryptography.hazmat.bindings._openssl.abi3.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/cryptography.hazmat.bindings._padding.abi3.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/apex._apex.abi3.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/psutil._psutil_linux.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/psutil._psutil_posix.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/google._upb._message.cpython-38-x86_64-linux-gnu.so'
<frozen zipimport>:259: UserWarning: google.protobuf.service module is deprecated. RPC implementations should provide code generator plugins which generate code specific to the RPC implementation. service.py will be removed in Jan 2025
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/tornado.speedups.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/wrapt._wrappers.cpython-38-x86_64-linux-gnu.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/PyQt5.QtCore.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/PyQt5.sip.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/PyQt5.QtGui.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/PyQt5.QtWidgets.so'
dropbox: load fq extension '/home/demo/.dropbox-dist/dropbox-lnx.x86_64-218.4.4348/PyQt5.QtDBus.so'
"dropbox status" says the same "Starting..."
Any help would be appreciated, thanks.
- Nancy
Dropbox Staff
Thanks for posting on our Community, zephyr707! Welcome back.
I’m afraid that it’s necessary for the Dropbox app to update regularly to the latest app version, not only to have access to the latest features, but for enhanced security, as well.
To check this further though, I’d like you to right-click on your local Dropbox folder and send me a screenshot of its properties. More specifically, I’d like to know if it contains more than 300k files.
Let me know once you have more info.
- zephyr707Helpful | Level 6
Hi Nancy,
Thanks for your reply. I have 101460 items according to the properties. 90308 files, 195 symlinks, 10957 directories according to find command in terminal. I've just noticed that this dropbox process pegs my CPU and then eats memory until it takes over all available memory and then swaps me out until OOM killer takes over and starts killing my other programs. Not sure what's going on here, but I've stopped the process and closed dropbox, it never left the spinning loading icon with "Starting..."
Does your team have any logs or anything to debug? I always sense there is just going to be the common solution of doing the big reinstall, which, as I've mentioned in my first post, is not desirable due to using a lot of selective sync that becomes cumbersome to re-implement. Is there a way to export folders marked for selective sync to a file and re-import that file after reinstalling?
thank you
- m1gs4nExplorer | Level 4
Similar problem here, it appears to work but synchronization does not advance, it always says the same over a period of time (while Internet access is working as I am servicing a remote server):
Sincronizando 52 archivos
Indexando 51 archives...
Subiendo "PiezaB.log"...
- m1gs4nExplorer | Level 4
uname -a
5.4.0-150-generic #167~18.04.1-Ubuntu SMP Wed May 24 00:51:42 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
dropbox versionDropbox daemon version: 218.4.4348
Dropbox command-line interface version: 2020.03.04
About Apps and Installations
Have a question about a Dropbox app or installation? Reach out to the Dropbox Community and get solutions, help, and advice from members.
Need more support
If you need more help you can view your support options (expected response time for an email or ticket is 24 hours), or contact us on X or Facebook.
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!