# Repair is downloading dblock files **URL:** \ **Category:** Support\ **Created:** [March 6, 2018, 7:13am UTC](https://forum.duplicati.com/t/repair-is-downloading-dblock-files/2780 "2018-03-06T07:13:54Z")\ **Posts on this page:** 1\ **Showing post:** 11
**Author:** ![kenkendk](https://forum.duplicati.com/user_avatar/forum.duplicati.com/kenkendk/32/5305_2.png) [@kenkendk](https://forum.duplicati.com/u/kenkendk)\ **Post date:** [December 4, 2018, 2:52pm UTC](https://forum.duplicati.com/t/repair-is-downloading-dblock-files/2780/11 "2018-12-04T14:52:19Z")
> [@Wim\_Jansen](#): > > I think the compacting process creates incomplete dindex files. Still need to verify it, but I noticed that a db recreate after moving from 25mb to 1gb had to download all dblock files. Yes, I have a suspicion about that as well. But not managed to set up a test that produces the error. > [@Wim\_Jansen](#): > > Seems like the list folder does not exist in the orig files… Strange, because the `list` folder is where the indirection blocks are stored. If these are missing, then the full download will start. But since they are missing in the “orig” that should make problems with recreates from the original data? Unless… they are added in error to the “new” such that the restore looks for extra stuff that it does not need? I know that the recreate algorithm is blindly following the data, causing it to fail when it rebuilds the database. I have started the rewrite, of the algorithm, but I need a day or two with nothing to do before I can complete it. --- _[View the full topic](https://forum.duplicati.com/t/repair-is-downloading-dblock-files/2780)._