Diferencia entre + x y ./ <script> y sh ./ <script>


13

¿Hay alguna diferencia real entre ejecutar un script con

[sudo] sh ./<script>.run

en lugar de

[sudo] chmod +x ./<script>.run
[sudo] ./<script>.run

Respuestas:


18

Si utiliza

sh ./<script>.run

/bin/sh(generalmente un shell Bourne) se usará para ejecutar el script. Por supuesto, esto solo funciona si el script está escrito para Bourne Shell. A veces, los scripts de shell para Linux requieren Bash en lugar de Bourne, por lo que esto puede no funcionar incluso si se trata de un script de shell.

Si utiliza

./<script>.run

el núcleo mira la línea shebang para averiguar qué programa usar para ejecutar el programa. Entonces esto funciona incluso si es un Bash, Perl, Python o algún otro script.

Por lo tanto, esta suele ser la forma preferida de ejecutar un script.


1
Como dije en esta respuesta: revisé el ejecutable ejecuté el shebang its / bin / sh, así que probablemente esté bien, esperaré y veré si alguien tiene otra información y luego acepto una respuesta
usuario36976

7

Siempre que sea un shscript de shell (Dash o equivalente), no, no hay diferencia externa.

El problema es .runque no garantiza que ese sea el caso. Podría ser binario. Podría ser Bash o Python o PHP o lo que sea; todos tienen un script de shell hash-bang. Si lo forzas ciegamente sh, quién sabe qué podría pasar. Probablemente se producirá un error, pero podría ejecutar accidentalmente código dañino antes de llegar tan lejos.

Al chmodactivarlo (para habilitar el bit de permiso de ejecución) y luego ejecutarlo ./script.run, le brinda la mejor posibilidad de ejecución. Si es un script de shell, su hash-bang se analizará correctamente y si es un ejecutable binario, simplemente se ejecutará de forma nativa.


Ah, no sabía que gracias por la respuesta, solo comprobé que el ejecutable ejecuto el hash-bang es / bin / sh, así que creo que está bien
user36976

1

Los dos métodos a menudo pueden actuar igual pero son muy diferentes.

sh ./scriptejecuta el shcomando con un argumento ./scriptque ejecuta el script dado ... incluso si el script no es realmente un shscript (incorrecto)

./scriptEjecuta el archivo dado. Lo hace buscando la línea "shebang" para determinar qué comando ejecutar. Si no se especifica, utiliza sh(a veces los dos métodos actúan igual), pero a menudo se especifica un intérprete diferente.

Por ejemplo, si filenamecontiene lo siguiente:

#!/usr/bin/python

print "This is a Python script!"

..entonces los dos comandos son muy diferentes:

$ sh script
script: line 3: print: command not found
$ chmod +x script
$ ./script
This is a Python script!

Si no hay una línea shebang, los dos son iguales:

$ cat script
echo "This is an sh script"
$ sh ./script
This is an sh script
$ ./script
This is an sh script

1

Una diferencia importante es si su línea hashbang tiene parámetros. Por ejemplo, si el script comienza con

#!/bin/bash -e

... y lo ejecuta externamente usando sho bash, esa línea se interpretará como un comentario y se ignorará, por lo que el -eparámetro (salir en caso de falla) no se procesará. Entonces, dado el siguiente script:

#!/bin/bash -e
echo Hello
false
echo goodbye

La salida para ./scriptserá solo "Hola", pero la salida para sh scriptserá Helloseguida por goodbye, lo que probablemente no fue intencionado.

Por cierto, esta es la razón por la que siempre debe usar una set -edeclaración separada (de todos modos, es una buena idea; la mayoría de las veces, si hay un problema a mitad del script, no querrá que se ignore).


0

No

[sudo] chmod +x ./<scrupt>.runhace que el script sea ejecutable para que pueda ejecutarlo ./<script>.run.
Con [sudo] sh ./<script>.runusted puede ejecutarlo, incluso si no es ejecutable.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.