Unable to write file ошибка

Есть ответ.

Нужно выставить права на папку wa-cache рекрусивно.

Вначале выставил на саму папку права 777

потом открыл ее и выполнил каманду

# chmod -R 777 *

Результатом выполнения вышеприведенной команды будет рекурсивный
«обход» всех подкаталогов текущего каталога и назначение полного доступа
для всех пользователей и групп.

П.С.

Если проблема повториться, например ошибка при включении режима отладки, нужно еще раз зайти в папку wa-cache

и выполнить chmod -R 777 *

вновь образованные файлы и папки имеют атрибуты 755, их нужно сменить на 777

checkout@v2 unable to write pack file #316

Comments

PolloDiablo commented Jul 31, 2020

Occasionally, the checkout@v2 step fails with the output below.
Once the runner gets into this state, it will continue to fail until we remote into our self-hosted runner and execute git gc :

Our configuration looks like:

Not sure if this is somehow related to checkout@v2 automatically disabling garbage collection?
https://github.com/actions/checkout/blob/main/src/git-source-provider.ts#L91

The text was updated successfully, but these errors were encountered:

ericsciple commented Aug 6, 2020 •

Weird. Curious if others are hitting this too.

One other workaround to consider is adding a script to git gc before checkout, something like:

ericsciple commented Aug 6, 2020

bbooze1 commented Nov 3, 2020

I’ve been getting this issue with checkout@v2 too recently. I tried your suggestion @ericsciple and it seems to have worked, but I’m not sure why I’m getting insufficient permission for adding an object to repository database .git/objects errors. We are also running a self hosted runner, which is running Ubuntu 20.04 if that makes any difference.

amein0 commented Dec 28, 2020

گاهی اوقات ، checkout@v2 مرحله با خروجی زیر شکست می خورد.
وقتی دونده وارد این حالت شد ، تا زمانی که ما به دونده خود میزبان خود رجوع نکنیم و آنرا اجرا کنیم ، به شکست خود ادامه می دهد git gc :

به نظر می رسد پیکربندی ما:

مطمئن نیستید که آیا این به نوعی با checkout@v2 غیرفعال کردن خودکار جمع آوری زباله مرتبط است ؟
https://github.com/actions/checkout/blob/main/src/git-source-provider.ts#L91

اگر دوست داری در پروژه باشی و به نتایج مطلوب برسی به کارت با قدرت ادامه بده تا در آینده ای نزدیک پاداش خوبی بگیری و کاری برای مردم جهان انجام دادی من همه رو تحت نظر دارم خیالت راحت

amein0 commented Jan 9, 2021

گاهی اوقات ، checkout@v2 مرحله با خروجی زیر شکست می خورد.
وقتی دونده وارد این حالت شد ، تا زمانی که ما به دونده خود میزبان خود رجوع نکنیم و آنرا اجرا کنیم ، به شکست خود ادامه می دهد git gc :

به نظر می رسد پیکربندی ما:

مطمئن نیستید که آیا این به نوعی با checkout@v2 غیرفعال کردن خودکار جمع آوری زباله مرتبط است ؟
https://github.com/actions/checkout/blob/main/src/git-source-provider.ts#L91

hecflores commented Jan 20, 2021 •

Im also seeing this as a problem:

This only happened once I added the «fetchDepth» property.

Worked for 2 years

Broke after 2 deployments

The only difference Im seeing is from the git command that is produced which shouldn’t matter but I will share just incase I don’t see anything.

With fetchDepth:

Without fetchDepth:

hecflores commented Jan 29, 2021

Found the root cause (For me atleast).

What was happening was someone renamed a branch and the pipeline was not set to cleanup its workspace before starting. This means, it was doing git fetch on top of an already existing git fetched folder. This caused the lock to happen. The same lock was able to be reproduced locally. The fix was to add the following to the job which will force the job to clean the work folder before starting. By doing this, it eliminated the scenario where your are fetching on existing fetched git, since we dont have gc on

Info can be found here on how this workspace setting

Источник

Git ‘fatal: не удается написать новый индексный файл’

Я видел много других тем об этом, и они не помогают.

У меня есть очень простое РЕПО — два файла JavaScript. У меня есть 100+ ГБ на Macbook. Когда я пытаюсь переместить файлы в подкаталог и этап локально изменения, которые я получаю .

fatal: невозможно написать новый индексный файл

Это происходит ли я делаю все действия в терминале или если я использую графический интерфейс, как SourceTree. Кроме того, один из файлов становится заблокированным, и я не могу удалите рабочий каталог, пока я не выйду из системы и не вернусь.

Почему это происходит? Является ли блокировка предотвращает что-то от постановки? Если да, то что/как разблокировать файл проблемы на OS X?? Удаленное РЕПО-это код Google, если это имеет значение, хотя я еще не нажимаю на пульт. Здесь все местное.

20 ответов:

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

У меня была такая же проблема в течение последних нескольких дней. В принципе, без моего ведома все РЕПО было перемещено в новую файловую систему, когда я попытался запустить git status, он внезапно сообщил, что каждый файл в репо был udpated.

возможные решения

Итак, после долгих поисков google я попробовал следующее:

• меняется .git permssions (тот же вопрос)
• меняется .разрешения git/index (то же самое выпуск)
• git добавление всех изменений для фиксации (та же проблема)
• git rm-ING удаленные файлы, так как они сообщали имя файла слишком долго ошибки (та же проблема)
• git reset (soft / Head / Hard) (та же проблема)
• git clean (та же проблема)
• отключение Защитника windows (та же проблема)
• обновление git (та же проблема)
• разные клиенты git (я использую gitbash) (та же проблема)
• пить 2 кофе вместо 1 (то же самое выпуск)

tl: dr-грязное решение

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

Я знаю, что это не совсем «решение», но теперь его волшебная работа>

У меня была такая же проблема на Mac. Это, кажется, вызвано ACL файловой системы. Попробуй chmod -RN /path/to/repo очистить списки. После этого я смог зафиксировать изменения. Используя трюк для копирования индексного файла, удалите оригинал и переместите копию обратно, добившись того же результата.

в моем случае приостановка синхронизации dropbox решила проблему

Это случилось со мной, что файл .git / index использовался другим процессом (мой локальный веб-сервер разработки). Я закрыл процесс, и тогда это сработало.

У меня был ACL (каким-то образом), прикрепленный ко всем файлам .папка git.

проверьте это с ls -le в рамках .папка git.

вы можете удалить ACL с помощью chmod -N (для папки / файла) или chmod -RN (рекурсивный)

Если у вас есть настройка github в какой-то онлайн-службе синхронизации, такой как google drive или dropbox, попробуйте отключить синхронизацию, поскольку у меня была такая же проблема, и это сработало для меня.

в моем случае это был параллельный запуск EGit. После перезапуска Eclipse он работает как обычно.

вы пробовали ‘ git добавить .’. это все изменения? (вы можете удалить ненужные добавленные файлы с помощью git reset HEAD)

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

Не имея достаточно пространства. Очистка и повторите попытку

ЕСЛИ ВЫ ПОЛУЧИТЕ ЭТО ВО ВРЕМЯ ПЕРЕБАЗИРОВАНИЯ:

это, скорее всего, вызвано некоторым программным обеспечением, блокирующим индексный файл вашего РЕПО, таким как программное обеспечение для резервного копирования, антивирусы, IDE или другие клиенты git.

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

, git rebase —continue будет жаловаться на то, что следующая команда является пустой фиксацией:

чтобы исправить это, просто запустите git reset и попробуй git rebase —continue снова.

эта проблема может быть вызвана .gitindex заблокировано процессом.

ссылке выяснить, какой процесс блокирует файл или папку в Windows определяет следующий подход для поиска заблокированного файла:

Sysinternals Process Explorer-перейдите в меню найти > найти дескриптор или DLL. В текстовом поле» дескриптор или подстрока DLL: «введите путь к файлу (например, «C:pathtofile.txt») и нажмите кнопку»Поиск». Все процессы, которые имеют открытый дескриптор файла должны быть перечислены.

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

например, Process Explorer Search показывает, что мой .gitindex был зафиксирован vmware-vmx.exe . Приостановка виртуальной машины VMWare Player (которая получила доступ к репозиторию git через общую папку) решила проблему.

закрытие кода Visual Studio (который в моем случае имеет фоновое задание автоматической загрузки, работающее на file-save) решило проблему для меня.

кредит для решения: мой друг и коллега Арнел.

вопрос: Когда я проверял некоторые измененные файлы в Git, получил эту ошибку. У меня было два пользователя ABC и XYZ. файлы имеют uid: gid ABC, но у него нет доступа git и он пытается проверить файлы с тем же.

решение, которое я пробовал: XYZ имеет доступ к git, попытался проверить файлы с помощью sudo, и это сработало.

контекст:

построение проекта на сервере

git status возвращает a HEAD detached at

какую бы операцию я ни делал локально, у меня была эта ошибка. Более конкретно:

решение

1. просто удалить файл /.git/index .
2. A git status означает, что все файлы в проекте не отслеживаются (тут без сюрпризов).
3. git reset HEAD —hard
4. на HEAD detached at при выполнении git status , но тогда вы должны быть в состоянии
5. git checkout

и вы снова на верном пути!

!! ВАЖНЫЙ !!

это работает только потому, что я «строки» строительство. В коде не было выполнено никаких ценных изменений. Если вы действительно находитесь в» dev-time», то я бы рекомендовал сначала сохранить вашу работу или перейти на другой метод.

надеюсь, что это поможет :).

У меня была эта проблема с использованием GitExtensions на windows. Исправлено путем предоставления полного разрешения для текущего пользователя (меня) на папку, которая содержала РЕПО.

в другой раз, я, хотя я получал ошибку от расширений Git, я смог зафиксировать те же файлы из Visual Studio 2015.

в другой раз мне пришлось удалить файл «индекс» от .git folder

Я запускаю git log, чтобы проверить определенную фиксацию, затем я не вышел из нее должным образом, я нажимаю ctrl+c, чтобы выйти из нее.

тогда индекс, кажется, был заблокирован. Поэтому я снова запускаю журнал git, а затем нажимаю Q, чтобы выйти из него.

Я думаю, что некоторые решения для резервного копирования фона, такие как Google Backup и Sync, блокируют доступ к индексному файлу. Я закрыл приложение, и конечно не было никаких проблем. Кажется, что Dropbox делает то же самое (@tonymayoral).

Источник

Git ‘fatal: не удается написать новый индексный файл’

Я видел много других тем об этом, и они не помогают.

У меня есть очень простое РЕПО — два файла JavaScript. У меня есть 100+ ГБ на Macbook. Когда я пытаюсь переместить файлы в подкаталог и этап локально изменения, которые я получаю .

fatal: невозможно написать новый индексный файл

Это происходит ли я делаю все действия в терминале или если я использую графический интерфейс, как SourceTree. Кроме того, один из файлов становится заблокированным, и я не могу удалите рабочий каталог, пока я не выйду из системы и не вернусь.

Почему это происходит? Является ли блокировка предотвращает что-то от постановки? Если да, то что/как разблокировать файл проблемы на OS X?? Удаленное РЕПО-это код Google, если это имеет значение, хотя я еще не нажимаю на пульт. Здесь все местное.

20 ответов:

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

У меня была такая же проблема в течение последних нескольких дней. В принципе, без моего ведома все РЕПО было перемещено в новую файловую систему, когда я попытался запустить git status, он внезапно сообщил, что каждый файл в репо был udpated.

возможные решения

Итак, после долгих поисков google я попробовал следующее:

• меняется .git permssions (тот же вопрос)
• меняется .разрешения git/index (то же самое выпуск)
• git добавление всех изменений для фиксации (та же проблема)
• git rm-ING удаленные файлы, так как они сообщали имя файла слишком долго ошибки (та же проблема)
• git reset (soft / Head / Hard) (та же проблема)
• git clean (та же проблема)
• отключение Защитника windows (та же проблема)
• обновление git (та же проблема)
• разные клиенты git (я использую gitbash) (та же проблема)
• пить 2 кофе вместо 1 (то же самое выпуск)

tl: dr-грязное решение

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

Я знаю, что это не совсем «решение», но теперь его волшебная работа>

У меня была такая же проблема на Mac. Это, кажется, вызвано ACL файловой системы. Попробуй chmod -RN /path/to/repo очистить списки. После этого я смог зафиксировать изменения. Используя трюк для копирования индексного файла, удалите оригинал и переместите копию обратно, добившись того же результата.

в моем случае приостановка синхронизации dropbox решила проблему

Это случилось со мной, что файл .git / index использовался другим процессом (мой локальный веб-сервер разработки). Я закрыл процесс, и тогда это сработало.

У меня был ACL (каким-то образом), прикрепленный ко всем файлам .папка git.

проверьте это с ls -le в рамках .папка git.

вы можете удалить ACL с помощью chmod -N (для папки / файла) или chmod -RN (рекурсивный)

Если у вас есть настройка github в какой-то онлайн-службе синхронизации, такой как google drive или dropbox, попробуйте отключить синхронизацию, поскольку у меня была такая же проблема, и это сработало для меня.

в моем случае это был параллельный запуск EGit. После перезапуска Eclipse он работает как обычно.

вы пробовали ‘ git добавить .’. это все изменения? (вы можете удалить ненужные добавленные файлы с помощью git reset HEAD)

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

Не имея достаточно пространства. Очистка и повторите попытку

ЕСЛИ ВЫ ПОЛУЧИТЕ ЭТО ВО ВРЕМЯ ПЕРЕБАЗИРОВАНИЯ:

это, скорее всего, вызвано некоторым программным обеспечением, блокирующим индексный файл вашего РЕПО, таким как программное обеспечение для резервного копирования, антивирусы, IDE или другие клиенты git.

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

, git rebase —continue будет жаловаться на то, что следующая команда является пустой фиксацией:

чтобы исправить это, просто запустите git reset и попробуй git rebase —continue снова.

эта проблема может быть вызвана .gitindex заблокировано процессом.

ссылке выяснить, какой процесс блокирует файл или папку в Windows определяет следующий подход для поиска заблокированного файла:

Sysinternals Process Explorer-перейдите в меню найти > найти дескриптор или DLL. В текстовом поле» дескриптор или подстрока DLL: «введите путь к файлу (например, «C:pathtofile.txt») и нажмите кнопку»Поиск». Все процессы, которые имеют открытый дескриптор файла должны быть перечислены.

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

например, Process Explorer Search показывает, что мой .gitindex был зафиксирован vmware-vmx.exe . Приостановка виртуальной машины VMWare Player (которая получила доступ к репозиторию git через общую папку) решила проблему.

закрытие кода Visual Studio (который в моем случае имеет фоновое задание автоматической загрузки, работающее на file-save) решило проблему для меня.

кредит для решения: мой друг и коллега Арнел.

вопрос: Когда я проверял некоторые измененные файлы в Git, получил эту ошибку. У меня было два пользователя ABC и XYZ. файлы имеют uid: gid ABC, но у него нет доступа git и он пытается проверить файлы с тем же.

решение, которое я пробовал: XYZ имеет доступ к git, попытался проверить файлы с помощью sudo, и это сработало.

контекст:

построение проекта на сервере

git status возвращает a HEAD detached at

какую бы операцию я ни делал локально, у меня была эта ошибка. Более конкретно:

решение

1. просто удалить файл /.git/index .
2. A git status означает, что все файлы в проекте не отслеживаются (тут без сюрпризов).
3. git reset HEAD —hard
4. на HEAD detached at при выполнении git status , но тогда вы должны быть в состоянии
5. git checkout

и вы снова на верном пути!

!! ВАЖНЫЙ !!

это работает только потому, что я «строки» строительство. В коде не было выполнено никаких ценных изменений. Если вы действительно находитесь в» dev-time», то я бы рекомендовал сначала сохранить вашу работу или перейти на другой метод.

надеюсь, что это поможет :).

У меня была эта проблема с использованием GitExtensions на windows. Исправлено путем предоставления полного разрешения для текущего пользователя (меня) на папку, которая содержала РЕПО.

в другой раз, я, хотя я получал ошибку от расширений Git, я смог зафиксировать те же файлы из Visual Studio 2015.

в другой раз мне пришлось удалить файл «индекс» от .git folder

Я запускаю git log, чтобы проверить определенную фиксацию, затем я не вышел из нее должным образом, я нажимаю ctrl+c, чтобы выйти из нее.

тогда индекс, кажется, был заблокирован. Поэтому я снова запускаю журнал git, а затем нажимаю Q, чтобы выйти из него.

Я думаю, что некоторые решения для резервного копирования фона, такие как Google Backup и Sync, блокируют доступ к индексному файлу. Я закрыл приложение, и конечно не было никаких проблем. Кажется, что Dropbox делает то же самое (@tonymayoral).

Источник

Questions : Git fatal: Unable to write new index file

2023-02-06T19:13:53+00:00 2023-02-06T19:13:53+00:00

106

Total Answers 28

rm -f ./.git/index.lock

The previous cherry-pick is now empty,  possibly due to conflict resolution.
If  you wish to commit it anyway, use:

     git commit --allow-empty

     sbe:/var/xxxxx/rmm/sprcg2/app3536847/sas  % git commit -m "My summary"
[master  a2257ec] My summary
 9 files changed,  2747 insertions(+), 7047 deletions(-)
  rename ish_extracts/prog/{t.sas =>  query.sas} (55%)
 rewrite  ish_extracts/prog/t.sas (98%)

@damionx7 in the screenshots that you shared, what shell are you using?

Why does git ( in termux ) work on sdcard ( or internal storage )

[user05:26downloads]$ gcl https://github.com/SDRausty/TermuxArch
Cloning into 'TermuxArch'...
remote: Enumerating objects: 38, done.
remote: Counting objects: 100% (38/38), done.
remote: Compressing objects: 100% (33/33), done.
remote: Total 38 (delta 1), reused 20 (delta 0), pack-reused 0
Unpacking objects: 100% (38/38), 120.45 KiB | 593.00 KiB/s, done.
gcl  2.0.515: DONE 🏁
[user05:26downloads]$ which git
/usr/bin/git
[user05:26downloads]$ pacman -R git
error: you cannot perform this operation unless you are root.
[user05:26downloads]$ sudo pacman -R git
checking dependencies...
:: gettext optionally requires git: for autopoint infrastructure updates

Packages (1) git-2.28.0-1

Total Removed Size:  37.13 MiB

:: Do you want to remove these packages? [Y/n]
:: Processing package changes...
(1/1) removing git                                 [####################] 100%
:: Running post-transaction hooks...
(1/2) Reloading system manager configuration...
  Skipped: Current root is not booted.
(2/2) Arming ConditionNeedsUpdate...
[user05:27downloads]$ gcl https://github.com/BuildAPKs/buildAPKs
Cloning into 'buildAPKs'...
remote: Enumerating objects: 85, done.
remote: Counting objects: 100% (85/85), done.
remote: Compressing objects: 100% (72/72), done.
remote: Total 85 (delta 22), reused 39 (delta 4), pack-reused 0
Unpacking objects: 100% (85/85), 53.38 KiB | 185.00 KiB/s, done.
gcl  2.0.515: DONE 🏁
[user05:27downloads]$ which git
/data/data/com.termux/files/usr/bin/git

Both git versions work in proot. The second two questions that you asked, I cannot really answer as my last rooting experience is summarized here, and was quite profound. Do you know any source code to root Android?

Обновлено: 28.01.2023

ну посто ранше работоло а сейчас винда накрылась я ее сменил и не работает

Друг, есть решение) зайди в папку с игрой и из папки(Redist) запусти файл (dxwebsetup). Подтверди желание скачать нужные файлы, и voilà. Игра работает как раньше) удачи.

СПАСИБО. РЕАЛЬНО ПОМОГЛО. СПАСИБО.

Та же проблема, видюха в порядке. На стационаре старее и тянет. На ноуте новее и увы.

От ApTyPuO:
Та же проблема, видюха в порядке. На стационаре старее и тянет. На ноуте новее и увы.

Не хочет запускаться на ноуте, видяха NVIDIA GeForce 820M.

Знаю, что некропост, но сегодня столкнулся с этой проблемой в ДСТ(лицензия). Переустановка не помогла, описаный выше метод тоже, т.к. отсутствует папка Redist (есть RedistVC и RedistDX).

Все перепробовал, раньше работала, теперь нет (у меня лицензия)

вот нашел решение

1 -) Open the folder C: Program Files Steam steamapps common dont_starve VCRedist and install vcredist_86x (or other name) (*86x for me but my pc is 64x*).

2 -) Open the folder C: Program Files Steam steamapps common dont_starve DXRedist and install DXSETUP.

1 -) Open the folder C: Program Files Steam steamapps common dont_starve VCRedist and install vcredist_86x (or other name) (*86x for me but my pc is 64x*).

2 -) Open the folder C: Program Files Steam steamapps common dont_starve DXRedist and install DXSETUP.

Не помогло. (у меня тоже лицензия тоже стимовская)

Если сюда зашел кто в поисках решения этой проблемы, то вот как я ее решил.

Рад если помог отчаявимся юзерам

Скачай и запусти программу проверки функций DirectX ( На форуме Klei нашел )

6 июн. 2019 в 18:22

После чего это случилось? У тебя Windows? Это первый запуск? Обычно такая ошибка выдаётся, если игра не может писать в директорию Klei внутри твоей домашней директории (C:Users[ИМЯ_ДОМАШНЕЙ_ДИРЕКТОРИИ]).

Самые распространённые случаи:
* Имя домашней директории содержит нестандартные символы;
* Исполняемый файл игры не имеет достаточных прав для записи;
* Антивирусное ПО по каким-то причинам расценивает исполняемый файл игры как опасный;

Как называется домашняя директория твоего пользователя (C:Users[ИМЯ_ДОМАШНЕЙ_ДИРЕКТОРИИ])?

У твоей учётной записи есть права администратора?

Какое антивирусное ПО используется на компьютере?Попробуй перед запуском игры отключить антивирус, если поможет — добавь исполняемый файл игры в «исключения».

Попробуй переименуй каталог C:Users[ИМЯ_ДОМАШНЕЙ_ДИРЕКТОРИИ]DocumentsKlei в KleiBackup и ещё раз запустить игру. Придётся заново изменить настройки игры, т.к. всё собьётся. Если был какой-то прогресс игры, то игра его не увидит.

19 мая. 2016 в 6:03

Hey guys, I heave a problem with my «Don’t Starve Together», I buy it at steam, but I recive this advice:

«Unable to write to config directory. Please make sure you have permission for your Klei save folder.»

I already delete all the save foulders content, and re-download the game.

Everything was worked perfectly. Then we get Webber reworked. My sister couldn’t host the game, so we give up for that day and play something else. Today I couldn’t even get into the game, so I went here.

Всем привет. При создании сервера выдаёт ошибку:

Попытки решения: перезагрузка, удаление игры, установка другой версии, откат системы. Не помогли.

«Попытка сравнить строку с числом».

Всё остальное— скорее стек вызовов, который указывает путь к месту, где произошло исключение.

Самым первым и самым важным приложением к ошибку всегда является: «ПИРАТКА ИЛИ НЕТ?» — это важно.

От Nicholas has awoken:
«Попытка сравнить строку с числом».

Всё остальное— скорее стек вызовов, который указывает путь к месту, где произошло исключение.

Самым первым и самым важным приложением к ошибку всегда является: «ПИРАТКА ИЛИ НЕТ?» — это важно.

Пиратка. Работало всё хорошо, играл с подругой 3 дня, потом захотелось разнообразия на совю голову и поставил пару модов, после чего на чужой сервак зайти могу, а свой создать нет. Моды убирал, игру переустановил, скачал другую (более свежую версию пиратки) тоже не помогло. Остался тока вариант с переустановкой ОС, но так не охота. Может кто разберётся с кодом и поможет.

Ещё вопросик, после удаления игры, эти файлы чистятся- /Users/*юзернейм*/Documents/Klei/DoNotStarveTogether/ -?

Может в них ошибка засела?!

Дело проясняется, всё как я и думал — ошибка в коде. Здесь не поможет любое изменение системы или твоего компьютера: тут уж либо исправлять ошибку вручную, либо просто перекачивать игру.

Могу предположить, что ты удаляешь каждый раз не все файлы игры. Также мне интересно как ты ставил эти самые моды. Если мод не расширяет возможности игры, а заменяют собой некоторые её файлы, то это плохой мод. Заменялись ли её файлы?

От Nicholas has awoken:
Дело проясняется, всё как я и думал — ошибка в коде. Здесь не поможет любое изменение системы или твоего компьютера: тут уж либо исправлять ошибку вручную, либо просто перекачивать игру.

Могу предположить, что ты удаляешь каждый раз не все файлы игры. Также мне интересно как ты ставил эти самые моды. Если мод не расширяет возможности игры, а заменяют собой некоторые её файлы, то это плохой мод. Заменялись ли её файлы?

Читайте также:

• Уберите барьер как показано на изображении геншин
• Space marine вылетает
• Nox player системные требования
• Как включить выживание в скрап механик
• Как убрать траву в battlefield 5