[РЕШЕНО] Не могу переключиться в консоль

arcanis	# 8 лет, 8 месяцев назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	А если убрать тогда плимут? Просто через kdm.service? Плимут же вроде дико глючная штука PGP 0x31361F01 arcanisrepo

vasek	# 8 лет, 8 месяцев назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	И все-таки интересно посмотреть, что же все-таки пишется в журнал при старте getty. Если просто смотреть $ journalctl -b, то о запуске getty в tty2-6 там ничего не будет. Нужно спровоцировать этот запуск, а именно воспользоваться тем, что запуск getty в tty2-6 осуществляется по требованию. Для чего предлагаю выполнить следующее 1. $ journalctl -f (перевод journal в режим on-line) 2. Ctrl+Alt+F2 — выжди секунд 10-15, вернись обратно по Ctrl+Alt+F1 и смотри вывод в журнал. В нормальном режиме, если getty запустилась, кроме возможного мусора должны быть обязательные строки systemd[1]: Starting Getty on tty2... systemd[1]: Started Getty on tty2. Если getty не запустилась — что будет не знаю (либо ошибки, либо ничего). 3. Повтори пункт 2 с комбинациями от Ctrl+Alt+F3 до Ctrl+Alt+F6 4. $ ps awx \| grep getty - по нормальному, в случае запуска getty в tty2-6, должен быть выхлоп типа такого 1051 tty2 Ss+ 0:00 /sbin/agetty --noclear tty2 1105 tty3 Ss+ 0:00 /sbin/agetty --noclear tty3 1106 tty4 Ss+ 0:00 /sbin/agetty --noclear tty4 1107 tty5 Ss+ 0:00 /sbin/agetty --noclear tty5 1108 tty6 Ss+ 0:00 /sbin/agetty --noclear tty6 UPD1.....для получения большей информации можно повысить уровень информативности journal. UPD2.....и напоследок, до решения проблемы можешь запускать виртуальные консоли старым, старым способом (он сработать должен, его плюс также и в том, что можно зайти в любую tty, хоть tty10) - с авторизацией - $ sudo openvt -c2 login - без авторизации - $ sudo openvt -c2 После выполнения команды вход в консоль соответствующий - Ctrl+Alt+F2. Выход — exit, остальное - кури man Ошибки не исчезают с опытом - они просто умнеют

vasek

# 8 лет, 8 месяцев назад

Темы: 48

Сообщения: 11320

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

И все-таки интересно посмотреть, что же все-таки пишется в журнал при старте getty.
Если просто смотреть $ journalctl -b, то о запуске getty в tty2-6 там ничего не будет.
Нужно спровоцировать этот запуск, а именно воспользоваться тем, что запуск getty в tty2-6 осуществляется по требованию. Для чего предлагаю выполнить следующее
1. $ journalctl -f (перевод journal в режим on-line)
2. Ctrl+Alt+F2 — выжди секунд 10-15, вернись обратно по Ctrl+Alt+F1
и смотри вывод в журнал. В нормальном режиме, если getty запустилась, кроме возможного мусора должны быть обязательные строки
systemd[1]: Starting Getty on tty2...
systemd[1]: Started Getty on tty2.
Если getty не запустилась — что будет не знаю (либо ошибки, либо ничего).
3. Повтори пункт 2 с комбинациями от Ctrl+Alt+F3 до Ctrl+Alt+F6
4. $ ps awx | grep getty - по нормальному, в случае запуска getty в tty2-6, должен быть выхлоп типа такого
1051 tty2 Ss+ 0:00 /sbin/agetty --noclear tty2
1105 tty3 Ss+ 0:00 /sbin/agetty --noclear tty3
1106 tty4 Ss+ 0:00 /sbin/agetty --noclear tty4
1107 tty5 Ss+ 0:00 /sbin/agetty --noclear tty5
1108 tty6 Ss+ 0:00 /sbin/agetty --noclear tty6
UPD1.....для получения большей информации можно повысить уровень информативности journal.
UPD2.....и напоследок, до решения проблемы можешь запускать виртуальные консоли старым, старым способом (он сработать должен, его плюс также и в том, что можно зайти в любую tty, хоть tty10)
- с авторизацией - $ sudo openvt -c2 login
- без авторизации - $ sudo openvt -c2
После выполнения команды вход в консоль соответствующий - Ctrl+Alt+F2.
Выход — exit, остальное - кури man

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

Lupo_Alberto	# 8 лет, 8 месяцев назад
Темы: 10 Сообщения: 110 Участник с: 08 сентября 2013	arcanis А если убрать тогда плимут? Просто через kdm.service? У меня проблема один в один, как и у топикстартера. «Решилось» удалением Plymouth. Правда, замены kdm-plymouth.service на kdm.service недостаточно. Нужно отредактировать /etc/mkinitcpio.conf и пересобрать initramfs-linux.img.

Lupo_Alberto

# 8 лет, 8 месяцев назад

Темы: 10

Сообщения: 110

Участник с: 08 сентября 2013

arcanis
А если убрать тогда плимут? Просто через kdm.service?

У меня проблема один в один, как и у топикстартера.
«Решилось» удалением Plymouth. Правда, замены kdm-plymouth.service на kdm.service недостаточно. Нужно отредактировать /etc/mkinitcpio.conf и пересобрать initramfs-linux.img.

32reg	# 8 лет, 8 месяцев назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Подтверждаю. Всем спасибо, особенно arcanis и Lupo_Alberto. У меня заработало просто заменой kdm-plymouth.service на kdm.service но после того как добавил # fix broken grub.cfg gen GRUB_DISABLE_SUBMENU=y в /etc/default/grub и пересоздал конфиг груба. До этого, видимо из-за ошибки груба, не обновлялся grub.cfg и поэтому не помогало удаление plymouth и пересборка initramfs www.linux32.ru - новости и статьи о Linux

32reg

# 8 лет, 8 месяцев назад

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

Подтверждаю. Всем спасибо, особенно arcanis и Lupo_Alberto.
У меня заработало просто заменой kdm-plymouth.service на kdm.service но после того как добавил

# fix broken grub.cfg gen
GRUB_DISABLE_SUBMENU=y

в /etc/default/grub и пересоздал конфиг груба.
До этого, видимо из-за ошибки груба, не обновлялся grub.cfg и поэтому не помогало удаление plymouth и пересборка initramfs

www.linux32.ru - новости и статьи о Linux

Lupo_Alberto	# 8 лет, 8 месяцев назад
Темы: 10 Сообщения: 110 Участник с: 08 сентября 2013	32reg До этого, видимо из-за ошибки груба, не обновлялся grub.cfg... https://bugs.archlinux.org/task/38041