Я визначив 2 облікові записи користувачів:

• один з привілеєм адміністратора ( sudoправоруч) => дозволяє викликати його adminuser.
• другий без будь-яких привілеїв => дозволяє викликати його, і я налаштовую автологін для цього 2-го користувача . normaluser
normaluser
  

Отже, коли я відкриваю normaluserсеанс і хочу запустити програму з правами адміністратора,
я відкриваю термінал Ctrl+ Alt+ Tі:

su adminuser
sudo anyapplication ...

Це прекрасно працює, не виходячи з normaluserсеансу (не потрібно відкривати adminuserсеанс).

Але що робити, якщо програмі потрібно працювати з графічним інтерфейсом (графічний інтерфейс користувача)?
Я хоч про це:

su adminuser
gksu anyapplication ...

але я отримую

** (gksu:9122): WARNING **: the connexion is closed
No protocol specified
No protocol specified
(gksu:9122): Gtk-WARNING **: cannot open display: :0.0

PAM може подбати про це

Це працює для мене на Ubuntu 16.04 (редагувати: він також працює на 18.04 LTS):

поставити рядок:

session optional pam_xauth.so

десь:

/etc/pam.d/su

та / або

/etc/pam.d/sudo

а потім роблячи "su -" або "sudo su -" я можу використовувати графічні програми як корінь.

Термінологія

У цій відповіді:

• normaluserце звичайний користувач, який не є адміністратором і не може запускати команди, як rootз sudo.
• adminце адміністратор, який може запускати команди, як rootі в sudo. (Звичайно, будь-які графічні команди повинні використовувати графічний фронт, як gksu/gksudo , а не sudoбезпосередньо.)
• anyapplicationце ім'я графічної програми, яку normaluserхоче запускати як root. normaluserзнає adminпароль і йому (імовірно) було сказано, він може використовувати його для цієї мети.

Проблема

Причиною вашої проблеми, і причина більшості інших відповідей до сих пір не працюють (за винятком Marty Фрід «s відмінний відповідь ), це:

• gksuможе бути налаштований на використання sudo або su як його резервного сервера. Поведінка gksuв Ubuntu за замовчуванням полягає в тому, щоб діяти як фронтмен для sudo, а не для su. Тобто сказати , що, за замовчуванням, gksuі gksudoповодяться точно так же . Див . Сторінку .
• normaluserне є адміністратором, тому не може запускати команди, як rootу sudo. sudoпідкаже пароль користувача, який він працює , а не пароль користувача, яким він хоче стати . Якщо ви не можете використовувати свій пароль, щоб виконувати дії як люди, які не є вами, це означає не бути адміністратором .
• normaluser, При умови , що це не обліковий запис гостя, може виконувати команди , як інший користувач зsu , поставивши в пароль іншого користувача . Але gksuвиступає як фронтенд для sudo, а не su.
• normaluserне може безпосередньо запустити жодну команду як root, тому що normaluserне може використовувати sudo, і ніхто не може стати rootз нею, suоскільки немає rootпароля .

Рішення

Рішення вимагає написання команди, яка виконує два етапи аутентифікації:

• normaluserповинен стати adminдля виконання графічної команди. Для цього normaluserнеобхідно запустити gksuз -wпрапором , щоб запустити його в су-режимі , а не за замовчуванням Судно-режимі , і -uпрапор для виконання команди , як adminзамість root.
• Команда запуску , як adminповинен викликати gksu без з -wпрапором використовувати , sudoщоб стати root.

Ось команда (так, я перевірив її ;-) ):

gksu -w -u admin gksu anyapplication

Вам буде запропоновано ввести пароль двічі :

1. По-перше, ви повинні ввести adminпароль, щоб дозволити normaluserвиконувати команду, як adminі в suсерверній програмі.
2. По-друге, ви повинні ввести adminпароль, щоб дозволити adminвиконувати команду, як rootі в sudoсервісному сервері.

Це вірно. Ви вводите adminпароль двічі.

Різні нотатки:

• Якщо ви хочете, ви можете замінити другу gksuз , gksudoщоб зробити його менш заплутаним. У Ubuntu вони рівноцінні. (Ви також можете замінити перший gksuна gksudo, але це було б вкрай контрутивно та заплутано.)
• -wє короткою формою --su-mode.
• -Sє короткою формою, --sudo-modeале жоден з них не повинен використовуватися, оскільки режим sudo є типовим.
• Ви можете спробувати перевірити це спочатку якоюсь нешкідливою командою, щоб переконатися, що вона робить те, що ви хочете. (Буде, але немає необхідності, щоб ви мені довіряли це.) Наприклад:

  gksu -w -u admin gksu xclock

  xclock це приємне просте додаток для годинника-вікна.

Один із способів, який, ймовірно, спрацює, - це використовувати "sux", а не "su", коли ви вперше перейдете на користувача адміністратора. sux виправляє проблему запуску x додатків від підробленого користувача. Він знаходиться в стандартному репо, і його можна встановити, ввівши sudo apt-get install suxв командному рядку.

Тоді просто використовуйте "sux" замість "su", і це має працювати так, як ви очікуєте.

Давайте повторно використовувати приклад програми xclock:

sux admin
gksu xclock

pkexec

Існує всюдисуща альтернатива kdesudo та gksu - pkexecце policykit-1пакет, який вимагається великою кількістю пакетів.

Замість

су адмін
gksu будь-яке застосування ...

Я пропоную вам спробувати gksu -u admin anyapplication, де ви робите все, використовуючи саму gksuкоманду. Також зауважте, що вам потрібно ввести пароль користувача, зазначеного в команді, тобто в цьому випадку вам потрібно ввести пароль адміністратора .

Ось команда виконати це.

gksu app-name

Запустіть його, не запускаючи suспочатку. Ви повинні запустити вищевказану команду лише з звичайного сеансу користувача, і програма запуститься як root.

Ви повинні використовувати:

gksudo AppName

Це викликає запит графічний пароль першої (пароль вашого користувача), а потім запускає GUI-додаток в якості кореня (я тільки спробував, це дійсно смішна річ: я намагався. gksu AppNameВідразу ж після цього, і працював так само - як це певно, як припускає префікс "gk". Тому я не зовсім впевнений, де може бути ваша проблема).

Є лише один супер користувач, і це root.

Користувач 1 є адміністратором і має права судо.
Користувач 2 не є адміністратором і не має прав sudo.

Спробуйте увійти як користувач 1, а потім скористайтеся командою

gksudo app-name  

(замінюючи ім'я програми на ім’я програми)
Сподіваюся, що це допомагає - повідомте мене. : o)

РЕДАКТУВАННЯ: Більше інформації за запитом

Якщо це лише ви на комп’ютері,
то використання користувача 1 (який має дозвіл на використання sudo)
нічим не відрізняється від використання користувача 2 (який не має дозволу використовувати sudo).
Користувач 1 має ті ж права, що і користувач 2.
Якщо тільки користувач 1 не видає команду з префіксом sudo та / або надає свій пароль, щоб програма могла працювати з кореневими привілеями.
Єдина відмінність полягає в тому, що користувач 2 не може запускати програми як root.

Сподіваюся, що це допоможе вам трохи пояснити. : o)