Умная проблема МЕРЗАВЦА короткое чтение блока
Я узнаю о МЕРЗАВЦЕ, и я использую УМНОГО МЕРЗАВЦА.
Я запускаю Windows 10, но использую Виртуальную машину с Ubuntu.
Я клонировал и фиксировал использовать УМНОГО МЕРЗАВЦА - все хорошо работает. Проблема - когда я закрыл сеанс (сохраняющий состояние, или перезапустите компьютер). Когда я затем загружаю VM и открываю SMART GIT под вкладкой репозиториев вместо того, чтобы показать имя ответвления, это показывает <unknown branch/commit>. Если я пытаюсь синхронизировать или создать новое ответвление, или добавить новый репозиторий к тому же местоположению на моем жестком диске я получаю сообщение об ошибке
Выполнение команды привело Короткое чтение к сбою блока
Мне не ясно, где ошибка - с Виртуальной машиной, Ubuntu или Умным МЕРЗАВЦЕМ...
Есть ли что-нибудь, что я могу сделать для обнаружения то, что вызывает это?
2 ответа
Оценка по очень похоже выглядящей проблеме (без решения) здесь (отметил, что это старо), мои деньги была бы на SmartGit. При рассмотрении эта ссылка необходимо, вероятно, смочь определить его окончательно путем рассмотрения файла журнала SmartGit:
Местоположение По умолчанию Windows %APPDATA %\syntevo\SmartGit\Каталога
Настроек SmartGit (%APPDATA % путь, определенный в переменной среды APPDATA)
Mac OS ~/Library/Preferences/SmartGit/< major-smartgit-version>
Linux/Unix ~/.smartgit /
...
log.txt содержит информацию о журнале отладки. Это может быть настроено через log4j.properties. Можно удалить этот файл: впоследствии, SmartGit возвратится к своим настройкам входа значения по умолчанию.
У меня была та же проблема, достаточно странно в почти точно той же установке: Выиграйте 10 хостов, Debian VM, SmartGit в VM, VM был завершен трудно.
В моем случае, это было просто вызвано поврежденным репозиторием мерзавца. Когда я сделал git log на командной строке, я получил сообщения об ошибках о файлах пустого объекта. Кроме того, git fsck --full был сбой сегментации, который просто не может быть хорошим знаком.
я начал удалять файлы пустого объекта, find . -size 0 было полезно здесь. В конечном счете я мог выбрать, вытянуть и контроль в SmartGit снова.
Некоторые темы, которые вели меня на моей поездке (даже при том, что ни один из них покрытый точно мой случай или шаги восстановления):