# Corrupt cache file prevents kopia from working **URL:** \ **Category:** Feature Requests\ **Created:** [October 31, 2025, 3:43pm UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657 "2025-10-31T15:43:16Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![peter](https://yyz2.discourse-cdn.com/free1/user_avatar/kopia.discourse.group/peter/32/441_2.png) [@peter](https://kopia.discourse.group/u/peter)\ **Post date:** [October 31, 2025, 3:43pm UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/1 "2025-10-31T15:43:16Z")
For whatever reason one of my cache files can’t be accessed anymore: `> ll /home/peter/.cache/kopia/e108c0ada267f55e/contents/f6/` `ls: cannot access '/home/peter/.cache/kopia/e108c0ada267f55e/contents/f6/7656d42fcb3c3a3897b568d2e91bb8.1102.2.0.f': Input/output error ` `total 18M ` `-rwxrwxrwx 1 peter root 480 Okt 23 11:29 ` **`00352ba44335aef90b3b4aed1b1894.1102.2.0.f`** `-rwxrwxrwx 1 peter root 979 Okt 23 11:53 ` **`00801e4ca484b134d92d2bdafe0d79.1102.2.0.f`** ` ...` `-rwxrwxrwx 1 peter root 251 Okt 17 14:06 ` **`734fbc7470cd4996ac7925cc9a5758.1102.2.0.f`** `-????????? ? ? ? ? ? 7656d42fcb3c3a3897b568d2e91bb8.1102.2.0.f ` `-rwxrwxrwx 1 peter root 5,4K Okt 17 14:14 ` **`7df18bc7b0ee2fd6388d7d5395774f.1102.2.0.f`** When I try to run any kopia command, it fails: `> kopia repository status ` `ERROR failed to open repository: unable to create shared content manager: error setting up read manager caches: unable to initialize content cache: unable to create base cache: error durin` `g initial scan of contents: error listing contents: error processing directory shards: error reading directory: lstat /home/peter/.cache/kopia/e108c0ada267f55e/contents/f6/7656d42fcb3c3` `a3897b568d2e91bb8.1102.2.0.f: input/output error ` `ERROR open repository: unable to open repository: unable to create shared content manager: error setting up read manager caches: unable to initialize content cache: unable to create base c` `ache: error during initial scan of contents: error listing contents: error processing directory shards: error reading directory: lstat /home/peter/.cache/kopia/e108c0ada267f55e/contents` `/f6/7656d42fcb3c3a3897b568d2e91bb8.1102.2.0.f: input/output error` Maybe, if cache is corrupt, kopia should warn instead and continue. I’d guess a missing cache file is not crucial to proceed? ---
**Author:** ![sfatula](https://avatars.discourse-cdn.com/v4/letter/s/898d66/32.png) [@sfatula](https://kopia.discourse.group/u/sfatula)\ **Post date:** [November 1, 2025, 3:37am UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/2 "2025-11-01T03:37:00Z")
AFAIK, cache can be changed or removed though then the next run will be longer to create it. If you don’t want to delete everything in /home/peter/.cache/kopia/e108c0ada267f55e/contents/ then instead you can change the cache directory to a new empty directory and see if that fixes it. This would retain your old cache directory. But I must say, input.output error sounds like a corrupted disk. That may be a serious issue, not a kopia issue. ---
**Author:** ![IcePic](https://avatars.discourse-cdn.com/v4/letter/i/74df32/32.png) [@IcePic](https://kopia.discourse.group/u/IcePic)\ **Post date:** [November 6, 2025, 3:50pm UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/3 "2025-11-06T15:50:28Z")
> [@sfatula](#): > > But I must say, input.output error sounds like a corrupted disk. That may be a serious issue, not a kopia issue. Yes, agree. There is a real disk fault there which fsck may or may not find but even if you remove the .cache-file, the next piece of data ending up on those sectors will also be broken, most likely. It is one of those “run (not walk) to computer store to purchase replacement disk” signals. ---
**Author:** ![peter](https://yyz2.discourse-cdn.com/free1/user_avatar/kopia.discourse.group/peter/32/441_2.png) [@peter](https://kopia.discourse.group/u/peter)\ **Post date:** [November 15, 2025, 2:26pm UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/4 "2025-11-15T14:26:36Z")
Thanks for your help! Got it working again by removing the corrupt cache files. I hope the disk is alright - the problem happened shortly after I switched the driver for this partition from ntfs-3g to ntfs3. Now I’m back to ntfs-3g, fingers crossed … Nevertheless, I think kopia could be a little more tolerant here. ---
**Author:** ![budy](https://yyz2.discourse-cdn.com/free1/user_avatar/kopia.discourse.group/budy/32/38_2.png) [@budy](https://kopia.discourse.group/u/budy)\ **Post date:** [November 15, 2025, 4:54pm UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/5 "2025-11-15T16:54:30Z")
Usually, when you logout of a repo, the cache gets removed. ---
**Author:** ![kapitainsky](https://yyz2.discourse-cdn.com/free1/user_avatar/kopia.discourse.group/kapitainsky/32/535_2.png) [@kapitainsky](https://kopia.discourse.group/u/kapitainsky)\ **Post date:** [November 16, 2025, 4:12am UTC](https://kopia.discourse.group/t/corrupt-cache-file-prevents-kopia-from-working/8657/6 "2025-11-16T04:12:33Z")
> [@peter](#): > > I hope the disk is alright - the problem happened shortly after I switched the driver for this partition from ntfs-3g to ntfs3. Now I’m back to ntfs-3g, fingers crossed … Using writeable NTFS filesystem on Linux is never good idea. Neither NTFS drivers’ implementation is perfect. They are good for ad-hoc access but not for production use. The reason is that NTFS is propriety filesystem and nobody (but Microsoft) knows all its details hence on Linux you can be sure that both ntfs-3g and ntfs3 (as not provided by Microsoft) lack some functionality.