В Chrome OS в режиме разработки: монтирование с разрешением exec

Я пытаюсь использовать Chromebox в качестве крошечного сервера. Я использую Linux через Crostini для размещения серверного приложения. Это действительно казалось хорошей идеей. В настоящее время я стараюсь не заменять всю Chrome OS, хотя до этого может дойти.

Я думаю, что я почти закончил, но моему серверному программному обеспечению для запуска кода требуется выделение памяти — довольно большой объем данных, которые я храню на внешних дисках. По сути, мне нужно, чтобы внешние разделы монтировались с разрешения. Я хотел бы отметить, что я нахожусь в режиме разработчика. Я видел в Интернете несколько статей, в которых говорилось, что подключение внешнего диска с соответствующим разрешением возможно только в режиме разработчика. Но они так и не объяснили, как это сделать. (Конечно.) До сих пор я пробовалsudo mount -o remount,exec /the/mount/locationиз оболочки Chrome OS (а не из внутренней оболочки Linux), и это вообще не повлияло на разрешение.

Нужно ли мне устанавливать дистрибутив Linux поверх Chrome OS или есть способ смонтировать внешний диск с помощьюexecразрешение в Chrome OS? Или есть еще одно решение? Серверное приложение должно иметь возможность выполнять некоторые файлы в своем разделе хранилища, и этот раздел слишком велик для хранения на встроенном диске Chromebox. Я запускаю этот сервер на Raspberry Pi, но что мне действительно нужно, так это компьютер с ускорением графического процессора, который есть в Chromebox.

РЕДАКТИРОВАТЬ: Поскольку я опубликовал это, у меня возникла умная идея выяснить, какая часть большого фрагмента данных действительно должна быть исполняемой, и в этот момент я сделал мягкую ссылку на свой основной диск. Что должно было быть беспроигрышным вариантом: на основном диске должна находиться только та небольшая часть, которая должна быть исполняемой. Но это не сработало. Похоже, что Chrome OS не допускает символических ссылок с внешнего монтирования на основное, я полагаю, по этой причине. Выдает ошибкуToo many levels of symbolic linksхотя это единственная символическая ссылка на пути. (Я проверил.)