Useradd p не работает

Невозможно войти в новую учетную запись пользователя

Перезагрузка исправляет проблему

У меня та же проблема 11.10. Мой E-MU Tracker Pre подключается к USB через концентратор USB-концентратора. Когда я вхожу в систему, я слышу, как звуковая карта получает питание (динамики будут звучать). Однако настройки звука отображают только USB-устройство на вкладке «Оборудование», но не вводятся и не выводятся. Подключите его непосредственно к (назад (порт USB также не устранит проблему.

3 ответа

Если Вы создали учетную запись пользователя с useradd , необходимо настроить все для него вручную. Поэтому при создании учетных записей пользователей из командной строки рекомендуется использовать adduser в Ubuntu (и Debian и другие находящиеся в Debian системы) вместо этого. Вы могли бы просто хотеть удалить пользователя с userdel или deluser и воссоздайте его с adduser . Иначе.

Фиксация местоположения корневого каталога

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

• название корневого каталога учетная запись пользователя на самом деле настроено для
• название каталога Вы на самом деле создали

Они должны быть точно тем же. Сообщение об ошибке Вы добираетесь с su -l penner говорит Вам, что они не то же.

Для проверки корневого каталога, учетная запись пользователя на самом деле настроена для, выполните эту команду (см. man 5 passwd и man grep для получения дополнительной информации):

Необходимо видеть строку как это:

Таким образом, шестое : — разделенное поле (после того, как пятое : ) содержит корневой каталог. Если это не /home/penner , это должно быть. Если каталог, который Вы создали для пользователя, не /home/penner , это должно быть, также. Если эти два каталога являются тем же, но никакой не /home/penner , затем это могло бы теоретически работать, но необходимо сделать их обоих /home/penner , потому что много программного обеспечения предполагает что все не — root корневые каталоги пользователей /home/username .

Можно измениться penner корневой каталог к /home/penner путем выполнения этой команды:

• Посмотрите man usermod для получения дополнительной информации.

Обеспечением его является Каталог, и что у Пользователя Есть Доступ

Если (или однажды) имена — оба /home/penner , необходимо также удостовериться, что у пользователя есть доступ к их собственному корневому каталогу. Выполненный:

Необходимо видеть что-то, что похоже на это (хотя дата и время будет отличаться):

Если вместо drwxr-xr-x , у Вас есть что-то, что запускается с — вместо d , затем Вы создали файл, а не каталог. Удалите файл и сделайте каталог там вместо этого.

Если вместо первого penner у Вас есть что-то еще, затем пользователь не владеет их корневым каталогом, поэтому заставьте их владеть им:

• Посмотрите man chown для получения дополнительной информации.

Если вместо drwxr-xr-x существуют тире в следующих трех символах после d , затем у пользователя нет полного доступа там. Зафиксируйте это следующим образом:

• Посмотрите man chmod для получения дополнительной информации.

( penner способно к выполнению этой команды, если они владеют своим корневым каталогом, поэтому если Вы предпочитаете, можно выполнить это как: sudo -u penner u+rwx /home/penner )

Обеспечение других пользователей не имеет общего доступа для записи

Если вместо drwxr-xr-x , существуют w s вместо — s в последних шести буквах, затем пользователи, кроме того, penner может иметь доступ для записи к penner корневой каталог. Это опасно (если Вы действительно не знаете то, что Вы делаете и хотите это этот путь и настроили вещи, таким образом, это не будет проблема). Зафиксировать его:

Другие значения по умолчанию

Существуют некоторые другие изменения, которые можно хотеть внести. По умолчанию в Ubuntu (то есть, если Вы создаете учетную запись пользователя с adduser или с графическим инструментом, который Вы не сделали):

Корневые каталоги читали и полномочия записи для всех, не только пользователь, который владеет ими. Пользователи могут изменить это, или для целого корневого каталога или для любых файлов и подкаталогов в нем. Но если Вы действительно хотите это значение по умолчанию, и у Вас нет второго и третьего r и x в drwxr-xr-x , выполненный:

( penner способно к выполнению этой команды, если они владеют своим корневым каталогом, поэтому если Вы предпочитаете, можно выполнить это как: sudo -u penner chmod 755 /home/penner )

У каждого пользователя есть его собственная группа с тем же именем как пользователь, и это — основная группа пользователя. Их корневой каталог принадлежит этой группе. Это — значение второго penner в drwxr-xr-x 43 penner penner 4096 2012-07-03 06:41 /home/penner . Нормально порывать с этим значением по умолчанию, если Вы знаете то, что Вы делаете. Но если это не Ваше намерение сделать вещи по-другому, необходимо удостовериться penner настраивается этот путь, так как некоторые возможные идентификационные данные основной группы для пользователя или владельцев группы на корневом каталоге пользователя, могли привести к проблемам безопасности.

Выполненный groups penner . (См. man groups для получения дополнительной информации.) Необходимо видеть что-то вроде этого:

Не волнуйтесь, похоже ли это не совсем на это. Я скоро доберусь до этого. Вместо этого посмотрите на первое слово после : . Это — имя основной группы пользователя. Принятие Вас хочет, чтобы это было penner , удостоверьтесь, что это. Если это не, измените его:

Если Вы получаете ошибку при высказывании что группа penner не существует, затем необходимо будет создать его с этой командой (и затем выполнить вышеупомянутую команду снова):

• Посмотрите man addgroup для получения дополнительной информации. (Если Вы предпочитаете, можно альтернативно использовать groupadd команда для создания групп.)

Когда Вы работали groups penner , Вы, возможно, получили список групп значительно короче, чем мой penner : penner adm dialout cdrom plugdev lpadmin sambashare . Для настольных пользователей, adm , dialout , cdrom , plugdev , lpadmin , и sambashare обеспечьте способности, которые должны обычно иметь настольные пользователи. Поэтому, если у Вас нет причины сделать иначе, penner должен быть в этих группах. Это не основные группы, однако, таким образом, они установлены по-другому. Предположим, penner не находится ни в одной из этих групп, и Вы хотите penner чтобы быть во всех них, выполните эту команду:

В случае, если Вам интересно, вот то, что имеют в виду все те группы:

• adm пользователи могут просмотреть большинство системных файлов журнала в /var/log .
• dialout пользователи могут использовать модемы коммутируемого доступа.
• plugdev пользователи могут смонтировать и использовать внешние устройства хранения.
• lpadmin пользователи могут настроить и управлять принтерами.
• sambashare пользователи могут совместно использовать файлы (через Samba) с другими компьютерами по сети.

(Источник: Полномочия, в документации Ubuntu Wiki.)

Создание пользователя администратор

Если Вы не хотите penner чтобы быть администратором, Вы, вероятно, не должны делать ничего больше. Можно проверить если penner администратор с groups penner . Если ни один admin ни sudo перечислен, затем penner не администратор.

Если Вы хотите penner чтобы быть администратором, добавить penner к тому, какой бы ни из этих групп существует. (Можно также добавить penner обоим, если они оба существуют.) Можно выполнить это путем выполнения этих двух команд отдельно — если любой успешно выполняется, Вы сделали penner администратор:

• Причиной там являются две группы, то, что перед Ubuntu 12.04 LTS администраторы были в admin группа. Запуская с Ubuntu 12.04 LTS, администраторы находятся в sudo группа. Но если Ваши 12.04 систем LTS обновлены от предыдущего выпуска (и это должно относиться к более поздним релизам Ubuntu, такой как 12,10, когда они выходят, которые обновлены из Ubuntu 11.10 или ранее), затем для обратной совместимости, администраторы являются членами обоих sudo и admin . Обычно, если одна из этих групп не присуждает административные способности, она просто не существует, таким образом выполняя обоих вышеупомянутые две команды (отдельно, не как sudo usermod -a -G admin,sudo penner ) обычно безопасный и эффективный способ сделать penner администратор.

Источник

Невероятные проблемы с useradd

Доброго времени суток!

Дистрибутив федора 12

добавляю пользователя командой:

useradd -u 10025 -g 10027 -s /bin/bash -d /home/MUA/IvanovIv -c «Иванов Иван Иванович» -p pasSWorD IvanovIv

вылетает ошибка:
useradd: Неверное имя пользователя ‘IvanovIv’

Опытным путем установлено, что не нравятся заглавные буквы. ivanoviv — прокатывает.

Если добавлять пользователя с помощью графической утилитки — добавляет и с заглавными.

С чего это вдруг useradd так стала себя вести? Это можно как-нить полечить?

> By default, user and group names are required to consist of a

lowercase letter followed by zero or more lowercase letters or

numbers. Dashes in the username are accepted as well.

очевидно, твоя графическая тулзовина не использует useradd. на самом деле, нет ничего такого уж плохого в аппер-кейс буквах в логине, кроме того, что это дурной тон.
попробуй adduser. можно и руками

Ничего не выдает. Файла adduser.conf нет в системе. Да и никогда не редхатах не видел.

Наверное где-то есть соответствующая настройка (политика) но найти не могу

очевидно, твоя графическая тулзовина не использует useradd. на самом >деле, нет ничего такого уж плохого в аппер-кейс буквах в логине, кроме >того, что это дурной тон.

попробуй adduser. можно и руками

Графическая тулзовина не моя, она штатная. system-config-users.
adduser это просто линк на useradd.
Править вручную /etc/passwd конечно можно, но нафиг такую автоматизацию.
Посмотрел на рхел 5.3 и fedora 8 — все добавляется как надо в любом регистре. Не могу въехать кому это мешало и нафиг так сделали.

> Не могу въехать кому это мешало и нафиг так сделали.

/var/mail/ivanov, /var/mail/iVANOv, /var/mail/IvAnOv, /var/mail/iVaNoV. И плюс к тому всяческие getpwnam, finger, apache и многие-многие другие.

>/var/mail/ivanov, /var/mail/iVANOv, /var/mail/IvAnOv, /var/mail/iVaNoV. И плюс к тому всяческие getpwnam, finger, apache и многие-многие другие.

С чего var/mail/ivanov стал равен /var/mail/IvAnOv ?

думаю что это два разных аккаунта.

alex-123> С чего var/mail/ivanov стал равен /var/mail/IvAnOv ?
думаю что это два разных аккаунта.

для smtp ivanov@domain.com и IvAnOv@domain.com это один и тот же юзер

>для smtp ivanov@domain.com и IvAnOv@domain.com это один и тот же юзер

это понятно.
как-то жили без таких радикальных нововведений.

Более конкретный вопрос. Где-то как-то настраивается поведение useradd|adduser? Или нелюбовь к верхнему регистру зашили в код?

> Более конкретный вопрос.

Дался тебе этот useradd. Проблема не в нем, а в тебе. Ты всегда можешь создать или подкорректировать запись ручками. Но! Твое требование противоречит не useradd, а всей 40-летней истории unix. Однако существуют маргинальные патчи, которые это делают. И патчат они довольно много чего. Ядро например или glibc.

> думаю что это два разных аккаунта.

The local-part of a mailbox MUST BE treated as case sensitive. Therefore, SMTP implementations MUST take care to preserve the case of mailbox local-parts. Mailbox domains are not case sensitive. In particular, for some hosts the user «smith» is different from the user «Smith». However, exploiting the case sensitivity of mailbox local-parts impedes interoperability and is discouraged (c) RFC 2821

Тебя защищают от твоей же собственной дури, если ты не понял

Твое требование противоречит не useradd, а всей 40-летней истории unix

Да что вы говорите? А тред читаем? Для знатоков 40-летней истории unix повторяю — к примеру на федоре 8 все нормально добавляется в любых вариантах. Или этому дистру более 40 лет? Тоже касается рхела.

Тебя защищают от твоей же собственной дури, если ты не понял

Лучше пускай защищают вас от вашей. Со своей дурью я договорюсь.

> на федоре 8 все нормально добавляется в любых вариантах

Дистрибутив федора 12 . вылетает ошибка:

useradd: Неверное имя пользователя ‘IvanovIv’

Ну дак исправили эпический баг, работают же-ж люди.

Открой для себя /etc/passwd и /etc/group, если используешь shadow-аутентификацию, то еще /etc/shadow и /etc/gshadow. В этих файлах можешь изменить руками все, что хочешь. На этом уровне нет никакой разницы между какими угодно дистрибутивами.

Источник

[Решено] Проблема с useradd.

Установил Arch, поставил иксы и DE. Решил добавить обычного (не root) пользователя. Ввожу:

(simple — имя учетной записи)

Все вроде нормально, как говорится: «Пока Linux молчит, он работает», никаких ошибок не было. Попытался сменить пользователя через GUI, не получилось (функция не доступна), написал в терминале:

Yoki152
Установил Arch, поставил иксы и DE. Решил добавить обычного (не root) пользователя. Ввожу:

-s /bin/bash
да и это лишнее и при том не правильное. все бинарники живут в /usr/bin/

от users ты что ожидал увидеть?
он показывает залогиненых пользователей.

Попытался сменить пользователя через GUI, не получилось (функция не доступна)

Зачем добавляться в бесполезные группы?

Попытался сменить пользователя через GUI, не получилось (функция не доступна)

Зачем добавляться в бесполезные группы?

DE — Xfce. На верхней панели в правом углу экрана нажимаю на надпись с именем пользователя, открывается выпадающее меню, второй пункт которого — Переключить пользователя. Так вот, эта функция не доступна, то есть (как бы правильней выразиться) данный пункт не активен, затемнен, клик по нему дает результат тот же, что и при клике на любом пустом месте.

Как бы не суть, в какие группы добавляться.

Источник