проблема с добавлением обычного пользователя (решено)
fuckingpotato 13 ноября, 2010 - 20:43
возникла следующая проблема:
# useradd -d /home/russel -G users,wheel,audio -s /bin/bash russel # su russel bash: /home/russel/.bashrc: Отказано в доступе
даже не знаю, какие конфиги показать.. буду рад любой помощи.
»
- Для комментирования войдите или зарегистрируйтесь
От root'а ls -l /home ls
От root'а
Я ♥ Gentoo & Funtoo
# ls -l /home итого
Перелогинится в систему не
Перелогинится в систему не пробовали? Или в другой консоли зайти от вновь созданного пользователя?
Я ♥ Gentoo & Funtoo
да.
результат одинаков.
useradd
Если бы мы хотели прочитать ман useradd, то мы бы сдлеали это у себя в системе.
Именно поэтому его тут теперь нет
Slepnoga
буду честен, я не знаю, почему у меня все работает
И зачем весь man постить?
И зачем весь man постить? Просто бы подсказали сделать
Я ♥ Gentoo & Funtoo
"И зачем весь man
"И зачем весь man постить?"
Вы меня таки опередили)) долго печатаю.
вот собственно..
А так? mv /home/russel
А так?
Я ♥ Gentoo & Funtoo
отказано в доступе((
отказано в доступе((
!!
Спасибо, ценю Ваш юмор!
Но если Вы намекаете на то, что я не прочитал man, то спешу вас заверить, что сделал это.
Если Вы намекаете на то, что мне нужно читать man внимательнее, то снова спешу вас заверить, что читал его внимательно. И если я делаю очевидную глупость вышеперечисленной командой, и man об этом свидетельствует, то замечу, что повторное чтение Вашего man'а не даст никаких плодов, и, видимо, я тупой. Так вот, если я тупой, то попрошу помощи у Вас в этом вопросе. Напишите, пожалуйста, решение моей проблемы, ну или укажите ту часть man'а, которая все-таки подтолкнет меня (возможно даже не сразу), к разрешению вопроса.
С уважением.
Права на .bashчто_то_там нам
Права на .bashчто_то_там нам будут показаны или так и будем постить не по теме ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
"даже не знаю, какие конфиги показать.."
хм.. а если смувить файл
хм..
а если смувить файл заходит?
нет
нет
-rw-r--r-- fuckingpotato
-rw-r--r--
что-то добрый я сегодня ....
аналогично
аналогично
Однако и права у вас на
Однако и права у вас на .bashrc. Вы, верно, камикадзе. По идее сей скрипт передается в шелл на исполнение при логине пользователя, когда в качестве шелла ему подгружается баш. Баш берет файл и пытается его исполнить. Потому атрибут исполнения не требуется. Стандартно (для гентоо) права на запись токмо у юзера. Тоесть должно быть так -rw-r--r-- . В идеальном случае все права группы и прочих надо отобрать (chmod go-rwx .bashrc). Дабы было неповадно. У Вас же все пишут в Ваш стартовый скрипт. Некузяво.
Теперь вернемся к "нашим баранам". Коль скоро права на исполнение файла не нужны, а для его исполнения требуется лишь право на чтение, которое, как вы уже успели заметить, у данного юзверя есть, имеется подозрение на некорректное заполнение сего файла. Следует сделать вот что:
mv .bashrc bashrc_old.
touch .bashrc
chown russel
chgrp russel
chmod a-rwx .bashrc
chmod u+rw .bashrc
То есть копируем старый башрс. Создаем пустой файл с правильными правами. Проблема должна исчезнуть. После этого внимательно читаем старый башрц на предмет того, какую каку туда засунули.
Ну а ежели не поможет - можно воспользоваццо...ца.. о! ться советом гостя и пересобрать злополучный shadow.
PS
Хотелось бы взглянуть на башрц. Ежели, конечно, это возможно.
спасибо за помощь! хотелось
спасибо за помощь! хотелось бы узнать, что означает "системный аккаунт", опция -r
потому что создав пользователя с этой опцией вроде все работает как надо..
-r, --system Создает
-r, --system
Создает системную запись. Системные пользователи будут созданы без соответствующей записи в /etc/shadow, и с идентификаторвми пользователя в пределах диапазона SYS_UID_MIN - SYS_UID_MAX, определенном в /etc/login.defs, в то время как идентификаторы бычных пользователей создаются в диапазоне UID_MIN-UID_MAX.
Системная запись, как правило, создается для пользователей, которые будут запускать некие системные службы, типа apache или ftp. В идеальном варианте лишены прав на все, даже на вход в систему ( потому запись в шадоу не нужна). В качестве шелла по умолчанию имеют /sbin/nologin (Фиктивный шелл), в качестве домашней директории - место, где хранятся необходимые для работы службы файлы.
Работать "как надо" системный юзер не может. Для начала ему надо будет создать пароль, а затем присвоить приличный шелл.
Судя по всему проблемы скорей всего в неправильном скелете.
Это умолчания с которыми созается пользователь:
sudo cat /etc/default/useradd
# useradd defaults file
GROUP=100
HOME=/home
INACTIVE=-1
EXPIRE=
SHELL=/bin/bash
SKEL=/etc/skel
Последняя переменная - скелет, который скопируется новому пользователю. По ходу у вас там нерабочий башрс
sudo ls -al /etc/skel
итого 18
drwxr-xr-x 3 root root 160 Окт 21 18:49 .
drwxr-xr-x 95 root root 5616 Ноя 20 12:39 ..
-rw-r--r-- 1 root root 127 Окт 21 18:49 .bash_logout
-rw-r--r-- 1 root root 193 Окт 21 18:49 .bash_profile
-rw-r--r-- 1 root root 551 Окт 21 18:49 .bashrc
drwx------ 2 root root 48 Апр 26 2009 .ssh
Это то что обычно туда добавляют
sudo cat /etc/skel/.bashrc
# /etc/skel/.bashrc
#
# This file is sourced by all *interactive* bash shells on startup,
# including some apparently interactive shells such as scp and rcp
# that can't tolerate any output. So make sure this doesn't display
# anything or bad things will happen !
# Test for an interactive shell. There is no need to set anything
# past this point for scp and rcp, and it's important to refrain from
# outputting anything in those cases.
if [[ $- != *i* ]] ; then
# Shell is non-interactive. Be done now!
return
fi
итак: # nano
итак:
# nano /etc/default/useradd
# ls -al /etc/skel/
# nano /etc/skel/.bashrc
если я не ошибся, то все идентично.
чет не понял - ты пароль-то
чет не понял - ты пароль-то новому юзеру задал? )) новому пользователю не зайти, пока не задашь пароль ;)
# passwd russel
пароль задавал и не задавал,
пароль задавал и не задавал, все равно не заходит.. может у меня что-то с группами не так? я новичок просто..
Покажите mount id
Покажите
Я ♥ Gentoo & Funtoo
ACER-5520G ~ #
От пользователя id
От пользователя
Я ♥ Gentoo & Funtoo
упс.. не понял вас
упс.. не понял вас сразу
? grep russel /etc/passwd
?
Я ♥ Gentoo & Funtoo
ACER-5520G ~ # grep russel
решение оригинально, но действенно
Сталкивался точно с такой же проблемой. Автор, пересобери пакет shadow
попробовал. сначала просто
попробовал. сначала просто пересобрал, затем включил все флаги. аналогично. уже не знаю, может это как-то влияет, у меня xfce установлен.
а если оставить юзера russel
а если оставить юзера russel в покое и создать другого пользователя (чтобы id был другим) - будет та же фигня?
upd
просто useradd -m testers - не добавляя ни в какие группы
что-то добрый я сегодня ....
ACER-5520G ~ # useradd -m
если еще не вносили никаких
если еще не вносили никаких правок "от себя" - id testers'а и права на файл /home/testers/.bashrc:
и /home/testers/ (на всякий случай)
0
что-то добрый я сегодня ....
изменений не вносил
кажется нашел решение. папка
кажется нашел решение. папка /home принадлежала пользователю 999, группе 999. даже не знаю почему. поставил root root 755.
через su заходит (как видно), но при перезагрузке не заходит (без первоначального входа root'а), пишет "логин инкоррект", но это, видимо, другая проблема, так что эту считаю решенной. всем спасибо за помощь!!
не заходило из-за # useradd
не заходило из-за
видимо, там что-то с пробелами. passwd russel поправило.