Почему Software Center запрашивает пароль root, если по умолчанию отключено root без пароля?

Question 1

Войти с использованием Ubuntu LiveCD. Откройте терминал. Обновление GRUB:

sudo update-grub

Перезагрузка.

Question 2

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 3

Question 4

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 5

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 6

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 7

Question 8

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 9

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 10

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 11

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

Question 12

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не предполагается, и этого не произойдет, если вы не сделаете что-то особенное для вашей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешает доступ к командам, тогда как PolicyKit разрешает доступ к таким действиям, как org.debian.apt.install-or-remove-packages. Если вместо этого вы предоставили доступ для запуска apt-get, то вы могли бы сделать что-нибудь, что может сделать apt-get, что слишком много. Например, вы можете разрешить всем пользователям устанавливать обновления безопасности из официальных архивов Ubuntu, но не разрешать пользователям устанавливать новое программное обеспечение. Это невозможно было бы сделать с судо.

Я бы посмотрел, удалил ли вы пакет policykit-1-gnome.

Question 13

Question 14

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 15

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 16

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 17

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 18

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 19

Question 20

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 21

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Question 22

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

David Gardner · Accepted Answer · 25 July 2018 в 18:17

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 31 July 2018 в 12:32

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 2 August 2018 в 00:30

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 4 August 2018 в 15:59

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 6 August 2018 в 00:37

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 7 August 2018 в 18:03

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 10 August 2018 в 06:50

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

David Gardner · Accepted Answer · 15 August 2018 в 18:47

Это происходит (по крайней мере, 14.04, на котором я только что тестировал), когда в группе "sudo" нет пользователей .

Не имеет значения, Ваш пользователь явно указан в файле /etc/sudoers или нет в отношении этого поведения - он ищет членов группы sudo и запрашивает пароль для одного из этих пользователей. Если в этой группе нет участников, он запрашивает пароль root, который может вообще не включаться.

Редактировать: Это, вероятно, потому, что файл sudoers не читается обычными пользователями, но Доступ к списку членов в группе sudo * возможен *.

3

ответ дан David Gardner 15 August 2018 в 18:47

1

Ах, хорошо, позвони Дэвиду. Кажется, такой же хороший ответ, как и любой другой, так что вы также можете получить очки! – Julian Knight 21 November 2014 в 03:54
2

В моем случае мой пользователь является членом группы sudo, я добавил %sudo ALL=(ALL) NOPASSWD:ALL в /etc/sudoers, чтобы не запрашивать пароль для членов группы sudo, я могу запускать команды sudo на терминале без запрашивается пароль, и все еще Ubuntu Software Center запрашивает у меня мой пароль (пароль текущего вошедшего в систему пользователя, а не root) для установки / обновления программного обеспечения. – dangonfast 25 June 2015 в 10:19
3

Оказывается, это контролируется политикой, а не sudo / gksudo. – dangonfast 25 June 2015 в 11:11
4

@ jeckyll2hide Да, policykit просматривает группу sudo и решает, использовать ли gksudo или gksu на рабочем столе gnome. Вероятно, предполагается, что никому из группы sudo не разрешено использовать sudo без пароля, следовательно, все равно запрашивается, когда указан NOPASSWD. Javascript (?), Используемый policykit, должен иметь логику для этого и сделать его более очевидным. – David Gardner 25 June 2015 в 16:34

Jo-Erlend Schinstad · Answer 9 · 25 May 2018 в 09:36

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не предполагается, и этого не произойдет, если вы не сделаете что-то особенное для вашей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешает доступ к командам, тогда как PolicyKit разрешает доступ к таким действиям, как org.debian.apt.install-or-remove-packages. Если вместо этого вы предоставили доступ для запуска apt-get, то вы могли бы сделать что-нибудь, что может сделать apt-get, что слишком много. Например, вы можете разрешить всем пользователям устанавливать обновления безопасности из официальных архивов Ubuntu, но не разрешать пользователям устанавливать новое программное обеспечение. Это невозможно было бы сделать с судо.

Я бы посмотрел, удалил ли вы пакет policykit-1-gnome.

Нет, устанавливается policykit-1-gnome. Каждый раз, когда я пытаюсь установить что-либо, он спрашивает у меня пароль root. Я могу установить только из командной строки, пока не добавлю пароль в root. Я изменил SUDO, чтобы мой обычный пользовательский логин не запрашивал пароль при выполнении SUDO - это повлияло бы на это? — Julian Knight, 28 June 2012 в 03:33
Спасибо за информацию re policykit. В основном я использовал Debian и SUSE в прошлом, поэтому я доволен установкой командной строки, но мне кажется, что Software Center работает не так, как ожидалось. — Julian Knight, 28 June 2012 в 03:35

Jo-Erlend Schinstad · Answer 10 · 25 July 2018 в 18:17

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 11 · 31 July 2018 в 12:32

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 12 · 2 August 2018 в 00:30

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 13 · 4 August 2018 в 15:59

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 14 · 6 August 2018 в 00:37

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 15 · 7 August 2018 в 18:03

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, поскольку sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 16 · 10 August 2018 в 06:50

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Jo-Erlend Schinstad · Answer 17 · 15 August 2018 в 18:47

Я никогда не видел, чтобы Ubuntu Software Center запрашивал пароль root. Это не должно и не случится, если вы не сделаете что-то особенное для своей системы. Предполагается, что он использует Policy Kit, который попросит вас выбрать пользователя и ввести пароль для этого пользователя.

PolicyKit гораздо более подходит для этого, чем gksudo, так как sudo разрешит доступ к командам , тогда как PolicyKit разрешит доступ к действиям , таким как org.debian .apt.install или удаляемая-пакеты. Если вместо этого вы предоставили доступ для запуска apt-get, то вы можете сделать все, что может сделать apt-get, что слишком много энергии. Например, вы можете предоставить всем пользователям разрешение на установку обновлений безопасности из официальных архивов Ubuntu, но не разрешать пользователю устанавливать новое программное обеспечение. Это было бы невозможно сделать с sudo.

Я бы проверил, удалил ли ты пакет policykit-1-gnome .

Нет, policykit-1-gnome установлен. Каждый раз, когда я пытаюсь что-либо установить, он запрашивает пароль пользователя root. Я мог установить только из командной строки, пока не добавил пароль root. Я изменил SUDO, чтобы при входе в SUDO мой обычный логин пользователя не запрашивал пароль - это повлияет? — Julian Knight, 28 June 2012 в 03:33
Спасибо за информацию re policykit. В прошлом я в основном использовал Debian и SUSE, так что я доволен установкой из командной строки, но меня беспокоит, почему Software Center не работает должным образом. — Julian Knight, 28 June 2012 в 03:35

Почему Software Center запрашивает пароль root, если по умолчанию отключено root без пароля?

17 ответов

Другие вопросы по тегам:

Похожие вопросы: