En Chrome OS, Bash no ejecutará mi script. ¿Cómo consigo que Bash ejecute mi script?

Tengo un foo.sharchivo en mi directorio actual. Si trato de correr ./foo.sh, obtengo:

-bash: ./foo.sh: /bin/sh: bad interpreter: Permission denied

Pero si corro, /bin/sh ./foo.shentonces corre bien.

¿Cómo puedo solucionar esto para poder ejecutarlo ./foo.shy lo ejecuta automáticamente con / bin / sh?

Editar: De acuerdo, este es Chrome OS y esta carpeta particular está montada con noexec. Aparentemente eso frustra la habilidad de correr ./foo.sh; pero por que ¿Por qué todavía puedo correr sh foo.shpara lograr exactamente lo mismo? ¿Qué seguridad, entonces, noexecda?

La noexecbandera se aplicará adecuadamente a los scripts, ya que ese sería el comportamiento "esperado".

Sin embargo, la configuración noexecsolo detiene a las personas que no saben lo suficiente sobre lo que están haciendo. Cuando ejecuta sh foo.sh, en realidad está ejecutando shdesde su ubicación predeterminada (probablemente /bin) que no está en un sistema de archivos montado con noexec.

Incluso puede obtener noexecarchivos binarios regulares invocando lddirectamente.

cp /bin/bash $HOME
/lib/ld-2.7.so $HOME/bash

Esto ejecutará bash, independientemente de si está o no en un sistema de archivos montado con noexec.

También puede obtener este error (o un mensaje muy, muy similar) si intenta ejecutar un archivo con terminaciones de línea de 2 bytes (salto de línea de retorno de carro) de MS-DOS.

Vim es tan inteligente en estos días, que no necesariamente muestra los retornos de carro como '^ M'. Por lo tanto, puede dejarse engañar si no verifica qué cree Vim que es el "formato de archivo" y simplemente confía en la apariencia en pantalla.

En este caso, "#! / Bin / sh ^ M" hace que el núcleo intente encontrar "/ bin / sh ^ M", que no puede. Mal intérprete, de hecho.

Si tiene la opción de ejecutar el script o el programa desde una memoria USB (u otro medio extraíble), puede intentar desmontarlo y volver a montarlo manualmente:

1. Enchufe el dispositivo USB

2. Encuentra un dispositivo de memoria USB con $ mount

3. Toma nota de ello; supongamos que es/dev/sdb1

4. Desmontar la memoria USB:

   $ cd /media/removable
   
   $ sudo umount mountpoint

Finalmente, vuelva a montar la memoria USB:

$ sudo mount /dev/sdb1 mountpoint

Con mountpoint, el nombre de montaje de la memoria USB

Por razones de seguridad del sistema en ChromeOS / ChromiumOS, ciertas carpetas están marcadas noexecy es necesario volver a montarlas con el siguiente comando o usar una ruta alternativa que no se haya noexecconfigurado, como en el segundo ejemplo.

Estos comandos suponen que está al menos en modo desarrollador y tiene acceso a shellwith chronos@localhost / $y no solo crosh>y conoce la contraseña de sudo.

sudo mount -i -o remount,exec /home/chronos/user/

El método más sostenible que debería sobrevivir a una actualización porque Google reserva la mayor parte de los /usr/localdesarrolladores:

sudo mkdir -p /usr/local/bin/ && sudo chown -R chronos: /usr/local/bin/
cp ${HOME}/Downloads/foo.sh /usr/local/bin/

El beneficio adicional de poner las cosas aquí es que ya está en el $PATH(intente echo $PATHconfirmar esto), por lo que no necesita usar la ruta completa para ejecutar scripts o binarios que están /usr/local/biny se han chmod +xejecutado en ellos.

Tenía la misma pregunta. Mi problema fue con la tarjeta SD. Esto funcionó para mí, y es mucho más simple que las otras respuestas aquí. Lo aprendí de Crouton número 928 .

$ sudo mount -o remount,exec /media/removable/SD\ Card

Tenga en cuenta que debe usar el punto de montaje, no el dispositivo (/ dev / mmcblk1p1). Lo mismo para USB (/ dev / sdb1) en su caso. Solo el punto de montaje es diferente:

$ sudo mount -o remount,exec /media/removable/USB\ Drive

Sabrá que tuvo el efecto deseado porque "noexec" desaparecerá de las opciones de montaje cuando realice una consulta.