Error pxvlib file is empty

Moderators: TrackerSupp-Daniel, Tracker Support, Paul — Tracker Supp, Vasyl-Tracker Dev Team, Chris — Tracker Supp, Sean — Tracker, Tracker Supp-Stefan, Ivan — Tracker Software

Aatu: User; Posts: 5; Joined: Mon May 21, 2018 6:19 am

SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

We are running PDF-XChange Editor ver. 7.0.0324.0003, Internet Explorer 11 and SAP ERP on Windows 10 & 7.

Error opening document from file:
C:UsersusernameAppDataLocalMicosoftWindowsINetCacheIE6SJZMHLQForm[1].pdf.
SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.» when there is no PDF File to be shown.

Ie. Adobe Reader shows no such Error Message.

Is there any solution to get rid of this unnecessary Error Message?

Dimitar — Tracker Supp: Site Admin; Posts: 1387; Joined: Mon Jan 15, 2018 9:01 am

Re: SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

Post

by Dimitar — Tracker Supp » Mon May 21, 2018 7:27 am

Hello Aatu,

I believe that a complete re-installation may be necessary here.
I’ve numbered the steps below to make them easier to follow:

1) Uninstall all products of ours that you have installed. Restart the computer.
**Note: restarting the computer at all prompted points is a very large part of making this work, so please be sure to do them
**Note: Also be sure to disable any and all anti virus programs that you have running and make sure that you are logged in as the Administrator.

2) Open up File Explorer and navigate to C:Program Files and delete the PDF-XChange and/or Tracker Software folder.

3) Now, go to the Windows search bar and type in » regedit «, then right click and hit «Run as Administrator» — the following will show up:

4) Go to HKEY_CURRENT_USERSoftware and delete the Tracker Software / PDF-XChange folder

5) Go to HKEY_LOCAL_MACHINESOFTWARE and delete Tracker Software / PDF-XChange folder.
After you have deleted the registry entries, please restart your computer.

6) Re-install all the products you have installed before with this link:

https://www.tracker-software.com/product/downloads

7) Now complete the install and restart Windows.

I hope this helps.

Regards.

Aatu: User; Posts: 5; Joined: Mon May 21, 2018 6:19 am

Re: SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

Post

by Aatu » Wed May 23, 2018 10:26 am

All steps 1 — 7 completed on one workstation. Build 325.1 in use. No Success.
A process to do those seven steps in an enviroment centrally maintainend and containing thousands of workstations would also not be preferred.

Enclose two pictures
— the error message
— after clearing the error message (a view of the pdf preview SAP ERP SIPS with no file to show)

Any other possible solution?

Attachments

Tracker Supp-Stefan: Site Admin; Posts: 15998; Joined: Mon Jan 12, 2009 8:07 am; Location: London; Contact:

Re: SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

Post

by Tracker Supp-Stefan » Wed May 23, 2018 11:59 am

Hello again Aatu,

I’ve spoken with a colleague that wants to investigate this further, but will need to do so through a remote session. So is this something you can arrange, and if yes — what times and days are convenient to you?

Another colleague also suggested that I should ask if you get this error message for files that are really broken and you just want to disable the message itself, or the files are OK, but you still get the message occasionally for some/all of them?
You do mention that Adobe does not show such a message, but do they show the file(s)?

Regards,
Stefan

Aatu: User; Posts: 5; Joined: Mon May 21, 2018 6:19 am

Re: SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

Post

by Aatu » Thu May 24, 2018 6:28 am

No remote session at this stage, thank you. We can discuss this by email later on if needed.

First off all I like to mention that the Internet Explorer Plug In works just fine in version 7. Tested with SharePoint Archive, Outlook, OCR etc. Good improvments done!

And the Plug In works as it should also with SAP ERP Preview Engine displaying files correctly.
But as I wrote in my first posting: «SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.» when there is no PDF File to be shown. «

So our objective is, as you wrote: «…just want to disable the message itself«

Our end users find it very disturbing clicking away this Error Message tens of times during the day.

Aatu: User; Posts: 5; Joined: Mon May 21, 2018 6:19 am

Re: SAP ERP IE Plugin displays «Error [PXVLib]: File is empty.»

Post

by Aatu » Thu Aug 02, 2018 12:11 pm

The summer vacation is over — back to business.
Found out that your new release of ver.7 326.1 is available. Installed it on my Windows10 Laptop to test it with IE11 and our SAP ERP.
And as you promised the unwanted message DID NOT APPEAR anymore.

Thank you wery much.

Next we’ll make the installation package to be distributed by SCCM including OCR and the West European Language Pack.
I’ll be back after wide-ranging tests…

Cheers,
Aatu

Источник

Как исправить ошибку GIT: объектный файл пуст?

Когда я пытаюсь зафиксировать изменения, я получаю эту ошибку:

Есть идеи, как решить эту ошибку?

Я пытался git fsck у меня есть:

У меня была аналогичная проблема. В моем ноутбуке разрядился аккумулятор во время операции git. Бу.

У меня не было никаких резервных копий. (NB Ubuntu One не является решением для резервного копирования для git; он будет перезаписывать ваш нормальный репозиторий вашим поврежденным.)

Для мастеров мерзавцев, если это был плохой способ исправить это, пожалуйста, оставьте комментарий. Это, однако, сработало для меня . по крайней мере, временно.

Шаг 1: Сделайте резервную копию .git (фактически я делаю это между каждым шагом, который что-то меняет, но с новым именем для копирования, например .git-old-1, .git-old-2 и т. Д.) :

Шаг 2: Запустить git fsck —full

Шаг 3: Удалить пустой файл. Я понял, какого черта; все равно пусто

Шаг 3: Запустите git fsck снова. Продолжить удаление пустых файлов. Вы также можете cd в .git каталог и запустить, find . -type f -empty -delete -print чтобы удалить все пустые файлы. В конце концов, git начал говорить мне, что он что-то делает с каталогами объектов:

Шаг 4: После удаления всех пустых файлов я в конечном итоге приступил к git fsck работе:

Шаг 5: попробуй git reflog . Сбой, потому что моя голова сломана.

Шаг 6: Google. Найди это . Вручную получите две последние строки reflog:

Шаг 7: Обратите внимание, что из шага 6 мы узнали, что HEAD в данный момент указывает на самый последний коммит. Итак, давайте попробуем просто взглянуть на родительский коммит:

Шаг 8: Теперь нам нужно указать HEAD 9f0abf890b113a287e10d56b66dbab66adc1662d.

Который не жаловался.

Шаг 9: Посмотрите, что говорит fsck:

Шаг 10. Недопустимый указатель sha1 в дереве кеша выглядел так, как будто он был из (теперь устаревшего) индексного файла ( источника ). Поэтому я убил его и сбросил репо.

Шаг 11: Снова посмотрим на fsck .

В свисающие сгустки не являются ошибками . Я не имею отношения к master.u1conflict, и теперь, когда он работает, я не хочу больше его трогать!

Шаг 12: Догоняю с моими местными правками:

Надеюсь, что это может пригодиться людям в будущем. Я рад, что это сработало.

Объектные файлы git повреждены (как указано в других ответах). Это может произойти во время поломок машины и т. Д.

У меня было то же самое. Прочитав остальные ответы здесь, я нашел самый быстрый способ исправить поврежденный репозиторий git с помощью следующих команд (выполнить в рабочем каталоге git, который содержит эту .git папку):

(Обязательно сделайте резервную копию вашей папки git-репозитория!)

Сначала будут удалены все пустые объектные файлы, которые вызывают повреждение хранилища в целом, а затем извлечены недостающие объекты (а также последние изменения) из удаленного хранилища, а затем будет выполнена полная проверка хранилища объектов . Что, на данный момент, должно произойти без каких-либо ошибок (хотя могут быть некоторые предупреждения!)

PS. Этот ответ предполагает, что у вас есть удаленная копия вашего git-репозитория (например, на GitHub), а поврежденный репозиторий является локальным репозиторием, который привязан к удаленному репозиторию, который все еще находится в такте. Если это не так, не пытайтесь исправить это так, как я рекомендую.

Эта ошибка происходит со мной, когда я нажимаю коммит и мой компьютер зависает. Вот как я это исправлю.

Шаги, чтобы исправить

показать пустой / поврежденный объектный файл

Я получил fatal: bad object HEAD сообщение

Я удаляю index для сброса

Неустранимый: не удалось разобрать объект ‘HEAD’.

просто чтобы проверить, что происходит

печатает последние 2 строки tail -n 2 ветки журнала, чтобы показать мои последние 2 commit hash

Я выбираю последний commit hash

показывает все мои файлы, deleted потому что я удалил .git/index файл

проверить мое исправление

Примечание: шаги начинаются, когда я попал на этот вопрос и использовал ответы в качестве ссылки.

Я решил это, удалив различные пустые файлы, которые обнаружил git fsck, и затем запустил простое git pull.

Я разочарован тем, что теперь, когда даже файловые системы реализуют журналирование и другие «транзакционные» методы, чтобы сохранить здравый смысл, git может перейти в поврежденное состояние (и не сможет восстановиться сам по себе) из-за сбоя питания или нехватки места на устройстве.

У меня была та же самая проблема: после извлечения удаленного хранилища, когда я сделал состояние git, я получил: «ошибка: объектный файл (. ) пуст» «фатальный: свободный объект (. ) поврежден»

Я решил это так:

мерзавец
удаление файла git по ошибке (не уверен, что это необходимо)
git stash clear

Я не знаю точно, что произошло, но эти инструкции, казалось, сделали все чисто.

Потому что мне приходится регулярно перезагружать виртуальную машину, поэтому почему-то эта проблема случается со мной очень часто. После нескольких раз я понял, что не могу повторять процесс, описанный @ Nathan-Vanhoudnos, каждый раз, когда это происходит, хотя он всегда работает. Тогда я выяснил следующее более быстрое решение.

Шаг 1

Переместите весь репо в другую папку.

Шаг 2

Снова клонируйте репо из оригинала.

Шаг 3

Удалите все в новом репо, кроме папки .git .

Шаг 4

Перемещение Все , что от temp_repo к новому репо за исключением в .git папки.

Шаг 5

Удалите temp_repo , и все готово.

Я уверен, что через несколько раз вы сможете сделать это очень быстро.

mv приложение вашей папки, чтобы сделать резервную копию, т.е. mv app_folder app_folder_bk (это как git stash )
git clone your_repository
В заключение,. Откройте инструмент слияния (я использую meld diff viewer linux или Winmerge Windows) и скопируйте изменения справа ( app_folder_bk ) влево (new app_folder ) (это похоже на git stash apply ).

Это все. Может быть, это не самый лучший способ, но я думаю, что это так практично.

В моем случае эта ошибка произошла из-за того, что я набирал сообщение о коммите и мой блокнот выключился.

Я сделал эти шаги, чтобы исправить ошибку:

git checkout -b backup-branch # Создать резервную ветку
git reset —hard HEAD

4 # Сброс на коммит, где все работает хорошо. В моем случае мне пришлось вернуть 4 коммита в голове, то есть до тех пор, пока моя голова не окажется в точке, до которой я набрал сообщение о коммите. Перед выполнением этого шага скопируйте хэш коммитов, которые вы сбросите, в моем случае я скопировал хэш 4 последних коммитов

git cherry-pick # Вишня выбирает сброшенные коммиты (в моем случае это 4 коммита, поэтому я проделал этот шаг 4 раза) из старой ветви в новую.

git push origin backup-branch # Нажмите на новую ветку, чтобы убедиться, что все работает хорошо

git branch -D your-branch # Удалить ветку локально (‘your-branch’ — ветка с проблемой)

git push origin :your-branch # Удалить ветку с удаленного

git branch -m backup-branch your-branch # Переименуйте резервную ветвь, чтобы получить имя ветки, в которой возникла проблема

git push origin your-branch # Нажмите новую ветку

git push origin :backup-branch # Удалить резервную ветку с удаленного

решить мою проблему

Вот действительно простой и быстрый способ решения этой проблемы, если у вас есть локальное репо со всеми необходимыми ветками и коммитами, и если вы в порядке с созданием нового репо (или удалением репо сервера и созданием нового) на своем месте)

Создайте новый пустой репо на сервере (или удалите старый репо и создайте новый вместо него)
Измените удаленный URL-адрес вашей локальной копии, чтобы он указывал на удаленный URL-адрес нового репо.
Переместите все филиалы из вашего локального репо на новый репо сервера.

Это сохраняет всю историю коммитов и веток, которые у вас были в вашем локальном репо.

Если у вас есть соавторы в репо, то я думаю, что во многих случаях все ваши соавторы должны также изменять удаленный URL-адрес своего локального репо и, при необходимости, выдвигать любые коммиты, которые у них есть, которых нет на сервере.

Это решение сработало для меня, когда я столкнулся с этой же проблемой. У меня был один сотрудник. После того, как я перенес свое локальное репо в новое удаленное репо, он просто изменил свое локальное репо, чтобы оно указывало на URL удаленного репо, и все работало нормально.

Я предполагаю, что у вас есть пульт со всеми соответствующими изменениями, уже внесенными в него. Я не заботился о локальных изменениях и просто хотел избежать удаления и повторного создания большого хранилища. Если у вас есть важные локальные изменения, вы можете быть осторожнее.

У меня была такая же проблема после того, как мой ноутбук сломался. Возможно, потому что это был большой репозиторий, у меня было довольно много поврежденных объектных файлов, которые появлялись только по одному при вызове git fsck —full , поэтому я написал небольшую однострочную оболочку для автоматического удаления одного из них:

$ sudo rm `git fsck —full 2>&1 | grep -oE -m 1 «.git/objects/[0-9a-f]<2>/[0-9a-f]*»`

2>&1 перенаправляет сообщение об ошибке на стандартный вывод, чтобы иметь возможность его grep
Используемые опции grep:
- -o возвращает только ту часть строки, которая действительно соответствует
- -E позволяет расширенные регулярные выражения
- -m 1 убедитесь, что возвращается только первое совпадение
- [0-9a-f] <2>соответствует любому из символов от 0 до 9 и a и f, если два из них встречаются вместе
- [0-9a-f]* соответствует любому количеству символов от 0 до 9, а a и f встречаются вместе

Он по-прежнему удаляет только один файл за раз, поэтому вы можете вызвать его в цикле, например:

Проблема в том, что он больше не выводит ничего полезного, поэтому вы не знаете, когда он закончится (через некоторое время он просто не должен делать ничего полезного)

Чтобы «исправить» это, я просто добавил вызов git fsck —full после каждого раунда так: $ while true; do sudo rm `git fsck —full 2>&1 | grep -oE -m 1 «.git/objects/[0-9a-f]<2>/[0-9a-f]*»`; git fsck —full; done

Теперь он примерно в два раза быстрее, но выдает «состояние».

После этого я поэкспериментировал с предложениями в этой ветке и, наконец, дошел до того, что смог git stash и git stash drop много испорченного материала.

первая проблема решена

После этого у меня все еще была следующая проблема: unable to resolve reference ‘refs/remotes/origin/$branch’: reference broken которая могла быть решена $ rm repo.gitrefsremotesorigin$branch

Я тогда сделал $ git gc —prune=now

$ git remote prune origin

для хорошей меры и

git reflog expire —stale-fix —all

избавиться от error: HEAD: invalid reflog entry $blubb бега git fsck —full .

Источник

Post by David.P » Tue Mar 10, 2020 11:49 am

Hi forum & Tracker support,

recently I’ve started to get the above error when dragging PowerPoint files into PDF-XChange Editor, in order to convert them to / open them as PDF files:

Microsoft PowerPoint Error Code: 0x80080005

This happens only on one PC while on another PC, the PPT/PPTX files are converted to PDF instantly this way.

I’m only wondering now if that rather is an error on the side of PDF-XChange Editor or on the side of Microsoft PowerPoint, i.e. which of the two programs I’d rather should attempt to repair/reinstall?

Thank you
David

Re: Error [PXVLib]: Cannot start Microsoft Office Application SOLVED

Post by Tracker Supp-Stefan » Tue Mar 10, 2020 11:56 am

You should start with trying a repair/reinstall of MS Office (or PowerPoint only) at first.

Kind regards,
Stefan

Re: Error [PXVLib]: Cannot start Microsoft Office Application

Post by David.P » Tue Mar 10, 2020 12:44 pm

Thank you Stefan,

I thought so, however was somewhat reluctant because MS Office is so deeply interwoven with the OS that I always rather don’t touch it in order not to break anything.

So I suppose the present case is not just a matter of telling PDF-XChange Editor about some DLL file or something like this?
—
Edit: I did a Quick Repair (of Office 2019, that is), and it sure enough fixed the issue in like two minutes — seemingly without breaking anything, particularly not older versions of Office which I also have installed (as my true work horses).

Re: Error [PXVLib]: Cannot start Microsoft Office Application

Post by David.P » Tue Mar 10, 2020 1:14 pm

Unfortunately, the PXVLib-conversion from PPT to PDF broke down another time just now.

This happened after starting Visio 2003, which triggered an automatic repair of Office 2003, which in turn probably broke the PXVLib functionality.

It would be great to know more about how the PXVLib functionality in PDF-XChange Editor works (i.e. on what files and registry entries it relies, for example) in order to maybe fix it manually.

JFTR, I believe that the problem is related to the well known «NoReReg» workaround that includes doing something like this:

reg add HKEY_CURRENT_USERSoftwareMicrosoftOffice11.0VisioOptions /v NoReReg /t REG_DWORD /d 1

[make sure to google this before trying it]

. which however does not seem to work with Visio 2003

Источник

Error pxvlib file is empty

Post by femo » Sun Dec 03, 2017 9:06 am

While i’m trying to scan a pdf, i get these error

Error [PXVLib]: Scanning process failed.

Re: Error [PXVLib]: Scanning process failed.

Post by Will — Tracker Supp » Sun Dec 03, 2017 9:15 pm

Thanks for the post — Please advise on the specific version and build you are using, and also please confirm that you are seeing this with the Editor and not PDF-Tools.

If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.

Will Travaglini
Tracker Support (Europe)
Tracker Software Products Ltd.
http://www.tracker-software.com

Re: Error [PXVLib]: Scanning process failed.

Post by PKOZ » Tue Dec 05, 2017 10:47 pm

I bought, downloaded, and installed yesterday PDF-Xchange Pro in a Windows 10 environment. I am using an Epson DS-510 that has been working problem-free with other software.

Like others I am getting the error message of this thread when I attempt a scan regardless of which scanning option I select.

Re: Error [PXVLib]: Scanning process failed.

Post by Patrick-Tracker Supp » Thu Dec 07, 2017 1:26 am

Thank you for your post. We are sorry that you have experienced such issue. Please contact support@tracker-software.com with this issue as we would like to arrange a remote session. Please do not post log in details here, but you will find instructions on setting up Team Viewer below: https://www.tracker-software.com/knowle . e-an-issue

If you are ready for a remote session now, please leave team viewer running and email us with a link back to this topic so we know what to do with your Team Viewer details.

If posting files to this forum, you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded.
Thank you.

Patrick Charest
Tracker Support North America

Источник

Когда я пытаюсь зафиксировать изменения, я получаю эту ошибку:

error: object file .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0 is empty
fatal: loose object 3165329bb680e30595f242b7c4d8406ca63eeab0 (stored in .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0) is corrupt

Есть идеи, как решить эту ошибку?

РЕДАКТИРОВАТЬ

Я пытался git fsckу меня есть:

error: object file .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71 is empty
fatal: loose object 03dfd60a4809a3ba7023cbf098eb322d08630b71 (stored in .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71) is corrupt

Ответы:

У меня была аналогичная проблема. В моем ноутбуке разрядился аккумулятор во время операции git. Бу.

Для мастеров мерзавцев, если это был плохой способ исправить это, пожалуйста, оставьте комментарий. Это, однако, сработало для меня … по крайней мере, временно.

cp -a .git .git-old

Шаг 2: Запустить git fsck --full

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck --full
error: object file .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e is empty
fatal: loose object 8b61d0135d3195966b443f6c73fb68466264c68e (stored in .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e) is corrupt

Шаг 3: Удалить пустой файл. Я понял, какого черта; все равно пусто

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ rm .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e 
rm: remove write-protected regular empty file `.git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e'? y

Шаг 3: Запустите git fsckснова. Продолжить удаление пустых файлов. Вы также можете cdв .gitкаталог и запустить, find . -type f -empty -delete -printчтобы удалить все пустые файлы. В конце концов, git начал говорить мне, что он что-то делает с каталогами объектов:

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: object file .git/objects/e0/cbccee33aea970f4887194047141f79a363636 is empty
fatal: loose object e0cbccee33aea970f4887194047141f79a363636 (stored in .git/objects/e0/cbccee33aea970f4887194047141f79a363636) is corrupt

Шаг 4: После удаления всех пустых файлов я в конечном итоге приступил к git fsckработе:

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: HEAD: invalid sha1 pointer af9fc0c5939eee40f6be2ed66381d74ec2be895f
error: refs/heads/master does not point to a valid object!
error: refs/heads/master.u1conflict does not point to a valid object!
error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
missing blob 8b61d0135d3195966b443f6c73fb68466264c68e
missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a
missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd
missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229

Шаг 5: попробуй git reflog. Сбой, потому что моя голова сломана.

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git reflog
fatal: bad object HEAD

Шаг 6: Google. Найди это . Вручную получите две последние строки reflog:

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ tail -n 2 .git/logs/refs/heads/master
f2d4c4868ec7719317a8fce9dc18c4f2e00ede04 9f0abf890b113a287e10d56b66dbab66adc1662d Nathan VanHoudnos <nathanvan@gmail.com> 1347306977 -0400  commit: up to p. 24, including correcting spelling of my name
9f0abf890b113a287e10d56b66dbab66adc1662d af9fc0c5939eee40f6be2ed66381d74ec2be895f Nathan VanHoudnos <nathanvan@gmail.com> 1347358589 -0400  commit: fixed up to page 28

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git show 9f0abf890b113a287e10d56b66dbab66adc1662d
commit 9f0abf890b113a287e10d56b66dbab66adc1662d
Author: Nathan VanHoudnos <nathanvan@XXXXXX>
Date:   Mon Sep 10 15:56:17 2012 -0400

    up to p. 24, including correcting spelling of my name

diff --git a/tex/MCMC-in-IRT.tex b/tex/MCMC-in-IRT.tex
index 86e67a1..b860686 100644
--- a/tex/MCMC-in-IRT.tex
+++ b/tex/MCMC-in-IRT.tex

Это сработало!

Шаг 8: Теперь нам нужно указать HEAD 9f0abf890b113a287e10d56b66dbab66adc1662d.

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git update-ref HEAD 9f0abf890b113a287e10d56b66dbab66adc1662d

Который не жаловался.

Шаг 9: Посмотрите, что говорит fsck:

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: refs/heads/master.u1conflict does not point to a valid object!
error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
missing blob 8b61d0135d3195966b443f6c73fb68466264c68e
missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a
missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd
missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ rm .git/index
nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git reset
Unstaged changes after reset:
M   tex/MCMC-in-IRT.tex
M   tex/recipe-example/build-example-plots.R
M   tex/recipe-example/build-failure-plots.R

Шаг 11: Снова посмотрим на fsck …

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck --full
Checking object directories: 100% (256/256), done.
error: refs/heads/master.u1conflict does not point to a valid object!
dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2
dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a

Шаг 12: Догоняю с моими местными правками:

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   modified:   tex/MCMC-in-IRT.tex
#   modified:   tex/recipe-example/build-example-plots.R
#   modified:   tex/recipe-example/build-failure-plots.R
#
< ... snip ... >
no changes added to commit (use "git add" and/or "git commit -a")


nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git commit -a -m "recovering from the git fiasco"
[master 7922876] recovering from the git fiasco
 3 files changed, 12 insertions(+), 94 deletions(-)

nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git add tex/sept2012_code/example-code-testing.R
nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git commit -a -m "adding in the example code"
[master 385c023] adding in the example code
 1 file changed, 331 insertions(+)
 create mode 100644 tex/sept2012_code/example-code-testing.R

Надеюсь, что это может пригодиться людям в будущем. Я рад, что это сработало.

(Обязательно сделайте резервную копию вашей папки git-репозитория!)

find .git/objects/ -type f -empty | xargs rm
git fetch -p
git fsck --full

PS. Этот ответ предполагает, что у вас есть удаленная копия вашего git-репозитория (например, на GitHub), а поврежденный репозиторий является локальным репозиторием, который привязан к удаленному репозиторию, который все еще находится в такте. Если это не так, не пытайтесь исправить это так, как я рекомендую.

Эта ошибка происходит со мной, когда я нажимаю коммит и мой компьютер зависает. Вот как я это исправлю.

Шаги, чтобы исправить

git status

показать пустой / поврежденный объектный файл

rm .git/objects/08/3834cb34d155e67a8930604d57d3d302d7ec12

убери это

git status

Я получил fatal: bad object HEADсообщение

rm .git/index

Я удаляю indexдля сброса

git reset

Неустранимый: не удалось разобрать объект ‘HEAD’.

git status
git pull

просто чтобы проверить, что происходит

tail -n 2 .git/logs/refs/heads/MY-CURRENT-BRANCH

печатает последние 2 строки tail -n 2ветки журнала, чтобы показать мои последние 2commit hash

git update-ref HEAD 7221fa02cb627470db163826da4265609aba47b2

Я выбираю последний commit hash

git status

показывает все мои файлы, deletedпотому что я удалил .git/indexфайл

git reset

продолжить сброс

git status

проверить мое исправление

Примечание: шаги начинаются, когда я попал на этот вопрос и использовал ответы в качестве ссылки.

Я решил это, удалив различные пустые файлы, которые обнаружил git fsck, и затем запустил простое git pull.

У меня была та же самая проблема: после извлечения удаленного хранилища, когда я сделал состояние git, я получил: «ошибка: объектный файл (…) пуст» «фатальный: свободный объект (…) поврежден»

Я решил это так:

мерзавец
удаление файла git по ошибке (не уверен, что это необходимо)
git stash clear

Я не знаю точно, что произошло, но эти инструкции, казалось, сделали все чисто.

Шаг 1

Переместите весь репо в другую папку.

mv current_repo temp_repo

Шаг 2

Снова клонируйте репо из оригинала.

git clone source_to_current_repo.git

Шаг 3

Удалите все в новом репо, кроме папки .git .

Шаг 4

Перемещение Все , что от temp_repo к новому репо за исключением в .git папки.

Шаг 5

Удалите temp_repo , и все готово.

Я уверен, что через несколько раз вы сможете сделать это очень быстро.

mv приложение вашей папки, чтобы сделать резервную копию, т.е. mv app_folder app_folder_bk (это как git stash )
git clone your_repository
В заключение,. Откройте инструмент слияния (я использую meld diff viewer linux или Winmerge Windows) и скопируйте изменения справа ( app_folder_bk ) влево (new app_folder ) (это похоже на git stash apply ).

Это все. Может быть, это не самый лучший способ, но я думаю, что это так практично.

В моем случае эта ошибка произошла из-за того, что я набирал сообщение о коммите и мой блокнот выключился.

Я сделал эти шаги, чтобы исправить ошибку:

git checkout -b backup-branch # Создать резервную ветку
git reset --hard HEAD~4# Сброс на коммит, где все работает хорошо. В моем случае мне пришлось вернуть 4 коммита в голове, то есть до тех пор, пока моя голова не окажется в точке, до которой я набрал сообщение о коммите. Перед выполнением этого шага скопируйте хэш коммитов, которые вы сбросите, в моем случае я скопировал хэш 4 последних коммитов
git cherry-pick <commit-hash> # Вишня выбирает сброшенные коммиты (в моем случае это 4 коммита, поэтому я проделал этот шаг 4 раза) из старой ветви в новую.
git push origin backup-branch # Нажмите на новую ветку, чтобы убедиться, что все работает хорошо
git branch -D your-branch # Удалить ветку локально (‘your-branch’ — ветка с проблемой)
git push origin :your-branch # Удалить ветку с удаленного
git branch -m backup-branch your-branch # Переименуйте резервную ветвь, чтобы получить имя ветки, в которой возникла проблема
git push origin your-branch # Нажмите новую ветку
git push origin :backup-branch # Удалить резервную ветку с удаленного

git stash
git checkout master
cd .git/ && find . -type f -empty -delete
git branch your-branch-name -D
git checkout -b your-branch-name
git stash pop

решить мою проблему

Создайте новый пустой репо на сервере (или удалите старый репо и создайте новый вместо него)
Измените удаленный URL-адрес вашей локальной копии, чтобы он указывал на удаленный URL-адрес нового репо.
Переместите все филиалы из вашего локального репо на новый репо сервера.

Это сохраняет всю историю коммитов и веток, которые у вас были в вашем локальном репо.

Я предполагаю, что у вас есть пульт со всеми соответствующими изменениями, уже внесенными в него. Я не заботился о локальных изменениях и просто хотел избежать удаления и повторного создания большого хранилища. Если у вас есть важные локальные изменения, вы можете быть осторожнее.

У меня была такая же проблема после того, как мой ноутбук сломался. Возможно, потому что это был большой репозиторий, у меня было довольно много поврежденных объектных файлов, которые появлялись только по одному при вызове git fsck --full, поэтому я написал небольшую однострочную оболочку для автоматического удаления одного из них:

$ sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`

2>&1 перенаправляет сообщение об ошибке на стандартный вывод, чтобы иметь возможность его grep
Используемые опции grep:
- -o возвращает только ту часть строки, которая действительно соответствует
- -E позволяет расширенные регулярные выражения
- -m 1 убедитесь, что возвращается только первое совпадение
- [0-9a-f]{2} соответствует любому из символов от 0 до 9 и a и f, если два из них встречаются вместе
- [0-9a-f]* соответствует любому количеству символов от 0 до 9, а a и f встречаются вместе

Он по-прежнему удаляет только один файл за раз, поэтому вы можете вызвать его в цикле, например:

$ while true; do sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`; done

Чтобы «исправить» это, я просто добавил вызов git fsck --fullпосле каждого раунда так:
$ while true; do sudo rm `git fsck --full 2>&1 | grep -oE -m 1 ".git/objects/[0-9a-f]{2}/[0-9a-f]*"`; git fsck --full; done

Теперь он примерно в два раза быстрее, но выдает «состояние».

После этого я поэкспериментировал с предложениями в этой ветке и, наконец, дошел до того, что смог git stashи git stash dropмного испорченного материала.

первая проблема решена

После этого у меня все еще была следующая проблема:
unable to resolve reference 'refs/remotes/origin/$branch': reference brokenкоторая могла быть решена
$ rm repo.gitrefsremotesorigin$branch

$ git fetch

Я тогда сделал
$ git gc --prune=now

$ git remote prune origin

для хорошей меры и

git reflog expire --stale-fix --all

избавиться от error: HEAD: invalid reflog entry $blubbбега git fsck --full.

Пойдем просто .. только в том случае, если вы загрузили исходный код в удаленный репозиторий git

Сделайте резервную копию вашего .git
проверь свой мерзавец
```
git fsck --full
```
удалить пустой объектный файл (все)
```
rm .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e
```
проверьте свой мерзавец снова.
```
git fsck --full
```
вытащить свой источник из удаленного Git
```
git pull origin master
```

Я сталкиваюсь с этой проблемой много с виртуальными машинами.

Для меня работает следующее:

cd /path/to/your/project
rm -rf .git

Если вы хотите сэкономить некоторые загрузки — зайдите в свой файловый менеджер и удалите все файлы в папке, которые уже зафиксированы, и оставьте в ваших папках / vendor и / node_modules (я работаю с composer и npm).

затем просто создайте новый репо

git init

добавить свой пульт

git remote add origin ssh://git@github.com/YourUsername/repoName.git

и получить ветку / все это

git fetch origin somebranch

и проверить это

git checkout somebranch

тогда вы должны быть в точке до ошибки.

Надеюсь это поможет.

С уважением.

Я сталкиваюсь с той же проблемой, и я использую очень простой способ ее устранения. Я обнаружил, что эти пропавшие файлы существуют на компьютере моего товарища по команде.

Я скопировал эти файлы один за другим на git-сервер (всего 9 файлов), и это решило проблему.

Я и мои коллеги несколько раз сталкивались с этой же проблемой, и для ее решения мы просто делаем шаги, которые я опишу ниже. Это не самое элегантное решение, которое можно найти, но оно работает без потери данных.

Переименуйте текущий рабочий каталог. (old_project для этого примера).
Клонируйте репозиторий в новом каталоге, используя git clone.
В командной строке измените рабочий каталог на вновь созданный проект и переключитесь на ветку, над которой вы работали.
Скопируйте все файлы и каталоги old_project(кроме .gitкаталога) во вновь созданный каталог проекта.
Проверьте свое рабочее дерево (обратите внимание, что изменений намного больше, чем вы ожидаете), а затем зафиксируйте изменения.

Я надеюсь, что это помогает…

Вот способ решить проблему, если ваше публичное репо на github.com работает, но ваше локальное репо повреждено. Имейте в виду, что вы потеряете все коммиты, которые вы сделали в локальном репо.

Хорошо, так что у меня есть один репо локально, который дает мне это object empty error , и тот же репо на github.com, но без этой ошибки. Поэтому я просто клонировал репо, работающее с github, а затем скопировал все из поврежденного репо (кроме папки .git) и вставил клонированное репо, которое работает.

Это может быть не практичным решением (поскольку вы удаляете локальные коммиты), однако вы сохраняете код и исправленный контроль версий.

Не забудьте сделать резервную копию перед применением этого подхода.

В моем случае мне было не важно вести историю локальных коммитов. Так что, если это относится и к вам, вы можете сделать это в качестве быстрой альтернативы решениям выше:

Вы просто заменяете поврежденный .git/каталог на чистый.

Предположим, что следующий каталог для вашего проекта с испорченным git: projects/corrupt_git/

cp projects/corrupt_git projects/backup — (необязательно) сделать резервную копию
git clone [repo URL] projects/clean_git — так что вы получите projects/clean_git
rm -rf corrupt_git/.git/ удалить поврежденную папку .git
mv clean_git/.git/ corrupt_git/ — переместить чистый мерзавец в corrupt_git/.git
git statusв projects/corrupt_git— чтобы убедиться, что это сработало

Скопируйте все (в папке, содержащей .git) в резервную копию, затем удалите все и перезапустите. Убедитесь, что у вас есть под рукой git remote:

git remote -v
 origin git@github.com:rwldrn/idiomatic.js.git (fetch)
 origin git@github.com:rwldrn/idiomatic.js.git (push)

затем

mkdir mygitfolder.backup
cp mygitfolder/* mygitfolder.backup/
cd mygitfolder
rm -r * .git*
git init
git remote add origin git@github.com:rwldrn/idiomatic.js.git

Затем объедините все новые файлы вручную и попробуйте включить компьютер.

Была такая же проблема после проверки мастера из чистой ветки. Через некоторое время я узнал много модифицированных файлов в мастере. Я не знаю, почему они были там, после переключения с чистой ветки. В любом случае, потому что измененные файлы не имели смысла для меня, я просто спрятал их, и ошибка исчезла.

git:(master) git stash

если у вас есть старая резервная копия и вы спешите:

создайте НОВОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ вашего текущего пути проекта.

переместить .gitв корзину (никогда не удаляйте)
скопировать .gitиз старой резервной копии
git pull (создаст конфликты слияния)
переместить все ваши источники (все, что вы положили в git) в корзину: ./src (никогда не удаляйте)
скопируйте все ваши исходники (все, что вы положили в git) из NEW BACKUP
примите все «слияния» git gui, нажмите и … хлопайте в ладоши!

Решение из двенадцати шагов, описанное выше, также помогло мне выйти из затора. Спасибо. Ключевые шаги должны были войти:

git fsck --full

и удалите все пустые объекты

rm .git/objects/...

Затем получим две строки с поркой:

tail -n 2 .git/logs/refs/heads/master

С возвращенными значениями

git update-ref HEAD ...

В этот момент у меня больше не было ошибок, поэтому я сделал резервную копию своих самых последних файлов. Затем сделайте git pull с последующим git push. Скопировал мои резервные копии в мой файл репозитория git и сделал еще один толчок git. Это актуально для меня.

Я исправил ошибку в git: объектный файл пуст:

Сохранение копии всех файлов, которые я редактировал со времени моего последнего успешного коммита / толчка,
Удаление и повторное клонирование моего хранилища,
Замена старых файлов моими отредактированными файлами.

Надеется, что это помогает.

Это также случается со мной почти регулярно. Я не сделал протокол, когда это происходит точно, но у меня есть подозрение, что это происходит всякий раз, когда моя виртуальная машина существует «неожиданно». Если я закрываю окно виртуальной машины (я использую Ubuntu 18.04) и начинаю снова, все всегда (?) Работает. Но если окно виртуальной машины все еще открыто, когда мой ноутбук выключен (хост-система Windows), то я сталкиваюсь с этой проблемой довольно часто.

Что касается всех ответов, приведенных здесь:

спасибо — они очень полезны; Я обычно сохраняю локальную копию своего кода, восстанавливаю репозиторий с удаленного компьютера и перемещаю резервную копию обратно в локальную папку.
так как основная проблема на самом деле не проблема git, а проблема виртуальной машины и / или Linux, мне интересно, не должен ли быть способ излечить причину, а не симптомы? Разве такого рода ошибки не указывают на то, что некоторые изменения файловой системы не «применяются» в любое разумное время, а только кэшируются? (см., например, /unix/464184/are-file-edits-in-linux-directly-saved-into-disk ) — мне кажется, что виртуальные машины Linux не fsynch их вещи достаточно часто. Вопрос о том, является ли это проблемой Oracle VirtualBox (которая в остальном работает очень хорошо) или гостевой файловой системы, или некоторых настроек, которые мы все пропускаем, не входит в мои компетенции. Но я был бы счастлив, если бы кто-то мог пролить свет на это.

На самом деле у меня была такая же проблема. Имейте копию своего кода, прежде чем пытаться это.

я только что сделал
git reset HEAD~

мой последний коммит был отменен, потом я его повторил, проблема решена!

Предупреждение: Имея больше опыта, я понимаю, что это ядерный вариант, и его обычно не следует делать, и он ничему не учит. Однако в редких случаях для личных проектов я все еще находил это полезным, поэтому я оставляю это.

Если вы не заботитесь о сохранении своих исторических коммитов, просто бегите

rm -r .git

Затем ответьте «да» на все вопросы об удалении файлов, защищенных от записи. Проблема решена в течение минуты.

Источник

error like this error: object file .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0 is empty fatal: loose object 3165329bb680e30595f242b7c4d8406ca63eeab0 (stored in .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0) is corrupt here you go. Step 1: Make a backup of .git (in fact I do this in between every step that changes something, but with a new copy-to name, e.g. .git-old-1, .git-old-2, etc.): cp -a .git .git-old Step 2: Run git fsck —full nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck —fullerror: object file .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e is empty fatal: loose object 8b61d0135d3195966b443f6c73fb68466264c68e (stored in .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e) is corrupt Step 3: Remove the empty file. I figured what the heck; its blank anyway. nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ rm .git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e rm: remove write-protected regular empty file `.git/objects/8b/61d0135d3195966b443f6c73fb68466264c68e’? y Step 3: Run git fsck again. Continue deleting the empty files. You can also cd into the .git directory and run find . -type f -empty -delete to remove all empty files. Eventually git started telling me it was actually doing something with the object directories: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck —full Checking object directories: 100% (256/256), done. error: object file .git/objects/e0/cbccee33aea970f4887194047141f79a363636 is empty fatal: loose object e0cbccee33aea970f4887194047141f79a363636 (stored in .git/objects/e0/cbccee33aea970f4887194047141f79a363636) is corrupt Step 4: After deleting all of the empty files, I eventually came to git fsck actually running: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck —full Checking object directories: 100% (256/256), done. error: HEAD: invalid sha1 pointer af9fc0c5939eee40f6be2ed66381d74ec2be895f error: refs/heads/master does not point to a valid object! error: refs/heads/master.u1conflict does not point to a valid object! error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2 missing blob 8b61d0135d3195966b443f6c73fb68466264c68e missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4 dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229 Step 5: Try git reflog. Fail because my HEAD is broken. nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git reflog fatal: bad object HEAD Step 6: Google. Find this. Manually get the last two lines of the reflog: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ tail -n 2 .git/logs/refs/heads/master f2d4c4868ec7719317a8fce9dc18c4f2e00ede04 9f0abf890b113a287e10d56b66dbab66adc1662d Nathan VanHoudnos <nathanvan@gmail.com> 1347306977 -0400 commit: up to p. 24, including correcting spelling of my name 9f0abf890b113a287e10d56b66dbab66adc1662d af9fc0c5939eee40f6be2ed66381d74ec2be895f Nathan VanHoudnos <nathanvan@gmail.com> 1347358589 -0400 commit: fixed up to page 28 Step 7: Note that from Step 6 we learned that the HEAD is currently pointing to the very last commit. So let’s try to just look at the parent commit: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git show 9f0abf890b113a287e10d56b66dbab66adc1662d commit 9f0abf890b113a287e10d56b66dbab66adc1662d Author: Nathan VanHoudnos <nathanvan@XXXXXX> Date: Mon Sep 10 15:56:17 2012 -0400 up to p. 24, including correcting spelling of my name diff —git a/tex/MCMC-in-IRT.tex b/tex/MCMC-in-IRT.tex index 86e67a1..b860686 100644 — a/tex/MCMC-in-IRT.tex +++ b/tex/MCMC-in-IRT.tex It worked! Step 8: So now we need to point HEAD to 9f0abf890b113a287e10d56b66dbab66adc1662d. nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git update-ref HEAD 9f0abf890b113a287e10d56b66dbab66adc1662d Which didn’t complain. Step 9: See what fsck says: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck —full Checking object directories: 100% (256/256), done. error: refs/heads/master.u1conflict does not point to a valid object! error: 0e31469d372551bb2f51a186fa32795e39f94d5c: invalid sha1 pointer in cache-tree dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2 missing blob 8b61d0135d3195966b443f6c73fb68466264c68e missing blob e89896b1282fbae6cf046bf21b62dd275aaa32f4 dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a missing blob caab8e3d18f2b8c8947f79af7885cdeeeae192fd missing blob e4cf65ddf80338d50ecd4abcf1caf1de3127c229 Step 10: The invalid sha1 pointer in cache-tree seemed like it was from a (now outdated) index file (source). So I killed it and reset the repo. nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ rm .git/index nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git reset Unstaged changes after reset: M tex/MCMC-in-IRT.tex M tex/recipe-example/build-example-plots.R M tex/recipe-example/build-failure-plots.R Step 11: Looking at the fsck again… nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git fsck —full Checking object directories: 100% (256/256), done. error: refs/heads/master.u1conflict does not point to a valid object! dangling blob 03511c9868b5dbac4ef1343956776ac508c7c2a2 dangling blob dd09f7f1f033632b7ef90876d6802f5b5fede79a The dangling blobs are not errors. I’m not concerned with master.u1conflict, and now that it is working I don’t want to touch it anymore! Step 12: Catching up with my local edits: nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git status # On branch master # Changes not staged for commit: # (use «git add <file>…» to update what will be committed) # (use «git checkout — <file>…» to discard changes in working directory) # # modified: tex/MCMC-in-IRT.tex # modified: tex/recipe-example/build-example-plots.R # modified: tex/recipe-example/build-failure-plots.R # < … snip … > no changes added to commit (use «git add» and/or «git commit -a») nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git commit -a -m «recovering from the git fiasco» [master 7922876] recovering from the git fiasco 3 files changed, 12 insertions(+), 94 deletions(-) nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git add tex/sept2012_code/example-code-testing.R nathanvan@nathanvan-N61Jq:~/workspace/mcmc-chapter$ git commit -a -m «adding in the example code» [master 385c023] adding in the example code 1 file changed, 331 insertions(+) create mode 100644 tex/sept2012_code/example-code-testing.R So hopefully that can be of some use to people in the future. I’m glad it worked. [origin : http://stackoverflow.com/a/12371337]

Источник

edit: first comment is solution

I was running webui-user. All was going well, but the installer seemed to have froze while installing torch. I looked it up and read that you should close and reopen. I did that, then it was stuck on the last ‘loading bar’ download at 1.58/1.59 gigabytes. after waiting like half an hour, I closed and reopened, then got this error:

Installing requirements for Web UI

Launching Web UI with arguments:

LatentDiffusion: Running in eps-prediction mode

DiffusionWrapper has 859.52 M params.

making attention of type ‘vanilla’ with 512 in_channels

Working with z of shape (1, 4, 32, 32) = 4096 dimensions.

making attention of type ‘vanilla’ with 512 in_channels

Error verifying pickled file from C:Usersomall/.cachehuggingfacetransformersc506559a5367a918bab46c39c79af91ab88846b49c8abd9d09e699ae067505c6.6365d436cc844f2f2b4885629b559d8ff0938ac484c01a6796538b2665de96c7:

Traceback (most recent call last):

File «C:AI Shenanigansstable-diffusion-webuimodulessafe.py», line 61, in check_pt

with zipfile.ZipFile(filename) as z:

File «C:Pythonlibzipfile.py», line 1267, in __init__

self._RealGetContents()

File «C:Pythonlibzipfile.py», line 1334, in _RealGetContents

raise BadZipFile(«File is not a zip file»)

zipfile.BadZipFile: File is not a zip file

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

File «C:AI Shenanigansstable-diffusion-webuimodulessafe.py», line 80, in load

check_pt(filename)

File «C:AI Shenanigansstable-diffusion-webuimodulessafe.py», line 72, in check_pt

unpickler.load()

_pickle.UnpicklingError: persistent IDs in protocol 0 must be ASCII strings

The file may be malicious, so the program is not going to read it.

You can skip this check with —disable-safe-unpickle commandline argument.

Traceback (most recent call last):

File «C:AI Shenanigansstable-diffusion-webuilaunch.py», line 165, in <module>

start_webui()

File «C:AI Shenanigansstable-diffusion-webuilaunch.py», line 159, in start_webui

import webui

File «C:AI Shenanigansstable-diffusion-webuiwebui.py», line 82, in <module>

shared.sd_model = modules.sd_models.load_model()

File «C:AI Shenanigansstable-diffusion-webuimodulessd_models.py», line 181, in load_model

sd_model = instantiate_from_config(sd_config.model)

File «C:AI Shenanigansstable-diffusion-webuirepositoriesstable-diffusionldmutil.py», line 85, in instantiate_from_config

return get_obj_from_str(config[«target»])(**config.get(«params», dict()))

File «C:AI Shenanigansstable-diffusion-webuirepositoriesstable-diffusionldmmodelsdiffusionddpm.py», line 461, in __init__

self.instantiate_cond_stage(cond_stage_config)

File «C:AI Shenanigansstable-diffusion-webuirepositoriesstable-diffusionldmmodelsdiffusionddpm.py», line 519, in instantiate_cond_stage

model = instantiate_from_config(config)

File «C:AI Shenanigansstable-diffusion-webuirepositoriesstable-diffusionldmutil.py», line 85, in instantiate_from_config

return get_obj_from_str(config[«target»])(**config.get(«params», dict()))

File «C:AI Shenanigansstable-diffusion-webuirepositoriesstable-diffusionldmmodulesencodersmodules.py», line 142, in __init__

self.transformer = CLIPTextModel.from_pretrained(version)

File «C:AI Shenanigansstable-diffusion-webuivenvlibsite-packagestransformersmodeling_utils.py», line 2006, in from_pretrained

loaded_state_dict_keys = [k for k in state_dict.keys()]

AttributeError: ‘NoneType’ object has no attribute ‘keys’

Источник