LinuxMint.com.ru

Уважаемые гуру! Может быть не совсем угадал с разделом форума, но ситуация следующая.

При запуске стороннего приложения автоматически открывается окно ФМ Thunar, соответствующее каталогу данного приложения. Приложение монтирует данный каталога как сетевой диск, но сам локальный каталог уже изначально присутствует (для клиента облака pCloud).

Снятие галочек во всех полях:
эффекта не дают.

На запрос в службу поддержки pcloud о предотвращении открытия окна файлового менеджера при запуске приложения получен ответ: "Please note that this will not be possible."

Устроила бы даже команда bash, но, к сожалению, таковая мне неизвестна. Найдено только xdg-open path, а про обратную (противоложную) по выполняемому действию информации в интернет найти не удалось.

Назначение существующих в системе 2 процессов thunar --daemon своими мозгами постичь не удалось.

madesta, Привет.
Вообще необходимо снять только нижнюю галочку. Как вариант попробуй снять вот эту галочку, но оговорюсь сразу, возможно ты не сможешь размонтировать устройства из ФМ: Что касается демонов, один для ускорения работы...

Увы, не помогло.
Размонтирование происходит автоматически после закрытия клиента. Но при этом остаётся открытое окно Thunar с нулевым содержимым, так как, похоже, каталог pCloudDrive является точкой монтирования облачного диска.
Техподдержка отписывается общими словами, например:

Hello,
Thank you for the e-mail.
Please note that this will not be possible.
However, you can disable the application launch at the startup of the machine via pCloud Drive's settings.
Should you require any further assistance, do not hesitate to contact us!
Kind Regards,
Riley Brett
pCloud's Technical Support

Но я так приложение стартую не в автозагрузке системы, а ручками (или скриптом).

Усугубляется ещё и тем, что разрабы для Linux делают только AppImage (1 файл).

С некоторых пор стала раздражать необходимость кликать на крестик (Alt-F4) автооткрываемого каталога с содержимым pCloudDrive.

madesta писал(а): ↑

20 ноя 2018, 20:57

Техподдержка отписывается общими словами

Потому что это к данному ПО не относится, это ФМ шалит.

Пришлось погрузиться в интернет и маны, но результат есть.
Стандартная команда закрытия активного окна Thunar = thunar -q (набрать в терминале thunar --help).
Но применительно к описанной задаче срабатывает или через раз или через 2-3 раза, а то и вообще не реагирует.
При внимательном рассмотрении дерева процессов обнаружено, что имеется 2 процесса /usr/bin/Thunar --daemon
Поэтому если далее применить конструкцию или команду killall -s TERM /usr/bin/Thunar,
то заданный вопрос с закрытием автоматически открываемого окна Thunar решается.

Несущественным минусом является то, что будет выключен процесс thunar --daemon. Как пишут на англоязычном wikki ArchLinux, в текущем сеансе это повлияет на возможность автомонтирования втыкаемых флэшек. То есть при выключенном thunar --daemon смонтировать втыкаемую флэшку нужно будет вручную. Никакого другого снижения функциональности Thunar более не обнаружено. При последующем рестарте системы процесс thunar --daemon будет восстановлен.

Получается, что сам себе и ответил на заданный вопрос.
Вопрос был обусловлен стремлением создать скрипт для автоматизации работы с pCloud.

madesta писал(а): ↑

21 ноя 2018, 18:06

Несущественным минусом является то, что будет выключен процесс thunar --daemon

А если там же в терминале запустить Thunar - эти процессы не появляются?

darkfenix писал(а): ↑

21 ноя 2018, 18:24

А если там же в терминале запустить Thunar

Просто будет экземпляр thunar, не Thunar --daemon
В принципе, процесс вливяет только на возможность автомонтирования съёмных носителей без открытого окна Thunar. Т.е. воткнул флэшку и открылся Thunar с её содержанием. Если экземпляр Thunar уже запущен, то также монтируется автоматически как и при наличии thunar --daemon. Если thunar --daemon отсутствует, то открыть Thunar и нажать на кнопку монтирования. В нете встречал пожелания некоторых пользователей вообще этот процесс выключить.