-
Notifications
You must be signed in to change notification settings - Fork 0
05USER
- Если возникают затруднения воспользуйтесь
adduser, введя в терминале данную команду. Вам будет задан ряд вопросов и будет создан пользователь, добавленный в соответствующие группы.
- Что бы он был необходимо назначить runlevel 4 в /etc/inittab
# These are the default runlevels in Slackware:
# 0 = halt
# 1 = single user mode
# 2 = unused (but configured the same as runlevel 3)
# 3 = multiuser mode (default Slackware runlevel)
# 4 = X11 with KDM/GDM/XDM (session managers)
# 5 = unused (but configured the same as runlevel 3)
# 6 = reboot
# Default runlevel. (Do not set to 0 or 6)
id:4:initdefault:Скорей всего вы здесь имеете в виду:
$ lspci
bash: lspci: команда не найдена
в то время как от root все выполняется. А не выполняется оно по одной простой причине, т.к. исполняемый файл находится в /sbin/lspci
# which lspci
/sbin/lspci
в принципе, это правильно, но если Вам все таки хочется что бы было автозаполнение и какой-то вывод, то переменная PATH, в помощь.
Если же вкратце, то можно поступить так, создать файл .bashrc в домашнем каталоге пользователь (~/.bashrc) с содержимым:
. /etc/profile
PATH=$PATH:/sbin/
пропишите строчки выше и перезапустить терминал (перезайдите).
В X-сеансе пользователя не получается запустить какую-нибудь графическую программу из-под root
cannot open display :0.0
Как это выглядит:
- заходим в свой WM/DE
- запускаем терминал и в нем регистрируемся под root
- подаем команду (скажем gvim), но она не запускается
Т.е. хотим добиться, что бы графические программы запускались с root-привилегиями в терминале в котором зарегились. Из-под, скажем, sudo su, даже если в группу wheel пользователя добавим, но все равно получаем что-то типа cannot open display :0.0). А надо получить такой запуск:
$ sudo su -
# gparted
в ~/.bashrc прописываем: xhost + &> /tmp/$USER.xhost
- или что-то вида (решения из Интернета, но верхнее точно работает [slackware64-14.2]):
xhost + > /dev/null -
xhost +si:localuser:`id -un` &> /tmp/$USER.xhostи перезапускаем Терминал. Касательно этого решения, все хорошо бы, но xhost в любом случае нужно использовать с умом. Так что, по идее, можно было сделать вот так:
# export DISPLAY=":0"
# gvim
# gparted
или получать root права через sudo, тогда эта и другие переменные окружения будут проброшены в Х-сеанс
$ sudo su -
# echo $DISPLAY
:0
$ echo $DISPLAY
$ sudo -i
# xauth merge ~username/.Xauthority
# export DISPLAY=:0.0
# su -
# xauth merge ~username/.Xauthority
# gparted
- при
sudo -s- в
/etc/sudoersраскомментируем:Defaults env_keep += "HOME" - или просто добавим:
Defaults env_keep += "DISPLAY XAUTHORITY"
- в
$ sudo -s
# . /etc/profile
-
через *DM
- GDM: было замечено, что если от salix-14.1_xfce ставим gdm поверх kdm (в slackware-14.1), и через gdm пользователем заходим, то из-под root в иксах все запускается. Посмотрел пакет gdm там в нескольких конф.файлах упоминание про
XAUTHORITYесть. - MDM: В Mint-17.2 там MDM , но по ходу принцип тот же.
- GDM: было замечено, что если от salix-14.1_xfce ставим gdm поверх kdm (в slackware-14.1), и через gdm пользователем заходим, то из-под root в иксах все запускается. Посмотрел пакет gdm там в нескольких конф.файлах упоминание про
-
и через kdesu у кого KDE(4):
- и наверно kdesu не такой уж и плохой вариант тоже, особенно понравилось, что тема оформление (gtk) настроенная пользователем так и применяется, не подтягивается тема настроенная/выбранная для root.
Внимание! Предложенное в той или иной мере актуально для домашней машины и наверно не более, т.к. теперь тот кто запустит систему - получит доступ к ресурсам прописанного пользователя. Кто ставил в виртуалку то же наверняка захочет автологина в терминале, если пользуется консолью для всяких инструментов.
В /etc/inittab заменяем: c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
- на
c1:12345:respawn:/sbin/agetty -a USER_name --noclear 38400 tty1 linux
Можно еще не правя системные файлы, касательно inittab, поступить прописав в /etc/rc.d/rc.local:
/sbin/agetty --noclear --autologin _USER_ tty12 &
а для startx (если потом еще и графику хотите) для пользователя в /home/_USER/.bash_profile:
[ -z "$DISPLAY" ] && [ $(tty) == /dev/tty12 ] && startx
Что бы просто попробовать не перезагружая систему, вот так советовал бы в tty1 под root попробовать:
# setsid agetty --noclear --autologin _USER_ tty12
07PKGS0PKGTOOLS.md 07PKGS1SLACKPKG+.md 07PKGS9RM.md
08BUILD.md 08BUILD1SBOPKG-14.2.md 08BUILD1SBOPKG.md
- KDE-4 в 14.x
- KDE-5 в 14.x
- MATE-1.X в 14.x
- VirtualBox и VBox Guest Additions
- VirtualBox и iTunes-windows
09PKGS3GAMES.md
Шрифты 10DISTUPGRADE