Dotaz: X terminál automatické startování a ukončení

[Petr Habarta]

Řeším doma X server a vzdálený X terminál (asi 0,8m pro manželku).

Už mi to sice chodí, ale potřebuji zautomatizovat na terminálu při startu přihlášení k serveru (teď musím psát X -query atd. a to není pro manželku to pravé).

Což o to, vypsat start to by ještě zvládla. Ale jak korektně ten X terminál vypnout aniž bych musel musel na něm natvrdo kilnout ta klientská Xka.

Poradíte mi někdo, jak upravit startovací skripty a případně další nastavení, aby grafický klient automaticky startoval a vypínal při ukončení práce PC, na kterém běží?

Díky předem

Petr

P.S.: myslím, že je to sice obecný problém, ale pro jistotu SUSE 9.1, na terminálu zatím implicitně startuji do 3 runlevelu a hlásím se do X z konzoly.

Odpovědi

[Vlastimil Ott]

Teoreticky (prakticky jsem se k tomu nikdy nedohrabal): spouštět na lokále třeba nejlépe GDM, které umí hledat X servery v síti. A umí se od nich odpojit a zobrazit právě jenom lokální nabídku. A je tam taky tlačítko Vypnout.

Jinak jsem to řešil přepnutím do konzole a halt...

Start: úprava /etc/rc.d/rc.4 - spouštěl jsem natvrdo X -broadcast. Ale jak píšu výše, to vše zvládá dobře nakonfigurovaný GDM...

[Zdeněk Štěpánek]

Zdravim

U SUSE to asi bude slozitejsi, ale u slacku jsme si poeditoval rc4 skript a za startx jsem dopsal to --query 1.2.3.4.

Vypinani resim napsanym papirkem (je to pro mamu):

Ctrl+Alt+F6
root
nepovim
halt
enter

To vypinani by me taky zajimalo. Instalovat na lokal GDM nebo KDM asi neni zrovna dobry napad. Nehlede na to ze to X terminalu se strkaj nejstarsi a nejmensi disky co lze najit, takze me to bezi a davat tam kvuli tomu Qt a nejaky balicek z KDE (asi kdebase+kdelibs+jesteneco), to abych tam dal dvojnasobny disk.

Zdenek

[Petr Habarta]

No ono je u suse malé dobrodružství už jenom najít, kde se nachází fungující startovací nebo konfigurační skript. -:(

Oni totiž standardni stromovou strukturu až tak příliš nedodržují. Například až po celovečerním googlování a hodně sprostém nadávání jsem vynašel, že kdmrc, které se načítá při startování je uloženo v /etc/opt... a ne /opt..., jak se obvykle v dokumentaci uvádí. viz http://www.cygwin.com/ml/cygwin-xfree/2004-01/msg00113.html

Buďto jsem hledal špatně, nebo o tom v dokumentaci SUSE nic není. Dost mě to naštvalo. Takových příkladů asi bude víc.

GDM jsem zjistil, že to co popisuje Vlasta Ott opravdu umí. Zkoušel jsem na Debovi. Ale doufal jsem, že se tomu doma na terminálu budu umět vyhnout.

Zatím asi taky nainstaluju papírek, jako Zdeněk a budu hledat dál.

Zatím hezký zbytek víkendu. Po automatické aktualizaci SUSe 9.1 mi nefunguje ovladač nVidia. Samozřejmě jsem si to neuvědomil, když jsem zatrhával aktualizaci jádra. Tak jdu spravovat.

Petr

[watslaw]

Oni totiž standardni stromovou strukturu až tak příliš nedodržují. Například až po celovečerním googlování a hodně sprostém nadávání jsem vynašel, že kdmrc, které se načítá při startování je uloženo v /etc/opt... a ne /opt..., jak se obvykle v dokumentaci uvádí. viz http://www.cygwin.com/ml/cygwin-xfree/2004-01/msg00113.html

Tak v takovém případě naopak standardní stromovou strukturu dodržují! Podle FHS mají být konfiguráky k programům v /opt v /etc/opt a měnící se soubory v /var/opt. Naopak, pokud to nějaký program/distribuce nedodržují, není to v souladu se standardem.

[lankvil]

no ono prihlasovat se kuli vypnuti pocitace jako root se mi nezda jako dobra volba... ja sem to resil kratkym programkem, kterej nedela nic jinyho nez ze zavola halt, ale ma nastaveny sid, takze ho muze spustit i normalni user

[Petr Habarta]

mohl bys mi, prosím, ten prográmek poslat, abych se inspiroval?

habarta@propertax.cz

nebo stačí uvést link, kde to stáhnout.

Petr

[Hynek (Pichi) Vychodil]

Něco jako echo L > /etc/powerstatus

a nastavit práva k souboru? Člověk by nevěřil co se nedoví, když občas použije man. Případně nastavit vhodné grupě práva k poweroff, shutdown nebo tak nějak.

[Petr Habarta]

nastavit práva bych zvládl. Přece jenom občas dokumentaci použiju, než se ptám . Nejsem zběhlý ve sktiptování, tak proto.

P.

[Josef Kufner]

pokud ten komp je ATX a zvlada pres acpi snimat eventy z hlavniho vypinace a shutdown ho opravdu vypne, tak neni nic jednodussiho nez to co jsem udelal u nas doma:

Chces vypnout pocitac? Ok, zmackni vypinac a chvili pockej.

A pro narocnejsi lidi mam script, ktery rozlisuje pocet stisku vypinace a podle toho spusti co se mu urci. http://jk.myserver.cz/programy/twice2down/

[Stanislav Brabec]

SuSE 9.1: /etc/sysconfig/displaymanager: DISPLAYMANAGER="gdm", pak SuSEconfig. Nebo Desktop/Display manager v sysconfig editoru nastavit na gdm.

rcxdm restart (asi bude potřeba dát předtím killall kdm nebo před úpravou dát rcxdm stop a dělat to v konzoli)

V menu naběhne klikací rozhraní, kde si zvolíte na serveru Enable XDMCP.

V gdm.conf klienta nastavíte:

Greeter=/usr/bin/gdmchooser

[Petr Habarta]

Díky,

vyzkouším a sdělím výsledek.

Petr H.

[Stanislav Brabec]

Druhou možností je tam nechat KDM, povolit DISPLAYMANAGER_REMOTE_ACCESS="no" (stejný sysconfig soubor), pak SuSEconfig, rcxdm restart.

Na klientovi buď ono gdm nebo si napsat vlastní startovací skript, který bude dělat jen X -query stroj (to se hodí v případě, kdy práce v X na samotném klientu nepřipadá v úvahu).

[David Jež]

Zdravim,
na klienta bych nainstaloval neco ala LTSP a pridal do kernelu ACPI a do systemu acpid. Po zkonfigurovani to bude fungovat tak, ze klient se zapne, automaticky nastartuji Xka a vypinat se bude poweroff butonkem. Jednoduche ne ?
-djz

[Zdeněk Štěpánek]

Zdravim

Dobre, ale kolik pentii 100 co se pouziva na XDMCP klienty ma ACPI? To je reseni jako od microsoftu, spravne ale knicemu.

Zdenek

[pasmen]

Jakto k nicemu? Kde se tu autor dotazu zminuje o tom, ze ma P100 bez ACPI?

[Libor Klepac]

mno ...acpi muze mit, ale jeste jsem nevidel p100 s deskou s atx zdrojem ...bez toho je to drobet k nicemu

[John.Don]

Já takový pentítko mám :o)

[David Jež]

Neco me uniklo? p100ky sis vycucal z prstu? Zapomel jsem pripsat pro dyli^H^H^H^Hnechapave, ze ucim kristalovou kouli prochazet zdi...

Opet pro nechapave bez fantazie z mykrosoftu jak bylo zmineno vyse: Pokud stroj nema ACPI, samozrejme predpokladam, ze se pozmeneni zaznam ca::ctrlaltdel: v /etc/inittab na vypinani a pak se da misto ACPI butonkem vypinat ctrl+alt+del ...

Takze ktera z cast je k nicemu, resp. cemu nerozumis? ACPI nebo ctrl-alt-del ?
-djz

[Petr Habarta]

čau kluci, kroťte vášně .

Tazatel, tj. já, mám doma na klienta poměrně "namakaný stroj" Celeron 466: RAMky neskutečných 384 MB, ATI 7500, 20 GB disk a tak bych mohl pokračovat. Prostě moje bývalá relativně vyšlechtěná milenka. Teď musí posloužit už jenom k přístupu na novou, lepší, krásnější .

Jakékoliv experimenty s ACPI u mě osobně nikdy nedopadly úspěšně. Zkusím to přehozením wm z kdm na gdm, jak popsal výše Zdeněk Štěpánek. Pokud se to přehození podaří, tak bude zřejmě problém vyřešen. GDM jsem otestoval na Debovi a bylo to, co jsem potřeboval.

Petr

[Zdeněk Štěpánek]

Zdravim

No to s tim Ctrl-Alt-Del neni spatny napad, nicmene nidke vyse jsi o tom nepasl. I bez ATX zdroje je to uzitecne, staci zamcknout, chvili pockat a poak vypnout, nemusi se instalovat papirek s nejakym slozitym postupem. Akorat jak mame vysvetlim ze zrovna jeji pocitac se vypina ctrl-alt-del a jiny ne. Chtelo by to nejakou jinou kompinaci, nebo nejlepe tu klavesnici co ma tlacitka pro vypnuti.

Doma uz stavim novy namakany stroj,m ale pokud to dobre vyjde tak ve skole dostanu povoleni na par takovejch klentu a tam to budu muset vyresit nejak rozume kvuli zakum. Mozna by mi pomohlo to WDM, i kdyz osobne bych radsi zobrazoval KDM primo ze serveru - http://www.abclinuxu.cz/forum/show/65727

Zdenek

[David Jež]

Prave ze je to uzitecne pouze bez ATX zdroje - PC haltne a zustane viset - tzn. opet ctrl-alt-del a rebootne se korektne nebo se stiskne reset nebo power. Pokud ma PC ATX zdroj, tak uz potom korektne zdechne coz neni ono (kdyz clovek, jako treba ja, Xkrat za den rebootuje, protoze ma na storji asi 6 verzi Slackware a kazda funguje jinak, jako treba mne....) Na ATX je lepsi nechat reboot na ctrl-alt-del a vypinani prave pres ACPI.

S tim vysvetlovanim hej, ale proste mame/tatovi/sestre napises na papir co stitknout pro vypnuti a at nad tim nepremysli.

Klavesnici co ma tlacitko na vypnuti samozrejme prinutit pujde, staci jen patchnout do jadra na prislusny scan kod ze se ma vypinat. Mrkni ke me na page jak mam mudelany APM shutdown hack tak ten radek staci akorat prihodit ke klavesnici, nic sloziteho. Nicmene nerad bych to kdy osobne videl, tyto klavesnice primo nesnasim protoze se ty blbe klavesy pletou pod prsty . Takze pokud pisu koelm pagedown a podobne pripadne u scroll locku (zrovna docela velke procento pouzivani) tak tam na vsech klavesnicich zavazi prave tyhle butonky. Klavesnice porizuji zasadne newin98 a ne multimedialni, z cehoz vypliva, ze si jadro budes muset upravit sam protoze se me zatim nechce a nemam proto z techto duvodu pouziti .

Hej, ted me napadl lepsi napad, udelat to jako udalost pres ACPI, hodit tomu jiny kod jakoze je to jiny buton nez poweroff a bylo by, no to vubec neni spatny napad . Pak by se akorat konfiguraci acpid reklo, ze tu blbost ma nebo nema ignorovat. To uz nezni spatne .
-djz

[Zdeněk Štěpánek]

Zdravim

No ja taky ty tlacitka co jsou emzi sipkama a Delete/End/Pgdown prudce nesnasim, ale kdyz jsou jinde tak to beru. Jenze ty klavesnice co ja budu pouzivat jsou uplne stary uplne obycejny smejdky. Asi by to slo povesit na Sysrq/ScrLock /Pause. Dika ze ten tip na hack jadra, mrknu na to, sam bych nevedel kde to hledat. Taky by to slo vyresit podobne jako multimedialni klavesnice v mem clanku, ale hack do jadra se mi libi vic.

Zdenek

[Zdeněk Štěpánek]

Zdravim

Napadla me jedna takova kacirska myslenka, co treba 5 terminalu spojit do clusteru = jeden vykonny pocitac a na tenhle superkomp nainstalovat windowmanagera a klienti aby se na nej konektili. 70% casu stravi pocitac cekanim na sveho uzivatele, tak prot ten vykone nedat vedle sedicimu kolegovi

Resim totoz otazku kde ve skole splasit server co by ty stary srotky obsluhoval.

Zdenek

[Hynek (Pichi) Vychodil]

Tenhle cluster by měl problémy s taháním paměti z jednoho stroje na druhý. Takže by se to tak maximálně hodilo na počítání SETI/CETI, ale na kancelářské aplikace to moc není. Jinak k problému. Nač lokálně startovat nějaký gdm, když můžu do inittabu hodit rovnou to X -query (případně -indirect když je těch serverů víc).

[Zdeněk Štěpánek]

Zdravim

No jasne, rikal jsem, zi te to je asi hodne sileny napad, proste rezie by byla nasobne vetsi nez uzitecny potrebny vykon.

Nainstalovani lokalniho GDM/KDM by vyresilo to vypinani. Protoze kdyz spustis X --query tak se ti zobrazi login dialog serveru a kdyz das ve window manageru vypnout tak vypnes server a kdyz das odhlasit tak maz zase login manager serveru a kdyz v nem das vypnout vypnes server. Kdyz ale spustis login manager lokalne tak po odhlaseni mas zase lokalni login manager z ktereho muzes vypnout lokalni stanici. Cili reseni to sice je ale silne overkill a pro me neakceptovatelne. Nahravat na lokalu do pameti GTK nebo QT a zabirat tim misto na disko to fakt ne.

Zdenek

[Petr Habarta]

To lokální gdm tam chci dát proto, že je to pro mě jako nepokročilého zatím ještě snadnější k instalaci a konfiguraci.

Zapsání X -query do startovacích skriptů mi zatím nefungovalo a nepřišel jsem na to proč.

Pravděpodobně nebudu schopen správně nakonfigurovat ACPI funkce k vypínání, protože se mi to ještě nikdy nepovedlo a ACPI jsem si vždy akorát rozdrbal.

Takže u toho GDM předpokládám, že to rozchodím a bude to fungovat. Technické námitky ohledně velké spotřeby zdrojů jsou ale určitě na místě a píšu si je .

[Stanislav Brabec]

Svého času jsem provozovat X -query řešení.

V inittabu jsem přepsal ctrlaltdel na halt. Na lísteček jsem napsal šestihmat, kterým se klient vypíná: Ctrl+Alt+F1 Ctrl+Alt+Del. Reboot nebývá potřeba.

[Petr Habarta]

2 Stanislav B: Hergot, já to snad ještě jednou s tím X -query zkusím, když mě tak lákáš . P.

[Zdeněk Štěpánek]

Zdravim

Na tom --query fakt nic neni. Nejtezsi je asi v suse najit kde se to spousti. To co je k dispozici v GDM/KDM je spis pro nejaky jednorazovy ucely. Proste zapnes komp a objevi se login manager ze serveru, jak jednoduche mily watsone. naklonujes stanice a mas treba celou ucebnu. Jeden jak druhej. Akorat nejak doresit to vypinani, taky to budu resit takze se urcite podelime.

Zdenek

[Tux]

No nevim jak je to v SuSE, ale kazdopadne tenhle popis vychazi z meho Slackware 10. Pokud se zapnou Xka pres X -query stroj tak GDM/KDM umozni odhlaseni... coz jinymi slovy znamena vypnuti Xek na tom X Terminalu. Takze do startovacich skriptu (tam kde se spousti XDM, KDM, GDM) u X Terminalu misto startu GDM/... dam X -query stroj a za to dam halt (nebo reboot). Myslim ze toto je reseni... lepe receno kdyz jsem delal X Terminaly pres NFS Root (bez fyzickych disku) tak to jelo...

[Zdeněk Štěpánek]

Zdravim

To je zajimavy napad. Kdyz dam na stanici odhlasit tak se mi sice na stanici restartuji Xka ale znovu se nastartuji a nabehne login manager serveru. Pravdepodobne to znuvu nahodi init, protoze na X v runlevelu 4 je asi respawn.

Jenze problem je v tom ze nekdy se chci jenom odhlasit a znova prihlasit jinyho uzivatele a jindy to chci zase vypnout.

V mym pripade je jeste problem ze k tomu poleze banda zaku kteri se umej prihlasit ve woknech ale jakmile to vypada jenom trosicku jinak tak haleluja ja to neumim. Nastesti to bude jenom testovaci projekt takze spis budu jenom z povzdali sledovat jak se k tomu lidi budou stavet.

Zdenek

[Tux]

Mozna jsem to spatne vysvetlil takze jeste jednou... Na Serveru bezi GDM/KDM/XDM (Budu psat jen GDM protoze se mi zda nejpovedenejsi (no flame please) ;) ). Pokud z X Terminalu dam X -query stroj, tak se mi spusti Xka, a nabehne GDM. V tom se prihlasim a on spusti nejaky oknenni manager (treba Gnome, KDE, Wmaker nebo ja nevim co). Pokud se chci odhlasit, odhlasim se tak, ze vypnu ten okenni manazer. A znovu mu nabehne GDM. Pokud dam v GDM odhlasit, X ka se vypnou... A zde to ma asi Suse delany tak, ze se automaticky znovu restartuji. Pokud ovsem za radek kde se spousti X -query stroj, dam reboot nebo halt (a to pujde protoze neni nikdo prihlaseny a tutiz to bezi jako root), stroj se vypne nebo restartuje.

Banda zaku je obecne problem. Nejlepsi je jim to 1x ukazat a oni si zvyknout (a nebo nasadit KDM, dat defaultni vzhled Redmond 98 (nebo XP) a snad to pro ne nebude takovy sok), jako okenni manazer potom nelze nez doporucit qvwm (je na pixel stejny jak okna 98).

[Petr Habarta]

Jo, jo. Fakt je, že ne vždy to budu chtít vypnout. Někdy se budu místo manželky po ní přihlašovat hned já nebo pes. Možná i nějaká rybička by se přidala.

P.

[Zdeněk Štěpánek]

Zdravim

Vtipne, ale problem to neresi. Je mozny ze to SUSE dela jinak ale ja mam server i stanici na slackwaru a kdyz na stanici v KDE dam odhlasit tak se NA STANICI restartujou Xka a znova s eukaze KDM ze serveru. Takze kdyz dam do skriptu X --query a hned za to halt tak se to pravdepodobne vypne hned po odhlaseni. Budu nad tim badat, testnu to a dam vedet.

Zdenek

[Zdeněk Štěpánek]

Zdravim

Tak jsme to zkusil, funguje to trochu jiank nez jsem myslel. Po odhlaseni v KDE se Xka na stanici NERESTARTUJI. Vypada to ze jo, blikne cervena dioda na monitoru, znova to nabehne, ale prikaz tesne ua X -query se nevykonal. Pokousel jsem se do rc.4 za X -query dat echo "pokus" > /pokus a to se proste vubec nevykonalo za zadnych okolnosti, kricelo to neco ze neni nroff nebo co, system zjevne s temito soubory naklada nejak specialne. Tak jsem proste a jednoduse nastavil runlevel na 3 a do rc.local jsem na konec pridal /usr/X11R6/bin/X -query (musi byt s cestou) a za to halt. Komp se spusti, nabehnou Xka, KDM ze serveru, lze se prihlasit a odhlasit, monitor problikne a znova nabehne KDM ze serveru, znova prihlasit, proste jak ma. KDM pozna ze se nezobrazuje na serveru ale na vzdaleny stanici a misto shutdown/restart nabizi volbu ukoncit spojeni, po jejim vyberu se ale stane totez co po odhlaseni z KDE, Xka se jakoby naoko!!! restartuji a znova se ukaze KDM, proste jenom reconnect. Kdyz dam Ctrl-Alt-BkSpace tak se Xka ukoncej natvrdo, vykona se na nasledujicim radku cekajici halt a stanice se vypne.

Takze vypinani je nyni poveseno na Ctrl-Alt-BkSpace coz je sice lepsi nez ctrl-alt-del ale porad to neni ono.

Takze TODO: 1) donutit KDM po kliknuti na "ukoncit spojeni" skoncit Xka a nereconnectit se. 2) nejak ucesat spousteni X -query, v rc.local je to prasarna, nenabehnou lokalni konzole. Asi by slo dat misto rungetty na sesty konzoli nejakej skript kde bude X -query a za nim halt. Asi by to slo i jinak, to uz je malickost.

Zdenek

[Tux]

aha ja zapomnel na jeden malinkaty detailicicek... za to se moc omlouvam. Opravdu to funguje tak jak pisete, tj. pokud se odhlasite X ka se sice vypnou, ale DEFAULTNE!!!! se pokusi ziskat nove XDCM spojeni. Aby se tomu zabranilo staci pridat parametr -once. Takze snad naposled. Prikaz pro pripojeni je

X -once -query stroj

[tux]

hmm tak to taky neni to prave. aspon s GDM se to sice ukonci, ale bohuzel se to ukonci i po ukonceni window managera. Tak to vypada, ze CTRL+ALT+BACKSPACE je asi nejlepsi...

[Zdeněk Štěpánek]

Zdravim

To je pekny, ale ma tu hacek. Jak to pozna kdyz se chci odhlasit z KDE a kdy chci ukoncit KDM? Takhle bych se odhlasil z KDE a byl bych na lokalni konzoli. Tam by mohla byt textova nabidka:

- znovu se prihlasit (znovu X -once)

- vypnout (halt)

Tohle nevypada spatne a kdybych to udelal nejak s pouzitim dialogu vypadalo by to i pekne. Spustit tenhle skript po startu pocitace. Vpodstate by tam mohla byt i volba pro lokalni konzoli nebo cokoliv jineho. Vpodstate to nahrazuje to lokalni GDM, je to na lokalu, je to jakz takz graficke (2 moznosti na vyber a enter) a je to pod rootem, to musi stacit.

Tohle reseni se mi zacina libit, budu nad tim badat.

Zdenek

[Josef Kufner]

asi je to kapku brutalni reseni, ale slo by to.

Pokud se jedna opravdu jenom o X terminal, tzn ze na nem nepobezi nic nez X server, tak by bylo mozne mountovat vsechny lokalni fs jako read-only a pocitac vypinat proste tim ze se vypne. Na serveru se v logu objevi hlaska, ze ztratil spojeni a to je tak vsecko. Swap to prezije a /var/run, /var/lock, /var/tmp a pripadne nejaky dalsi nesmysly se daji narvat na tmpfs ci ci to pouzivaji LiveDistra...

[Zdeněk Štěpánek]

Zdravim

Tak jsem tady s prvni skutecne funkcnim reseni, presne tak jak jsem ho vyse popsal:

1) je potreba skript /etc/rc.d/xdmcp:

#!/bin/bash
OUT="/tmp/skriptout"
dialog --menu "Vyberte si:" 0 0 0 "login" "Přihlásit se" "halt" "Vypnout" 2> $OUT
CHOICE=`cat $OUT`
case $CHOICE in
  "login")
    echo "vybrano login"
    /usr/X11R6/bin/XFree86 -once -query 10.193.120.202;;
  "halt")
    echo "vybrano halt"
    /sbin/halt;;
esac

2) zmeny v inittabu:

c1:1235:respawn:/etc/rc.d/xdmcp
# These are the standard console login getties in multiuser mode:
#c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux

Jak vidno, zrusil jsem agetty na prvni konzoli misto ktereho je ten skript. Na dalsich konzolich je agetty ktere lze jednoduse zakomentovat kvuli zvedavcum, co se maj co prihlasovat na stanici kdyz maj pracovat na serveru. Neni problem tam pridat spusteni lokalnich Xek, proste co je libo, takove male startmenu pro liny uzivatele.

Jeste by to slo vysperkovat treba tak ze po prvnim spusteni skriptu se automaticky nahodej Xka. Asi pres existenci toho souboru /tmp/skriptout. v tom skriptu by se mazal tesne pred /sbin/halt.

Narazil jsme na problem ze ovladac USB vypisuje cosi na konzoli i kdyz uz je nahranej a prepise mi tak ten dialog. Ted jsme to vyresil pomoci "sleep 10", ale nezda se mi to. Prijde mi jako by STDERR byl porad nasmerovan na prvni, bootovaci konzoli. Normalni konzole s agetty to prece nedela. Takze nevite nekdo co s tim?

Zdenek

[Tux]

ovladac USB by na konzoli nic vypisovat nemel pokud se loguje (ted si nejsem jisty jestli syslogem nebo klogem). Jinak totis ovladac vypisuje na aktivni konzoli. Ale pokud vyse uvedene zmeny byly jedine, tak je zvlastni ze to zacalo delat...

[Zdeněk Štěpánek]

Zdravim

No co ja jsem vydedukoavl tak v prubeho bootu se hlasky kernelu vypisujou na konzoli a pri nabehnuti agetty se ty hlasky posilaj nekam do logu, zobrazej se po "dmesg". To presmerovani zaridi asi agetty. Logovani tam myslim zapnuty mam, podivam se, jistej si nejsem.

Zdenek

[Tux]

no myslim ze agetty nic moc nedela (i kdyz kdovi). Ale kdyz se clovek podiva na startovaci skripty tak zjisti, ze a.) Pri startu se hlasky jadra vypisuji na konzoli (zatim je jen jedna). b.) V urcitem bode se provede dmesg >> /var/log/messages c.) Potom se spusti syslogd a klogd. Klogd ma parametr, kterym jde urcit, jak moc/malo ma logovat do konzole.

[Zdeněk Štěpánek]

Zdravim

Muzu vas poprosit o nejake testovani toho zpusobu se skriptem co jsem vymyslel? Urcite by to slo vylepsit, urcite objevite nejakou chybku. Jak jsem to sem postnul tak se diskuze vicemene utla, tak nevim nevim.

Zdenek

[petr_p]

Tak jsem se precetl celou diskuzi, resenich existuje spousta. Ja svuj X-terminal mam bezdiskovy (vse mountovano pres NFS a tmpfs -- asi 10 MB cely FS), v inittabu mam respawn:X -query server (takze X server vzdy bezi a pripojuje se na terminalovy server), na serveru mam v kdm zakaznou nabidku na vypinani pro vzdalene stroje a terminal se vypina proste tlacitkem (tzn. zadny korektni shutdown). FS se neposkodi, docasne veci jsou v tmpfs, adresarova struktura se generuje pri bootu klienta.

Kdo by chtel korektni vypinani, tak at si na klientovi nainstaluje sshd, vygeneruje klice (nebo muze zkusti rexec) a prikaz shutdown pousti pres ssh ze serveru (napr. je mozne udelat skript rshutdown, ktery z DISPLAY promenne vypreparuje hostname klienta a pak udela ssh $CLIENT shutdown -h 0). Takto mam resene ovladani mixeru zvukove karty na klientovi (uzivatel zada prikaz rmixer a objevi se mu okno mixeru, aniz by tusil, ze program bezi na klientovi).

[Pavel]

Prosím te Petre, nemohl bys popsat, jak se zprovozni takovy bezdiskovy terminal? Nebo alespon odkaz na nejaky sikovny clanek v cestine. Diky

[petr_p]

Hmm, nevim. Ja jsem informace shanel vsude mozne, musel jsem precist spoustu polovicatych navodu a nakonec vzdy doslo na metodu pokus-omyl.

Par navodu a podruznych informaci najdes na: http://www.ltsp.org/ -- hlavne v Documentation/Troubleshooting http://rom-o-matic.net/ -- kterak sitovku ze site nabootovat donutiti http://etherboot.org/ HOWTO: Xterminals, Diskless-root-NFS-HOWTO, Network-boot-HOWTO

Vetsinou se tam omylaji stale ty same veci. Zakladni postup:

1. Rozjet DHCP server, udelat si rom-o-maticem bootovaci disketu, ktera donuti sitovku se zeptat na IP a bootimage

2. Rozjet tftp server, udelat si linux-mknbi utilitkou obraz kernelu vhodneho pro boot ze site (samozrejmne zapnout pri kompilaci jadra pro klienta IP autoconfiguration a DHCP, BOOTP podporu)

3. Rozjet NFS server, udelat novy root filesystem pro klienta a vyexportovat.

4. Vyresit adresare pro zapis na strane klienta, doladit root FS a init skripty, tak aby sis mohl pustit shell. Doporucuji vyhodit celou /etc/rc.d strukturu vse inicializovat z jedineho skriptu.

5. Rozjet X server na klinetovi, na serveru XDM a font server

6. Zaobirat se vecmi jako je prace s disketovou mechanikou, prenosem zvuku po siti, vypinani klienta, hardwarove zasahy do sitovky, aby bootovala sama i bez diskety (tohle se mi nepodarilo a tak mam v mechanice disketu s 2 kB programkem z rom-o-maticu)

Budto muzes pouzit tento postup shora dolu, nebo obracene s tim, ze budes mit plnohodnotneho klienta a postupne z nej budes odebirat funkce a delegovat je na server.

Doporucuji si postavit klienta vedle serveru, abys nemusel behat z jednoho patra do druheho (jako ja). Az jednoho rozjedes, ostatni uz se delaji velmi snadno.

Co se tyce hardwaru, tak jako klient v nejhorsim i staci 486ka, 16 MB RAM, 10Mbps sitovka, VESA X Server 256 barev (nedelam si legraci, skutecne to tak pul roku jelo). Na obycejnou praci, ne prilis pohodlnou, to staci. Celkem uchazejici je Pentium na 200 MHz, 100Mbps sit, akcelerovany X Server (napr. S3Trio) 16bpp, 800x600, obycejna zvukovka a NAS zvukovy demon (podporuje XMMS, mplayer, Wine, existuje OSS wrapper) (pouzivam v soucasne dobe). Samozrjme, pokud cekas komfort jako u tluste stanice, tak si priprav harwarovou podporu OpenGL, gigabitovou sit (ale i na stovkovy to frci, jen ty filmy neni mozne poustet ve velkem rozliseni ).

Kdybys potreboval poradit, napis na xpisar at fi.muni.cz. Klidne muzu image root FS pro klienta vystavit nekde na netu.

[David Jež]

Jeste bych doplnil ten nejzakladnejsi postup: prekombajnovat etherboot, napalit do (E)EPROMky, strcit do sitovky a nastavit bootovani ze sitovky .
-djz

[petr_p]

Ano, na to jsem zapomnel.

Mimochodem, nevis, o nejakem clanku, kde se toto podrobne popisuje? Moje teorie: BIOS pri POSTu skoci na firmware sitovky (ten v EPROM). Ten si obsadi preruseni pro cteni z diskety a vrati rizeni. Az se BIOS pokusi bootovat z disketove machaniky, musi zavolat preruseni, tim padem firmware sitovky posle DHCP dozat a stahne image kernelu, nahraje jej do pameti a skoci na zacatek kernelu. Nejak podobne jsme to meli na gymplu (nejake 486ky, kde SETUP nemel volbu Boot to LAN). Je to tak, jak popisuji? A v cem je jina technologie PXE (krome pametoveho omezeni a tim padem dvou urovneveho zavadeni)? Hledal jsem nejake informace, bohuzel nikde jsem nic nenasel. Stale je to pro mne takova cerna skrinka a to nemam rad. Chtel bych tomu rozumnet.

[David Jež]

O clanku nevim, ale muzu ti to podrobne vysvetlit nad vodkou, pivem nebo kofolou (pokud se vyznas trochu v architekture PC a v assembleru).

Jinak ve zkratce: v pameti na sitovce je uplne normalni option romka (nazveme si ji radeji bios sitovky nez firmware) jako v kazdem jinem zarizeni (napr. grafacce, i kdyz ta je specialni pripad takze ji vynecham, nebo scsi radici). BIOS je po provedeni POST vsechny proscanuje a provede. Dale zalezi na inteligenci BIOS a kodu biosu sitovky - BIOS muze bootovani ze site zakazat uplne, v pripade plug&play se muze rozhodnout poradi v jakem se bude bootovat. Bios sitovky si pak muze obsadit preruseni 18h nebo 19h (tedy po selhani bootovani z nejposlednejsiho zarizeni, treba z disku nebo diskety versus prvni pokus o boot). Pri vyvolani preruseni uz se provadi nejaka rutina ktera zabezpeci dotaz, stahnuti image pro bootovani a nabootovani. V principu je uz jedno jestli pouziva dhcpd/tftp nebo nejaky jiny zpusob (napr. novell sitovky) - tim se prave bios v sitovce lisi. Pro novell se pouzivaji RPL, v pripade linuxu PXE nebo etherboot. Ale v principu bys tam mohl mit treba i grub pro par kB nebo cokoliv, co se tam vejde .

PXE znamena Pre Execution Enviroment a slouzi prave k nejakemu "jednotnemu prostredi". Nepresne bych to prirovnal treba k ARC. Proste muzes si napsat vlastni bootstrap pro zavedeni systemu a nepali te, v cem se bude spoustet. At uz je to nejaka sitovka z rakosu, nebo je to intel nebo 3com, 10ka nebo 100vka, ISA nebo 64bit. PCI. Je to tedy uroven abstrakce, jiste API pro komunikaci se sitovkama.

Mno je to trosku jasnejsi?
-djz

[petr_p]

Dekuju, uz je to jasne. Po dlouhe dobe jsem opet pustil sysmana a jeho kapitoly INT 18H a INT 19H mi vse ozrejmily. Kdyz se divam na tvoji homepage, je mi jasne, ze fundovanejsiho vykladu se mi dostat nemohlo.