之后git init,我添加并提交了一些文件,进行了一些更改,添加并提交.设置git守护程序(在WinXP上的Cygwin下运行)并克隆一次存储库.现在,我在克隆的存储库中收到此错误:
$ git status
error: bad index file sha1 signature
fatal: index file corrupt
有没有办法解决这个问题,除了获取存储库的新副本？
我遇到了硬盘故障导致Git存储库的某些文件损坏.运行时,git fsck --full我得到以下输出:
error: .git/objects/pack/pack-6863e0a0e4b4ded6090fac5d12eba6ca7346b19c.pack SHA1 checksum mismatch
error: index CRC mismatch for object 6c8cae4994b5ec7891ccb1527d30634997a978ee from .git/objects/pack/pack-6863e0a0e4b4ded6090fac5d12eba6ca7346b19c.pack at offset 97824129
error: inflate: data stream error (invalid code lengths set)
error: cannot unpack 6c8cae4994b5ec7891ccb1527d30634997a978ee from .git/objects/pack/pack-6863e0a0e4b4ded6090fac5d12eba6ca7346b19c.pack at offset 97824129
error: inflate: data stream error (invalid stored block lengths)
error: failed to read object 0dcf6723cc69cc7f91d4a7432d0f1a1f05e77eaa at offset 276988017 from .git/objects/pack/pack-6863e0a0e4b4ded6090fac5d12eba6ca7346b19c.pack
fatal: object 0dcf6723cc69cc7f91d4a7432d0f1a1f05e77eaa is corrupted
我有存储库的备份,但包含包文件的唯一备份已经损坏了.所以我认为我必须找到一种方法从不同的备份中检索单个对象,并以某种方式指示Git生成一个只有正确对象的新包.
你能否告诉我如何修复我的存储库？
当我尝试打开我的jpg文件时,为什么会收到消息"不是JPEG文件:以0x89 0x50开头"？
这是以前回答的帖子的后续问题:是否有用于在Linux中验证SQLite数据库的命令行实用程序？
如果数据库产生以下错误:
$ sqlite3 mydata.db "PRAGMA integrity_check"
Error: database disk image is malformed
是否有任何清理处理可以将数据库恢复到可用状态？即使有可能丢失一些腐败记录？
谢谢
我的数据库大约是25 MB,我已经确认访问它的用户名以及文件权限在几个月内没有变化.我遇到问题,由于"数据库或磁盘已满",查询失败,有时"数据库磁盘映像格式错误"问题.
除非我读错了,否则我的磁盘不会接近满(这是一个Ubuntu服务器,9.10,如果它有任何区别)
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 19610300 2389596 16224560 13% /
udev 10240 128 10112 2% /dev
none 254136 0 254136 0% /dev/shm
none 254136 36 254100 1% /var/run
none 254136 0 254136 0% /var/lock
none 254136 0 254136 0% /lib/init/rw
作为一个测试,我刚刚做了一个添加了新记录的动作,这很好.我试图确定是否有一组特定的失败行动.但是,在插入(并验证它在那里)之后,磁盘上数据库的字节数没有改变(既不向上也不向下).
使用命令行实用程序会产生类似下面的内容,这会非常失败:)
SQLite version 3.6.12
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> pragma integrity_check;
*** in database main ***
On tree page 2 cell 0: 2nd reference to page …由于电源问题,我的Git存储库在经过几次硬重启后损坏了,现在我无法修复它(我在最后一次电源故障时暂停了一些文件):
$ git status
fatal: failed to read object 3d18855708b0f127d40c13c679559d7679228b69: Invalid argument
$ git fsck
fatal: failed to read object 24377c609184c192f3f3c1733bac7115c1080758: Invalid argument
$ git branch -a
(...works, lists branches...)
$ git checkout someotherbranch
fatal: failed to read object 3d18855708b0f127d40c13c679559d7679228b69: Invalid argument
$ git log
fatal: failed to read object 3d18855708b0f127d40c13c679559d7679228b69: Invalid argument
$ git log someotherbranch
(...works, shows commits...)
所以,正如你所看到的,我当前的分支已经搞砸了,我似乎无法修复它.我可以尝试修复此问题？
我在我的git repo中添加了一些.png图像,然后将它们推送到我的远程存储库.我注意到图像在远程存储库中,但它们已经坏了.
为了验证这一点,我比较了本地和远程存储库中图像的二进制数据.我也在filerepos中对图像运行命令.
前10行二进制数据:
8950 4e47 0d0a 1a0a 0000 000d 4948 4452 0000 0019 0000 0014 0806 0000 0078 7796 bd00 0000 1974 4558 7453 6f66 7477 6172 6500 4164 6f62 6520 496d 6167 6552 6561 6479 71c9 653c 0000 0373 6954 5874 584d 4c3a 636f 6d2e 6164 6f62 652e 786d 7000 0000 0000 3c3f 7870 6163 6b65 7420 6265 6769 6e3d 22ef bbbf 2220 6964 3d22 5735 4d30 4d70 4365 6869 487a 7265 537a 4e54 …
这不是查询.它总结了我们解决SQL Compact数据库文件中的损坏问题的解决方案,几乎取得了一定的成功.SQLCE腐败是一个非常普遍的问题.我们从StackOverflow的早期帖子中获得了巨大的帮助,因此这篇文章.
我们的产品是一个3层架构,服务器作为Windows服务运行,通过.Net Remoting连接到Rich Clients.我们的产品从2006年开始使用SQLCE.我们已经从v3.1升级到v3.5,现在升级到v4.0.我们为一些非常具体的要求提供了自定义OR映射工具.我们遇到了v3.1的有限问题,我们在v3.5和v4.0上遇到了更多问题.
最初使用v3.5,我们实现了SqlCeEngine.Repair.但它只会丢弃损坏的数据,并尝试重新创建一个稳定的数据库.我们发现受影响的桌子的外键丢失了.我们必须立即废除这一点.我们开始向用户通知数据库损坏,并恢复上次备份.这只能暂时缓解; 腐败问题仍然存在.
今年,我们采用了v4.0.但是,我们的应用程序还引入了几个新功能,极大地增加了数据库调用的数量.v4.0开始很好,但在软件使用量增加时开始出现问题.应用程序运行时发生的损坏不会导致Windows崩溃,异常关闭或磁盘问题.数据库刚刚损坏.
下一篇文章介绍了我们针对此问题设计的解决方案:
在C++中,堆栈可能以哪种方式被破坏.我猜测的一种方法是通过访问超出其边界的数组来覆盖堆栈变量.有没有其他方式可以被破坏？
我设置了两台服务器(据我所知)完全一样.在其中一个上,使用git一直很好,但是在第二个上,我开始收到这个错误:
致命:远程端意外挂起
错误:边带解复用器出错
两者之间的一切都是相同的,包括.git/hooks/post-receive文件的内容.
配置中是否有一步我错过了什么地方？我已经尝试过两次重新启动回购,但无济于事.
我的收件后文件如下:
#!/ bin/sh
cd ..
env -i git reset --hard