secuencia de comandos Bash: mala intérprete

Question

Pregunta: Me sale este mensaje de error:

exportación: mala intérprete: No existe el fichero o directorio

cuando ejecuto este script bash:

#!/bin/bash 
MONO_PREFIX=/opt/mono-2.6 
GNOME_PREFIX=/opt/gnome-2.6 
export DYLD_LIBRARY_PATH=$MONO_PREFIX/lib:$DYLD_LIBRARY_PATH 
export LD_LIBRARY_PATH=$MONO_PREFIX/lib:$LD_LIBRARY_PATH 
export C_INCLUDE_PATH=$MONO_PREFIX/include:$GNOME_PREFIX/include 
export ACLOCAL_PATH=$MONO_PREFIX/share/aclocal 
export PKG_CONFIG_PATH=$MONO_PREFIX/lib/pkgconfig:$GNOME_PREFIX/lib/pkgconfig 
PATH=$MONO_PREFIX/bin:$PATH 
PS1="[mono-2.6] \w @ " 

Pero el camino bash parece ser correcto:

asshat@IS1300:~/sources/mono-2.6# which bash 
/bin/bash 

asshat@IS1300:~# cd sources/ 
asshat@IS1300:~/sources# cd mono-2.6/ 
asshat@IS1300:~/sources/mono-2.6# ./mono-2.6-environment 
export: bad interpreter: No such file or directory 
asshat@IS1300:~/sources/mono-2.6# ls 
download mono-2.4 mono-2.4-environment mono-2.6 mono-2.6-environment 
asshat@IS1300:~/sources/mono-2.6# cp mono-2.6-environment mono-2.6-environment.sh 
asshat@IS1300:~/sources/mono-2.6# ./mono-2.6-environment.sh 
export: bad interpreter: No such file or directory 
asshat@IS1300:~/sources/mono-2.6# ls 
download mono-2.4-environment mono-2.6-environment 
mono-2.4 mono-2.6    mono-2.6-environment.sh 
asshat@IS1300:~/sources/mono-2.6# bash mono-2.6-environment 
asshat@IS1300:~/sources/mono-2.6# 

¿Qué estoy haciendo mal? ¿O es esto un error Lucid Lynx?

hice chmod + x

Answer 1

La primera línea: #!/Bin/bash

que Linux dónde encontrar el intérprete.

Es muy probable que haya creado este archivo con un editor de Windows, que colocará un <cr><lf> al final de cada línea. Este es el estándar bajo dos/ventanas. Sin embargo, en Unix/Linux, el estándar es simplemente poner un <lf> al final de la línea.

Linux ahora está buscando un archivo llamado /bin/bash<cr> para interpretar el archivo, donde <cr> es un carácter de retorno de carro, que es un personaje de archivo válido en Linux. Tal archivo no existe. De ahí el error.

Solución: Editar el archivo con un editor en Linux y deshacerse del exceso <cr>.

Answer 2

¿Podría la secuencia de comandos usar Dos nuevas líneas?

Intenta ejecutar dos2unix en él.

Answer 3

corriste como este (se ha mencionado chmod + x)

. /path/to/it 

o como esto:

./it 

?

Tengo una sospecha furtiva de que su código se ejecutó en un nuevo proceso, y todo lo que le contó se perdió. Por lo tanto, las variables no se expandirán en su shell actual. Sin embargo, esto no explica el mal intérprete error que ha visto. Creo que también tiene un problema terminal (como en el terminal, con lo que solía hablar al cat).

El hecho de que el indicador no hizo lo que este dijo:

`PS1="[mono-2.6] \w @` " 

Me hace pensar que corría, no procede el código. Hay una diferencia. No pude conseguir lo que publicaste para romper.

Answer 4

Tenía el mismo problema.Usaron la fuerza bruta:

/bin/sh /full/path/to/configure --options 

& este hizo el truco

(Por supuesto que me gustaría saber por qué)

Answer 5

Parece que las cosas se han configurado para anular la orden interna export de alguna manera. Esto se puede hacer a través de una función exportada o el built-in enable, por ejemplo. Intenta poner type export en la secuencia de comandos para verificar. Si está configurando BASH_ENV, probablemente no debería.

Si bash se llama como sh, se activa el modo POSIX y no permite export a ser anulados con una función, como es requerido por POSIX. Del mismo modo, la mayoría de las otras shells instaladas como /bin/sh siguen POSIX en esto y/o no permiten que el entorno de ejecución de una secuencia de comandos se desordene tan fuertemente como a través de la importación de funciones del entorno.

Por cierto, el script parece diseñado para ser fuente, es decir, . ./mono-2.6-environment en lugar de ./mono-2.6-environment.

Answer 6

lo que funcionó para mí fue cuando dos2unix no estaba en el sistema que estaba trabajando con:

sed -i s/{ctrl+v}{ctrl+m}// filename