Arch linux no tty

Arch Linux

You are not logged in.

#1 2013-05-16 12:45:59

can’t access tty: job control turned off ?!

hello everyone!
i’m using arch linux for 2 years (on hp probook 4720s) and i never have any problem with installation, until today. i downloaded torrent for 2013.05.01 from download page, burn on cd and boot. but for the first time i got that message:

ERROR: ‘/dev/disk/by-label/ARCH_201305’ device did not show up after 30 seconds.
Falling back to interactive promt
You can try to fix the problem manually, log out when you are finished
sh: can’t access tty: job control turned off

i’m not expert, just a normal, average user who always install arch with unofficial beginners’ guide help.
so, what can i do now? pls help!

p.s. i know, my english is bad and if i broke any forum rules, sorry, this is my first topic.

Last edited by aleksandar1986 (2013-05-16 12:50:07)

Arch Linux + GNOME 3
Keep it simple, Stupid!

#2 2013-05-16 15:28:48

Re: can’t access tty: job control turned off ?!

Your boot loader cannot find the volume with the label «ARCH_201305». Presumably, that is the root partition. So the boot loader and or kernel have no idea what do do next and are asking for help.

As to why? I don’t know. This is another probook 4720? Is this a new machine, or one that already had Arch installed? Can this machine boot from USB? Have you tried booting your CD on another computer?

Nothing is too wonderful to be true, if it be consistent with the laws of nature — Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. — Alan Turing
—
How to Ask Questions the Smart Way

#3 2013-05-16 18:27:06

Re: can’t access tty: job control turned off ?!

first. thanks for your answer.
no, i have only one laptop . i bought that laptop (hp probook 4720s) over two years ago i formated hard disk and then i installed arch linux. couple of times (4-5) i reinstal arch (just for practise, i was bored. ) like i tried today. i burn first cd and got that problem, then i burn second cd and same thing, then i tried with usb (using UNetbootin software) with same result. i never had a problem instaling arch on my hp probook before. i tried cd that i was burn today, on sister’s desktop, but everything is go fine, without error (i didn’t installed, i just want to see is everything is ok with cd).

Arch Linux + GNOME 3
Keep it simple, Stupid!

#4 2013-05-16 18:45:53

Re: can’t access tty: job control turned off ?!

then i tried with usb (using UNetbootin software)

Don’t do that. Write the image to the usb with dd, as stated on the download page.

Источник

getty

A getty is the generic name for a program which manages a terminal line and its connected terminal. Its purpose is to protect the system from unauthorized access. Generally, each getty process is started by systemd and manages a single terminal line.

Contents

Installation

This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.

agetty is the default getty in Arch Linux, as part of the util-linux package. It modifies the TTY settings while waiting for a login so that the newlines are not translated to CR-LFs. This tends to cause a «staircase effect» for messages printed to the console. Agetty manages virtual consoles and six of these virtual consoles are provided by default in Arch Linux. They are usually accessible by pressing Ctrl+Alt+F1 through Ctrl+Alt+F6 .

• mingetty — A minimal getty which allows automatic logins.

mingettyAUR || mingettyAUR

• fbgetty — A console getty like mingetty, which supports framebuffers.

http://projects.meuh.org/fbgetty/ || fbgettyAUR

• mgetty — A versatile program to handle all aspects of a modem under Unix.

http://mgetty.greenie.net/ || mgettyAUR

Add additional virtual consoles

Open the file /etc/systemd/logind.conf and set the option NAutoVTs=6 to the number of virtual terminals that you want at boot.

If you wish to start one temporarily, you can start a getty service at the desired TTY by typing:

Automatic login to virtual console

Configuration relies on systemd drop-in files to override the default parameters passed to agetty.

Configuration differs for virtual versus serial consoles. In most cases, you want to set up automatic login on a virtual console, (whose device name is ttyN , where N is a number). The configuration of automatic login for serial consoles will be slightly different. Device names of the serial consoles look like ttySN , where N is a number.

Virtual console

Create a drop-in snippet for getty@tty1.service with the following contents:

If you do not want full automatic login, but also do not want to type your username, you can replace —autologin username with —skip-login —login-options username .

If you want to use a tty other than tty1, see systemd FAQ.

Serial console

Create the following file (and leading directories):

Nspawn console

To configure auto-login for a systemd-nspawn container, override console-getty.service :

If machinectl login my-container method is used to access the container, also add —autologin username to container-getty@.service template that manages pts/4 pseudo ttys:

Prompt only the password for a default user in virtual console login

Getty can be used to login from a virtual console with a default user, typing the password but without needing to insert the username. For instance, to prompt the password for username on tty1 :

Have boot messages stay on tty1

By default, Arch has the getty@tty1 service enabled. The service file already passes —noclear , which stops agetty from clearing the screen. However systemd clears the screen before starting it. To disable this behavior, create /etc/systemd/system/getty@tty1.service.d/noclear.conf :

This overrides only TTYVTDisallocate for agetty on TTY1, and leaves the global service file /usr/lib/systemd/system/getty@.service untouched. See Systemd#Editing provided units.

Источник

Arch Linux

You are not logged in.

#1 2017-02-04 16:00:28

[SOLVED]Autologin on tty1 fails

Dear Arch Linux Community,

I have started using Arch two weeks ago, but have used mainstream Linux distros for four years now. I installed Arch on an external HD for testing and would like to go the minimalistic way: no desktop environment, i3 as a windows manager.

However, I am encountering difficulties with autologin on tty1. Manual login into tty1 as root or as user both work. But after setting up the automatic login for the user on the virtual console, the screen goes black for one second after the GRUB menu, and then the boot process hangs. From there I can only login with another tty. I updated the system with

to rule out the possibility of an outdated system.

I have followed the Arch Linux Wiki: Getty. I have run:

and modified the file

whose contents now are:

[Service]
Type=simple
ExecStart=
ExecStart=-/usr/bin/agetty —autologin alex —noclear %I $TERM

On one occasion there was an error text showing after the failed boot, it read:

Failed to start getty on tty1
See ‘systemctl status getty@tty1.service’ for details
Stopping user manager for UID 1000
Stopped user manager for UID 1000
Removed slice User Slice of alex
Started update man-db cache

The last time I tried running

it showed me that tty1 was inactive. I have not been able to find how to activate it.

At the same time, I have also setup X to autostart at login in order to launch i3 automatically, following again the xinit page of the wiki. I.e., I modified

with the following code:

If anyone has a suggestion or a solution to this, I would be very grateful. Don’t hesitate to ask if you need more details on this. Cheers!

Last edited by Makishima (2017-02-05 16:58:32)

Источник

Не показывается окно входа если не переключиться между TTY (РЕШЕНО)

В Manjaro и Arch Linux некоторые пользователи столкнулись с необычной проблемой: при загрузке системы вместо окна входа показывается практически чёрный экран, иногда с курсором мыши. Если перейти на второй TTY с помощью сочетаний клавиш Ctrl + Alt + F2, то можно выполнить вход. При этом команда проверки статуса менеджера отображения GDM

показывает, что служба загружена работает без ошибок.

Ещё более удивительно то, что если просто нажать Ctrl + Alt + F2, а затем переключиться обратно на TTY 1 с помощью кнопок Ctrl + Alt + F1, то мы вернёмся на tty1 и появится экран входа!

Такое происходит при следующей конфигурации:

• дистрибутив на основе Arch Linux
• GDM в качестве менеджера дисплея
• проприетарные драйвера NVIDIA

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

Данная ситуация упоминалась, например, на следующих ветках форума:

При попытке решения данной проблемы было перепробовано множество настроек, установка дополнительных пакетов, откат ядра, изучение и исправление ошибок в файле /var/log/Xorg.0.log, переход на тестовые ветки ПО и прочее.

Полноценного решения в настоящее время нет. Но можно сделать следующее.

Откройте файл /etc/gdm/custom.conf:

В нём будет примерно следующее:

Закомментируйте строку, чтобы получилось:

Сохраните и закройте файл.

После этого один раз загрузка пройдёт нормально, но при второй и последующих загрузках всё вернётся на прежние места: экран входа не будет появляться и содержимое файла опять окажется прежним, с активной строкой WaylandEnable=false.

Чтобы этого избежать, измените файл (закомментируйте строку) и затем выполните команду:

Эта команда заблокирует файл от изменений.

Если вам вновь понадобится изменить этот файл, то выполните:

Wayland всё равно не работает

Строка «WaylandEnable=false» отключает Wayland и делает так, чтобы использовался x11. На самом деле, при любой настройке используется x11, вы можете проверить это командой:

Дело в том, что если не удаётся запустить Wayland, то запускается x11. Но настройка «WaylandEnable=false» по какой-то причине делает так, что не показывается экран входа.

Файл /etc/gdm/custom.conf меняется программой /usr/lib/gdm-disable-wayland. А эта программа запускается из файла /usr/lib/udev/rules.d/61-gdm.rules строкой:

Можно открыть этот файл и закомментировать указанную строку, в результате не будет автоматически меняться файл /etc/gdm/custom.conf. Но кардинально это ничего не поменяет — Wayland всё равно не запустится.

Смотреть как меняются ошибки в зависимости от опций загрузки можно командами:

Пользователи пишут, что данная проблема отсутствует на ядре 5.4 LTS. Видимо, всё дело в какой-то несовместимости последней версии ядра с ПО.

ОБНОВЛЕНИЕ

Проблема решилась. Получилось это так: после очередного обновления (обновился драйвер видеокарты и ядро) ИЛИ после удаления осиротевших пакетов, моя система вовсе перестала запускаться в графический интерфейс.

Причём X сервер запускался:

А GNOME Display Manager не запускался и при попытке перезапуска выдавал множество ошибок:

Я попытался удалить GNOME Display Manager и выяснилось, что этот пакет считается НЕ УСТАНОВЛЕННЫМ. Следовательно, он не мог быть обновлён, а также некоторые его зависимости были удалены как осиротевшие.

Я выполнил следующие команды для принудительной установки, полного удаления и чистой установки GNOME Display Manager:

После этого система стала загружаться нормально!

Источник

Как починить tty на Arch Linux?

Довольно давно началось такое поведение: после некоторого времени использования системы, какого конкретно — не знаю, своеобразно ломаются tty: на всех tty висит загрузочный лог, и всё, ничего на них не сделать — экран не очищается, не появляется приглашение для логина. При этом процессы getty при переключении нормально запускаются, и в логах у них ничего нет. Несколько раз удавалось зайти нормально в tty если ещё не была запущена графическая оболочка (GNOME), и после этого запущенный (до логина в DE) tty нормально работал.
Может быть кто сталкивался? Как лечить?
Дистрибутив — Arch Linux, DM — GDM, DE — GNOME.

А как запускается DE? Может от этого зависит

Через GDM, если я правильно понял вопрос.

А если его убить и попробовать через startx?

Вангую, что из-за GDM. Попробуй другой, на попробовать.

Когда баг вылазит — убить gdm и выполнить startx уже никак. Ну и .xinitrc для GNOME писать я не умею — иксы стартуют и тут же закрываются (при startx и gnome-session & в .xinitrc). А после перезагрузки всё нормально — сейчас вот после старта GDM запустил tty3, потом залогинился в GNOME, проконтролировал автозапуск, раскидал окна, спокойно смог как переключиться в tty3, так и запустить tty4. Не знаю, как поймать момент, после чего оно будет плохо себя вести — скорее всего это будет, если сразу после загрузки и запуска GDM tty не открывать.

exec gnome-session попробуй прописать, и как поймаешь баг, попробуй воспроизвести с гномом, запущенным через startx

GDM и GNOME точно через иксы работают или уже вяленый?

Точно, GDM руками на иксы переделывал, GNOME через них также работает.

Была похожая проблема с ядром 4.4, у тебя оно?

А какое у тебя видео и ядро? У меня на интеле такие проблемы с веткой 4.4. А на lts все нормально.

4.4.6 (grsec, но было и на обычном)

Видео Intel + Nvidia (Optimus), т.е. всё почти на интеле работает. Ведро 4.4.6 (grsec). Видимо, бага в ядре?

Ну ты попробуй linux-lts.

MPV используешь ? Я сильно грешу на него, вернее на его фулскрин. Можно попробовать с разными vo. Более того, в ишьюсах в гите встречал подобные случаи. мимо АрчеЮзер с подобной проблемой, но пока не решал ибо лень. GDM и GNOME не при чем, они установлены, но использую LXDM и bspwm

Источник