LinuxMint.com.ru

GeoMint писал(а): ↑

30 июл 2025, 14:18

Первый пункт - что сохранить "это"?

Я делал кнопку для сортировки окон каскадом
Re: Окна каскадом (Пост zuzabrik #3172)

У меня Mint Mate. У любой кнопки, созданной на рабочем столе в меню есть такой пункт.

GeoMint писал(а): ↑

30 июл 2025, 13:54

А она не работает

Ваше ключевое слово – в терминале. Чтобы запустить xed по своей кнопке от имени root у вас в строке команды должно быть указано sudo xed и отмечено, что запускаете в терминале. Если вы укажете sudo xed %U, то в текстовом редакторе под правами root будет редактироваться файл с первоначальным именем %U. Впрочем, проверьте сами.

Убедился, что запустить любое приложение от root можно только через терминал. Строка в меню кнопки запуска "Запустить как Администратор" не работает. Откорректировать эту строку в меню возможность есть видимо только у разработчика

Однако обойти этот баг можно. Для этого при создании кнопки запуска на рабочем столе нужно выбрать "Приложение в терминале" и в строке запуска добавить sudo. Тогда будет появляться окно запроса пароля и после ввода пароля приложение будет запущено с праваи Администратора.

GeoMint писал(а): ↑

30 июл 2025, 16:25

этот баг

Это не баг, это реализация элемента в рамках следования концепции обеспечения безопасности системы. Теоретически, любое приложение можно запустить с правами root без подтверждения прав, но только если вы авторизуетесь в системе под логином root. Однако вот эта возможность в Linux Mint как раз и заблокирована, поэтому запускать приложения от имени root можно только через временное повышение своих прав (sudo), действующее ограниченное время (если не ошибаюсь, то не более 5 минут). Но если при запуске очень нужно избежать запрос пароля и запуск в терминале, то необходимо вносить изменения в файл /etc/sudoers. Однако делать это следует аккуратно и с пониманием сути выполняемых действий.

Эт о все таки баг, так как производится запрос пароля на повышение прав, но после ввода пароля приложение все равно не запускается из за ошибки в сценарии открытия дочернего процесса. Об этом свидетельствует снимок экрана приведенный в начале темы.

GeoMint писал(а): ↑

31 июл 2025, 09:33

из за ошибки в сценарии открытия дочернего процесса. Об этом свидетельствует снимок экрана приведенный в начале темы.

в начале темы баг обработки %U, а не повышения прав... пробел в пути воспринимается как два параметра, а не один...

WWolf я давноуже убрал этот %U и конечно же ничего не поменялось.Протестите любую кнопку запуска, созданную на рабочем столе

GeoMint писал(а): ↑

31 июл 2025, 10:22

убрал этот %U и конечно же ничего не поменялось

так же рагуется на дочерний процесс /home/geomint/Рабочий ???
что-то с PATH в системе вообще не порядок значит

создай нового пользователя и проверь под ним как отрабатывает сценарий, если под новым будет всё правильно, значит что-то под собой навертел - сравнивай конфиги и выясняй...

GeoMint писал(а): ↑

31 июл 2025, 09:33

... все равно не запускается из за ошибки в сценарии открытия дочернего процесса. Об этом свидетельствует снимок экрана приведенный в начале темы.

Снимок экрана не говорит о том, что это баг. Наоборот, он указывает на то, что у вас неверная реализация желаемого процесса. Вероятно, вопрос бы уже давно решился, если бы вы внятно указали: какой результат ожидался и что было для этого сделано. Если создавалась кнопка запуска, то листинг этого файла .desktop А пока что всё на уровне умозрительного восприятия.

madesta, а что вам мешает повторить то, что я делал - создать на рабочем столе кнопку запуска для любого приложения (хотя бы и xed) и запустить это приложение через меню кнопки "Запустить как Администратор"?

GeoMint писал(а): ↑

31 июл 2025, 21:04

создать на рабочем столе кнопку запуска для любого приложения (хотя бы и xed)

Предоставляю видео (внешняя ссылка), которое демонстрирует процесс создания на рабочем столе кнопки запуска текстового редактора xed с повышенными правами (root). Также видно, что никакого дочернего процесса не наблюдается, просто запрос пароля.
Не имею представления как выглядят файлы .desktop в MATE и ПКM на них. В Cinnamon и xfce по ПКM на файлах .desktop пункт "Отрыть как root" отсутствует.
Листинг кнопки запуска: А в этом видео исключен запрос пароля в терминале, xed сразу запускается с повышенными правами (root). Но для такой реализации в файл /etc/sudoers была внесена запись: Листинг кнопки запуска: P.S. И если уж зашла речь про xed, то не понимаю, для чего его необходимо запускать с правами root? Откройте в файловом менеджере через пункт ПКМ "Открыть как root" нужную папку и с помощью xed открывайте в ней любые файлы, которые необходимо редактировать. Или создавайте, если нужных файлов в этой папке не имеется.
Как альтернативный вариант для файлового менеджера caja (в MATE) можно творчески переработать наработки demonlibra для ПКМ менеджера файлов Nemo (особые действия). В частности, видел там запуск текстового редактора под root.

В Cinnamon и xfce по ПКM на файлах .desktop пункт "Отрыть как root" отсутствует.

И что тогда обсуждать?

GeoMint писал(а): ↑

01 авг 2025, 16:07

В Cinnamon и xfce по ПКM на файлах .desktop пункт "Отрыть как root" отсутствует.

И что тогда обсуждать?

THUNAR:
Thunar->Правка->Особые действия
Откроется окно, жми на + (добавить)
Откроется окно. Редактировать действия.
Там вводишь:
Имя: Открыть как root
Описание: Открыть каталог с правами root
Команда: pkexec thunar %f
В том же окне переходишь:
Условия появления.
Ставишь галку:
Каталоги
Всё, нажимаешь ОК и в контекстном меню у тебя появиться Открыть как root
Это в крысе, что ещё??? Может я дура?

sveta13, Вы показываете операцию для ПКМ файлового менеджера в xfce. Такой пункт в ПКМ Thunar, по-моему, имеется из коробки. А автор хочет для кнопки запуска на рабочем столе (в терминологии xfce, если не ошибаюсь, она называется "Значок запуска"). Кнопка запуска на рабочем столе как раз и является файлом .desktop, в строке которого Exec= указывается нужная команда. И у автора MATE, хотя и подозреваю, что в его менеджере файлов caja из коробки имеется пункт, вызываемый по ПКМ на папке для её открытия с правами root. Тут к мозговому штурму необходимо подключение пользователей MATE.
Если мной ещё не потерян смысл изначального вопроса автора темы, то речь идёт о том, чтобы поместить на рабочий стол значок запуска для программы и через ПКМ на этом значке вызывать пункт открытия с повышенными правами. Автор нечто реализовал, но у него терминал выдаёт ошибку создания дочернего процесса, которая явно указывает на то, что в указании пути /home/.../Рабочий стол/... отсутствуют кавычки, в результате чего команде передаётся указание на несуществующий путь /home/.../Рабочий/... Что у автора указано в строке Exec= является информацией с грифом секретности "Особой важности". В конечном итоге и выходит, что вопрос

GeoMint писал(а): ↑

30 июл 2025, 09:55

Как победить этот баг при запуске приложений от имени администратора?

является стремлением устранить следствие, а не причину.
И лично у меня вызывает недоумение настойчивое желание автора запускать программу обязательно от имени Администратора (вероятно, имеется в виду root) командой из пользовательского окружения. Как результат, возникла у меня "теория заговора" ( ), что автор желает запустить через wine программу Windows под правами Администратора Windows.

Не надо конспирологии . У меня Linux Mint Mate последней стабильной версии и меня видимо поймут только пользователи Mate. Да в нем есть возможность по ПКМ на рабочем столе есть возможность создавать кнопку запуска любого приложения. В меню создаваемой кнопки по умолжанию имеется пункт "Запустить как Администратор". Его придумали разработчики MATE (не я ). Попытка им воспользоваться приводит к появления данной ошибки.
Что касается ключа %U в команде запуска приложений, то это тоже придумано не мной, а разработчиками