Andrea Lazzarotto

BTW why are you merging everything into `312`? The main piece is the first one, in your case `248`. I am not sure if this makes any difference but you...

> Unfortunately by this I also mean that I found no corrupted files that got "repaired". Most files were corrupted. Well, this is not really something we can do much...

I agree, this is quite related to #34 and #46, please also see my comment there. 👍 > it's not feasible to seek support from the team/community I would like...

Can you provide detailed specifications about your environment, the Python version (and implementation), system architecture, OS, etcetera? Also, how large is the disk image you are analyzing? Do you have...

> with python 3.6.3 It _shouldn't even run_ on Python 3, given that it uses Python 2 syntax. > I am not sure what you mean with 'implementation' I meant...

The fact that it stops at precisely 4GB looks a bit strange. Have you checked the Python executable is really 64bits? Could you try with Pypy? Unfortunately some large disks...

> As I am on systemrescuecd the possibilities are limited You could opt for a different live distro (ensuring it's 64-bit) and try if it still crashes. Pypy can be...

I wish I could say I have an easy solution for that, but currently... I don't. In the future RecuperaBit might (should ?) use a SQLite file to store thousands...

The problem is that with pruning you are discarding valuable information and you might be recovering less files (there is no way to figure out if those partitions you discard...

@mirh I understand your concern, currently most of the processing for the reconstruction is done in RAM. Ideally, RecuperaBit should leverage a SQLite DB for much better efficiency.