"Файловые системы" - верно по сути, но как-то ни о чём. Может лучше "Файловые модули" ?
Целые разделы тоже могут быть смонтированы GUI-обёртками
pfsload'а в корень AUFS, поэтому "модули" не совсем правильно. Надо подумать...
Желательно стандартизировать "общение" скриптов
sfs_event c остальными скриптами.
Если модуль подключён - вызываем одну команду (
sfs_add), если не подключён - другую (
sfs_remove), с одним параметром (полное название файла).
Скрипт
pfsload сам не вызывает
sfs_event, его вызывают GUI-скрипты после вызова
pfsload и проверки результата (вывод 0).
Поэтому при нажатии кнопки "Подключить модуль" / "Отключить модуль" в
sfs_event можно запускать
pfsload /
pfsunload без доп. параметров (
-nomenu). Но в этом случае проверка результата работы
pfsload (0 или 1) и вывод на экран сообщения - задача
sfs_event'a (сейчас это делает
load_pfs).
ИМХО,
sfs_event'у очень не хватает команды "обновить информацию", по которой скрипт проверял бы все модули и менял значки соответственно их состоянию.
Информацию о том, какие модули в данный момент подключены и где они находятся можно получить парсингом вывода busybox mount и losetup-FULL (пример кода есть в скрипте mount_file).