Не удается инициализировать модуль политики linux

Содержание

Поламался sudo: unable to open /etc/sudoers: Отказано в доступе
Справочная информация
суббота, 14 апреля 2018 г.
Ошибка синтаксиса sudoers
Как востановить права пользователя?
Отсутствие возможности создать новую учётную запись

Поламался sudo: unable to open /etc/sudoers: Отказано в доступе

Не понятно после чего перестал работать sudo

]# sudo -D 9 ls sudo: settings: debug_level=9 sudo: settings: progname=sudo sudo: settings: network_addrs=ХХХХХХХХХХХХХХХХХХХХХХ sudo: sudo_mode 1 sudo: unable to open /etc/sudoers: Отказано в доступе sudo: no valid sudoers sources found, quitting sudo: не удаётся инициализировать модуль политики

Jul 16 23:57:21 inki sudo: root : unable to open /etc/sudoers : Отказано в доступе ; TTY=pts/1 ; PWD=/root ;

Права правильные [root@inki

]# ls -al /etc/sudoers -r—r—— 1 root root 3338 нояб. 30 2010 /etc/sudoers

В гугле ничего вразумительного не смог найти

Права на корень и на /etc?

Мама не учила пользоваться visudo? Грузись с лайв диска и восстанавливай sudoers

]# ls -al / итого 484 dr—rw-r-x+ 18 root root 4096 июля 16 23:53 . dr—rw-r-x+ 18 root root 4096 июля 16 23:53 .. -rw-r—r— 1 root root 0 июля 2 00:16 .autorelabel lrwxrwxrwx 1 root root 7 июня 10 18:19 bin -> usr/bin dr-xr-xr-x. 5 root root 4096 июля 8 12:48 boot drwxr-xr-x 18 root root 3180 июля 16 23:53 dev drwxr-xr-x. 93 root root 12288 июля 16 23:52 etc drwxr-xr-x 27 root root 4096 июля 16 23:05 home lrwxrwxrwx 1 root root 7 июня 10 18:19 lib -> usr/lib lrwxrwxrwx 1 root root 9 июня 10 18:19 lib64 -> usr/lib64 drwx——. 2 root root 16384 сент. 8 2011 lost+found drwxr-xr-x 2 root root 40 июля 16 23:52 media drwxrw-r-x. 2 root root 4096 февр. 3 12:28 mnt drwxrw-r-x. 2 root root 4096 февр. 3 12:28 opt dr-xr-xr-x 116 root root 0 июля 16 23:52 proc -r—rw-r—+ 1 root root 54144 июля 16 23:53 .readahead -rw——-+ 1 root root 1024 июля 15 02:23 .rnd dr-xr-x—. 13 root root 4096 июля 16 20:45 root drwxr-xr-x 26 root root 680 июля 17 00:00 run lrwxrwxrwx 1 root root 8 июня 10 18:19 sbin -> usr/sbin drwxr-xr-x. 2 root root 4096 февр. 3 12:28 srv dr-xr-xr-x 13 root root 0 июля 16 23:52 sys drwxrwxrwt. 301 root root 352256 июля 16 23:53 tmp drwxr-xr-x. 13 root root 4096 июня 10 18:19 usr drwxr-xr-x. 19 root root 4096 июля 16 17:37 var

Загрузись с лайв-цд/усб, чрутнись и сделай passwd.

]# visudo -V visudo version 1.8.3p1 visudo grammar version 40 [root@inki

]# visudo -c /etc/sudoers: parsed OK

Проверь пакет sudo на предмет контрольных сумм ( debsums или rpm -qV ). Переустанови его

У тебя похоже слетел suid бит на сам файл sudo. Может быть это ошибка, а может быть — попытка подмены

]# yum reinstall sudo

Установка : sudo-1.8.3p1-7.fc17.x86_64 1/1 Проверка : sudo-1.8.3p1-7.fc17.x86_64 1/1

Источник

Справочная информация

про свой опыт решения некоторых проблем и использования ряда возможностей ОС и приложений

суббота, 14 апреля 2018 г.

Ошибка синтаксиса sudoers

При попытке настроить срабатывание одного из скриптов, который обращается к системной функции от имени обычного пользователя системы, возникла необходимость внести изменения в полномочия пользователя через файл /etc/sudoers

В найденных на эту тему материалах говорится, что редактирование данного файла необходимо производить через команду visudo . Хотелось бы, конечно, чтобы авторы таких материалов уточняли, что команду следует запускать от имени суперпользователя, так как при вводе просто visudo в терминале появляется:

$ visudo
visudo: /etc/sudoers: Отказано в доступе

После ввода «правильной» команды открывается окно редактора nano с загруженным в него содержанием файла sudoers .

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

Вследствие отсутствия необходимости использования редактора nano мне не было известно назначение клавиш, с помощью которых производится запись в файл вносимых изменений:

И только в дальнейшем после «подсказки друга» мне стало известно, что символ ^ соответствует клавише Ctrl.

Поэтому редактирование мной файла sudoers производилось более привычным способом – sudo gedit /etc/sudoers

Увы, никто не застрахован от ошибок и после очередного эксперимента с редактированием содержания этого файла система мне выдала сообщение:

>>> /etc/sudoers: ошибка синтаксиса near line 21 pkexec visudo

После ввода пароля суперпользователя будет открыт тот же редактор nano с загруженным в него содержанием файла sudoers .

Соотнесите содержание своего файла с содержанием по умолчанию (без строк, начинающихся с символа комментария #):

root ALL=(ALL:ALL) ALL
%admin ALL=(ALL) ALL
%sudo ALL=(ALL:ALL) ALL

Исправьте свои «неверные» записи или приведите файл к исходного значению, после чего нажмите на комбинацию клавиш Ctrl и o. На последующий запрос нажмите y:

Далее, используя клавишу Backspace, удалите в наименовании файла .tmp и на вопрос о перезаписи существующего файла снова нажмите клавишу y:

Как видите, нет необходимости в переустановке системы. К тому же Вы будете избавлены от боязни дальнейшего редактирования файла sudoers, так как всегда сможете вернуться к корректному состоянию его содержания.

Источник

Как востановить права пользователя?

$ sudo chown -R $USER:$USER /var/www
выдает:
sudo: /etc/sudoers принадлежит пользователю с uid 1000, а должен принадлежать пользователю с uid 0
sudo: no valid sudoers sources found, quitting
sudo: не удаётся инициализировать модуль политики

Через наутилус то же ничего не выходит. Вечером выключал комп, все работало, утром вот такая оказия. есть бэкап от 9 февраля, запустил востановление, не помогло.

Пожалуйста помогите. Переустанавливать ОС, это как крайний вариант, хотелось бы востановить.
ОС Ubuntu 14.04 LTS

Как востановить права на папку Var Ubuntu 14.0.4
Здравствуйте всем нахимичил с правами на папке var и нечайно поставил ей права 777 соответственно.

Ubuntu 13.04 как мне изменить права в прокси сервере для одного конкретного пользователя.
уважаемые, достался сервер ubuntu 13.04 от предшественника. на нем настроен прокси. работал с.

Права пользователя
Доброго времени суток. Решил поставить Ubuntu, но после установки обнаружил проблему: пользователь.

Изменить права на создаваемые файлы пользователя
Вобщем вопрос. При создании пользователем файла он создается с правами -rw-r—r—. Нужно чтобы.

$ adduser grig sudo
adduser: Только суперпользователь может добавить пользователя или группу в систему.

Добавлено через 3 минуты

$ su -c «chown root:root /etc/sudoers; chmod 440 /etc/sudoers»
Пароль:
su: Сбой при проверке подлинности
если без кавычек:
grig@grig-SPN:

$ su -c chown root:root /etc/sudoers; chmod 440 /etc/sudoers
Отсутствует passwd-запись для пользователя «root:root»

$ sudo chown -R $USER:$USER /var
sudo: /etc/sudoers принадлежит пользователю с uid 1000, а должен принадлежать пользователю с uid 0
sudo: no valid sudoers sources found, quitting
sudo: не удаётся инициализировать модуль политики
.
Неужели переустанавливать.

$ adduser grig sudo
adduser: Только суперпользователь может добавить пользователя или группу в систему.

Добавлено через 3 минуты

to Cra3y
grig@grig-SPN:

$ su -c «chown root:root /etc/sudoers; chmod 440 /etc/sudoers»
Пароль:
su: Сбой при проверке подлинности
если без кавычек:
grig@grig-SPN:

$ su -c chown root:root /etc/sudoers; chmod 440 /etc/sudoers
Отсутствует passwd-запись для пользователя «root:root»

$ su
Пароль:
su: Сбой при проверке подлинности
grig@grig-SPN:

# mount /dev/sda2 /mnt
root@ubuntu:

# mount —bind /dev /mnt/dev
root@ubuntu:

# mount —bind /sys /mnt/sys
root@ubuntu:

# mount —bind /proc /mnt/proc
root@ubuntu:

# chroot /mnt
root@ubuntu:/# mount -a
root@ubuntu:/# chown 0:0 /etc/sudoers; chmod 440 /etc/sudoers
root@ubuntu:/#

$ sudo chown -R $USER:$USER /var
sudo: /etc/sudoers.d принадлежит пользователю с uid 1000, а должен принадлежать пользователю с uid 0
sudo: /var/lib/sudo принадлежит uid 1000, должен быть uid 0
[sudo] password for grig:

$ sudo
sudo: /etc/sudoers.d принадлежит пользователю с uid 1000, а должен принадлежать пользователю с uid 0
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user]
[command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p
prompt] [-u user] [VAR=value] [-i|-s] [ ]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p
prompt] [-u user] file .
grig@grig-SPN:

К сожалению этот идиот я и есть. (
Что делать дальше.
.
Ясно иду пробовать.

Добавлено через 17 минут
ubuntu@ubuntu:

$ sudo su —
root@ubuntu:

# mount /dev/sda2 /mnt
root@ubuntu:

# mount —bind /dev /mnt/dev
root@ubuntu:

# mount —bind /sys /mnt/sys
root@ubuntu:

# mount —bind /proc /mnt/proc
root@ubuntu:

# chroot /mnt
root@ubuntu:/# mount -a
root@ubuntu:/# chown -R 0:0 /etc/sudoers.d/
root@ubuntu:/# chown -R 0:0 /var/lib/sudo
root@ubuntu:/#

$ sudo
sudo: доступ на запись в /etc/sudoers.d разрешена всем
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user]
[command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p
prompt] [-u user] [VAR=value] [-i|-s] [ ]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p
prompt] [-u user] file .

Источник

Отсутствие возможности создать новую учётную запись

Легенда: Добрый день, у меня ноутбук DELL INSPIRION 3180 с Ubuntu 16.04. LTS на борту, прямо из коробки. При первом включении удачно прошёл регистрацию, и пользовался ОС. После появления желания обновить систему — возникли некие проблемы, из-за чего было решено откатить всё к заводским настройкам, и вот я вижу начальный экран регистрации учётной записи, но что-то происходит, выходит некое сообщение о ошибке, в связи с чем у меня сейчас на ноутбуке отсутствует какого либо вида учётка. Есть возможность сидеть в ОС с Гостевой у/з,но сами понимаете, это уж точно не то, чем хотелось бы пользоваться.В настройках не удаётся создать новую у/з. Нажимаю на создание, но экран немного мерцает и ничего не происходит, так же пробовал через терминал, но он не имеет полноценного доступа ко всем возможностям,так как гостевой пользователь. Вопросы: Есть ли возможность вообще создать учётную запись в гостевом сеансе или же есть возможность откатить всё в начало ещё раз ( как я это делал в первый раз — не получается, просто пропала данная функция, так как, скорее всего, откат идёт от настоящей версии ОС, а на данный момент она у меня изначальная)

обновить систему — возникли некие проблемы

было решено откатить всё к заводским настройкам

Каким образом и в каком порядке это происходило?

Процитируй его сюда.

После появления желания обновить систему — возникли некие проблемы

Вы пишете, что у вас появилось только желание обновить систему. А это значит что обновления вы не делали, т.к. не пишете об этом — следовательно указанных вами проблем не должно было возникнуть.

А если всё же что-то после вашего желания делали, то рассказывайте что делали и какие проблемы возникли, какие сообщения возникали.

учётной записи, но что-то происходит, выходит некое сообщение о ошибке, в связи с чем у

Какое сообщение об ошибке возникает?

Вопросы: Есть ли возможность вообще создать учётную запись в гостевом сеансе или же есть возможность откатить всё в начало ещё раз

Вы точно можете попробовать загрузиться с LiveCD / LiveUSB, смонтировать файловые системы установленного Linux, сделать chroot и уже в chroot окружении в консоли создать пользователя. Но раз вы этого не сделали, то можно даже не писать об этом.

Так же вы можете просто переустановить установленный Linux с нуля.

Но лучше если вы всё же расскажете о всё что делали, какие ошибки после вашего обновления заставили вас откатывать систему, что ещё делали кроме обновления, какие сообщения об ошибках возникают при создании учётной записи.

из-за чего было решено откатить всё к заводским настройкам

Как ты это сделал?

Есть ли возможность вообще создать учётную запись

Если я тебя правильно понял

После обновления системы отсутствовали абсолютно все рабочие панели, был только фон рабочего стола и парочка ярлыков, добавленных мною на него

Откат происходил из загрузечного меню ноутбука, то есть при включении и загрузки (во время появления логотипа — DELL) нажал «ESC» и выбрал, что-то вроде: «Возврат до Ubuntu 16.04»

В сообщении было сказано, что-то вроде,что создание учётной записи не удалось, но сего можно будет продолжить уже . (не помню даже примерной формулировки)

Команда через терминал не срабатывает, выдаёт следующие строки: guest-cezt9p@dell-desktop:

$ sudo useradd junior sudo: невозможно изменить на root gid: Операция не позволена sudo: не удаётся инициализировать модуль политики

Ну значит у вас два пути:
грузиться с LiveCD / LiveUSB, это собственно Linux, который запускается с CD диска или флешки, монтировать фаловые систему установленного на жёстком диске Linux, делать в него chroot и создавать пользователя командами;
Просто переустановить Linux самому со скаченного с сайта ISO образа.

Я обновил систему, то есть всё загрузилось, но после перезагрузки ноутбука и запуска системы вышла проблема, а именно пропали все рабочие панели системы

Я не понял, что у тебя происходит — у тебя в голове каша, и ты выражаешься крайне туманно.

Короче, сейчас распишу инструкцию, как можно сбросить всё к чертям. Читай внимательно, важен каждый пункт и порядок действий тоже.

При загрузке после BIOS нажми Esc — ты попадешь в меню GRUB 2, оно выглядит вот так: http://tipsonubuntu.com/wp-content/uploads/2016/07/grub-bootloader.jpg
Нажми E латинскую — ты попадешь в меню редактирования скрипта загрузки. Найди там строчку, что начинается с linux, перемести курсор в её начало, затем нажми клавишу End. После чего удали все параметры загрузки ядра, кроме ro, после которого допиши

Второй вариант спорный — там и в бивисе что-то пропатчено, классическая установка из образа по пацански может вообще окирпичить девайс. Всмысле может и встанет, в том числе и граб/лило, но бивис не захочет грузить ось вообще.

Не знаю как в Ubuntu 16.04, но в Linux Mint 18 от такого варианта получения root прав через загрузчик есть некоторая защита.

Загружаться с прописыванием в параметры ядра init=/bin/bash нужно два раза, после первого прописывания и загрузки система покажет только чёрный экран, а уже после второго прописывания и загрузки запустится с root консолью.

Как реализована такая защита не знаю, но с первого раза точно не получается запуститься.

Дошёл до пятого 5-ого пункта. К сожалению, при нажатии на комбинацию клавиш ctr+alt+F2 ничего (зрительно видимого не происходит, если должно)

Попробуй другие от CTRL+ALT+F1 до F7 — должно работать. У тебя нет банальных неполадок с клавиатурой?

Можешь ещё войти под гостем, открыть эмулятор терминала, а в нём

Источник