🚀 go-pugleaf

Użytkownik "Hoppke" <grzegorz@quatrin.pl> napisał w wiadomości
news:slrn.pl.bt9ug9.l51.grzegorz@quatrin.pl...
> Message <br2s6q$l73$1@atlantis.news.tpi.pl>
> has been fingerprinted by Michal Kotnowski:
>
> > Jak nie da sie inaczej, to to tez jest opcja, ale chyba sie da inaczej.
I
> > jeszcze warunek, zeby nie trzeba bylo podawac hasla, bo to ma sie dziac
> > automatycznie.
>
> Z sekwencji startowej chyba nie uruchomisz bezpośrednio X-ów, będą
> narzekać że nie jesteś właścicielem terminala z którego próbujesz je
> wystartować (albo że nie mogą zaalokować następnego terminala - niby nic
> dziwnego, bo skrypty startowe lecą na /dev/console). Ja u siebie
> zrobiłem to tak:
>
> 1. mingetty z opcją --autologin loguje mnie na na pierwszym VT. Hasła
> nie muszę podawać, bo w /etc/login.defs określiłem VT na których nie
> trzeba podawać haseł (choć roota to nie dotyczy)
>
> 2. w konfiguracji shella mam taką wstawkę:
>
> if [ $TTY = "/dev/vc/1" -a -z $DISPLAY ]
> then
> exec xinit /usr/X11R6/lib/X11/xinit/xinitrc -- dpms -tst -quiet -bs vt12
> fi
>
> Czyli w skrócie: jeśli aktualne VT to /dev/vc/1 (to, co u innych zwane
> jest /dev/tty1) a zmienna $DISPLAY nie jest jeszcz eustawiona (to akurat
> overkill w moim przypadku, ale...), to uruchom X-y. A w zasadzie to
> zastąp proces shella procesem xinit (chodzi o ten "exec"). Dlatego
> sprawdzanie $DISPLAY nie ma tu sensu, bo uruchomienie xinit blokuje ten
> terminal. Ale gdybym zrobił
>
> if [ $TTY = "/dev/vc/1" -a -z $DISPLAY ]
> then
> xinit /usr/X11R6/lib/X11/xinit/xinitrc -- dpms -tst -quiet -bs vt12&!
> fi
>
> To już by miało sens.
>
> W każdym razie ja poszedłem na połączenie dwóch cech - jakieś *getty
> obsługujące autologin (mingetty się nada, tylko pewnie trzeba będzie
> patcha nałożyć) i połączenie uruchamiania X-ów z jakimś skryptem
> startowym Twojego Ulubionego Shella.
>
> A w praktyce działa to u mnie tak, że włączam maszynę, ona startuje
> sobie normalnie, automatycznie loguje mnie na /dev/vc/1 i równie
> automatycznie zastępuje shella procesem xinit (u innych byłby to
> "startx", ale ja zredukowałem "startx" do shellowego aliasu na "xinit",
> jak w przykładzie.
>
> Na /dev/vc/2 mam drugie mingetty, tyle że ono już nie jest autologujące
> (choć chyba też wpuszcza mnie bez hasła, to po prostu wygodne). Jeśli
> zamknę X-y to wystarczy że na pierwszym vt wpiszę swój login i nacisnę
> enter, a X-y znowu same wystartują. Dobrze się sprawdza i jest proste do
> postawienia, nie trzeba wciągać w to żadnych gdm/kdm/xdm/...
>
> Taki tryb tekstowy ze startującymi automatycznie X-ami, chyba dosyć
> dobrze odpowiada temu, czego szukasz.
>
> -- 
> \hoppke
> (Grzegorz "Grażyna" Niewęgłowski)
> http://lubuska.zapto.org/~hoppke/
To jest dokladnie to o co mi chodzilo. Malo tego, zainspirowany Twoim
wyjasnieniem , poszukalem jak to zrobic nie ladujac patcha do mingetty.

Zainteresowanych odsylam do: http://www.linuxgazette.com/issue72/chung.html

Pozdrawiam,
Kotek

"Michal Kotnowski" <listy@ukotka.com> writes:

[..]
> Czy ktos ma pomysl, w jaki sposob przy boocie systemu uruchomic X-y w pelni
> automatycznie w imieniu konkretnego uzytkownia (nie roota)?

Pewnie overkill, ale gdm posiada taką możliwość.

  eloy
-- 
-------e-l-o-y-----------e-l-o-y-@-t-r-a-n-s-i-l-v-a-n-i-a-.-e-u-.-o-r-g------

             jeżeli nam zabraknie sił zostaną jeszcze morze i wiatr

Michal Kotnowski wrote:
> Witam,
> W mojej glowie zakwitla koniecznosc uruchomienia X-ow przy bootowaniu
> systemu. System to Mandrake 9.2.
> Chcialbym, aby X-y startowaly jako uzytkownik np. Zenek.

Well in 8.1 it was under Boot | Boot config in Control Center.

Tak mi się przynajmniej wygólało...

-- 
Maciej Pietrzak <magh na apcoh org>
JID: horpah_dot_chrome_dot_pl
"Oh my god! We all gonna die!"

Użytkownik "Krzysztof Krzyżaniak" <eloy@pawnhearts.eu.org> napisał w
wiadomości news:gnus.87iskrq9jk.fsf.eloy@kofeina.net...
> "Michal Kotnowski" <listy@ukotka.com> writes:
>
> [..]
> > Czy ktos ma pomysl, w jaki sposob przy boocie systemu uruchomic X-y w
pelni
> > automatycznie w imieniu konkretnego uzytkownia (nie roota)?
>
> Pewnie overkill, ale gdm posiada taką możliwość.
>
>   eloy
> --
A moge prosic o garsc szczegolow, gdm to nie overkill, bo te X-y maja
serwowac aplikacje graficzna.
W kazdym razie, chetnie poczytam.

Kotek

Użytkownik "Maciej Pietrzak" <magh@es.ha.net.pe.el.invalid> napisał w
wiadomości news:slrnbt9sa2.tok.magh@ilf.if.pw.edu.pl...
> Michal Kotnowski wrote:
> > Witam,
> > W mojej glowie zakwitla koniecznosc uruchomienia X-ow przy bootowaniu
> > systemu. System to Mandrake 9.2.
> > Chcialbym, aby X-y startowaly jako uzytkownik np. Zenek.
>
> Well in 8.1 it was under Boot | Boot config in Control Center.
>
> Tak mi się przynajmniej wygólało...
>
> --
> Maciej Pietrzak <magh na apcoh org>
Jezeli dobrze rozumiem, to chodzi o zwykle startowanie powloki graficznej
jako glownego trybu pracy systemu. A mnie chodzi o co innego: chce, zeby X-y
sie uruchomily, ale niejako jako jeden z demonow, a maszynka dalej odpalila
sie w trybie tekstowym.

Jak nie da sie inaczej, to to tez jest opcja, ale chyba sie da inaczej. I
jeszcze warunek, zeby nie trzeba bylo podawac hasla, bo to ma sie dziac
automatycznie.

Kotek

"Michal Kotnowski" <listy@ukotka.com> writes:

[..]
>> > Czy ktos ma pomysl, w jaki sposob przy boocie systemu uruchomic X-y w
> pelni
>> > automatycznie w imieniu konkretnego uzytkownia (nie roota)?
>>
>> Pewnie overkill, ale gdm posiada taką możliwość.
>>
> A moge prosic o garsc szczegolow, gdm to nie overkill, bo te X-y maja
> serwowac aplikacje graficzna.
> W kazdym razie, chetnie poczytam.

gdconfig uruchomiony z prawami administratora, a potem:

Ogólne > Automatyczne logowanie

[x] Automatyczne logowanie wybranego użytkownika po uruchomieniu systemu
Użytkownik logowany automatycznie: eloy


Używany przeze mnie gdm to gdm 2.4.1.7, ale wcześniejsze też miały taką
możliwość. Być może kdm również posiada taką opcję, tego nie jestem w
stanie sprawdzić bo nie używam.

  eloy
-- 
-------e-l-o-y-----------e-l-o-y-@-t-r-a-n-s-i-l-v-a-n-i-a-.-e-u-.-o-r-g------

             jeżeli nam zabraknie sił zostaną jeszcze morze i wiatr

Message <br2s6q$l73$1@atlantis.news.tpi.pl>
has been fingerprinted by Michal Kotnowski:

> Jak nie da sie inaczej, to to tez jest opcja, ale chyba sie da inaczej. I
> jeszcze warunek, zeby nie trzeba bylo podawac hasla, bo to ma sie dziac
> automatycznie.

Z sekwencji startowej chyba nie uruchomisz bezpośrednio X-ów, będą
narzekać że nie jesteś właścicielem terminala z którego próbujesz je
wystartować (albo że nie mogą zaalokować następnego terminala - niby nic
dziwnego, bo skrypty startowe lecą na /dev/console). Ja u siebie
zrobiłem to tak:

1. mingetty z opcją --autologin loguje mnie na na pierwszym VT. Hasła
nie muszę podawać, bo w /etc/login.defs określiłem VT na których nie
trzeba podawać haseł (choć roota to nie dotyczy)

2. w konfiguracji shella mam taką wstawkę:

if [ $TTY = "/dev/vc/1" -a -z $DISPLAY ]
then
exec xinit /usr/X11R6/lib/X11/xinit/xinitrc -- dpms -tst -quiet -bs vt12
fi

Czyli w skrócie: jeśli aktualne VT to /dev/vc/1 (to, co u innych zwane
jest /dev/tty1) a zmienna $DISPLAY nie jest jeszcz eustawiona (to akurat
overkill w moim przypadku, ale...), to uruchom X-y. A w zasadzie to
zastąp proces shella procesem xinit (chodzi o ten "exec"). Dlatego
sprawdzanie $DISPLAY nie ma tu sensu, bo uruchomienie xinit blokuje ten
terminal. Ale gdybym zrobił

if [ $TTY = "/dev/vc/1" -a -z $DISPLAY ]
then
xinit /usr/X11R6/lib/X11/xinit/xinitrc -- dpms -tst -quiet -bs vt12&!
fi

To już by miało sens.

W każdym razie ja poszedłem na połączenie dwóch cech - jakieś *getty
obsługujące autologin (mingetty się nada, tylko pewnie trzeba będzie
patcha nałożyć) i połączenie uruchamiania X-ów z jakimś skryptem
startowym Twojego Ulubionego Shella.

A w praktyce działa to u mnie tak, że włączam maszynę, ona startuje
sobie normalnie, automatycznie loguje mnie na /dev/vc/1 i równie
automatycznie zastępuje shella procesem xinit (u innych byłby to
"startx", ale ja zredukowałem "startx" do shellowego aliasu na "xinit",
jak w przykładzie.

Na /dev/vc/2 mam drugie mingetty, tyle że ono już nie jest autologujące
(choć chyba też wpuszcza mnie bez hasła, to po prostu wygodne). Jeśli
zamknę X-y to wystarczy że na pierwszym vt wpiszę swój login i nacisnę
enter, a X-y znowu same wystartują. Dobrze się sprawdza i jest proste do
postawienia, nie trzeba wciągać w to żadnych gdm/kdm/xdm/...

Taki tryb tekstowy ze startującymi automatycznie X-ami, chyba dosyć
dobrze odpowiada temu, czego szukasz.

-- 
\hoppke
(Grzegorz "Grażyna" Niewęgłowski)
http://lubuska.zapto.org/~hoppke/

On Wed, Dec 03, 2003 at 04:35:29PM +0100, Michal 'Kotek' Kotnowski wrote:
> To jest dokladnie to o co mi chodzilo. Malo tego, zainspirowany Twoim
> wyjasnieniem , poszukalem jak to zrobic nie ladujac patcha do mingetty.
> 
> Zainteresowanych odsylam do: http://www.linuxgazette.com/issue72/chung.html
po co sobie tak komplikować życie?
nie prościej do rc.local dodać to co próbowałeś z uzupełnieniem o opcję -l
lub --login w zależności od wersji su?
Przy okazji można komunikaty wysłać do /dev/null. Kiedyś też pomiędzy startx
a exit wypadało dać małą zwłokę np kilku sekund. Można pójść też o krok dalej
i skilować startx i xinit... ale to już na własną odpowiedzialność, nie
pamiętam teraz jakie były efekty uboczne tego zabiegu.

miłej zabawy
pozdrawiam
	iu1j4

-- 
             :: Jarosław  Siebert :: 
    ........: jsiebert@poczta.wp.pl :.........
  .:Lru: 255615 | tel: 603877428 | Gg: 2659509:.