Recovery is possible but it depends on what caused the corruption. If the file is just truncated, getting some partial result out is not too hard; just run gunzip < SMS.tar.gz > SMS.tar.partial which will give some output despite the error at the end. If the compressed file has large missing blocks, it’s basically hopeless … Read more
When workspace is damaged and Eclipse cannot start, even using the -clean option, removing single file workspace/.metadata/.plugins/org.eclipse.core.resources/.snap may help (source: comments to article https://web.archive.org/web/20200517003712/https://letsgetdugg.com/2009/04/19/recovering-a-corrupt-eclipse-workspace/). Update: when Eclipse 4.X cannot start after crash, try to start with -clearPersistedState option; if it didn’t help then remove file workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi (sources: https://www.eclipse.org/forums/index.php/m/1269045/ https://www.eclipse.org/forums/index.php/t/522428/ https://bugs.eclipse.org/bugs/show_bug.cgi?id=404873). Note: you’ll lose configuration of … Read more
It appears that git created files in .git/objects for the new commit, but didn’t successfully write to them. I solved it by deleting them one at a time and re-running git fsck –full to find the next one. I started with the one originally reported by git fsck: % rm -f .git/objects/43/46883490a0990e68db0187241abc1642765a73 % git fsck … Read more