Ubuntu 16.04, MacBook Air 2017, аккумуляторная батарея?

После некоторого (предварительного) тестирования мне кажется, что это не ошибка с ubuntu-terminal-app, а вместо этого не позволяет запускать исполняемые файлы из домашнего каталога. Вот почему bash /path/to/file работал, но /path/to/file этого не делал, потому что bash находится в /bin.

Я попытался запустить скрипт bash, скрипт python и hello-world g ++ скомпилированный c ++ program, все с установленным битом исполняемого бита, и никто не будет запускаться, когда находится в подкаталоге /home. Ни один из них не будет запущен, хотя сценарии и приложения в других подкаталогах корневого запуска прекрасны.

К сожалению, я еще не нашел решение: в /etc/fstab нет ничего, чтобы предположить, что /home установлен как noexec ]:

/userdata/user-data /home none bind 0 0

Я даже попытался повторно установить его явно как exec, используя mount -o remount,rw,exec /home безрезультатно. Будет обновлено, если я найду решение.

До сих пор единственным обходным решением было использование интерпретатора для запуска скриптов (Bash / Python и т. Д.) Или /lib/ld-linux-armhf.so.3 /path/to/file для двоичных приложений.

Незначительное обновление: немного более элегантное обходное решение заключается в перемещении сценария / приложения в другой каталог, например /opt, а затем символической ссылки на него. Таким образом, вы можете запустить его только /path/to/symlink. Например, вы могли бы сделать:

sudo mv /path/to/SCRIPT.sh /opt
ln -s /opt/SCRIPT.sh /path/to

Тогда вы могли бы просто набрать /path/to/SCRIPT.sh для его запуска.

UPDATE WITH SOLUTION

Выяснилось, что проблема связана с профилем безопасности apparmor для приложения терминала. См. Мой вопрос и ответ здесь: Ubuntu touch - исполняемые файлы не будут запускаться в / home directory