<p>autojump_chpwd:4: nice(5) falló: operación no permitida</p>

Creado en 12 mar. 2017 · 4Comentarios · Fuente: wting/autojump

Estoy usando autojump en Bash en Windows : tenía una computadora portátil más antigua con las últimas compilaciones de vista previa interna, ubuntu 16.04 y funcionó bien. En mi nueva computadora portátil, también funcionó bien, hasta que cambié a vista previa interna (anillo lento) y actualicé a Ubuntu 16.04.

Ahora recibo el mensaje de error autojump_chpwd:4: nice(5) failed: operation not permitted después de cada comando j o cd . Por ejemplo:

````

$ CD ~
autojump_ chpwd:4 : Nice(5) falló: operación no permitida
````

````

$ j sincronización
/mnt/c/Usuarios/peter/Sync/
autojump_ chpwd:4 : Nice(5) falló: operación no permitida
````

Las operaciones se completan con éxito, llego al lugar correcto y echo $? muestra 0 pero el mensaje de error es muy molesto. ¿Hay algo que pueda hacer para ocultarlo? (o mejor aún, ¿resolver el problema?)

Fuente

pgrm

👍11

Comentario más útil

@pgrm : @daiconrad ha dado una buena solución: agregue esto a su .zshrc :

desarmar BG_NICE

Supongo que puede cerrar este problema ahora y esperemos su origen: https://github.com/Microsoft/BashOnWindows/issues/1838

ruixingw en 15 abr. 2017

👍31 ❤5 🎉5

Todos 4 comentarios

Hey hombre,

Uso rupa/z en Windows bash y recibí un error muy similar:

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

Mira mi bifurcación para ver cómo lo arreglé en https://github.com/Kerren/z .

Básicamente, debe redirigir esa salida estándar a nulo. Autojump aún debería funcionar perfectamente. Desafortunadamente, no he usado el salto automático y estoy muy contento con z así que no podré encontrar de dónde viene este error, ¡pero definitivamente se puede solucionar! Solo necesita encontrar la línea donde aparece autojump_chpwd y agregar >/dev/null 2>&1 al final.

¡Buena suerte!

Kerren en 5 abr. 2017

Hola. ¿También usa WSL en Creators Update?
Creo que esto no es un problema de Autojump, vea el problema que acabo de abrir https://github.com/Microsoft/BashOnWindows/issues/1887.

ruixingw en 12 abr. 2017

👍2

@ruixingw Supongo que es lo mismo, sí. Pero instalé WSL ~hace un mes y tenía un timbre interno lento. Tenía otra computadora portátil que estaba ejecutando WSL bash durante ~ medio año con un anillo rápido de información privilegiada, y nunca experimenté ese problema allí ... - extraño

pgrm en 12 abr. 2017

@pgrm : @daiconrad ha dado una buena solución: agregue esto a su .zshrc :