1 (12.04.2013 17:36:06 отредактировано kosik)

Досталась машина с 11.4
Не могу попасть в иксы под учеткой пользователя. При входе под рутом не дает возможности выйти из иксов в консольное приглашение - только выключение машины.
Как пофиксить проблему?

2

А что пишет при попытке войти в иксы под учеткой пользователя?

3

Пользователи-то там есть?

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Slackware64-current/Xfce/Lenovo G580

4

Aviv,
во-вторник буду на офисе и процитирую точно


yars,
ну, минимум один при установке создается и его пароль так же и root-у присваивается  bx

5

Я наверно не корректно сформулировал вопрос....
Речь шла о машине грузящейся в текстовую консоль (run level 3), машинка выполняет роль инет-шлюза для некоей компании юзеров.
Вот на этой машине Иксы грузятся только из-под root-а, а при завершении сеанса Иксов завершает и саму Сюзю вместо возврата в консоль...

6

После включения у Вас появляется текстовая консоль с запросом ввода логина или автовход производится автоматически?
X Вы запускаете вручную?
Что мешает войти под учетной записью пользователя?
Если пользователь неизвестен:
Судя по тому что по умолчанию у Вас имеется консоль... Вы можете выполнить команду "yast" и на вкладке "Безопасность и пользователи" выбрать "Управление пользователями и группами" проверить наличие пользователи или создать нового.

7

mozgfx,
Да, после включения текстовая консоль с приглашением (уровень 3), машина изначально делалась сервером
Да Х запускал вручную, но под пользователем они не запустились - лишь через su
Пользователь известен - я на подменах по ssh на ней squid-a периодически правил и по логам выборки делал...

8

Попробуйте переключить консоль на "простого смертного пользователя" так только заменить "username" на Вашего пользователя...

su -l username

Попробуйте после выполнения и запроса пароля запустить X...

9

Вот еще как вариант попробовать запуск (только не забудьте подправить xguest, xfce4 и номер терминала на что нибудь свое):
KDM:2 || sudo startx

вы не указали что у Вас за DE установлен.... укажите это облегчит процесс поиска решения.

10

Выдает следующее при startx:

xauth: file /home/user/.serverauth.XXXX does not exist  (XXXX - hfpyst wbathrb)
xinit: givin up
xinit: unable to connect to X server: Connection refused

11

kosik⇓ пишет:

Выдает следующее при startx:

Больше информации по этому поводу содержится в /var/log/Xorg.0.log.

Был, был и весь вышел...

12

Lupo Alberto,
При этом ругается, что не может перезаписать  /var/log/Xorg.0.log в  /var/log/Xorg.0.log.old

Года 2 назад на одном из форумов (увы не могу вспомнить на каком) в Нетваревских разговорах мелькала аналогичная проблема и ее решение... но тогда это было не актуально. Помню что решалось буквально одним параметром и вроде в xorg.conf. Думал что может здесь кто из любителей SuSE навскидку сразу вспомнит...

13

А от root «иксы» запускаются?

Был, был и весь вышел...

14

Да, от root=а и запускаю.
Самое забавное, что поставил по быстрому SuSE (правда 11.2) на домашнюю машину и под юзером Х грузятся без проблем. Железо? Дома AMD, а там Intel.
Попробую завтра вообще снести xorg.conf

15

Если получится, покажите вывод команды

ls -lH `which X`

для домашней («исправной») и рабочей («неисправной») системы.

Был, был и весь вышел...

16

http://old.open-suse.ru/modules/newbb/v … t_id=31965

17

aliaksei1818,
Спасибо, именно это и искал. ay 

Нашел эту инфу и на Нетваревском сайте в примечаниях к 11.4

+ открыть спойлер

Бит setuid файла /usr/bin/Xorg необходим для запуска X от имени непривилегированного пользователя, например, командой startx. Этот метод уже долгое время является устаревшим в связи с использованием менеджеров дисплея. Современные среды полагаются на списки контроля доступа к устройствам и привилегии polkit, зависящего от consolekit, отслеживающего активную консоль с помощью менеджера дисплея.

Пользователи, которым нужна старая конфигурация, могут выставить бит setuid самостоятельно в файле /etc/permissions.local, убрав знак комментария у этой строки:

#/usr/bin/Xorg                 root:root       4711

после чего запустить SuSEconfig --module permissions

Lupo Alberto,
Похоже это особенность 11.4, потому на 11.2 и не проявилась