<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[«User is not in the sudoers file»: как исправить ошибку в Linux]]></title><description><![CDATA[<p dir="auto">Ошибка «user is not in the sudoers file» — одна из самых частых проблем, с которой сталкиваются пользователи Linux при попытке выполнить команду с правами администратора через sudo. Эта ошибка означает, что ваш пользователь не внесён в список разрешённых или не добавлен в нужную группу.</p>
<p dir="auto">Проблема легко решается несколькими способами, но все они требуют доступа к правам администратора. Если вы только начинаете работать с Linux, не паникуйте — решение намного проще, чем кажется на первый взгляд.</p>
<h2>Почему вообще появляется эта ошибка</h2>
<p dir="auto">Всё просто: в Linux существует система прав доступа, которая защищает систему от несанкционированных изменений. Не каждый пользователь может выполнять команды, требующие административных привилегий. Доступ к sudo регулируется файлом <strong>/etc/sudoers</strong>, который хранит информацию о том, кто и что может делать с правами root.</p>
<p dir="auto">Когда вы пытаетесь выполнить команду с sudo, система проверяет файл sudoers и ищет там вашего пользователя или группу, в которой вы состоите. Если ничего не находит — выдаёт ошибку. При первой установке Ubuntu или других дистрибутивов первый пользователь часто добавляют в группу sudo или admin автоматически, но иногда этого не происходит, или пользователь был удалён из группы случайно.</p>
<p dir="auto">Важный момент: обычный пользователь не может сам отредактировать файл sudoers, потому что это требует прав root. Поэтому, если у вас нет доступа к sudo, нужен либо пользователь, который может использовать sudo, либо прямой доступ к root через режим восстановления.</p>
<h2>Способ первый: добавление в группу sudo (самый простой)</h2>
<p dir="auto">Это <strong>самый рекомендуемый способ</strong>, потому что он безопасен, быстр и не требует прямого редактирования файла sudoers. В большинстве дистрибутивов Linux (Ubuntu, Debian, Fedora) файл sudoers уже содержит строку, которая разрешает всем членам группы sudo выполнять любые команды с полными правами.</p>
<p dir="auto">Используя эту строку, системный администратор просто добавляет нужного пользователя в группу sudo — и всё. После переавторизации или перезагрузки компьютера пользователь получает доступ к sudo без каких-либо дополнительных настроек. Этот способ хорошо документирован, не требует редактирования конфиг-файлов вручную (а значит, меньше вероятность допустить ошибку) и легко отменяется, если понадобится.</p>
<p dir="auto">Потребуется:</p>
<ul>
<li>Открыть терминал</li>
<li>Выполнить одну команду от пользователя с правами sudo (или от root)</li>
<li>Переавторизоваться или перезагрузиться</li>
</ul>
<p dir="auto">Команда для добавления пользователя в группу sudo:</p>
<pre><code>usermod -aG sudo имя_пользователя
</code></pre>
<p dir="auto">Замените «имя_пользователя» на реальное имя пользователя, например:</p>
<pre><code>usermod -aG sudo john
</code></pre>
<p dir="auto">После выполнения команды пользователь должен либо перезагрузиться, либо заново авторизоваться в системе. При следующей попытке использовать sudo ошибка должна исчезнуть.</p>
<h2>Способ второй: прямое редактирование sudoers</h2>
<p dir="auto">Этот способ потребуется, если по какой-то причине группа sudo не работает или вы хотите дать разрешение только одному конкретному пользователю, без добавления в группу. Файл sudoers редактируется специальной командой <strong>visudo</strong>, которая проверяет синтаксис перед сохранением — это защищает вас от ошибок.</p>
<p dir="auto">Желательно использовать именно visudo, а не обычный текстовый редактор, потому что обычный редактор может отредактировать файл как read-only и сохранения не произойдёт. Visudo также предотвращает одновременное редактирование файла несколькими пользователями.</p>
<p dir="auto">Команда для редактирования:</p>
<pre><code>visudo
</code></pre>
<p dir="auto">Откроется текстовый редактор (обычно nano или vi) с содержимым файла sudoers. Найдите строку, которая разрешает группе sudo выполнять команды:</p>
<pre><code>%sudo ALL=(ALL) ALL
</code></pre>
<p dir="auto">Если эта строка начинается с символа <strong>#</strong> (закомментирована), уберите этот символ. Если строки вообще нет, добавьте её в конец файла.</p>
<p dir="auto">Для добавления одного конкретного пользователя добавьте такую строку:</p>
<pre><code>имя_пользователя ALL=(ALL) ALL
</code></pre>
<p dir="auto">Например:</p>
<pre><code>john ALL=(ALL) ALL
</code></pre>
<p dir="auto">Сохраните файл (обычно Ctrl+X в nano, затем Y и Enter). Visudo сам проверит синтаксис и сохранит файл, если всё в порядке.</p>
<h2>Способ третий: если у вас вообще нет доступа к sudo</h2>
<p dir="auto">Иногда возникает ситуация, когда ни у кого из обычных пользователей нет доступа к sudo, или единственный админ пользователь был удален. В этом случае нужно загрузиться в режиме восстановления и отредактировать файлы от имени root.</p>
<p dir="auto">Процесс немного отличается в зависимости от дистрибутива. В Ubuntu нужно при загрузке удерживать Shift, чтобы вывести меню GRUB, затем выбрать режим восстановления. В некоторых системах может потребоваться нажать Escape или другую клавишу.</p>
<p dir="auto">После загрузки в режиме восстановления вам предложат выбрать опции. Выберите опцию, которая даст вам root-shell (обычно это последний пункт или отдельный пункт с англ. «root»). После этого вы получите доступ к командной строке с правами root.</p>
<p dir="auto">Так как файловая система в режиме восстановления часто монтируется в режиме read-only, сначала нужно перемонтировать её в режим записи:</p>
<pre><code>mount -o remount,rw /
</code></pre>
<p dir="auto">Далее используйте одну из команд выше:</p>
<pre><code>usermod -aG sudo имя_пользователя
</code></pre>
<p dir="auto">Или отредактируйте sudoers напрямую:</p>
<pre><code>visudo
</code></pre>
<p dir="auto">После этого перезагрузитесь обычным способом:</p>
<pre><code>reboot -f
</code></pre>
<h2>Проверка файла sudoers: что должно быть там</h2>
<p dir="auto">Если вы уже добавили пользователя, но ошибка всё равно появляется, стоит проверить содержимое файла sudoers. Вот на что обратить внимание:</p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>Элемент</th>
<th>Описание</th>
<th>Что проверить</th>
</tr>
</thead>
<tbody>
<tr>
<td>Строка для группы sudo</td>
<td>%sudo ALL=(ALL) ALL</td>
<td>Не закомментирована ли (нет ли # в начале)</td>
</tr>
<tr>
<td>Строка для группы admin</td>
<td>%admin ALL=(ALL) ALL</td>
<td>Также должна быть не закомментирована</td>
</tr>
<tr>
<td>Права доступа к файлу</td>
<td>Должны быть 0440</td>
<td>Команда: ls -l /etc/sudoers</td>
</tr>
<tr>
<td>Синтаксис</td>
<td>Без ошибок</td>
<td>Редактируйте только через visudo</td>
</tr>
</tbody>
</table>
<p dir="auto">Если права доступа нарушены (не 0440), восстановите их:</p>
<pre><code>sudo chmod 0440 /etc/sudoers
</code></pre>
<p dir="auto">Одна из самых частых проблем — это закомментированная строка разрешения для группы sudo. Если в файле вы видите строку вроде:</p>
<pre><code># %sudo ALL=(ALL) ALL
</code></pre>
<p dir="auto">Просто уберите символ # в начале:</p>
<pre><code>%sudo ALL=(ALL) ALL
</code></pre>
<p dir="auto">После этого сохраните файл и пересоздайте сессию (выйдите и заново авторизуйтесь или перезагрузитесь).</p>
<h2>Особенности в разных дистрибутивах</h2>
<p dir="auto">В большинстве дистрибутивов процесс одинаков, но есть небольшие различия. В Ubuntu и Debian пользователь добавляется в группу sudo и всё работает. В ALT Linux и некоторых других дистрибутивах используется группа wheel вместо sudo, и файл sudoers может быть не настроен по умолчанию.</p>
<p dir="auto">Если вы работаете с ALT Linux, попробуйте добавить пользователя в группу wheel:</p>
<pre><code>usermod -aG wheel имя_пользователя
</code></pre>
<p dir="auto">Или отредактируйте sudoers и добавьте строку:</p>
<pre><code>%wheel ALL=(ALL) ALL
</code></pre>
<p dir="auto">В других дистрибутивах (Fedora, CentOS, RHEL) тоже часто используется group wheel. Проверьте документацию вашего дистрибутива, если стандартные способы не сработали.</p>
<h2>Когда ничего не помогает: диагностика</h2>
<p dir="auto">Если вы следовали всем советам выше, а ошибка всё ещё появляется, проверьте несколько вещей:</p>
<ul>
<li>Действительно ли пользователь был добавлен в группу? Команда: groups имя_пользователя. Должна вывести список групп, включая sudo или admin.</li>
<li>Переавторизовались ли вы после добавления в группу? Иногда изменения вступают в силу только после повторного входа или перезагрузки.</li>
<li>Нет ли опечаток в имени пользователя? Проверьте точное имя пользователя командой: id.</li>
<li>Отредактировали ли вы sudoers через visudo, а не обычный редактор?</li>
<li>Не повреждён ли сам файл /etc/sudoers? Синтаксис должен быть идеален, иначе весь файл может не работать.</li>
</ul>
<p dir="auto">Если вы всё-таки отредактировали sudoers обычным редактором и что-то пошло не так, вернитесь в режим восстановления и используйте visudo для полного переписывания файла.</p>
<h2>Что нужно помнить дальше</h2>
<p dir="auto">После того как ошибка будет исправлена, стоит помнить о безопасности. Группа sudo — это мощный инструмент, дающий полный контроль над системой. Не добавляйте в неё неподозрительных пользователей и периодически проверяйте содержимое файла sudoers, особенно если на компьютере работают несколько человек.</p>
<p dir="auto">Также помните, что команды, выполняемые через sudo, логируются в системе. Если вы хотите узнать, какие команды были запущены с повышенными привилегиями, можно посмотреть логи. Это полезно для аудита и отладки проблем с доступом.</p>
]]></description><link>https://forum.exlends.ru/topic/935/user-is-not-in-the-sudoers-file-kak-ispravit-oshibku-v-linux</link><generator>RSS for Node</generator><lastBuildDate>Wed, 20 May 2026 08:59:01 GMT</lastBuildDate><atom:link href="https://forum.exlends.ru/topic/935.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 03 Mar 2026 04:38:45 GMT</pubDate><ttl>60</ttl></channel></rss>