git/list[1] front-page[2] threads[3] people[4] search[5] about
 

git fsck not identifying corrupted packs

From
Sergio Callegari <sergio.callegari@gmail.com>
Date
Oct 19, 2009, 07:56 UTC
Message-ID
<loom.20091019T094924-194@post.gmane.org>
Hi,

I have a pack that contains a corrupted object. It is an old corrupted repo that I have conserved.

As expected, git gc cries out loud about it. It indicates an inflate error (data stream error with incorrect data check), and then the impossibility to read an object from a certain offset in the pack.

However, git fsck does not complain at all about the repo. I guess that for speed reasons, git fsck does not try to inflate the objects.

Is there a means to have fsck to a truly full check on the sanity of a repo?
This both on git 1.6.5.1 and 1.6.4.2.
Thanks
Sergio Callegari
Next: Johannes Sixt
Message 1 of 21 in “git fsck not identifying corrupted packs”
  1. Sergio CallegariOct 19, 2009
  2. Johannes SixtOct 19, 2009
  3. Johannes SchindelinOct 19, 2009
  4. Junio C HamanoOct 19, 2009
  5. Wesley J. LandakerOct 19, 2009
  6. Robin RosenbergOct 20, 2009
  7. Wesley J. LandakerOct 20, 2009
  8. Matthieu MoyOct 20, 2009
  9. Junio C HamanoOct 20, 2009
  10. Alex RiesenOct 20, 2009
  11. Johannes SchindelinOct 20, 2009
  12. Matthieu MoyOct 20, 2009
  13. fsck: default to "git fsck --full"Junio C Hamano, Oct 20, 2009
  14. Nicolas PitreOct 20, 2009
  15. Junio C HamanoOct 20, 2009
  16. Nicolas PitreOct 20, 2009
  17. Alex RiesenOct 20, 2009
  18. Sergio CallegariOct 19, 2009
  19. Wesley J. LandakerOct 19, 2009
  20. Matthieu MoyOct 20, 2009
  21. Gabor GombasOct 19, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.