[решено][amdgpu]] *ERROR* No EDID read. plasma плохо стартует

vasek	# 4 месяца, 1 неделя назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	indeviral Это стандартное решение: `[[ -z $DISPLAY && $XDG_VTNR -eq 1 ]] && exec startx` При входе в другой vt(tty) он не запустится. Честно скажу - никогда об этом не читал и не пробовал ... нужно будет почитать об этом и попробовать. Спасибо за подсказку ... Ошибки не исчезают с опытом - они просто умнеют

# 4 месяца, 1 неделя назад

Сообщения: 11320

Участник с: 17 февраля 2013

indeviral
Это стандартное решение:
[[ -z $DISPLAY && $XDG_VTNR -eq 1 ]] && exec startx
При входе в другой vt(tty) он не запустится.

Честно скажу - никогда об этом не читал и не пробовал ... нужно будет почитать об этом и попробовать.
Спасибо за подсказку ...

Ошибки не исчезают с опытом - они просто умнеют

vasek	# 4 месяца, 1 неделя назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	В части [[ -z $DISPLAY && $XDG_VTNR -eq 1 ]] && exec startx - вспомнил где такое видел - Wiki - xinit но похоже, что это мне не очень и нужно ... но будем иметь ввиду. Ошибки не исчезают с опытом - они просто умнеют

vasek	# 4 месяца, 1 неделя назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	indeviral, прежде чем использовать эту фичу, я должен понять ее смысл - что она может и для чего нужна. Не люблю использовать в темную ... а смысл пока не очень то и дошел ... Ошибки не исчезают с опытом - они просто умнеют

indeviral	# 4 месяца, 1 неделя назад
Темы: 38 Сообщения: 3165 Участник с: 10 августа 2013	vasek понять ее смысл просто переменные проверяет... да я просто сам засомневался в необходимости вам такого подхода. если вы желаете каждый раз выбирать при лоигне что запускать, то вроде как и смысла нету. имхо. я например в вашем подходе смысла вообще не вижу. Если надо запустить что-то другое я просто вручную редактирую xinit или bash_profile, оно надо как правило раз в пол года. Ошибки в тексте-неповторимый стиль автора©

indeviral

# 4 месяца, 1 неделя назад

Темы: 38

Сообщения: 3165

Участник с: 10 августа 2013

vasek
понять ее смысл

просто переменные проверяет...

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

имхо. я например в вашем подходе смысла вообще не вижу. Если надо запустить что-то другое я просто вручную редактирую xinit или bash_profile, оно надо как правило раз в пол года.

Ошибки в тексте-неповторимый стиль автора©

vasek	# 4 месяца, 1 неделя назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	indeviral Если надо запустить что-то другое я просто вручную редактирую xinit или bash_profile, оно надо как правило раз в пол года. Мне приходится менять частенько, а потому править накладно ... намного проще нажать 2-е кнопки. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 месяца, 1 неделя назад

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

indeviral
Если надо запустить что-то другое я просто вручную редактирую xinit или bash_profile, оно надо как правило раз в пол года.

Мне приходится менять частенько, а потому править накладно ... намного проще нажать 2-е кнопки.

Ошибки не исчезают с опытом - они просто умнеют

Vadim	# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)
Темы: 280 Сообщения: 1909 Участник с: 20 ноября 2013	как я уже писал,у меня плохо запускался sddm,lightdm запускался стабильно но не мог запустить сессию plasma wayland. что сделал,посмотрел строку запуска /usr/share/wayland-sessions/plasmawayland.desktop `Exec=/usr/lib/x86_64-linux-gnu/libexec/plasma-dbus-run-session-if-needed /usr/bin/startplasma-wayland` изменил на более понятную `Exec=dbus-run-session startplasma-wayland` теперь все загружается без глюков ,сессия wayland с помощью lightdm запускается отлично `~$ echo $XDG_SESSION_TYPE wayland` . в общем все работает ,ничего не глючит.как я и думал проблема у меня была не в плазме а в sddm. кто поопытнее напишите,допустима ли в plasmawayland.desktop строка запуска `Exec=dbus-run-session startplasma-wayland` Linux Forever!

Vadim

# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)

Темы: 280

Сообщения: 1909

Участник с: 20 ноября 2013

как я уже писал,у меня плохо запускался sddm,lightdm запускался стабильно но не мог запустить сессию plasma wayland.
что сделал,посмотрел строку запуска /usr/share/wayland-sessions/plasmawayland.desktop

Exec=/usr/lib/x86_64-linux-gnu/libexec/plasma-dbus-run-session-if-needed /usr/bin/startplasma-wayland

изменил на более понятную

Exec=dbus-run-session startplasma-wayland

теперь все загружается без глюков ,сессия wayland с помощью lightdm запускается отлично

~$ echo $XDG_SESSION_TYPE
wayland

.

в общем все работает ,ничего не глючит.как я и думал проблема у меня была не в плазме а в sddm.
кто поопытнее напишите,допустима ли в plasmawayland.desktop строка запуска

 Exec=dbus-run-session startplasma-wayland

Linux Forever!

Vadim	# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)
Темы: 280 Сообщения: 1909 Участник с: 20 ноября 2013	раз 20 перезагружал,как часики.при загрузке в тексте grub пропали все желтые и красные строчки. AppArmor никакой не пишет. No EDID read тоже нет. в общем система работает отлично,все глюки у меня были из-за корявого sddm.даже на free bsd sddm хвалят p.s сейчас включил в lightdm автологин,в любой сессии,хоть в иксах,хоть в wayland автологин работает. всё,спасибо за внимание. Linux Forever!

Vadim

# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)

Темы: 280

Сообщения: 1909

Участник с: 20 ноября 2013

раз 20 перезагружал,как часики.при загрузке в тексте grub пропали все желтые и красные строчки. AppArmor никакой не пишет. No EDID read тоже нет.

в общем система работает отлично,все глюки у меня были из-за корявого sddm.даже на free bsd sddm хвалят
p.s
сейчас включил в lightdm автологин,в любой сессии,хоть в иксах,хоть в wayland автологин работает.
всё,спасибо за внимание.

Linux Forever!

Vadim	# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)
Темы: 280 Сообщения: 1909 Участник с: 20 ноября 2013	vasek автологин в tty1 Создаем директорию /etc/systemd/system/getty@tty1.service.d, а в ней файл /etc/systemd/system/getty@tty1.service.d/override.conf cat /etc/systemd/system/getty@tty1.service.d/override.conf [Service] ExecStart= ## no login, no password ExecStart=-/sbin/agetty -a 'login' –noclear %I $TERM ## no login, yes password # ExecStart=-/sbin/agetty -o '-f login' –noclear %I $TERM очень интересно,вообще без dm запускать систему. вот только не знаю как без systemd автологин прикрутить,подумаю,почитаю.идея конечно классная. Linux Forever!

Vadim

# 4 месяца, 1 неделя назад (отредактировано 4 месяца, 1 неделя назад)

Темы: 280

Сообщения: 1909

Участник с: 20 ноября 2013

vasek
автологин в tty1
Создаем директорию /etc/systemd/system/getty@tty1.service.d, а в ней файл /etc/systemd/system/getty@tty1.service.d/override.conf
cat /etc/systemd/system/getty@tty1.service.d/override.conf

[Service]
ExecStart=
## no login, no password
ExecStart=-/sbin/agetty -a 'login' –noclear %I $TERM
## no login, yes password
# ExecStart=-/sbin/agetty -o '-f login' –noclear %I $TERM
очень интересно,вообще без dm запускать систему.
вот только не знаю как без systemd автологин прикрутить,подумаю,почитаю.идея конечно классная.

Linux Forever!

vasek	# 4 месяца, 1 неделя назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Vadim вот только не знаю как без systemd автологин прикрутить Забыл, что у тебя инициализация не systemd, а sysv .... тогда должно быть проще, чем с systemd ... Практически уже забыл про sysv, поэтому придется методом тыка. Для начала нужно найти один файл, вроде бы /etc/inittab ... хотя в разных системах иницилизации он назывался по разному. Вообщем, чтобы не капаться попробуй запустить поиск ... и лучше две команды `sudo grep -r respawn /etc sudo grep -r getty /etc` Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 месяца, 1 неделя назад

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Vadim
вот только не знаю как без systemd автологин прикрутить

Забыл, что у тебя инициализация не systemd, а sysv .... тогда должно быть проще, чем с systemd ...
Практически уже забыл про sysv, поэтому придется методом тыка.
Для начала нужно найти один файл, вроде бы /etc/inittab ... хотя в разных системах иницилизации он назывался по разному.
Вообщем, чтобы не капаться попробуй запустить поиск ... и лучше две команды

sudo grep -r respawn /etc
sudo grep -r getty /etc

Ошибки не исчезают с опытом - они просто умнеют

RusWolf	# 4 месяца, 1 неделя назад
Темы: 11 Сообщения: 2394 Участник с: 16 июля 2016	Vadim все глюки у меня были из-за корявого sddm Это не SDDM корявый, а твой левый дистр без systemd. В арче SDDM работает отлично.