Сценарії Bash не працюватимуть, не набравши "bash" перед ним

У нашій шкільній системі ми можемо запускати файли сценаріїв, не вводячи bashабо, cshабо що у вас є, не вказуючи, який тип сценарію це. На Ubuntu, однак, мені потрібно ввести bash script.bashнаприклад. Чи завжди це потрібно в Ubuntu, чи я можу змінити якусь установку?

1. Переконайтеся, що ви починаєте сценарій з ./scriptабо повним шляхом або будь-яким іншим. Просто scriptможе не працювати (він працює, якщо каталог знаходиться $PATH, як /usr/bin), оскільки в системах UNIX це не звичка мати поточний каталог на своєму шляху (з міркувань безпеки, і це добре!)

2. Переконайтеся, що сценарій виконується, наприклад: chmod +x scriptзробить його виконуваним.

3. Переконайтеся, що у вас #!/bin/bashяк перший рядок у вашому сценарії. Також переконайтеся, що він не відредагований у якомусь редакторі Windows, оскільки він часто використовує тип "DOS" eol (кінець рядка), який відрізняється від UNIX (якщо контрольний список вище, але у вас "погано" інтерпретатор: жодного такого файлу чи каталогу "чи так, навіть якщо це / bin / bash, це часто є причиною, оскільки недрукована - тому ви зазвичай цього не бачите - \ r вважатиметься частиною шлях перекладача)

Інші вже згадували: важливо мати, /bin/bashякщо ви використовуєте функції bash, також /bin/shбуло позначено посиланнями /bin/bash, але зараз (наскільки я помітив) це посилання на dashяке не забезпечить сумісність з bash, лише POSIX sh. Це дуже важливо, навіть у досить дорогих програмних засобів у нашої фірми є ця проблема: сценарії містять #!/bin/shяк перший рядок, але це також залежить від функцій bash.

Переконайтеся, що перший рядок файлу:

#!/bin/bash

Якщо shebang є #!/bin/sh, ви не повинні використовувати будь-які особливості bash, лише POSIX функції. Навіть якщо /bin/shце симпосилання на bash, bash буде працювати в режимі сумісності POSIX, коли запускається як sh, відключаючи деякі (але не всі) функції bash.

Звичайно, вам також потрібно буде переконатися, що сценарій виконується.

Альтернатива, сильно збентежений шлях додавання .до PATH.

PATH=".:$PATH"

або

PATH="$PATH:."

Проблема такого підходу полягає в тому, що в першому випадку будь-яка системна команда може бути замінена виконуваними файлами з поточного каталогу, а в другому випадку невідомі команди все одно можуть бути замінені.

Розглянемо наступне:

Файл: ls

#!/bin/bash

./my_malicious_script &>/dev/null
/bin/ls "$@"

Швидше за все, ви навіть не помітили б, поки не пізно.