How can I fix backup errors on my SanDisk G Drive?

I back up to an external drive using a ScanDisk G Drive 3TB.

At the end of May backups would not complete telling me this file cannot be backed up

Users/alexcurrie/Library/Application

Support/FileProvider/C4BD8175-C821-4ECE-BD7B-D9ED3D99EF3A/database/db

I tried the suggested fix without success.

Copy and paste the following command and hit Enter. sudo launchctl unload -w

/System/Library/LaunchDaemons/com.apple.fileproviderd.plist then ener password etc.

It fails.

I tried searching and all I come up with in user files is the word document I saved the "fix" to.

In the past we could go to a folder, find the offending file and delete it but I am stuck



[Re-Titled by Moderator]

Original Title: My backup on my external drive will not complete.

Posted on Jun 8, 2025 8:50 AM

Reply
Question marked as Top-ranking reply

Posted on Jun 9, 2025 9:35 AM

Sounds like you're running into a Time Machine (or other backup) process choking on an inaccessible or locked file in your user Library, particularly one used by Apple’s FileProvider system. This system is now deeply integrated into macOS, especially with iCloud Drive and third-party file providers, so dealing with its files can be a bit tricky.


First, I suggest that you don't use 'sudo launchctl unload.' This command is outdated. In modern macOS (especially anything post-Catalina), SIP (System Integrity Protection) blocks manipulation of system daemons like `fileproviderd` — which is why you're getting the "no such file" message.


Next, let's try to identify the faulty file provider, which in this case could be: Dropbox, Google Drive, or even a third-party app using Apple's File Provider API.

  1. Open System Settings > Apple Account > iCloud > iCloud Drive > Options...
  2. Uncheck any third-party app that you suspect might be syncing files via iCloud (e.g., PDF Expert, Notability, etc.)
  3. We now want to switch to using the following command in the Terminal app: ls ~/Library/Application\ Support/FileProvider/ (Each folder you see there (like C4BD8175-C821-4ECE-BD7B-D9ED3D99EF3A) typically represents a container used by a File Provider extension — like iCloud Drive, OneDrive, Dropbox, or even app-specific cloud storage systems (like Readdle's PDF Expert, DEVONthink, etc)).
  4. To find out which app a particular container belongs to, use this command: mdls ~/Library/Application\ Support/FileProvider/C4BD8175-C821-4ECE-BD7B-D9ED3D99EF3A (Look for kMDItemCFBundleIdentifier or related metadata. That might tell you what app created the folder.)


Once you figure out which app or service that folder is tied to:

  • Disable the app’s sync (either via the app itself or System Settings > Internet Accounts).
  • Then try your backup again.
  • If it succeeds, you’ve identified the conflict — you can either live without that sync provider, or investigate updating or reinstalling it.
3 replies
Question marked as Top-ranking reply

Jun 9, 2025 9:35 AM in response to Alex S Currie

Sounds like you're running into a Time Machine (or other backup) process choking on an inaccessible or locked file in your user Library, particularly one used by Apple’s FileProvider system. This system is now deeply integrated into macOS, especially with iCloud Drive and third-party file providers, so dealing with its files can be a bit tricky.


First, I suggest that you don't use 'sudo launchctl unload.' This command is outdated. In modern macOS (especially anything post-Catalina), SIP (System Integrity Protection) blocks manipulation of system daemons like `fileproviderd` — which is why you're getting the "no such file" message.


Next, let's try to identify the faulty file provider, which in this case could be: Dropbox, Google Drive, or even a third-party app using Apple's File Provider API.

  1. Open System Settings > Apple Account > iCloud > iCloud Drive > Options...
  2. Uncheck any third-party app that you suspect might be syncing files via iCloud (e.g., PDF Expert, Notability, etc.)
  3. We now want to switch to using the following command in the Terminal app: ls ~/Library/Application\ Support/FileProvider/ (Each folder you see there (like C4BD8175-C821-4ECE-BD7B-D9ED3D99EF3A) typically represents a container used by a File Provider extension — like iCloud Drive, OneDrive, Dropbox, or even app-specific cloud storage systems (like Readdle's PDF Expert, DEVONthink, etc)).
  4. To find out which app a particular container belongs to, use this command: mdls ~/Library/Application\ Support/FileProvider/C4BD8175-C821-4ECE-BD7B-D9ED3D99EF3A (Look for kMDItemCFBundleIdentifier or related metadata. That might tell you what app created the folder.)


Once you figure out which app or service that folder is tied to:

  • Disable the app’s sync (either via the app itself or System Settings > Internet Accounts).
  • Then try your backup again.
  • If it succeeds, you’ve identified the conflict — you can either live without that sync provider, or investigate updating or reinstalling it.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

How can I fix backup errors on my SanDisk G Drive?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.