<p>autojump_chpwd:4: сбой nice(5): операция не разрешена</p>

Созданный на 12 мар. 2017  ·  4Комментарии  ·  Источник: wting/autojump

Я использую автопереход на Bash в Windows — у меня был старый ноутбук с последними сборками Insider Preview, Ubuntu 16.04, и он работал нормально. На моем новом ноутбуке он также работал нормально, пока я не переключился на предварительный просмотр инсайдеров (медленный звонок) и не обновился до Ubuntu 16.04.

Теперь я получаю сообщение об ошибке autojump_chpwd:4: nice(5) failed: operation not permitted после каждой команды j или cd . Например:

````

$ компакт-диск ~
autojump_ chpwd:4 : nice(5) не удалось: операция не разрешена
````

````

$ j синхронизировать
/mnt/c/Пользователи/Питер/Синхронизация/
autojump_ chpwd:4 : nice(5) не удалось: операция не разрешена
````

Операции завершаются успешно, я попадаю в нужное место, и echo $? показывает 0 , но сообщение об ошибке очень раздражает. Могу ли я что-нибудь сделать, чтобы скрыть это? (или даже лучше, решить проблему?)

Самый полезный комментарий

@pgrm : @daiconrad дал хороший обходной путь: добавьте это в свой .zshrc :

отключить BG_NICE

Я думаю, вы можете закрыть эту проблему сейчас и давайте дождемся ее возникновения: https://github.com/Microsoft/BashOnWindows/issues/1838

Все 4 Комментарий

Эй, мужик,

Я использую rupa/z в Windows bash и получаю очень похожую ошибку:

_z_precmd:1: nice(5) failed: operation not permitted

Проверьте мой форк, чтобы узнать, как я его исправил, на https://github.com/Kerren/z .

По сути, вам нужно перенаправить этот стандартный вывод на null. Автопрыжок должен по-прежнему работать идеально. К сожалению, я не использовал автопереход, и я очень доволен z , поэтому я не смогу найти, откуда берется эта ошибка, но ее определенно можно исправить! Вам просто нужно найти строку, где встречается autojump_chpwd, и добавить >/dev/null 2>&1 в ее конец.

Удачи!

Привет. Вы также используете WSL в Creators Update?
Я думаю, что это не проблема Autojump, см. проблему, которую я только что открыл https://github.com/Microsoft/BashOnWindows/issues/1887.

@ruixingw Думаю, это то же самое, да. Но я установил WSL ~ месяц назад, и у меня был инсайдерский медленный звонок. У меня был другой ноутбук, на котором около полугода работал WSL bash с инсайдерским быстрым кольцом, и я никогда не сталкивался с этой проблемой... - странно

@pgrm : @daiconrad дал хороший обходной путь: добавьте это в свой .zshrc :

отключить BG_NICE

Я думаю, вы можете закрыть эту проблему сейчас и давайте дождемся ее возникновения: https://github.com/Microsoft/BashOnWindows/issues/1838

Была ли эта страница полезной?
0 / 5 - 0 рейтинги