PLD New Rescue Th-20210209

[Grzesiek Pycia]

Jest ustawione, no clear, Ale getty at tty1 po starcie systemu jest jako
disabled i nie jest uruchamiane.

Tu zmieniałem, żeby no clear był w etc, bo poprzednia metoda z edycją w
/lib przestała być akceptowana przez systemd:

https://github.com/arekm/pld-new-rescue/commit/02b4dc834cc1a6d9ec68a76090602e4ecca877ea

Nie widać zmiany, która by wyłączała getty at tty1, może to znów wynik zmiany
w podejściu systemd i wystarczy tylko zrobić enable, bo domyślnie tego nie
robi teraz.(coś mi się wydaje, że domyślnie tty1 jest dla X rezerwowany
teraz)


wt., 23 lut 2021 o 21:50 Arkadiusz Miśkiewicz <arekm at maven.pl> napisał(a):

> W dniu 20.02.2021 o 14:26, stacho pisze:
> > W dniu 2021-02-20 08:22, Krzysztof Mrozowicz napisał(a):
> >> W dniu 19.02.2021 o 21:27, Krzysztof Szwaba pisze:
> >>>> To pewnie dlatego, że PLD nie zwalnia tty1 po uruchomieniu systemu.
> >>>> Spróbuj przełączyć się na tty2 (Alt+F2).
> >>>>
> >>> Jaki może być tego powód ?
> >>> Też kiedyś z tym walczyłem, gdzie po aktualizacji PLD taka przypadłość
> >>> się pojawiła ale nie udało mi się znaleźć przyczyny ...
> >>
> >> Przykro mi, nie wiem. Sam też kiedyś próbowałem to zmienić, ale że
> >> prawe wyłącznie pracuję w X-ach, to machnąłem na to ręką w końcu.
> >
> > Na vpsie Alt+F2 nie przejdzie i tak dobrze że mam konsolę przez vnc.
> > Powód jest prosty w tym rescue zablokowany jest getty na tty1.
> > Wystarczy zrobić:  systemctl start getty at tty1.service żeby zadziałała
> > konsola na tty1.
> > W tym rescue jest jakoś inaczej, są odblokowane kosole od tty2 do tty6 ,
> > a tty1 jest zablokowane.
> >
>
> Można by odblokować jeśli się da na zasadzie nieczyszczenia tty1 przy
> starcie getty.
>
> --
> Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
> _______________________________________________
> pld-devel-pl mailing list
> pld-devel-pl at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
>