I was using acd_cli,

mounted to my file system last night, and picked up today to finish up.

I navigated to the directory I mount ACD in and listed the contents.

Only to see an error that I haven’t seen yet (in my experience with ACD_CLI.)

I thought maybe the mount went bad.

It was throwing an  error when I tried to mount the file system again:

Since the local cache could be corrupt, let’s go ahead and clear it:

Your cache directory should be .cache in your home profile.

nodes.db is our database cache.

Then we can run our sync again

You should see “Getting Changes…”:

Wait for this to complete

take note of any errors, possibly sync another time, and go ahead and try your mount.


All better!

This will bring our SQLite database back to normal due to any corruption and allow us to mount ACD and continue to use ACD_CLI



Some causes of corruption:

  • Mounting ACD to filesystem, reading/writing to the drive via the mount and also synchronizing the drive with the local cache.
  • ?
  • ?
  • ?



Leave a Reply

Related Posts

Bare Metal

How to crossflash PERC H310 to IT mode LSI 9211-8i firmware (HBA for FreeNAS, UnRAID)

Flash PERC H310 to IT mode for use with FreeNAS, UnRAID, etc. The PERC H310 is a pretty standard and widely available PCI express RAID controller. A few of my servers have come with them, Read more…


Monitor Synology NAS DSM 6.1 with SNMP polling

SNMP Monitoring your Synology device You can gain valuable information from your Synology device with SNMP and a system such as OpenNMS or LibreNMS. I use NMS to monitor my switches, servers, and other critical Read more…

Linux Server

Easy SSL for ScreenConnect with NGINX Reverse Proxy

On the topic of NGINX Reverse Proxy, it just so happens that the process for installing an SSL certificate onto your ScreenConnect server can be rather difficult, and a much more flexible approach is by Read more…

%d bloggers like this: