Error could not fork child process resource temporarily unavailable 1

11

Вы устанавливали из релиз-пакета (установщика) или собирали самостоятельно?
Если вы построили сами, каков результат uname -a ?

По общему мнению, любую систему Windows нужно перезагружать не реже, чем каждые 42 дня

Меня это сразу поразило _после_ перезагрузки — я установил с помощью установщика.

К сожалению, у cygwin всегда были случайные проблемы с разветвлением, см. Https://cygwin.com/faq.html#faq.using.fixing -fork-failures
Похоже, что это происходит чаще с текущими сборками выпуска Windows Technical Preview (или даже гораздо чаще с одной конкретной сборкой).
Это не мелочь.

Я получаю это все время, когда запускаю cygwin из панели задач Windows с помощью mintty.exe - (программа запуска по умолчанию, созданная установкой cygwin).

Но я могу дважды щелкнуть mintty.exe в проводнике или запустить из cmd, и cygwin будет успешно работать, или я могу запустить его как администратор.

Windows 10 явно проделывает какие-то махинации с панелью задач.

Это Cygwin 64- или 32-битный? Под пусковой установкой панели задач вы имеете в виду значок приложения, прикрепленный к панели задач?

64-битный. Да — значок приложения закреплен на панели задач.

Не могу воспроизвести, здесь работает. Вы пробовали «ребазинг»? Можете ли вы попробовать новую (параллельную, минимальную) установку Cygwin?

Теперь проблема ушла. Типовая винда.

Для тех, кто переходит из Google — столкнулся с той же проблемой с новой функцией (поправьте меня, если я ошибаюсь) в Windows 10:

Force randomization for images (Mandatory ASLR)
Force relocation of images not compiled with /DYNAMICBASE

Отключение (по умолчанию) решает проблему.

Спасибо за эту информацию. Мы должны поделиться этим в списке рассылки cygwin.
Это с Cygwin 64 Bit?
Можете ли вы предоставить подробную информацию о том, как отключить эту функцию Windows?

Конечно.

Я использую Cygwin x64 в Windows 10 build 1709.

Чтобы отключить эту функцию, вам необходимо:

• Нажмите Win + S
• Введите Windows Defender Security Center
• Нажмите App & browser control
• Прокрутите вниз и нажмите Exploit protection settings
• Найдите раздел Force randomization for images и выберите Off by default
• Перезагрузить

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

Об этом уже говорилось в списке рассылки Cygwin? Я не вижу упоминания об этом, но я хотел убедиться. ИМО, это на самом деле довольно серьезная проблема.

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

Я только что столкнулся с этой проблемой. Однако Force randomization of for images (Mandatory ASLR) уже был установлен в Off by default . Также перезагрузка не решила проблему.

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

Вот исправление.
1 Перейдите к настройкам Центра безопасности Защитника Windows.
2 Нажмите «Управление приложениями и браузером».
3 Внизу нажмите ссылку «Настройки защиты от эксплойтов».
4 Перейдите в «Настройки программы» и нажмите «Добавить программу для настройки» -> «Выбрать точный путь к файлу».
5 Перейдите к «C: Program FilesGitusrbinsh.exe» и добавьте его.
6 Отмените и отключите следующее:
Обязательный ASLR
Произвести случайное распределение памяти (ASLR снизу вверх)
7 Нажмите «Применить», и теперь все должно работать нормально.

Также добавьте эти другие двоичные файлы из той же папки: expr.exe, uname.exe, grep.exe, rm.exe

Удачи,
Габриэль

Я столкнулся с этой проблемой сегодня, пытаясь запустить терминал WSL в Windows 10 (сборка 17134.228), а затем обнаружил, что это также влияет на Git Bash и msys2. Однако изменения настроек ASLR только для mintty.exe или bash.exe было недостаточно. Я обнаружил, что мне также пришлось изменить их для wslbridge.exe в случае WSL Terminal и других файлов в случае Git Bash и msys2.

Если у вас установлен msys2, вы можете использовать PowerShell (в режиме администратора) для создания сценария изменений для всех двоичных файлов следующим образом:

$ files = Get-ChildItem C: msys64usrbin * .exe
$ files | ForEach-Object {Set-ProcessMitigation -name $ _. Fullname -disable ForceRelocateImages, BottomUp, HighEntropy}

В Git для Windows сделайте то же самое, но измените строку для установки $ files следующим образом:

$ files = Get-ChildItem -recurse «C: Program FilesGit * .exe»

Обратите внимание, что это может отключать настройки ASLR для большего количества двоичных файлов, чем это строго необходимо; Я не уверен, на какие аспекты среды выполнения msys2 / cygwin влияет ASLR.

@acinnes

Для дальнейшего использования:

Этот код можно еще больше упростить / сократить до примерно такого:

$files = (Get-ChildItem 'C:msys64usrbin*.exe').FullName
$files.ForEach({Set-ProcessMitigation $_ -Disable ForceRelocateImages})

А для Git (для Windows) примерно так:

$files = (Get-ChildItem 'C:Program FilesGitusrbin*.exe').FullName
$files.ForEach({Set-ProcessMitigation $_ -Disable ForceRelocateImages})

ВАЖНЫЕ ЗАМЕЧАНИЯ (к сведению):

• Это НИКОГДА не понадобится для не 64-битных версий Windows (но кто все еще использует 32-битную Windows, верно? …)
• Это необходимо ТОЛЬКО для 64-разрядных версий Windows 10 (или Windows 7/8 / 8.1 с недавним EMET), в которых есть параметр Force randomization for images (Mandatory ASLR) параметре On by default _System-Wide_ (или что-то подобное другими поставщиками _Security Suite_)
• ForceRelocateImage (AKA «_Mandatory ASLR_») — единственное средство смягчения последствий, которое должно быть явно -Disabled -> Без этого смягчения ASLR НЕ будет применяться, поскольку приложения не «запрашивают» его. (как и подготовленные для этого) -> Без ASLR другие средства защиты @acinnes -Disabled там — BottomUp,HighEntropy — не нужны, поскольку они _НЕ_ «_applicable_», поскольку они ‘ re ASLR — Улучшение (дальнейшее углубленное) смягчение последствий.

Я включу _ « Снимок экрана» _ в «Системные настройки» _ Вкладка_ эксплойтов» _ Раздел_ «Центр безопасности Windows» _ Системное приложение_ (Windows 10 x64 — Версия 1803 — Сборка 17134.228 — Полная Название сборки / версии 17134.rs4_release.180410-1804 ) просто для удобства — хотя он также немного объясняет эти настройки -> если у него есть «ASLR» в имени смягчения, он не будет применяться, если есть _NO_ «ASLR» применяется к процессу / приложению / исполняемому файлу.

Ваше здоровье.

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

Вот некоторые

• Удобный,
• Ручной работы,
• Совершенно новый,
• «Двойной щелчок» умеет,
• Пошаговое объяснение / документальное подтверждение
  Файлы сценариев PowerShell !.

Просто убедитесь, что переменная « $installPath » (в верхней части скрипта) указывает на «правильный путь» и измените расширение, удалив в конце « .txt » … ( после этого должно быть » .ps1 » …)

MSys64 — Путь по умолчанию .ps1.txt
Git для 64-разрядной версии Windows — путь по умолчанию .ps1.txt

Ну тогда пока.

@gamitech

Пока неплохая попытка …

В последних версиях Windows (обновления + обновления) и Git (для Windows) (который, очевидно, включает обновленный MSys2 / MinTTY), если общесистемный параметр Mandatory ASLR находится в On by default Option (из соображений безопасности и т. Д.), Это _ «скорее исключение, чем правило» _:

• редко исполняемый файл в пути / папке C:Program FilesGitusrbin , который не нужно добавлять в _ «Список исключений» _, а приложение «Центр безопасности Windows» просто ужасно / ужасно, чтобы добавить 200+ «. exe и один за другим измените параметры смягчения последствий …

(очевидно, эта _ «ошибка» _ имеет какое-то отношение к _direct ссылки / доступы_ к msys-2.0.dll _ «Адреса памяти точки входа на основе изображений» _ — вместо более нормализованных и почти / в основном обязательных способ загрузки DLL с помощью нескольких «Windows API» … Вероятно, это побочный эффект некоторых инструментов кросс-компиляции / сборки / связывания, используемых в процессе _ «переноса» _ кода в Windows … А не действительно проблема, если только эти «Адреса» не _ «рандомизированы» _ — в соответствии с тем, что «_ASLR_», «_Рандомизация размещения адресного пространства_», в конце концов, ВСЕ О нем …)

Пример ОЧЕНЬ ПРОСТОГО ASLR со ссылкой на поиск Google:

(Примечание: в хорошей реализации ASLR перемещается ВСЕ , а не только «Код» …)

Ваше здоровье!.

Спасибо за дополнительную информацию. На самом деле я получаю ошибку с помощью этой команды:

+ $files.ForEach({Set-ProcessMitigation -Disable ForceRelocateImages})
+               ~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (Set-ProcessMitigation:String) [
   ], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

Кроме того, я бы предпочел некоторое общее описание для пользователей cygwin, например: cd / bin, затем запустите там powershell (winpty powershell или cygstart powershell), $ files = (Get-ChildItem ‘* .exe’). FullName, а потом, ну, кое-что, что работает. Кроме того, немного сложно проверить, не будучи знакомым с PowerShell; echo $ files работает, но что-нибудь вроде $ files.foreach ({echo}) кажется подделкой …

@mintty

Прости за это!…

Думаю, я что-то напортачил при копировании кода из «PowerShell» сюда …
(Здесь было довольно поздно) (и это так, еще раз … -_- ;; …) РЕДАКТИРОВАТЬ — это было около _5:30 утра_ здесь …
Я отредактировал этот комментарий, чтобы исправить это -> отсутствовал параметр « $_ » …
(актуально и весьма важно в этом методе » String[].ForEach({}) » …)

(Существует также удаленная вероятность того, что «Модуль ProcessMitigations » _PowerShell_ «отсутствует … И поскольку он входит в состав соответствующих версий Windows, это будет означать, что здесь нет» _Здесь нечего делать_ «с» PowerShell » и это может быть вызвано аналогичной функциональностью «_Security Suites_» других компаний …)

Об остальном, о чем Вы говорили:

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

Что касается информации для пользователей «_cygwin_» …
Проблема этого _Issue_ (# 6), как правило, НЕ в возможности даже запустить терминал и вместо этого получить то ужасное «
Error: could not fork child process: Resource temporarily unavailable (-1).
DLL rebasing may be required. See 'rebaseall / rebase --help
» сообщение…

Кстати: (и просто к вашему сведению)
Я не хотел прикасаться к _ PowerShell _ каким-либо полюсом любой длины раньше (тоже), потому что это означало бы, что мне нужно было бы выучить «_New_» язык программирования …
Я только углубился в «_PowerShell_», потому что не было другого разумного способа добавить ВСЕ эти «.exe» в элемент управления эксплойтами и определить их переопределения! (Было бы «БЕЗУМИЕ !!!» добавить одно за другим и настроить его переопределение смягчения последствий, а также одно за другим …)
И из того, что я узнал о « PowerShell » за последние 2 дня (что, примечание: это было целое _LOT_!), Представляет собой «_Weird Mix_» из _ частей _ обычных Windows CMD , Linux BASH и C # + .Net Core (подраздел _.Net Framework _) !!! …
Специально для скриптов !.

Я также отредактировал это в другом сообщении, но для того, чтобы вы видели это прямо в своих уведомлениях / электронных письмах GutHub, я также помещу их сюда:

MSys64 — Путь по умолчанию .ps1.txt
Git для 64-разрядной версии Windows — путь по умолчанию .ps1.txt

Это автоматизированные сценарии « дважды щелкнуть _» / выполнить !. (одно лишь небольшое изменение другого …)
Они довольно хорошо документированы, начиная с пошаговых предупреждений и сообщений о состоянии во время выполнения и «_Pauses_» и заканчивая комментариями к коду, объясняющими, что делает код !. (За исключением раздела Кодекса «_Admin Self-Elevation Prompt_» — потому что эту часть просто трудно объяснить, но не так сложно ее понять …

По природе / _архитектуре_ этих «_ сценариев PowerShell _» они могут быть выполнены «_ в любом месте _».
Но спасибо за _Странные ограничения_ в системе _Comment File Upload_ этого GitHub, .txt » ДОЛЖНО быть сначала удалено из имени файла, чтобы оно заканчивалось расширением » .ps1 » …
_Script_ требуется переменная (» $installPath «) в верхней части _Script-файла_ для редактирования, чтобы она указывала вправо на «_Root Installation Path_».
Остальное автоматически.

Если он запускается в уже _Elevated / Administrator PowerShell_ (вызывается _Wither_ из _Wherever_), он будет выполняться сразу с небольшими сообщениями о состоянии или без них. (» Set-ProcessMitigation » «_cmdlet_», как они их называют, ничего не _Print_, если только это _Errors _…)
Если нет, он сам _Relaunch_ сам запрашивает разрешение _Elevation_ для администратора (через обычную «_Windows UAC Prompt_»), в то время как ранее сообщая пользователю, что он _WILL DO SO_ и _Warning_ User, чтобы ВСЕГДА убедиться в том, что они пропускают через «_Windows UAC Prompts_» и ожидание, пока они прочитают это и подтвердят это, прежде чем перейти к _Relaunch_ Правильному … (попросив их «нажать Enter, чтобы продолжить …» типа вещей — стиль _Windows CMD_ «_Pause_»)
В любом случае, он всегда будет ждать, пока пользователь не «_Press Enter_» непосредственно перед «_Exiting_» в конце, чтобы все можно было прочитать, даже если оно было изначально запущено _ двойным щелчком (обычно окно закрывается само в этих случаях…)

Эти «_PowerShell Scripts_» должны, надеюсь, помочь автоматизировать этот ужасный процесс массового добавления правил / исключений предотвращения уязвимостей …
(И, возможно, даже создать «_Template_» для других проектов с проблемными программными конфликтами с помощью средств защиты от эксплойтов … Кто знает? …)

Для дальнейшей _ автоматизации _, я предполагаю, что скрипт может быть лишен «_Вручную вставленные сообщения о состоянии / предупреждения_» и «_Pauses_» («Нажмите Enter, чтобы продолжить …») и, если гарантировано, всегда будет работать в _Admin Elevated Environment_, его также можно удалить из раздела «_Admin Self-Elevation Prompt_» _Script _…

В любом случае…
Просто к вашему сведению:

• » powershell.exe » лучше для запуска скрипта
• » powershell_ise.exe » лучше подходит для редактирования сценария / разработки в «_ PowerShell _»

Я посмотрю, смогу ли я сейчас поспать 4 часа или что-то в этом роде … DX
Сейчас _7: 20 утра_ СЕЙЧАС! …
Я даже случайно нажал SHIFT + ENTER и он отправил комментарий до того, как был готов …
Я работал над этим «ВСЮ ночь напролет» … -_- zZzZzZ
И оно показывает!_…

С наилучшими пожеланиями из Португалии !. (это не похоже на то, что я это скрываю … Это прямо в моем профиле …)

C Ya L8r тогда !. ;П

Жоао Педро Кунья
(AKA TheBest_F-22 !. )

Мой компьютер был обновлен до Windows 10 версии 1803 17134.254 за выходные.

Я использую MSYS2 и сразу заметил, что при взаимодействии этой формы в командной строке возникают проблемы:

$ скрипт | Кот

где ‘скрипт’ может быть таким простым, как:

#! / bin / bash
файл кошки

Другими словами, сценарий вызывает подпроцесс, который производит стандартный вывод, который затем передается другой команде. Ошибка — это зависание и, в конечном итоге, «fork: retry: ресурс временно недоступен».

Оболочка, в которой возникает эта проблема, вызывается непосредственно из ярлыка на рабочем столе, например:

s: msys64usrbinbash.exe —login -i -s 000

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

В последнем случае mintty даже не задействован (запуск bash напрямую с ярлыка)! Даже если бы это было так, это не было бы проблемой, если бы это произошло внутри оболочки.

@mintty https://github.com/mintty

Помог ли мой последний комментарий (эта ГИГАНСКАЯ стена текста )? …
(Мне просто любопытно / спрашиваю, потому что я не видел реакции от Тебя …
Прости за это…)

Я очень устал и даже отправил его до того, как закончил, потому что я (в то время как
в полусне) нажал ENTER перед тем, как отпустить клавишу SHIFT …
Затем я закончил его и сделал много РЕДАКТИРОВАНИЯ / исправлений, связанных с QC / QA, некоторые
сомнительных процессов принятия решений (я был слишком сонным), например,
Часы, когда я начал писать сообщения и когда я его закончил …
Такие вещи…

Вы, вероятно, должны заметить, что это не то же самое, что
электронное письмо / уведомление, которое вы получили ранее, если прочитали его непосредственно на
Страница проблемы GitHub …

Я также должен отметить, что 2 строки (теперь исправленные и работающие) из моего
Начальный комментарий — это все, что мне нужно для личного использования. (поскольку » я знаю чтоЯ делаю «…)
Я только написал, что более сложный и продвинутый сценарий для «образовательных
целей «и чтобы любой мог просто» дважды щелкнуть «файл, подтвердить
запрос о повышении уровня администратора (UAC) и просто сделайте с ним и получите
все для работы …

Возможно, эти 2 строки можно было бы добавить в Run на последних шагах
установка после быстрой проверки и информативной подсказки для пользователя? …

В моем случае я использовал « Обозреватель процессов » при создании нового « Git дляWindows «Upgrade и заметил, что в конце концов запускается некоторая финальная настройка.
скрипты в дереве Linux-Original-процессов (bash / ln / rm / MinTTY / ls / …)
которые продолжают сбой, и только после того, как я действительно попытался протестировать / использовать его,
я нашел / столкнулся с этой проблемой (# 6) (и сделал это » исправление » / обходной путь)
…

В любом случае…

То, что сказал
та же проблема — те / usr / bin » .exe » s / binaries и Windows Exploit
настройки защиты …
Эта проблема (№6) на GitHub просто ОЧЕНЬ находится в верхней части (если
не самая первая запись — может отличаться в зависимости от страны) Поиска Google для
это « Сообщение об ошибке » (которое также есть в теме / названии проблемы
сам) …
(У него, вероятно, даже есть двоичный файл MinTTY где-то в той же папке …)
(Возможно, хороший способ проверить мой скрипт? … — Хотя ему это нужно
Ручное редактирование переменной …)

PS: Я пишу это по электронной почте, чтобы проверить ответ этого GitHub.
Функциональность и посмотрим, как это будет …
(Мне может потребоваться перейти на сам GitHub, чтобы исправить это, если он
не выходит, как ожидалось … Я посмотрю, я думаю …)

Ну тогда пока.

В пн, 10 сентября 2018 г., 23:19 mintty [email protected] написал:

В последнем случае mintty даже не задействован (запуск bash напрямую
с ярлыка)! Даже если бы это было так, это не было бы проблемой, если бы
происходит внутри оболочки.

—
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/mintty/wsltty/issues/6#issuecomment-420080252 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AMf68mO5P8ybzQcy7nYG3rvZ1ZxVx94Sks5uZuVhgaJpZM4KKkOP
.

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

• (как я обрисовал в своем предыдущем ответе вам) более общий сценарий, который можно запустить из любого из cygwin, msys, git-for-windows, независимо от того, где он установлен
• поскольку команда все еще не запускается для меня после исправления $ _, а обязательный ASLR отключен в моей Windows, что может быть связано, некоторая обработка ошибок в сценарии, который обрабатывает это с правильным сообщением
• может быть, конфигурация ASLR доступна в Windows API? Если вы найдете такую ​​информацию, кто-нибудь может сделать небольшой инструмент, независимый от тяжелого Powershell.
• может быть, вы или я могли бы сообщить об этом решении в список рассылки cygwin

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

Я сгенерировал пару нулевых программ на C, в каждой из которых был такой код:

int main () {return 0;}

Это np1 и np2.

Я вставляю первое в скрипт:

! / bin / bash

np1
выход 0

а затем запустите сценарий и вторую программу, используя канал:

сценарий | np2

Иногда это срабатывает, но обычно зависает, с драматическим изменением в Windows 10 версии 1803. Скрипт и конвейер кажутся необходимыми. Программы не выполняют операций ввода-вывода, поэтому канал фактически не используется.

Я много чего пробовал, включая peflags / rebase, безуспешно. Одна вещь, которая, похоже, действительно работает, — это запустить оболочку верхнего уровня от имени администратора. Я не знаю, почему это работает, но это должно быть большим намеком для кого-то, кто более проницателен, чем я, в работе Cygwin и Msys.

Другой подход, который кажется работающим, — это изменить первую строку скрипта на это:

! / bin / bash

Дополнительный символ «#» превращает первую строку в комментарий, и, таким образом, оболочка вызывает стандартный инструмент, например / bin / bash или / bin / sh, для интерпретации команд сценария. Это концептуально похоже на «#!» обозначение, но предположительно обрабатывается несколько иначе.

Для всех, кто приезжает сюда после попытки установить git для Windows под Win10 amd64: Я использую все средства защиты от эксплойтов, а также полные политики ограниченного использования программ. Похоже, в mingw64 есть какая-то ошибка, и мне пришлось явно добавить путь «C: Program FilesGit *» в SRP и установить для него неограниченный. Возможно, установщик использует какой-то нестандартный способ указания путей к файлам.

Итак, чтобы установить git без включения защиты от эксплойтов и перезагрузки, сначала выполните установку, и она завершится неудачно после копирования всех (большинства?) Файлов. Затем запустите приведенные выше сценарии PowerShell, чтобы отключить aslr для двоичных файлов git. Теперь снова установите git в ту же папку, и он скажет, что не смог удалить предыдущую установку. Продолжайте, и после того, как установка начнет установку файлов, вы измените «C: Program FilesGit *» на «Unrestricted». Таким образом, в конце процесса установки git.exe сможет выполнять такие действия, как изменение редактора по умолчанию.

Исправление Avast:
Перейдите в интерфейс Avast -> настройки -> общие -> исключения -> добавьте директорию папки, в которой находится ваш «git-bash.exe».

Для меня это был демон оболочки ADB, запущенный после одной команды в терминале.

Как насчет того, чтобы исправить приложение, чтобы оно работало с защитой от эксплойтов?