Kínomban beállítottam a Linuxban (mert itt tudtam), hogy a KDE feltelepítése nélkül is be tudjak automatikusan jelentkezni (egy fix beállítással) a grafikus felületre.
Vagyis a bootfolyamat végén elindul az X és egy "default" ablakkezelő, Ha kilépek a grafikus felületről, akkor meg bejön a bejelentkező ablak, ami akár egy xdm is lehet.
Persze a KDE-ben ez jó ideje alapszolgáltatás, node ha nincs fent KDE, akkor kdm sem :D
Ja, és továbbra is a kérdés az, azt nyomozom, hogy miért nem megy
több Free BSD verzió alatt kipróbálva sem a kdm/xdm -en való bejelentkezés és ablakkezelő indítás.
A művelet végén miért a kdm/xdm jön vissza mindíg.
Egyáltalán megy valakinek?
Ha igen, akkor hogy csinálta?
Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
[quote:c52990b3b8="k_laci"]Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
Laci
Szia Laci! :roll:
Ez bámulatos 8O
Szemem, szám tátva marad ugyanis sem a Free BSD 4.7-nél a komplett KDE-s telepítés után (régebben). Sem a Free BSD 4.9-nél (amit jelenleg használok) és kopletten, vagyis KDE-vel együtt tettem fel.
Sem a Free BSD 4.11-nél amit szintén KDE-vel együtt tettem fel egyáltalán nem működik (működött) a bejelentkezés a grafikus bejelentkező ablakban.
Legyen az kdm vagy akár xdm. Ugyanúgy visszajött a bejelentkező ablak...
Nem gondolnám, hogy pl. a /home/lakos/.xinitrc -ben megadott egyetlen sor kavarna be ami: exec startkde
Ötletem sincs, de megnézem a log-okat amit írtál
Köszi :wink:
No annyit tudok, hogy a 41777 jog az nem jó azokra a könyvtárakra. Bár halehet, hogy csak valami MC hülyesg, hogy íugy jelzi. Megnéznéd simán ls -l -lel?? (Noha a hiánya több segítséget adott volna.)
Nekem semmi nincs kdelibs -ben, mert KDE nincs fenn, mint említettem nekem xdm fut (ahol fut). Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja? lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start) - amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
[quote:3c35167ef3="Zahy"]No annyit tudok, hogy a 41777 jog az nem jó azokra a könyvtárakra. Bár halehet, hogy csak valami MC hülyesg, hogy íugy jelzi. Megnéznéd simán ls -l -lel?? (Noha a hiánya több segítséget adott volna.)
Nos, megnéztem az ls -l paranccsal a könyvtárakat
A .ICE-unix és a .X11-unix az drwxrwxrwt
és az .X0-lock az csak -r--r--r--
[quote:3c35167ef3="Zahy"]
Nekem semmi nincs kdelibs -ben, mert KDE nincs fenn, mint említettem nekem xdm fut (ahol fut).
O.K.
Mostmár az /usr/local/etc/rc.d/kdelibs.sh -ról is elterelődött a gyanú.
A "Local package initializing:" is rendben. Többszöri újraindítás után is.
A nyitja a dolgoknak az lehetett, hogy kétszeresen is elindult a kdm.
Amíg az /etc/ttys-ben az volt, hogy ttyv8 "/usr/local/bin/kdm -nodaemon" xterm off secure
addíg e bejegyzés nem hagyta, hogy automatikusan elinduljon a kdm.
Viszont kaptam egy "okos" tanácsot, hogy tegyek a /usr/local/etc/rc.d-be egy shellscriptet amiben elindítom a kdm-et.
[quote:3c35167ef3="Zahy"]
Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja? lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start)
Namost!
Amint írtam is: e script hatására sem indult automatikusan a kdm. Ekkor módosítva lett a /etc/ttys off secure-ről on secure-ra és elindult automatikusan a kdm. Viszont a shellscript is elindított egyet így futott kettő és jött a "Local package initializing: not found" hibaüzenet.
Viszont minderre, akkor jöttem rá miután áthelyeztem az /usr/local/etc/rc.d könyvtár alól a kdmstart.sh scriptemet és enélkül is elindult automatikusan a kdm...
Jó nem?
Viszont a "poén" az, hogy továbbra sem indítja el a kde-t hanem visszajön a kdm ahelyett :-(
[quote:3c35167ef3="Zahy"]
- amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
[quote:1fcbbf942f="k_laci"]Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
Laci
Szia :roll:
Szétnéztem a /var/log alatt és sem :0.log sem X.0.log fájlom nincs itt.
Viszont olyan van ami XFree86-tal kezdődő fájlnevű, de ebben semmilyen számottevő dolog nincs.
Ami az érdekesség viszont, hogy a ps ax szerint kettő darab kdm is fut nálam a kdm parancs hatására.
Méghozzá 471-es azonosítóval egy és 609-essel egy másik.
Ebben az az érdekesség, hogy amikor a kill paranccsal kilövöm a 471-est, akkor utánna még mindíg megmarad a kdm a kilences konzolon.
Aztán amikor megpróbálom a 609-es processzazaonosítóval kilőni a másikat akkor kijelenti, hogy nincs ilyen processz, amíg végül a Ctrl+Alt Backspace-szel leállítom a kdm-et és, akkor tényleg nincs már ilyen.
Ja, és a /var/run alatti kdm.pid is a 471-et tartalmazza! Miután leállítottam az "első" kde-et de még a ps ax jelzi a a 609-es másodikat, akkor is a 471-es azonosító van a /var/run/kdm.pid-ben.
Linux alatt megnéztem és ott csak egy kdm fut...
De működik is.
Túlzottan nem izgatna a dolog, ha nem próbáltam volna 3 verziót és az xdm is nem ugyanezt tenné! :(
Tehát mostmár bizonyos az üzenet értelme a mely szerint kdm[135]: no modules loaded for 'kde' service
ez 100%-ban utal egy /etc/pam.conf alatti szakaszra amely a kde-hez kell illetve ha a pam.conf-ot szétbontom egy /etc/pam.d alkönytár alatt kde, login, xdm, gdm, other fájlokra az is jó neki.
De legfőképpen egy pam_nologin.so kell az /usr/lib/ alkönytár alá.
Ezt kell "beszerezni", nomeg lehet, hogy még más is kell neki....
Legalábbis erre a következtetésre jutottam, de lehet, hogy van más megoldás is.
OK. Első ránézésre nekem a következők tűntek fel a csomagokkal:
a) 2 különböző verziójú atk van fenn. Abból mintha ennyi sok lenne, legalábbis nekem eddig nem tűnt fel, hogy az is olyan, mint pl. az automake, hogy paralel lehet több - de asszem az csak a GTK-s progiknak kell. Érdemes lenne a portupgrade valameylik eszközével végigvizslatni (de sajnos már nem emlékszem, melyik kellett ehhez)
b) nautilus (meg pláne nautilus-cd-burner) fenn van (meg parancssori cd/dv-díró progi), ami viszont GNOME-s valami, ezzel szemben k3b nincs (pedig az a KDE-hez igazodó) - de erre se hiszem, hogy nagyon zavaró lenne
c) kicsit régi az X-ed. Sztem 4.3.99 (vagy -devel vagy hogy híjják, de pláne 4.4-es ill. Xorg-os kéne - de ebben se nagyon hiszek
d) tudtommal a tuby-shim már nem kell - de ez se zavarhat egy rohadt kdm -et.
Szóval. Térjünk vissza a gyökerekhez. A ttys -ben a kdm-et cseréld le xdm -re. A bejelentkező felhasználó $HOME -jából törölj ki (jó, nevezd át) az összes .xinitrc, meg .xsession és hasonló nevű vackot. Ebben az esetben a /usr/X11R6/lib/X11/xinit könyvtárban található xinitrc számít. Nekem abban ennyi van:
$ more xinitrc
#!/bin/sh
# $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $
A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs :-)
[quote:811405ddfb="begin"]A kdm-ből rootként belépve indul a kde? Ha igen, akkor olyat néznék meg, hogy van-e elegendő hely azon a fájlrendszeren, ahol a /tmp van?
Szia :roll:
Sajnos nem :(
Sem "root"-ként, sem userként nem indul semmi sem, tehát másik ablakkezelő sem, viszont a /tmp alatt van vagy 300-400MB szabad hely.
No pár dolgot tisztázzunk. (Lehet, h le volt már írva ebben a threadben többször is, de hadd kérjem összefoglalva). (Nekem egy 5-3-stable-n megy az xdm.)
1) Hogy indui az az xdm/kdm ? Parancssorból, /etc/ttys -ből, rc scriptből?
2) Pontosan milyen opciókkal indul?
3) És ugye nem a .xinitrc -t vesszük figyelembe, mert az startx -nél számít, xdm-nél a .xsession amit figyelnek a X-es szoftverek (legalábbis FreeBSD-n)
4) Milyen shelled van?
Amúgy a pam igenis számít(hat), ugyanis minden szolgáltatásnak külön lehet definiálni, hogy milyen pam mechanizmusokat használjon - ha /etc/pam.conf, akkor a szolgáltatán nevével kezdődik a bejegyzés, ha /etc/pam.d/* , akkor meg a szolgáltatás neve a fájl nevel.
[quote:5737091b24="begin"]Nem látom világosan az esetet. Csak a kdm-ből nem indul a kde, vagy kdm nélkül se? A kdm-ből más (pl. xfce) elindul, vagy ugyanaz a jelenség?
Szia :roll:
A startx-el el tudom indítani a KDE-t mert a /home/lakos/xinitrc-ben megadtam, hogy "exec startkde".
Ha elindítom a kdm-et, akkor abból semmi, sem indítható el.
Sajnos eddíg nem jártam eredménnyel, pedig kipróbáltam az összes tippet.
Sem a kdm, sem az xdm nem működik igazából.
Az utolsó próbálozásom az volt, hogy csináltam egy "full install"-t a Free BSD 4.11Rc1-el és bizony itt sem tudok bejelentkezni egyik grafikus bejelentkező ablakban sem. (pedig feltettem az összes csomagot)
És persze a hibaüzenet ugyanaz, nem tudta betölteni a 'kde service" modult.
Hááát... ennyi.
Mindezek után erős kételyeim vannak afelől, hogy bárki aki feltelepíti valamelyik Free BSD verziót, akkor utána be tud jelentkezni a kdm-en vagy az xdm-en keresztül úgy, hogy valamelyik ablakkezelő elinduljon a sok közül.
Viszont a "titkot" elárulhatná az akinél működik. (ha van ilyen :))
[quote:c2d8b757aa="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Megpróbálom, bár asszem ezt is variáltam, de nem jött be. Hátha másodjára bejön 8)
[quote:c2d8b757aa="Zahy"]Hát eredendően ..... /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t. De ez a libpam.so.2 -t is hiányolja, ez egyre zűrösebb.
A libpam.so.2-őt a pam_nologin.so hiányolta egyedül. Amikor ezt bemásoltam az /usr/lib alá, akkor "jött az igény" erre.
[quote:9d8030d8be="Zahy"]Hát eredendően ..... /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t.
Sajna semmi változás pedig az /etc/pam.conf-ban kikommenteztem a
kde .... pam_nologin.so sort és most már hibaüzenet sincs ha elindítom a kdm-et.
Nomeg az XDM-mel sem megy.
Tehát olyan mintha semmit sem csináltam volna eddíg :cry: :oops:
Ha mégis sikerülne bejelentkezni a kdm-en vagy az xdm-en keresztül és elindulna a kde, azt már el sem hinném. Azt gondolnám biztosan álmodom.
:P
Azt meg végképp nem értem, hogy: A fejlesztők nem használnak kdm/xdm-et?
Hát annyit elárulhatok, hogy a laptopomon megy a dolog. Alapvetően gdm -mel csináltam, de mivel eredetileg az xmd -mel lőttem be, sztem azzal is megy. De most butul és átállítom, mindjárt azt is meg tudom mondani. De az tény, hogy nálam semmi KDE-hez tartozó dolognincs fenn, kizárólag a szabványos alap twm -es bejelentkezés ment eddig, icewm -es "környezet", és a saját magamnak belőtt (amúgy XFCE4 -es) környezet az amit eddig gdm -ből be tudtam indítani.
No beindult, és tökéletesen megy a dolog xdm -mel és gdm -mel is. Azaz elindul, login, majd elindítja az én szép kis xfce4 -emet. Szóval:
1) sztem pam -probléma, nekem a /etc/pam.d -ben van xdm és gdm fájlom is, és a megjegyzésektől eltekintve mind a kettő tök egyforma:
2) Ha ez is OK, akkor el tudok képzelni KDM -problémát is, eltekintve attól, hogy neked xdm -mel se megy
3) Lehetne, hogy a hibaüzenetet ne átabotában lefordítva küldd be ide, hanem szószerint az eredetit? (Amúgy elsőre gugliban fogom begépelni, kivéve, ha nekem az ránézésre triviális lesz)
[quote:69ccb9695b="Zahy"]Abszolút nem használok KDE-t, de hátha nem láttad: freebsd.kde.org/faq.php
Köszi a tippet. Mégegyszer :wink:
Megnéztem, és olyan valaki is megnézte, aki nem használ ugyan BSD-t, de tud angolul.
Viszont éppen az én kérdésemről nincs itt szó.
Avagy az, hogy valaki feltette a KDE-t és mégsem megy.
Aztán olyan tippet kapott amilyet én is, de nekem erre sem működik.
[quote:69ccb9695b="Zahy"]Abszolút nem használok KDE-t,...
Viszont ehhez képest nekem egyáltalán nem sikerül sem a kdm-en keresztül sem az xdm-en keresztül bejelentkezni. És semmilyen ablakkezelő nem indul el, nem csak a kde.
Ez talán nem "KDE specifikus dolog" hiszen az xdm sem működik és más ablakkezelő sem indul.
Ilyenkor mi a helyzet? 8O :cry:
[quote:4462c64687="Zahy"]..... Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja?
Nem vagyok benne 100%-ban meggyőződve, hogy a kdelibs.sh adja, viszont az tény, hogy amíg nem volt az /usr/local/etc/init.d alatt a
kdmstart.sh addíg nem olvastam ilyen hibaüzenetet.
A kép úgy fest, hogy kiírja a bootüzenetek között, hogy
Local package initializing: not found Starting kdm
:not found
:not found
Tehát a kdelibs futása után (szerintem, de még megnézem) van a "Local package initializing: not found" üzenet. Majd kiírja, hogy Starting kdm.
Amit a scriptem ír ki és aztán megint (és új sorban) :not found
Gondolom, hogy a kde vagy a kdm elindulása előtt biztosan lefut a kdelibs.sh
Nem így van?
Másként meg mellette nem sok másik script van. Talán 2
Sajnos a starce nincs fent, hogy a kdm-et kifaggassam.
[quote:4462c64687="Zahy"]
lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start) - amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
Az nem lehetséges, hogy a kde/kdm csomagjaiddal is van valami gond. Az X-edből is hiányzott néhány lib.
A pkg_info -L kdm\* kimenetét nézd meg és hasonlítsd össze a /usr/local/lib tartalmával.
Vagy, szvsz, ha nem érint nagyon fájdalmasan a dolog, akkor inkább csinálj egy friss telepítést.
Nem volt véletlenül szabálytalan leállásod valamikor? Ha a hw.ata.wc="1"-re van állítva és jön, mondjuk, egy áramkimaradás, akkor még a megnyitott libek is el tudnak veszni.
[quote:a736d8ca4b="Zahy"]No pár dolgot tisztázzunk. (Lehet, h le volt már írva ebben a threadben többször is, de hadd kérjem összefoglalva). (Nekem egy 5-3-stable-n megy az xdm.)
Szia :roll:
Jó, rendben van leírok mindent amit tudok.
[quote:a736d8ca4b="Zahy"]
1) Hogy indui az az xdm/kdm ? Parancssorból, /etc/ttys -ből, rc scriptből?
Az xdm/kdm kizárólag csak parancssorból indul el.
Hiában van neki megadva az /etc/ttys-ben hogy:
/usr/local/bin/kdm -nodaemon xterm off secure
Az ittlévő beállításokból csupán az ami ellenőrizhető (számomra), hogy ugyanott fut, ahol a startx parancs esetén az X. És az xdm is ugyanígy.
Nomeg a kdm elérési útja valós.
[quote:a736d8ca4b="Zahy"]
2) Pontosan milyen opciókkal indul?
Próbáltam csak simán kdm -ként és elindult, de kdm -nodaemon opcióval is fut.
[quote:a736d8ca4b="Zahy"]
3) És ugye nem a .xinitrc -t vesszük figyelembe, mert az startx -nél számít, xdm-nél a .xsession amit figyelnek a X-es szoftverek (legalábbis FreeBSD-n)
A /home/lakos/.xsessionban is a következő egy sor van: exec startkde
Ezt a sort egy hashmark (#) karakterrel már kikommenteztem, de semmi változás.
Ha jól rémlik, akkor a Free BSD 5.3 esetében vagy a juzer xinitrc-je vagy még az xsession-ja is hiányzott.
Bár ez nem 100%.
[quote:a736d8ca4b="Zahy"]
4) Milyen shelled van?
csh
De szerintem ez nem befolyásolja, lévén alapból ez van.
Kényelmi szempontok miatt próbáltam a bash-t bekonfigurálni, de a chsh nem volt hajlandó rá. Mondván ez nem ......... húú... elfelejtettem mit írt pontosan, hogy "nem milyen" shell, de nem tetszett neki.
[quote:a736d8ca4b="Zahy"]
Amúgy a pam igenis számít(hat), ugyanis minden szolgáltatásnak külön lehet definiálni, hogy milyen pam mechanizmusokat használjon - ha /etc/pam.conf, akkor a szolgáltatán nevével kezdődik a bejegyzés, ha /etc/pam.d/* , akkor meg a szolgáltatás neve a fájl nevel.
Stimt, ebbe most másztam bele (némileg) a Linux alatt amikor is beállítottam, hogy akár kdm nélkül is működjön az automatikus felhasználóbeléptetés a grafikus felületre.
No, itt meg ilyenkor nincsenek virtuális konzolok........ De ez már egy másik történet :(
Üdv.: Imre
1) Azért nem indul ttys -ból, mert off -ban van a bejegyzés, nem on -ban - azaz az utolsó előtti off szócskát cseréld on -ra
2) OK, tehát kdm, és kdm -nodaemon (az előzőt kell asszem akkor, ha interaktívan már be vagy jelentkezve, az utóbbit pedig ha ttys -ből indítod)
4) shell - ezt csak biztonsági okokból kérdeztem, mert láttam már olyat, hogy /bin/false volt a shell, és érdekes módon nem ment az X-es login (igaz, akkor karakteresen bejelentkezni se tudtál volna, de mindegy) - amúgy bash -ra úgy válthatsz, hogy beteszed a /etc/shells -be a teljes elérési útját (bár ezt a csomag feltelepíítésének meg kellett volna tennie), ugyanis sztem nem megfelelő shellnek tartotta a chsh a fenti miatt.
Hopp! Van neked véletlenül tmp -takarítás beállítva? (Valami rc.conf -beli változó teszi ezt meg.) Vagy egyéb okokból nincs véletlenül kitakarítva a /tmp/.X11-unix/
és /tmp/.ICE-unix/ könyvtárad? 1777 root:wheel kell, hogy legyen mind a kettő. Nemrég olvastam, hogy ezek hiányát néhány X-es alkalmazás (pl. a KDE) erőteljesen rosszul kezeli le.
Feltelepítettem egy Free BSD 4.11Rc1-et és kipróbáltam vajon megy e a kdm-en való bejelentkezés, illetve elindul-e a KDE.
Előtte rootként a startx paranccsal elindítottam a KDE-et és a Beállítóközpontban a Rendszer-Bejelentkezéskezelő-ben beállítottam a szükséges dolgokat...
Majd ez után indítottam el a kdm paranccsal a kdm-et. Megpróbáltam bejelentkezni és úgytünt mintha sikerült volna és el fog indulni a kde.
De nem ez történt, hanem viszajött a bejelentkező ablak.
[quote:3dda40a1ee="k_laci"]Nagyon szűkmarkúan bánsz az error-logokkal. Ide velük :!: Talán úgy jobban tudnánk segíteni.
Csináltam egy rebootot és most a megszokott Free BSD 4.9-ben vagyok.
Itt is próbálkoztam ezzel azzal...
Először is belenéztem a /var/log/kdm.log-ba melyből az utolsó sorokat bemásoltam ide: (a többi is ilyen)
[quote:3dda40a1ee="kdm.log"]
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
Aztán megpróbáltam a kapott ötlet szerint létrehozni egy shellscriptet ami automatikusan indítaná a kdm-et.
A tartalma a shellscriptnek ez:
[quote:3dda40a1ee="startkdm.sh"]
#!/bin/sh
# /usr/local/etc/rc.d/kdestart.sh
case $1 in
start) echo Starting kdm...
/usr/local/bin/kdm
;;
esac
exit 0
Utána csináltam egy rebootot és vártam a "Starting kdm..." feliratot.
Jött is, de előtte a Local package initialization: not found
ezt követte a Starting kdm... és mégegy : not found
Ha eltávolítom az /usr/local/etc/rc.d könyvtár alól a kdm indító scriptet, akkor nincs Local package initialization: not found hibaüzenet.
Ha beteszem, akkor van, de ezen kívül semmi sem változik.
Idézet a /usr/ports/UPDATING fájlból:
4.x users: listen up! The presence of the /etc/pam.d/ directory (and
anything in that directory) presents a Very Bad Thing. Unless you've
manually tweaked your PAM settings, you must run:
# rm /etc/pam.d/gnomesu-pam
# rmdir /etc/pam.d/
or all users will be locked out of your system!
(Mindez a security/gnomesu port kapcsán került bele 2005 01 14 -én; ezért az utalás a gnomesu-pam -ra)
Szóval ezek szerint 4.x -en még a pam.conf a javallt megoldás.
[quote:fc5e3165e7="Zahy"]Hát annyit elárulhatok, hogy a laptopomon megy a dolog. Alapvetően gdm -mel csináltam, de mivel eredetileg az xmd -mel lőttem be, sztem azzal is megy. De most butul és átállítom, mindjárt azt is meg tudom mondani. De az tény, hogy nálam semmi KDE-hez tartozó dolognincs fenn, kizárólag a szabványos alap twm -es bejelentkezés ment eddig, icewm -es "környezet", és a saját magamnak belőtt (amúgy XFCE4 -es) környezet az amit eddig gdm -ből be tudtam indítani.
No beindult, és tökéletesen megy a dolog xdm -mel és gdm -mel is. Azaz elindul, login, majd elindítja az én szép kis xfce4 -emet. Szóval:
Szia :roll:
Örülök neki, hogy van akinek legalább megy a dolog. :P
[quote:fc5e3165e7="Zahy"]
1) sztem pam -probléma, nekem a /etc/pam.d -ben van xdm és gdm fájlom is, és a megjegyzésektől eltekintve mind a kettő tök egyforma:
Nekem sem /etc/pam.d könytáram nincs, sem az /usr/local/etc/pam.d-ben egy fia fájl nincs :-( :-(
Akkor ez lenne a hiba!?
[quote:fc5e3165e7="Zahy"]
2) Ha ez is OK, akkor el tudok képzelni KDM -problémát is, eltekintve attól, hogy neked xdm -mel se megy
Mivel nem O.K. ez lehet a baj.
[quote:fc5e3165e7="Zahy"]
3) Lehetne, hogy a hibaüzenetet ne átabotában lefordítva küldd be ide, hanem szószerint az eredetit? (Amúgy elsőre gugliban fogom begépelni, kivéve, ha nekem az ránézésre triviális lesz)
A hibaüzenet egész pontosan: Jan 15 18:52:41 kdm[135]: no modules loaded for 'kde' service
Ennyi és ebből van amikor kettő egyforma sor is van.
[quote:047afce34c="Zahy"]......
Szóval. Térjünk vissza a gyökerekhez. A ttys -ben a kdm-et cseréld le xdm -re. A bejelentkező felhasználó $HOME -jából törölj ki (jó, nevezd át) az összes .xinitrc, meg .xsession és hasonló nevű vackot....
...........
.............
Azaz 3 xterm indul, meg egy xclock, mindez a nagyszerű twm -mel. No ezt szeretném én látni, h nálad mi ezzel a felálással az eredmény.
Szia :roll:
Nekem is 100%-ban ugyanez a xinitrc van mostmár a /home/lakos könyvtáramban is ami neked.
Megcsináltam amit leírtál és kipróbáltam.
Egyenlőre csak a kdm-el próbáltam ki, de sajnos változást nem tapasztaltam.
Kipróbálom az xdm-el is és amennyiben elindulna, akkor megírom a tapasztalataimat.
Az igazság az, hogy nem számítok változásra ettől hiszen a hibaüzenet szerint a 'kde szervíz'-t nem tudja elindítani vagy betölteni.
Mindenféle olyan érvelés, hogy "biztos valami megsérült, vagy kimaradt a telepítésből" ellen szól az, hogy többféle (kisérletileg) feltelepített Free BSD verziónál ugyanez a helyzet állt elő nálam.
Még azt megpróbálom, hogy full-ra felteszek mindent. Minden csomagot egy friss Free BSD telepítéssel (4.11Rc1 vagy az 5.3 esetében)
[quote:0c794b8b65="k_laci"]Van ilyened:
.......
........ /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Szia Laci :wink:
Egy észrevételt tettem, ami meglepett :idea: azt találtam felfedezni, hogy a genkdmconf "Nem létező fájl vagy könytár"
No persze nem szó szerinti az idézet, de sem a shell nem találta az elérési útban, sem a which.
Bár nem is tudom....
Talán nem tud ez olyat amit a KDE vezérlőközpontban a bejelentkezéskezelő ne tudna beállítani (rootként).
goto create /etc/pam.d , /etc/pam.d/[xk]dm
a fenti tartalommal. Ugyanis a "login" során máshol nem nagyon van modulbetöltés.
(Már csak azt nem tudom, hogy ha véletlenül ettől az iránytól eljutsz a működési állapotig, akkor hogy a tüdőbe is tudtad előállítani azt, hogy friss telepítésen tök üres pam környezeted legyen.)
Amúgy /etc/pam-.conf -od sincs? Az annyiban tér el, hogy egy közös fájlban van minden, és ott minden sor a szervíz nevével kezdődik, azaz:
kdm auth ....
(Bár meg kell valljam, tudtommal az 5-ös ágtól pam.conf _helyett_ jelent meg a pam.d/X.
No érdeklődve várom az eredményt.
További eszmefuttatások. gugli szerint:
1) mégis csak kdm a neve és nem kde
2) nem is ez okozza a problémát, hanem a -nodaemon opció a ttys -beli indításnál.
Labda a te térfeleden.
Próbáltam pótolni a pam_nologin.so-t és sikerült is.
Aztán a libutil.so.4-et hiányolta, majd a libpam.so.2-őt.
Még nem teljes a kép, mert kaptam egy újabb hibaüzentet, csakhát nem írtam le papírra, ezért nem tudom "beidézni"...
[quote:f8f770acfc="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Köszi.
Megnézem ezt is, de azt nem tudom, hogy milyen fájlokban keressek ilyen
bejegyzést, vagyis hol vannak az azok melyben "az összes ilyen fájlban megjegyzésbe tenni ezt a sort"
[quote:c4d90fe9b2="Zahy"]További eszmefuttatások. gugli szerint:
1) mégis csak kdm a neve és nem kde
2) nem is ez okozza a problémát, hanem a -nodaemon opció a ttys -beli indításnál.
Labda a te térfeleden.
[quote:c4d90fe9b2="lakosimi"]
Amúgy meg felettébb gyanús volt, hogy nem volt! /etc/pam.d alkönyvtáram.
És az is elég gyanús, hogy az /usr/local/etc/pam.d alatt nincs semmi.
:?: :?
[quote:76dd888c12="Lakosimi"]Nos, most van az, hogy "kizártam" magam a Free BSD-ből azzal amit csináltam. Vagyis az /etc/pam.d/ alatti fájlokkal.
Ugyanis nem enged bejelentkezni
Sziasztok :roll:
Hamar "orvosoltam" a problémát. :-)
Egyszerű volt, mert csak rábootoltam a Free BSD Live CD-re és már csak a partíciót kellett bemountolni.
Ezzel voltam egy kicsit bajban, mert nem tudtam azt, hogy BSD alatt melyik is ez pontosan, de aztán ez is meglett: ad0s4a úgyhogy mostmár BSD alól írom e sorokat.
A kisérletileg feltett rendszernél kipróbáltam (merthogy akkor az ment csak) a -nodaemon opciót megvonni a /etc/ttys-ből, de változás nem történt.
Ja, és van /etc/pam.conf -om a /etc/pam.d/ helyett.
Minden jó ha a vége jó?
Node hol vagyunk még a végétől :-D
[quote:ec91374695="Lakosimi"]
[quote:ec91374695="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Megnézem ezt is, de azt nem tudom, hogy milyen fájlokban keressek ilyen
bejegyzést, vagyis hol vannak az azok melyben "az összes ilyen fájlban megjegyzésbe tenni ezt a sort"
:?
Hát eredendően a /etc/pam.d/ -beli (login, xdm, kdm, gdm, other, és í. t.) fájlokra gondoltam, de ha egyszer 4.x -en nem javasolt a pam.d, hanem csak a /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t. De ez a libpam.so.2 -t is hiányolja, ez egyre zűrösebb.
Akkor már ha már... ennyire belelendültünk (remélem nem csak én), akkor gondoltam leírom az egyik legmagvasabb, bár egyszerűnek látszó problémámat:
A dolog lényege, hogy ha elindítom a kdm paranccsal a kdm-et és be akarnék jelentkezni rajta akár mint "lakos" felhasználó, akár mint root, akkor a következő zajlik le:
# kdm
elindult a kdm
Beírom a felhasználó nevet
Beírom a jelszót
Kiválasztok egy ablakkezelőt (KDE) és ráklikkelek a "Belépés" gombra.
Elsötétül a monitor.
Pár másodpercig sötét, aztán visszajön a kdm és lehet előről kezdeni az egészet.
Tippem sincs :-( Viszont
[quote:2b29d2146e="próbák"]
Megpróbáltam az xdm-mel is.
Aztán legelőször a Free BSD 4.7-tel próbáltam ezt a funkciót..... hiába :(
Utánna feltettem az 5,0 vagy 5,1-es Free BSD-t és annál sem sikerült bejelentkezni. Majd próbáltam az 5.3-nál is és végül most utóbb a 4.11-et...
Ezek mind-mint egy-egy próbatelepítés alkalmával történtek.
Sajnos mindegyik rendszernél volt valamilyen probléma ami miatt inkább megmaradtam a közel egy éve telepített Free BSD 4.9 mellett.
A 4.11 is egész jó lenne, csakhát nem sikerült vele az internet kapcsolatot beállítani, nomeg még más bibi is van......
Végtére elégedett vagyok a 4.9el is :D
Ja, és egy másik "ábrándom", hogy ha működik a kdm-es bejelentkezés, akkor hogy tudom elindítani úgy, hogy a bootolási folyamat végén startoljon?
Vagyis ne kelljen kézzel elindítani, mert akkor ugyanott vagyok mint a bejelentkezés utáni startx parancs. Csakhogy ott nincs menü az ablakkezelőkből mint a kdm-nél 8)
Hm. Nem 5.3? Akkor miért pam.conf? nemértem.
Van single user mód (valahonnan a Linux is vette ezt a funkciót): Ha kisördögös menüs boot, akkor meg kell nyomni a 10 sec várakozás közben a 4 gombot. Ha nincs ördögös menü akkor amikor pörög a pálcika, akkor kell szóközt nyomni, majd "boot -s"
A normál bejelentkezéshez login nevű programhoz is kell dolgokat kreálni, bár ugye ha engedélyezed, akkor az other is jó kell legyen.
De most el vagyok teljesen veszve. Hol vannak a rendszeredben a pam modulok? Nekem a /usr/lib alatt. Amúgy a hibaüzeneteid szerint neked is ott keresi ..
Nekem teljesen félretelepítettnek tűnik a dolog ...
Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
[quote:8144c4a2fe="Zahy"]Hm. Nem 5.3? Akkor miért pam.conf? nemértem.
Nem 5.3 hanem a 4.9-es ami "becsiszolt" és "belakott" (stb.) rendszer, amit használok "egy ideje".
Mindemellett a Linux is amit használok már 42-44 hónapja fut, akkor telepítettem és csak frissítgetek ezt-azt rajta...
Amúgy a Free BSD Live CD-n is pam.conf van...
[quote:8144c4a2fe="Zahy"]
Van single user mód (valahonnan a Linux is vette ezt a funkciót): Ha kisördögös menüs boot, akkor meg kell nyomni a 10 sec várakozás közben a 4 gombot. Ha nincs ördögös menü akkor amikor pörög a pálcika, akkor kell szóközt nyomni, majd "boot -s"
Köszi, erre pont nem gondoltam. Nézegettem ugyan, a bootolás előtt (egy space-t nyomva), hogy mit lehet megadni, de valahogy ez nem jött be.
Nincs semmilyen menü, de már láttam ilyet (pl. a Live CD-n) és nézegettem, hogy mik vannak benne. Meg is akartam volna csinálni a 4.9-hez is ezt ha lehet és ekkor volt az, hogy először nem indult a Free BSD, aztán kijavítottam a hibát amit csináltam és minden a "régi"
[quote:8144c4a2fe="Zahy"]
A normál bejelentkezéshez login nevű programhoz is kell dolgokat kreálni, bár ugye ha engedélyezed, akkor az other is jó kell legyen.
Sejjjjjjj........ ha pontosan érteném :-(
[quote:8144c4a2fe="Zahy"]
De most el vagyok teljesen veszve.
Csak fel a fejjel :P
Inkább én vagyok tanácstalan 100%-ban....
[quote:8144c4a2fe="Zahy"]
Hol vannak a rendszeredben a pam modulok? Nekem a /usr/lib alatt. Amúgy a hibaüzeneteid szerint neked is ott keresi ..
Természetesen ugyanitt, méghozzá ezek
pam_cleartext_pass_ok.so
pam_deny.so
pam_opie.so
pam_opieaccess.so
pam_permit.so
pam_radius.so
pam_skey.so
pam_ssh.so
pam_tacplus.so
pam_unix.so
Az /usr/lib alatt más pam nincs. Csak én pampogok :-)
[quote:8144c4a2fe="Zahy"]
Nekem teljesen félretelepítettnek tűnik a dolog ...
Nos, ezt Dr. Sysinstall -nál kell megreklamálni ugyanis ő a "felelős" a telepítésért, Vagy tán Dr. pkg_add-ot kellene felelősségre vonni?
[quote:12991d3415="k_laci"]Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Szia :roll:
Köszi a tippeket. A ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure -hoz hasonló dologra emlékszem, hogy kell lennie.
Viszont az /usr/local/share/config/kdm/ alatt még nem nézelődtem.
Az addíg jó, hogy "frissíteni a genkdmconf-fal lehet" csak az lehet, hogy kérdéses lesz számomra, hogy mire? kellene módosítani.
[quote:cc6eccffe3="k_laci"]Az nem lehetséges, hogy a kde/kdm csomagjaiddal is van valami gond. Az X-edből is hiányzott néhány lib.
A pkg_info -L kdm\* kimenetét nézd meg és hasonlítsd össze a /usr/local/lib tartalmával.
Vagy, szvsz, ha nem érint nagyon fájdalmasan a dolog, akkor inkább csinálj egy friss telepítést.
Nem volt véletlenül szabálytalan leállásod valamikor? Ha a hw.ata.wc="1"-re van állítva és jön, mondjuk, egy áramkimaradás, akkor még a megnyitott libek is el tudnak veszni.
Szia Laci! :roll:
Köszi szépen a tippeket, utánnanézek.
Nem volt áramkimaradás. Sem szabálytalan leállás nem volt e rendszernél.
Mindemellett egy dolgot emelnék ki:
a Free BSD több verziójánál is próbáltam a kdm-en keresztüli bejelentkezést és a 4.7-es BSD-nél kifejezetten emlékszem rá, hogy sem az XDM-mel sem a kdemmel nem tudtam bejelentkezni,mert visszajött mindíg a bejelentkező ablak csupán....
De most megpróbálok egy "üres" HDD-re feltenni egy új Free BSD-t és megírom a tapasztalataim legkésőbb holnap estig.
Mégegyszer köszi a segítséget. :wink:
Már ott tartottam, hogy a Linuxban kutakodtam: "hogyan is indul a kdm" és még mi fut mellette... :?:
[quote:536d271b37="Zahy"]1) Azért nem indul ttys -ból, mert off -ban van a bejegyzés, nem on -ban - azaz az utolsó előtti off szócskát cseréld on -ra
Köszi. Ezt megtettem és elindult legalább már. :P
[quote:536d271b37="Zahy"]
2) OK, tehát kdm, és kdm -nodaemon (az előzőt kell asszem akkor, ha interaktívan már be vagy jelentkezve, az utóbbit pedig ha ttys -ből indítod)
A bootfolyamat végén már elindult a kdm, se ezért már ezek nem annyira lényeges opciók nekem.
[quote:536d271b37="Zahy"]
4) shell - ezt csak biztonsági okokból kérdeztem, mert láttam már olyat, hogy /bin/false volt a shell, és érdekes módon nem ment az X-es login (igaz, akkor karakteresen bejelentkezni se tudtál volna, de mindegy) - amúgy bash -ra úgy válthatsz, hogy beteszed a /etc/shells -be a teljes elérési útját (bár ezt a csomag feltelepíítésének meg kellett volna tennie), ugyanis sztem nem megfelelő shellnek tartotta a chsh a fenti miatt.
Megnézem az /etc/shells-ben, hogy bent van-e a bash.
Emlékeim szerint pl. a Free BSD 4,7 esetében bent volt. Viszont más verziónál nem volt egyszerű a shell beüzemelés. Asszem egy szimbólikus linkkel oldottam meg ami a /bin alá mutatott...
Megnézem e shellt is a végén.
[quote:536d271b37="Zahy"]
Hopp! Van neked véletlenül tmp -takarítás beállítva? (Valami rc.conf -beli változó teszi ezt meg.) Vagy egyéb okokból nincs véletlenül kitakarítva a
/tmp/.X11-unix/ és /tmp/.ICE-unix/ könyvtárad?
Nem, nem állítottam be takarítást. A /etc/rc.conf-ban csupán 4 sor van kb.
A fontok, az egér és a billenyűzet, nomeg a linux kompatibilitás konfigurálása.
Ezért megvan mindkét könytár és a /tmp/.X11-unix-ot használja is mert a kdm indulása után már volt benne egy =X fájl nulla mérettel és halványan mutatta az mc. (gondolom az XFree86 kreálja ide)
[quote:536d271b37="Zahy"] /tmp/.X11-unix/ és /tmp/.ICE-unix/ könyvtárad?
1777 root:wheel kell, hogy legyen mind a kettő. Nemrég olvastam, hogy ezek hiányát néhány X-es alkalmazás (pl. a KDE) erőteljesen rosszul kezeli le.
A jogok mindkettőnél 41777 root:wheel (az utóbbi 2 stimmel)
Biztos, hogy nem authetikációs probléma van a bejelentkezéssel ugyanis ha valótlan felhasználó nevet adtam meg, akkor egyből kijelezte ezt a "GO" gombra való klikkelés után és maradt a kdm a képernyőn.
Aztán ha valótlan vagyis rossz jelszót írtam be, akkor is "failed" lett a végeredmény mint az előbb.
Az viszont érthetetlen számomra, hogy a /usr/local/etc/rc.d alatti
kdelibs.sh miért "üzen" olyat a bootolás alatt (a kdm script bemásolása óta), hogy Local package initialization: Not found
Holott az elrési útban szereplő eljáráskönyvtárak megvannak a helyükön. És az ldd is hibátlanul fut más esetben.
[quote:6d3786e4ba="k_laci"]Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Szia :roll:
Megnéztem és annyi a különbség, hogy az "xterm on secure" helyett xterm off secure van.
Viszont kipróbáltam átírva "xterm on secure"-ra és úgy sem ment.
[quote:6d3786e4ba="k_laci"]Van ilyened a /etc/ttys-ban:
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Van az /usr/local/share/config/kdm/ alatt több fájl is, többek között egy kdmrc is amelyet én hoztam létre mint root a KDE "Vezérlőközpont" -jában a "Bejelentkezéskezelő"-ben. Bele is néztem és ezek szerint (elvben) jól kellene működjön.
Mindenesetre az alábbi üzenetet "fogtam" a ttyv0-án Jan 4 09:40:31 Kdm[1016]: no modules loaded for 'kde' service
Ettől tartok inkább :(
Talán azért is mert nem tudom, hogy milyen, vagy melyik modult töltené be és mi?
Hozzászólások
Sziasztok!
Kínomban beállítottam a Linuxban (mert itt tudtam), hogy a KDE feltelepítése nélkül is be tudjak automatikusan jelentkezni (egy fix beállítással) a grafikus felületre.
Vagyis a bootfolyamat végén elindul az X és egy "default" ablakkezelő, Ha kilépek a grafikus felületről, akkor meg bejön a bejelentkező ablak, ami akár egy xdm is lehet.
Persze a KDE-ben ez jó ideje alapszolgáltatás, node ha nincs fent KDE, akkor kdm sem :D
Ja, és továbbra is a kérdés az, azt nyomozom, hogy miért nem megy
több Free BSD verzió alatt kipróbálva sem a kdm/xdm -en való bejelentkezés és ablakkezelő indítás.
A művelet végén miért a kdm/xdm jön vissza mindíg.
Egyáltalán megy valakinek?
Ha igen, akkor hogy csinálta?
Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
Laci
A kdm-ből rootként belépve indul a kde? Ha igen, akkor olyat néznék meg, hogy van-e elegendő hely azon a fájlrendszeren, ahol a /tmp van?
[quote:c52990b3b8="k_laci"]Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
Laci
Szia Laci! :roll:
Ez bámulatos 8O
Szemem, szám tátva marad ugyanis sem a Free BSD 4.7-nél a komplett KDE-s telepítés után (régebben). Sem a Free BSD 4.9-nél (amit jelenleg használok) és kopletten, vagyis KDE-vel együtt tettem fel.
Sem a Free BSD 4.11-nél amit szintén KDE-vel együtt tettem fel egyáltalán nem működik (működött) a bejelentkezés a grafikus bejelentkező ablakban.
Legyen az kdm vagy akár xdm. Ugyanúgy visszajött a bejelentkező ablak...
Nem gondolnám, hogy pl. a /home/lakos/.xinitrc -ben megadott egyetlen sor kavarna be ami: exec startkde
Ötletem sincs, de megnézem a log-okat amit írtál
Köszi :wink:
No annyit tudok, hogy a 41777 jog az nem jó azokra a könyvtárakra. Bár halehet, hogy csak valami MC hülyesg, hogy íugy jelzi. Megnéznéd simán ls -l -lel?? (Noha a hiánya több segítséget adott volna.)
Nekem semmi nincs kdelibs -ben, mert KDE nincs fenn, mint említettem nekem xdm fut (ahol fut). Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja? lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start) - amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
Szia :roll:
[quote:3c35167ef3="Zahy"]No annyit tudok, hogy a 41777 jog az nem jó azokra a könyvtárakra. Bár halehet, hogy csak valami MC hülyesg, hogy íugy jelzi. Megnéznéd simán ls -l -lel?? (Noha a hiánya több segítséget adott volna.)
Nos, megnéztem az ls -l paranccsal a könyvtárakat
A .ICE-unix és a .X11-unix az drwxrwxrwt
és az .X0-lock az csak -r--r--r--
[quote:3c35167ef3="Zahy"]
Nekem semmi nincs kdelibs -ben, mert KDE nincs fenn, mint említettem nekem xdm fut (ahol fut).
O.K.
Mostmár az /usr/local/etc/rc.d/kdelibs.sh -ról is elterelődött a gyanú.
A "Local package initializing:" is rendben. Többszöri újraindítás után is.
A nyitja a dolgoknak az lehetett, hogy kétszeresen is elindult a kdm.
Amíg az /etc/ttys-ben az volt, hogy
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm off secure
addíg e bejegyzés nem hagyta, hogy automatikusan elinduljon a kdm.
Viszont kaptam egy "okos" tanácsot, hogy tegyek a /usr/local/etc/rc.d-be egy shellscriptet amiben elindítom a kdm-et.
[quote:3c35167ef3="Zahy"]
Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja? lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start)
Namost!
Amint írtam is: e script hatására sem indult automatikusan a kdm. Ekkor módosítva lett a /etc/ttys off secure-ről on secure-ra és elindult automatikusan a kdm. Viszont a shellscript is elindított egyet így futott kettő és jött a "Local package initializing: not found" hibaüzenet.
Viszont minderre, akkor jöttem rá miután áthelyeztem az /usr/local/etc/rc.d könyvtár alól a kdmstart.sh scriptemet és enélkül is elindult automatikusan a kdm...
Jó nem?
Viszont a "poén" az, hogy továbbra sem indítja el a kde-t hanem visszajön a kdm ahelyett :-(
[quote:3c35167ef3="Zahy"]
- amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
[quote:3c35167ef3="pkg_info"]
Mesa-3.4.2_2 ORBit2-2.8.1 XFree86-4.3.0,1 XFree86-FontServer-4.3.0_2
XFree86-Server-4.3.0_10 XFree86-clients-4.3.0_3 XFree86-documents-4.3.0 XFree86-font100dpi-4.3.0 XFree86-font75dpi-4.3.0 XFree86-fontCyrillic-4.3.0 XFree86-fontDefaultBitmaps-4.3.0 XFree86-fontEncodings-4.3.0 XFree86-fontScalable-4.3.0 XFree86-libraries-4.3.0_6 Xft-2.1.2 aalib-1.4.r5_1 acroread-5.08 apsfilter-7.2.5_3 arts-1.1.4,1
atk-1.4.0 atk-1.8.0 autoconf-2.13.000227_5 bash-2.05b.007 cdparanoia-3.9.8_5 cdrdao-1.1.7_4 cdrtools-2.0.3 cups-base-1.1.19.0 cups-pstoraster-7.07 docbook-sk-4.1.2 docbook-xml-4.2_1 docbook-xsl-1.61.3_1
dvd+rw-tools-5.12.4.7.4 eel2-2.4.0 esound-0.2.32 expat-1.95.6_1
fam-2.6.9_3 fontconfig-2.2.90_3 freetype2-2.1.4_1 frozenbubble-0.9.3_2
gail-1.4.0 gconf2-2.4.0.1 gettext-0.12.1 ghostscript-gnu-7.07_3 gimp-1.2.5,1 gimp-print-4.2.5_1 glib-1.2.10_10 glib-2.2.3 gmake-3.80_1 gnome-icon-theme-1.0.9 gnomedesktop-2.4.0 gnomehier-1.0_8 gnomemimedata-2.4.0 gnomevfs2-2.4.0 gtk-1.2.10_10 gtk-2.2.4 gtk-engines2-2.2.0 guilib-1.1.1 hpijs-1.4.1 hu-kde-i18n-3.1.4 hu-koffice-i18n-1.2.1 ifhp-3.5.7 imake-4.3.0_1 intltool-0.27.2 jpeg-6b_1 kde-3.1.4 kdeaddons-3.1.4 kdeadmin-3.1.4 kdeartwork-3.1.4 kdebase-3.1.4 kdegames-3.1.4 kdegraphics-3.1.4 kdelibs-3.1.4 kdemultimedia-3.1.4 kdenetwork-3.1.4 kdepim-3.1.4 kdetoys-3.1.4 kdeutils-3.1.4 koffice-1.2.1_1,1 lame-3.93.1 lcms-1.09,1 lha-1.14i_1
libIDL-0.8.2 libart_lgpl2-2.3.16 libaudiofile-0.2.3 libbonobo-2.4.0 libbonoboui-2.4.0 libexif-0.5.12_1 libglade2-2.0.1_1 libgnome-2.4.0 libgnomecanvas-2.4.0 libgnomeui-2.4.0.1_1 libgnugetopt-1.2 libgsf-1.8.1
libiconv-1.9.1_1 libijs-0.34 libmad-0.15.1b_1 libmng-1.0.5_1 libogg-1.0_1,3 librsvg2-2.4.0 libtool-1.3.5_1 libvorbis-1.0_1,3 libxml2-2.5.11 libxslt-1.0.33 linc-1.0.3 linux_base-7.1_5 lynx-2.8.4.1d m4-1.4_1 mad-esound-0.14. 2b_3 mkisofs-2.0.3 mpg123-esound-0.59r_9 mplayer-fonts-0.50 mtools-3.9.8_1 nautilus-cd-burner-0.5.3 nautilus2-2.4.0_1 openldap-client-2.1.22 p5-sdl-1.18.7 pango-1.6.0 pcre-4.3 pilot-link-0.11.7_2 pkgconfig-0.15.0 png-1.2.5_2 popt-1.6.4_1 portupgrade-20030723 py23-expat-2.3_2 python-2.3_1 qcad-1.5.4 qt-3.2.1 quanta-3.1.4,2 ruby-1.6.8.2003.04.19
ruby-bdb1-0.2.1 ruby-rdoc-0.0.0.b2 ruby-shim-ruby18-1.8.0.p2.2003.04.19_1 samba-libsmbclient-3.0.0.r4 screen-4.0.1 scrollkeeper-0.3.12_2,1
sdl-1.2.5_2 sdl_gfx-2.0.8 sdl_image-1.2.2_1 sdl_mixer-1.2.5 sdl_net-1.2.5
sdl_ttf-2.0.5_1 sdocbook-xml-4.1.2.5_1 smpeg-0.4.4 sox-12.17.4 startup-notification-0.5_1 sudo-1.6.7.5 svgalib-1.4.3 tcl-8.3.5_2 tiff-3.5.7_1 tk-8.3.5_2 unzip-5.50_2 uulib-0.5.18 wrapper-1.0_3 wxgtk-2.4.1_1 xanim-2.92.0
xmlcatmgr-0.2_1 xv-3.10a_3 zip-2.3_1
Remélem ez jó lesz?! :?
[quote:1fcbbf942f="k_laci"]Már egy napja kínlódok itt a dologgal, de nem sikerült reprodukálnom a hibát. Teljesen frissen telepítettem a kde-t egy 5.3-as vasra és pöccre indult minden.
Nézegetted a pam-os autentikációt, az rendben van? Mi van a /var/log alatt az X logjaiban (:0.log, X.0.log)?
Laci
Szia :roll:
Szétnéztem a /var/log alatt és sem :0.log sem X.0.log fájlom nincs itt.
Viszont olyan van ami XFree86-tal kezdődő fájlnevű, de ebben semmilyen számottevő dolog nincs.
Ami az érdekesség viszont, hogy a ps ax szerint kettő darab kdm is fut nálam a kdm parancs hatására.
Méghozzá 471-es azonosítóval egy és 609-essel egy másik.
Ebben az az érdekesség, hogy amikor a kill paranccsal kilövöm a 471-est, akkor utánna még mindíg megmarad a kdm a kilences konzolon.
Aztán amikor megpróbálom a 609-es processzazaonosítóval kilőni a másikat akkor kijelenti, hogy nincs ilyen processz, amíg végül a Ctrl+Alt Backspace-szel leállítom a kdm-et és, akkor tényleg nincs már ilyen.
Ja, és a /var/run alatti kdm.pid is a 471-et tartalmazza! Miután leállítottam az "első" kde-et de még a ps ax jelzi a a 609-es másodikat, akkor is a 471-es azonosító van a /var/run/kdm.pid-ben.
Linux alatt megnéztem és ott csak egy kdm fut...
De működik is.
Túlzottan nem izgatna a dolog, ha nem próbáltam volna 3 verziót és az xdm is nem ugyanezt tenné! :(
[quote:35c14aa756="k_laci"]
Nézegetted a pam-os autentikációt, az rendben van?
Laci
Erről nem tudok semmit.
Egyébként, akkor nem lehetne bejelentkezni sem.
Nem így van?
Szia :roll:
Tehát mostmár bizonyos az üzenet értelme a mely szerint
kdm[135]: no modules loaded for 'kde' service
ez 100%-ban utal egy /etc/pam.conf alatti szakaszra amely a kde-hez kell illetve ha a pam.conf-ot szétbontom egy /etc/pam.d alkönytár alatt kde, login, xdm, gdm, other fájlokra az is jó neki.
De legfőképpen egy pam_nologin.so kell az /usr/lib/ alkönytár alá.
Ezt kell "beszerezni", nomeg lehet, hogy még más is kell neki....
Legalábbis erre a következtetésre jutottam, de lehet, hogy van más megoldás is.
OK. Első ránézésre nekem a következők tűntek fel a csomagokkal:
a) 2 különböző verziójú atk van fenn. Abból mintha ennyi sok lenne, legalábbis nekem eddig nem tűnt fel, hogy az is olyan, mint pl. az automake, hogy paralel lehet több - de asszem az csak a GTK-s progiknak kell. Érdemes lenne a portupgrade valameylik eszközével végigvizslatni (de sajnos már nem emlékszem, melyik kellett ehhez)
b) nautilus (meg pláne nautilus-cd-burner) fenn van (meg parancssori cd/dv-díró progi), ami viszont GNOME-s valami, ezzel szemben k3b nincs (pedig az a KDE-hez igazodó) - de erre se hiszem, hogy nagyon zavaró lenne
c) kicsit régi az X-ed. Sztem 4.3.99 (vagy -devel vagy hogy híjják, de pláne 4.4-es ill. Xorg-os kéne - de ebben se nagyon hiszek
d) tudtommal a tuby-shim már nem kell - de ez se zavarhat egy rohadt kdm -et.
Szóval. Térjünk vissza a gyökerekhez. A ttys -ben a kdm-et cseréld le xdm -re. A bejelentkező felhasználó $HOME -jából törölj ki (jó, nevezd át) az összes .xinitrc, meg .xsession és hasonló nevű vackot. Ebben az esetben a /usr/X11R6/lib/X11/xinit könyvtárban található xinitrc számít. Nekem abban ennyi van:
$ more xinitrc
#!/bin/sh
# $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $
userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/usr/X11R6/lib/X11/xinit/.Xresources
sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap
# merge in defaults and keymaps
if [ -f $sysresources ]; then
xrdb -merge $sysresources
fi
if [ -f $sysmodmap ]; then
xmodmap $sysmodmap
fi
if [ -f $userresources ]; then
xrdb -merge $userresources
fi
if [ -f $usermodmap ]; then
xmodmap $usermodmap
fi
# start some nice programs
twm &
xclock -geometry 50x50-1+1 &
xterm -geometry 80x50+494+51 &
xterm -geometry 80x20+494-0 &
exec xterm -geometry 80x66+0+0 -name login
Azaz 3 xterm indul, meg egy xclock, mindez a nagyszerű twm -mel. No ezt szeretném én látni, h nálad mi ezzel a felálással az eredmény.
A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs :-)
[quote:811405ddfb="begin"]A kdm-ből rootként belépve indul a kde? Ha igen, akkor olyat néznék meg, hogy van-e elegendő hely azon a fájlrendszeren, ahol a /tmp van?
Szia :roll:
Sajnos nem :(
Sem "root"-ként, sem userként nem indul semmi sem, tehát másik ablakkezelő sem, viszont a /tmp alatt van vagy 300-400MB szabad hely.
No pár dolgot tisztázzunk. (Lehet, h le volt már írva ebben a threadben többször is, de hadd kérjem összefoglalva). (Nekem egy 5-3-stable-n megy az xdm.)
1) Hogy indui az az xdm/kdm ? Parancssorból, /etc/ttys -ből, rc scriptből?
2) Pontosan milyen opciókkal indul?
3) És ugye nem a .xinitrc -t vesszük figyelembe, mert az startx -nél számít, xdm-nél a .xsession amit figyelnek a X-es szoftverek (legalábbis FreeBSD-n)
4) Milyen shelled van?
Amúgy a pam igenis számít(hat), ugyanis minden szolgáltatásnak külön lehet definiálni, hogy milyen pam mechanizmusokat használjon - ha /etc/pam.conf, akkor a szolgáltatán nevével kezdődik a bejegyzés, ha /etc/pam.d/* , akkor meg a szolgáltatás neve a fájl nevel.
Nem látom világosan az esetet. Csak a kdm-ből nem indul a kde, vagy kdm nélkül se? A kdm-ből más (pl. xfce) elindul, vagy ugyanaz a jelenség?
[quote:5737091b24="begin"]Nem látom világosan az esetet. Csak a kdm-ből nem indul a kde, vagy kdm nélkül se? A kdm-ből más (pl. xfce) elindul, vagy ugyanaz a jelenség?
Szia :roll:
A startx-el el tudom indítani a KDE-t mert a /home/lakos/xinitrc-ben megadtam, hogy "exec startkde".
Ha elindítom a kdm-et, akkor abból semmi, sem indítható el.
A startx-el meg bármi ami fentvan.
Érdekes felállás! Debianon ilyenkor csinálnék egy dpkg-reconfigure kdm-et, nem tudom van-e hasonló FreeBSD alatt...
Sziasztok :roll:
Sajnos eddíg nem jártam eredménnyel, pedig kipróbáltam az összes tippet.
Sem a kdm, sem az xdm nem működik igazából.
Az utolsó próbálozásom az volt, hogy csináltam egy "full install"-t a Free BSD 4.11Rc1-el és bizony itt sem tudok bejelentkezni egyik grafikus bejelentkező ablakban sem. (pedig feltettem az összes csomagot)
És persze a hibaüzenet ugyanaz, nem tudta betölteni a 'kde service" modult.
Hááát... ennyi.
Mindezek után erős kételyeim vannak afelől, hogy bárki aki feltelepíti valamelyik Free BSD verziót, akkor utána be tud jelentkezni a kdm-en vagy az xdm-en keresztül úgy, hogy valamelyik ablakkezelő elinduljon a sok közül.
Viszont a "titkot" elárulhatná az akinél működik. (ha van ilyen :))
Az lenne a csoda :lol: :) :D :wink:
Szia :roll:
[quote:c2d8b757aa="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Megpróbálom, bár asszem ezt is variáltam, de nem jött be. Hátha másodjára bejön 8)
[quote:c2d8b757aa="Zahy"]Hát eredendően ..... /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t. De ez a libpam.so.2 -t is hiányolja, ez egyre zűrösebb.
A libpam.so.2-őt a pam_nologin.so hiányolta egyedül. Amikor ezt bemásoltam az /usr/lib alá, akkor "jött az igény" erre.
Köszi a tippeket, megnézem. :?
[quote:de783f5c0f="begin"]Érdekes felállás! Debianon ilyenkor csinálnék egy dpkg-reconfigure kdm-et, nem tudom van-e hasonló FreeBSD alatt...
Látod?
Az a baj, hogy ezt én sem tudom :(
Szia :roll:
[quote:9d8030d8be="Zahy"]Hát eredendően ..... /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t.
Sajna semmi változás pedig az /etc/pam.conf-ban kikommenteztem a
kde .... pam_nologin.so sort és most már hibaüzenet sincs ha elindítom a kdm-et.
Nomeg az XDM-mel sem megy.
Tehát olyan mintha semmit sem csináltam volna eddíg :cry: :oops:
Ha mégis sikerülne bejelentkezni a kdm-en vagy az xdm-en keresztül és elindulna a kde, azt már el sem hinném. Azt gondolnám biztosan álmodom.
:P
Azt meg végképp nem értem, hogy: A fejlesztők nem használnak kdm/xdm-et?
Hát annyit elárulhatok, hogy a laptopomon megy a dolog. Alapvetően gdm -mel csináltam, de mivel eredetileg az xmd -mel lőttem be, sztem azzal is megy. De most butul és átállítom, mindjárt azt is meg tudom mondani. De az tény, hogy nálam semmi KDE-hez tartozó dolognincs fenn, kizárólag a szabványos alap twm -es bejelentkezés ment eddig, icewm -es "környezet", és a saját magamnak belőtt (amúgy XFCE4 -es) környezet az amit eddig gdm -ből be tudtam indítani.
No beindult, és tökéletesen megy a dolog xdm -mel és gdm -mel is. Azaz elindul, login, majd elindítja az én szép kis xfce4 -emet. Szóval:
1) sztem pam -probléma, nekem a /etc/pam.d -ben van xdm és gdm fájlom is, és a megjegyzésektől eltekintve mind a kettő tök egyforma:
auth required pam_nologin.so no_warn
auth required pam_unix.so no_warn try_first_pass
account required pam_unix.so
session required pam_permit.so
ill. xdm -ben még van egy sor:
password required pam_deny.so
2) Ha ez is OK, akkor el tudok képzelni KDM -problémát is, eltekintve attól, hogy neked xdm -mel se megy
3) Lehetne, hogy a hibaüzenetet ne átabotában lefordítva küldd be ide, hanem szószerint az eredetit? (Amúgy elsőre gugliban fogom begépelni, kivéve, ha nekem az ránézésre triviális lesz)
Nagyon szűkmarkúan bánsz az error-logokkal. Ide velük :!: Talán úgy jobban tudnánk segíteni.
[quote:c22e8db791="k_laci"]Nagyon szűkmarkúan bánsz az error-logokkal. Ide velük :!: Talán úgy jobban tudnánk segíteni.
Köszi a pozitív hozzáálást :wink:
Jól esik.
Bizony kicsit belegabajodtam már a témába mint a pókfonálba... :(
Kipróbáltam a Free BSD 4.11 Rc1-ben is a kdm-el és az xdm-el való bejelentkezést.
Az eredmény: (sajnos) sem - sem
Egyik sem megy.
Csak visszajön a bejelentkező ablak. Az XDM-nél még hibaüzenet sincs :(
De megnézem a logokat csak most Linuxban vagyok és kell egy reboot.
Meg még egy kis szünet... (pár perc) :P
[quote:69ccb9695b="Zahy"]Abszolút nem használok KDE-t, de hátha nem láttad: freebsd.kde.org/faq.php
Köszi a tippet. Mégegyszer :wink:
Megnéztem, és olyan valaki is megnézte, aki nem használ ugyan BSD-t, de tud angolul.
Viszont éppen az én kérdésemről nincs itt szó.
Avagy az, hogy valaki feltette a KDE-t és mégsem megy.
Aztán olyan tippet kapott amilyet én is, de nekem erre sem működik.
[quote:69ccb9695b="Zahy"]Abszolút nem használok KDE-t,...
Viszont ehhez képest nekem egyáltalán nem sikerül sem a kdm-en keresztül sem az xdm-en keresztül bejelentkezni. És semmilyen ablakkezelő nem indul el, nem csak a kde.
Ez talán nem "KDE specifikus dolog" hiszen az xdm sem működik és más ablakkezelő sem indul.
Ilyenkor mi a helyzet? 8O :cry:
Szia :roll:
[quote:4462c64687="Zahy"]..... Viszont az a hibaüzenet a "Local package" -ről engem jobban érdekel. Biztos, hogy a kdelibs adja?
Nem vagyok benne 100%-ban meggyőződve, hogy a kdelibs.sh adja, viszont az tény, hogy amíg nem volt az /usr/local/etc/init.d alatt a
kdmstart.sh addíg nem olvastam ilyen hibaüzenetet.
A kép úgy fest, hogy kiírja a bootüzenetek között, hogy
Local package initializing: not found Starting kdm
:not found
:not found
Tehát a kdelibs futása után (szerintem, de még megnézem) van a "Local package initializing: not found" üzenet. Majd kiírja, hogy Starting kdm.
Amit a scriptem ír ki és aztán megint (és új sorban) :not found
Gondolom, hogy a kde vagy a kdm elindulása előtt biztosan lefut a kdelibs.sh
Nem így van?
Másként meg mellette nem sok másik script van. Talán 2
Sajnos a starce nincs fent, hogy a kdm-et kifaggassam.
[quote:4462c64687="Zahy"]
lefuttatnád azt a scriptet kézzel, és idemásolnád a kimenetét? (sh /usr/local/etc/rc.d/kdelibs.sh start) - amúgy meg úgy látszik, h valami a feltelepített csomagokkal nem OK. Ja, ha belefér, akkor egy pkg_info kimenet is kéne.
Jó.
Meglesz. (nemsokára) Most Linuxban vagyok.
Köszi a tippeket 8)
Az nem lehetséges, hogy a kde/kdm csomagjaiddal is van valami gond. Az X-edből is hiányzott néhány lib.
A pkg_info -L kdm\* kimenetét nézd meg és hasonlítsd össze a /usr/local/lib tartalmával.
Vagy, szvsz, ha nem érint nagyon fájdalmasan a dolog, akkor inkább csinálj egy friss telepítést.
Nem volt véletlenül szabálytalan leállásod valamikor? Ha a hw.ata.wc="1"-re van állítva és jön, mondjuk, egy áramkimaradás, akkor még a megnyitott libek is el tudnak veszni.
[quote:a736d8ca4b="Zahy"]No pár dolgot tisztázzunk. (Lehet, h le volt már írva ebben a threadben többször is, de hadd kérjem összefoglalva). (Nekem egy 5-3-stable-n megy az xdm.)
Szia :roll:
Jó, rendben van leírok mindent amit tudok.
[quote:a736d8ca4b="Zahy"]
1) Hogy indui az az xdm/kdm ? Parancssorból, /etc/ttys -ből, rc scriptből?
Az xdm/kdm kizárólag csak parancssorból indul el.
Hiában van neki megadva az /etc/ttys-ben hogy:
/usr/local/bin/kdm -nodaemon xterm off secure
Az ittlévő beállításokból csupán az ami ellenőrizhető (számomra), hogy ugyanott fut, ahol a startx parancs esetén az X. És az xdm is ugyanígy.
Nomeg a kdm elérési útja valós.
[quote:a736d8ca4b="Zahy"]
2) Pontosan milyen opciókkal indul?
Próbáltam csak simán kdm -ként és elindult, de kdm -nodaemon opcióval is fut.
[quote:a736d8ca4b="Zahy"]
3) És ugye nem a .xinitrc -t vesszük figyelembe, mert az startx -nél számít, xdm-nél a .xsession amit figyelnek a X-es szoftverek (legalábbis FreeBSD-n)
A /home/lakos/.xsessionban is a következő egy sor van: exec startkde
Ezt a sort egy hashmark (#) karakterrel már kikommenteztem, de semmi változás.
Ha jól rémlik, akkor a Free BSD 5.3 esetében vagy a juzer xinitrc-je vagy még az xsession-ja is hiányzott.
Bár ez nem 100%.
[quote:a736d8ca4b="Zahy"]
4) Milyen shelled van?
csh
De szerintem ez nem befolyásolja, lévén alapból ez van.
Kényelmi szempontok miatt próbáltam a bash-t bekonfigurálni, de a chsh nem volt hajlandó rá. Mondván ez nem ......... húú... elfelejtettem mit írt pontosan, hogy "nem milyen" shell, de nem tetszett neki.
[quote:a736d8ca4b="Zahy"]
Amúgy a pam igenis számít(hat), ugyanis minden szolgáltatásnak külön lehet definiálni, hogy milyen pam mechanizmusokat használjon - ha /etc/pam.conf, akkor a szolgáltatán nevével kezdődik a bejegyzés, ha /etc/pam.d/* , akkor meg a szolgáltatás neve a fájl nevel.
Stimt, ebbe most másztam bele (némileg) a Linux alatt amikor is beállítottam, hogy akár kdm nélkül is működjön az automatikus felhasználóbeléptetés a grafikus felületre.
No, itt meg ilyenkor nincsenek virtuális konzolok........ De ez már egy másik történet :(
Üdv.: Imre
1) Azért nem indul ttys -ból, mert off -ban van a bejegyzés, nem on -ban - azaz az utolsó előtti off szócskát cseréld on -ra
2) OK, tehát kdm, és kdm -nodaemon (az előzőt kell asszem akkor, ha interaktívan már be vagy jelentkezve, az utóbbit pedig ha ttys -ből indítod)
4) shell - ezt csak biztonsági okokból kérdeztem, mert láttam már olyat, hogy /bin/false volt a shell, és érdekes módon nem ment az X-es login (igaz, akkor karakteresen bejelentkezni se tudtál volna, de mindegy) - amúgy bash -ra úgy válthatsz, hogy beteszed a /etc/shells -be a teljes elérési útját (bár ezt a csomag feltelepíítésének meg kellett volna tennie), ugyanis sztem nem megfelelő shellnek tartotta a chsh a fenti miatt.
Hopp! Van neked véletlenül tmp -takarítás beállítva? (Valami rc.conf -beli változó teszi ezt meg.) Vagy egyéb okokból nincs véletlenül kitakarítva a /tmp/.X11-unix/
és /tmp/.ICE-unix/ könyvtárad? 1777 root:wheel kell, hogy legyen mind a kettő. Nemrég olvastam, hogy ezek hiányát néhány X-es alkalmazás (pl. a KDE) erőteljesen rosszul kezeli le.
Sziasztok! :roll:
Feltelepítettem egy Free BSD 4.11Rc1-et és kipróbáltam vajon megy e a kdm-en való bejelentkezés, illetve elindul-e a KDE.
Előtte rootként a startx paranccsal elindítottam a KDE-et és a Beállítóközpontban a Rendszer-Bejelentkezéskezelő-ben beállítottam a szükséges dolgokat...
Majd ez után indítottam el a kdm paranccsal a kdm-et. Megpróbáltam bejelentkezni és úgytünt mintha sikerült volna és el fog indulni a kde.
De nem ez történt, hanem viszajött a bejelentkező ablak.
[quote:3dda40a1ee="k_laci"]Nagyon szűkmarkúan bánsz az error-logokkal. Ide velük :!: Talán úgy jobban tudnánk segíteni.
Csináltam egy rebootot és most a megszokott Free BSD 4.9-ben vagyok.
Itt is próbálkoztam ezzel azzal...
Először is belenéztem a /var/log/kdm.log-ba melyből az utolsó sorokat bemásoltam ide: (a többi is ilyen)
[quote:3dda40a1ee="kdm.log"]
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
AUDIT: Thu Jan 6 22:50:04 2005: 146 XFree86: client 2 rejected from local host
Aztán megpróbáltam a kapott ötlet szerint létrehozni egy shellscriptet ami automatikusan indítaná a kdm-et.
A tartalma a shellscriptnek ez:
[quote:3dda40a1ee="startkdm.sh"]
#!/bin/sh
# /usr/local/etc/rc.d/kdestart.sh
case $1 in
start) echo Starting kdm...
/usr/local/bin/kdm
;;
esac
exit 0
Utána csináltam egy rebootot és vártam a "Starting kdm..." feliratot.
Jött is, de előtte a Local package initialization: not found
ezt követte a Starting kdm... és mégegy : not found
Ha eltávolítom az /usr/local/etc/rc.d könyvtár alól a kdm indító scriptet, akkor nincs Local package initialization: not found hibaüzenet.
Ha beteszem, akkor van, de ezen kívül semmi sem változik.
Sajnos ide jutottam. Majdnem semmire :-(
Idézet a /usr/ports/UPDATING fájlból:
4.x users: listen up! The presence of the /etc/pam.d/ directory (and
anything in that directory) presents a Very Bad Thing. Unless you've
manually tweaked your PAM settings, you must run:
# rm /etc/pam.d/gnomesu-pam
# rmdir /etc/pam.d/
or all users will be locked out of your system!
(Mindez a security/gnomesu port kapcsán került bele 2005 01 14 -én; ezért az utalás a gnomesu-pam -ra)
Szóval ezek szerint 4.x -en még a pam.conf a javallt megoldás.
[quote:fc5e3165e7="Zahy"]Hát annyit elárulhatok, hogy a laptopomon megy a dolog. Alapvetően gdm -mel csináltam, de mivel eredetileg az xmd -mel lőttem be, sztem azzal is megy. De most butul és átállítom, mindjárt azt is meg tudom mondani. De az tény, hogy nálam semmi KDE-hez tartozó dolognincs fenn, kizárólag a szabványos alap twm -es bejelentkezés ment eddig, icewm -es "környezet", és a saját magamnak belőtt (amúgy XFCE4 -es) környezet az amit eddig gdm -ből be tudtam indítani.
No beindult, és tökéletesen megy a dolog xdm -mel és gdm -mel is. Azaz elindul, login, majd elindítja az én szép kis xfce4 -emet. Szóval:
Szia :roll:
Örülök neki, hogy van akinek legalább megy a dolog. :P
[quote:fc5e3165e7="Zahy"]
1) sztem pam -probléma, nekem a /etc/pam.d -ben van xdm és gdm fájlom is, és a megjegyzésektől eltekintve mind a kettő tök egyforma:
auth required pam_nologin.so no_warn
auth required pam_unix.so no_warn try_first_pass
account required pam_unix.so
session required pam_permit.so
ill. xdm -ben még van egy sor:
password required pam_deny.so
Légy erős!
Nekem sem /etc/pam.d könytáram nincs, sem az /usr/local/etc/pam.d-ben egy fia fájl nincs :-( :-(
Akkor ez lenne a hiba!?
[quote:fc5e3165e7="Zahy"]
2) Ha ez is OK, akkor el tudok képzelni KDM -problémát is, eltekintve attól, hogy neked xdm -mel se megy
Mivel nem O.K. ez lehet a baj.
[quote:fc5e3165e7="Zahy"]
3) Lehetne, hogy a hibaüzenetet ne átabotában lefordítva küldd be ide, hanem szószerint az eredetit? (Amúgy elsőre gugliban fogom begépelni, kivéve, ha nekem az ránézésre triviális lesz)
A hibaüzenet egész pontosan:
Jan 15 18:52:41 kdm[135]: no modules loaded for 'kde' service
Ennyi és ebből van amikor kettő egyforma sor is van.
Köszi :-)
[quote:047afce34c="Zahy"]......
Szóval. Térjünk vissza a gyökerekhez. A ttys -ben a kdm-et cseréld le xdm -re. A bejelentkező felhasználó $HOME -jából törölj ki (jó, nevezd át) az összes .xinitrc, meg .xsession és hasonló nevű vackot....
...........
.............
Azaz 3 xterm indul, meg egy xclock, mindez a nagyszerű twm -mel. No ezt szeretném én látni, h nálad mi ezzel a felálással az eredmény.
Szia :roll:
Nekem is 100%-ban ugyanez a xinitrc van mostmár a /home/lakos könyvtáramban is ami neked.
Megcsináltam amit leírtál és kipróbáltam.
Egyenlőre csak a kdm-el próbáltam ki, de sajnos változást nem tapasztaltam.
Kipróbálom az xdm-el is és amennyiben elindulna, akkor megírom a tapasztalataimat.
Az igazság az, hogy nem számítok változásra ettől hiszen a hibaüzenet szerint a 'kde szervíz'-t nem tudja elindítani vagy betölteni.
Mindenféle olyan érvelés, hogy "biztos valami megsérült, vagy kimaradt a telepítésből" ellen szól az, hogy többféle (kisérletileg) feltelepített Free BSD verziónál ugyanez a helyzet állt elő nálam.
Még azt megpróbálom, hogy full-ra felteszek mindent. Minden csomagot egy friss Free BSD telepítéssel (4.11Rc1 vagy az 5.3 esetében)
Köszi a segítséget és a tippeket :P
Üdv. :roll:
[quote:0c794b8b65="k_laci"]Van ilyened:
.......
........ /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Szia Laci :wink:
Egy észrevételt tettem, ami meglepett :idea: azt találtam felfedezni, hogy a genkdmconf "Nem létező fájl vagy könytár"
No persze nem szó szerinti az idézet, de sem a shell nem találta az elérési útban, sem a which.
Bár nem is tudom....
Talán nem tud ez olyat amit a KDE vezérlőközpontban a bejelentkezéskezelő ne tudna beállítani (rootként).
Vagy igen?
Abszolút nem használok KDE-t, de hátha nem láttad: freebsd.kde.org/faq.php
[quote:cc25efdadd="Zahy"]Abszolút nem használok KDE-t, de hátha nem láttad: freebsd.kde.org/faq.php
Köszi a tippet.
Már csak valakit kell keressek aki lefordítja :-(
Ugyanis megvallom, csak főképp enni, inni meg aludni tudok angolul. :(
Fúúúú... Te,... németül meg olyan tisztán tudom mondani, hogy
Nicht fernstein (ha jól írtam).
Bocsi, de majd ha Londonba költözöm vagy Washingtonba, akkor majd senki se kérje tőlem számon a magyar nyelv ismeretét....
:oops:
Addíg viszonzásképpen én sem várom el, hogy az amerikai túrista magyarul kérdezze, hogy hol tud felszálni a 3-as Metróra...
Ez van. :?
goto create /etc/pam.d , /etc/pam.d/[xk]dm
a fenti tartalommal. Ugyanis a "login" során máshol nem nagyon van modulbetöltés.
(Már csak azt nem tudom, hogy ha véletlenül ettől az iránytól eljutsz a működési állapotig, akkor hogy a tüdőbe is tudtad előállítani azt, hogy friss telepítésen tök üres pam környezeted legyen.)
Amúgy /etc/pam-.conf -od sincs? Az annyiban tér el, hogy egy közös fájlban van minden, és ott minden sor a szervíz nevével kezdődik, azaz:
kdm auth ....
(Bár meg kell valljam, tudtommal az 5-ös ágtól pam.conf _helyett_ jelent meg a pam.d/X.
No érdeklődve várom az eredményt.
Oppsz, lehet, hogy nem is kdm, hanem kde annak a nyomorultnak a neve-
További eszmefuttatások. gugli szerint:
1) mégis csak kdm a neve és nem kde
2) nem is ez okozza a problémát, hanem a -nodaemon opció a ttys -beli indításnál.
Labda a te térfeleden.
Üdv. :roll:
Kisérletezgetek, még... nem adtam fel :)
Próbáltam pótolni a pam_nologin.so-t és sikerült is.
Aztán a libutil.so.4-et hiányolta, majd a libpam.so.2-őt.
Még nem teljes a kép, mert kaptam egy újabb hibaüzentet, csakhát nem írtam le papírra, ezért nem tudom "beidézni"...
[quote:f8f770acfc="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Köszi.
Megnézem ezt is, de azt nem tudom, hogy milyen fájlokban keressek ilyen
bejegyzést, vagyis hol vannak az azok melyben "az összes ilyen fájlban megjegyzésbe tenni ezt a sort"
:?
[quote:e02feb741f="Zahy"]
1) sztem pam -probléma, nekem a /etc/pam.d -ben van xdm és gdm fájlom is, és a megjegyzésektől eltekintve mind a kettő tök egyforma:
auth required pam_nologin.so no_warn
auth required pam_unix.so no_warn try_first_pass
account required pam_unix.so
session required pam_permit.so
ill. xdm -ben még van egy sor:
password required pam_deny.so
Szia :roll:
Nos! Gazdagodott a paletta :)
Mármint annyival, hogy vannak már hibaüzenetek.
A fent idézett fájlokat létrehoztam azzal a tartalommal és oda ahová írtad.
Ez után megpróbáltam elindítani először az xdm-et.
A konzolon az alábbiakat írta ki
[quote:e02feb741f="xdm error"]
login: _pam_init_handlers: no default config /etc/pam.d/other
login: error reading PAM configuration file
login: pam_start: failed to initialize handlers
login: pam_stat: Critical error - immediate abort
Majd az /etc/pam.d könyvtár alá létrehoztam egy other nevü fájlt azokkal a sorokkal amit megadtál és az alábbi üzenetek jöttek.
[quote:e02feb741f="xdm error2"]
xdm: unable to dlopen (/usr/lib/pam_nologin.so)
xdm: [dlerror: Cannot open "/usr/lib/pam_nologin.so"]
xdm: adding faulty module: /usr/lib/pam_nologin.so
adm: _pam_init_handlers: no default config /etc/pam.d/other
Tehát a jól értem akkor nem tudta betölteni a xdm: pam_nologin.so-t
És nem tetszik neki a /etc/pam.d/other fájl sem....
Viszont ez már valami ahhoz képest, hogy csak egy rejtélyes sor volt eddíg az üzenet.
Most az /etc/pam.d alatt 3 fájl van majdnem azonos tartalommal:
xdm, kdm, és other nevekkel.
Ja :( és a kdm sem működik.
Megnéztem a /var/log alatt, de nincs értelmes hibaüzenet egyik logfájlban sem :(
A konzolján az xdm -nek "bőbeszédűbb" hibaüzenet van.
Még nem néztem meg, hogy a "/usr/lib/pam_nologin.so" megvan -e egyáltalán de megnézem (csak most Linuxban vagyok...)
Szia :roll:
Köszi.
Bárcsak ez lenne :P :-) :D
[quote:c4d90fe9b2="Zahy"]További eszmefuttatások. gugli szerint:
1) mégis csak kdm a neve és nem kde
2) nem is ez okozza a problémát, hanem a -nodaemon opció a ttys -beli indításnál.
Labda a te térfeleden.
[quote:c4d90fe9b2="lakosimi"]
Amúgy meg felettébb gyanús volt, hogy nem volt! /etc/pam.d alkönyvtáram.
És az is elég gyanús, hogy az /usr/local/etc/pam.d alatt nincs semmi.
:?: :?
Nos, most van az, hogy "kizártam" magam a Free BSD-ből azzal amit csináltam. Vagyis az /etc/pam.d/ alatti fájlokkal.
Ugyanis nem enged bejelentkezni
Már csak egy kérdésem maradt: Hogyan tovább ilyenkor?
Van tán itt is olyan, hogy "single user mód"?
Vagy egyébb megoldás ami a Linux esetében is van?
[quote:76dd888c12="Lakosimi"]Nos, most van az, hogy "kizártam" magam a Free BSD-ből azzal amit csináltam. Vagyis az /etc/pam.d/ alatti fájlokkal.
Ugyanis nem enged bejelentkezni
Sziasztok :roll:
Hamar "orvosoltam" a problémát. :-)
Egyszerű volt, mert csak rábootoltam a Free BSD Live CD-re és már csak a partíciót kellett bemountolni.
Ezzel voltam egy kicsit bajban, mert nem tudtam azt, hogy BSD alatt melyik is ez pontosan, de aztán ez is meglett: ad0s4a úgyhogy mostmár BSD alól írom e sorokat.
A kisérletileg feltett rendszernél kipróbáltam (merthogy akkor az ment csak) a -nodaemon opciót megvonni a /etc/ttys-ből, de változás nem történt.
Ja, és van /etc/pam.conf -om a /etc/pam.d/ helyett.
Minden jó ha a vége jó?
Node hol vagyunk még a végétől :-D
[quote:ec91374695="Lakosimi"]
[quote:ec91374695="Zahy"]A pam_nologin csak a /var/run/nologin fájl esetén letiltja a hozzáférést, azaz egyszerűbb az összes ilyen fájlban megjegyzésbe tenni ezt a sort, mint előállítani, ha egyszer nincs
Megnézem ezt is, de azt nem tudom, hogy milyen fájlokban keressek ilyen
bejegyzést, vagyis hol vannak az azok melyben "az összes ilyen fájlban megjegyzésbe tenni ezt a sort"
:?
Hát eredendően a /etc/pam.d/ -beli (login, xdm, kdm, gdm, other, és í. t.) fájlokra gondoltam, de ha egyszer 4.x -en nem javasolt a pam.d, hanem csak a /etc/pam.conf, akkor ebben kellene kiszedni a pam_nologin -t. De ez a libpam.so.2 -t is hiányolja, ez egyre zűrösebb.
Sziasztok!
Akkor már ha már... ennyire belelendültünk (remélem nem csak én), akkor gondoltam leírom az egyik legmagvasabb, bár egyszerűnek látszó problémámat:
A dolog lényege, hogy ha elindítom a kdm paranccsal a kdm-et és be akarnék jelentkezni rajta akár mint "lakos" felhasználó, akár mint root, akkor a következő zajlik le:
# kdm
elindult a kdm
Beírom a felhasználó nevet
Beírom a jelszót
Kiválasztok egy ablakkezelőt (KDE) és ráklikkelek a "Belépés" gombra.
Elsötétül a monitor.
Pár másodpercig sötét, aztán visszajön a kdm és lehet előről kezdeni az egészet.
Tippem sincs :-(
Viszont
[quote:2b29d2146e="próbák"]
Megpróbáltam az xdm-mel is.
Aztán legelőször a Free BSD 4.7-tel próbáltam ezt a funkciót..... hiába :(
Utánna feltettem az 5,0 vagy 5,1-es Free BSD-t és annál sem sikerült bejelentkezni. Majd próbáltam az 5.3-nál is és végül most utóbb a 4.11-et...
Ezek mind-mint egy-egy próbatelepítés alkalmával történtek.
Sajnos mindegyik rendszernél volt valamilyen probléma ami miatt inkább megmaradtam a közel egy éve telepített Free BSD 4.9 mellett.
A 4.11 is egész jó lenne, csakhát nem sikerült vele az internet kapcsolatot beállítani, nomeg még más bibi is van......
Végtére elégedett vagyok a 4.9el is :D
Ja, és egy másik "ábrándom", hogy ha működik a kdm-es bejelentkezés, akkor hogy tudom elindítani úgy, hogy a bootolási folyamat végén startoljon?
Vagyis ne kelljen kézzel elindítani, mert akkor ugyanott vagyok mint a bejelentkezés utáni startx parancs. Csakhogy ott nincs menü az ablakkezelőkből mint a kdm-nél 8)
Hm. Nem 5.3? Akkor miért pam.conf? nemértem.
Van single user mód (valahonnan a Linux is vette ezt a funkciót): Ha kisördögös menüs boot, akkor meg kell nyomni a 10 sec várakozás közben a 4 gombot. Ha nincs ördögös menü akkor amikor pörög a pálcika, akkor kell szóközt nyomni, majd "boot -s"
A normál bejelentkezéshez login nevű programhoz is kell dolgokat kreálni, bár ugye ha engedélyezed, akkor az other is jó kell legyen.
De most el vagyok teljesen veszve. Hol vannak a rendszeredben a pam modulok? Nekem a /usr/lib alatt. Amúgy a hibaüzeneteid szerint neked is ott keresi ..
Nekem teljesen félretelepítettnek tűnik a dolog ...
Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Szia :roll:
[quote:8144c4a2fe="Zahy"]Hm. Nem 5.3? Akkor miért pam.conf? nemértem.
Nem 5.3 hanem a 4.9-es ami "becsiszolt" és "belakott" (stb.) rendszer, amit használok "egy ideje".
Mindemellett a Linux is amit használok már 42-44 hónapja fut, akkor telepítettem és csak frissítgetek ezt-azt rajta...
Amúgy a Free BSD Live CD-n is pam.conf van...
[quote:8144c4a2fe="Zahy"]
Van single user mód (valahonnan a Linux is vette ezt a funkciót): Ha kisördögös menüs boot, akkor meg kell nyomni a 10 sec várakozás közben a 4 gombot. Ha nincs ördögös menü akkor amikor pörög a pálcika, akkor kell szóközt nyomni, majd "boot -s"
Köszi, erre pont nem gondoltam. Nézegettem ugyan, a bootolás előtt (egy space-t nyomva), hogy mit lehet megadni, de valahogy ez nem jött be.
Nincs semmilyen menü, de már láttam ilyet (pl. a Live CD-n) és nézegettem, hogy mik vannak benne. Meg is akartam volna csinálni a 4.9-hez is ezt ha lehet és ekkor volt az, hogy először nem indult a Free BSD, aztán kijavítottam a hibát amit csináltam és minden a "régi"
[quote:8144c4a2fe="Zahy"]
A normál bejelentkezéshez login nevű programhoz is kell dolgokat kreálni, bár ugye ha engedélyezed, akkor az other is jó kell legyen.
Sejjjjjjj........ ha pontosan érteném :-(
[quote:8144c4a2fe="Zahy"]
De most el vagyok teljesen veszve.
Csak fel a fejjel :P
Inkább én vagyok tanácstalan 100%-ban....
[quote:8144c4a2fe="Zahy"]
Hol vannak a rendszeredben a pam modulok? Nekem a /usr/lib alatt. Amúgy a hibaüzeneteid szerint neked is ott keresi ..
Természetesen ugyanitt, méghozzá ezek
pam_cleartext_pass_ok.so
pam_deny.so
pam_opie.so
pam_opieaccess.so
pam_permit.so
pam_radius.so
pam_skey.so
pam_ssh.so
pam_tacplus.so
pam_unix.so
Az /usr/lib alatt más pam nincs. Csak én pampogok :-)
[quote:8144c4a2fe="Zahy"]
Nekem teljesen félretelepítettnek tűnik a dolog ...
Nos, ezt Dr. Sysinstall -nál kell megreklamálni ugyanis ő a "felelős" a telepítésért, Vagy tán Dr. pkg_add-ot kellene felelősségre vonni?
[quote:12991d3415="k_laci"]Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Szia :roll:
Köszi a tippeket. A ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure -hoz hasonló dologra emlékszem, hogy kell lennie.
Viszont az /usr/local/share/config/kdm/ alatt még nem nézelődtem.
Az addíg jó, hogy "frissíteni a genkdmconf-fal lehet" csak az lehet, hogy kérdéses lesz számomra, hogy mire? kellene módosítani.
[quote:cc6eccffe3="k_laci"]Az nem lehetséges, hogy a kde/kdm csomagjaiddal is van valami gond. Az X-edből is hiányzott néhány lib.
A pkg_info -L kdm\* kimenetét nézd meg és hasonlítsd össze a /usr/local/lib tartalmával.
Vagy, szvsz, ha nem érint nagyon fájdalmasan a dolog, akkor inkább csinálj egy friss telepítést.
Nem volt véletlenül szabálytalan leállásod valamikor? Ha a hw.ata.wc="1"-re van állítva és jön, mondjuk, egy áramkimaradás, akkor még a megnyitott libek is el tudnak veszni.
Szia Laci! :roll:
Köszi szépen a tippeket, utánnanézek.
Nem volt áramkimaradás. Sem szabálytalan leállás nem volt e rendszernél.
Mindemellett egy dolgot emelnék ki:
a Free BSD több verziójánál is próbáltam a kdm-en keresztüli bejelentkezést és a 4.7-es BSD-nél kifejezetten emlékszem rá, hogy sem az XDM-mel sem a kdemmel nem tudtam bejelentkezni,mert visszajött mindíg a bejelentkező ablak csupán....
De most megpróbálok egy "üres" HDD-re feltenni egy új Free BSD-t és megírom a tapasztalataim legkésőbb holnap estig.
Mégegyszer köszi a segítséget. :wink:
Már ott tartottam, hogy a Linuxban kutakodtam: "hogyan is indul a kdm" és még mi fut mellette... :?:
Szia :roll:
[quote:536d271b37="Zahy"]1) Azért nem indul ttys -ból, mert off -ban van a bejegyzés, nem on -ban - azaz az utolsó előtti off szócskát cseréld on -ra
Köszi. Ezt megtettem és elindult legalább már. :P
[quote:536d271b37="Zahy"]
2) OK, tehát kdm, és kdm -nodaemon (az előzőt kell asszem akkor, ha interaktívan már be vagy jelentkezve, az utóbbit pedig ha ttys -ből indítod)
A bootfolyamat végén már elindult a kdm, se ezért már ezek nem annyira lényeges opciók nekem.
[quote:536d271b37="Zahy"]
4) shell - ezt csak biztonsági okokból kérdeztem, mert láttam már olyat, hogy /bin/false volt a shell, és érdekes módon nem ment az X-es login (igaz, akkor karakteresen bejelentkezni se tudtál volna, de mindegy) - amúgy bash -ra úgy válthatsz, hogy beteszed a /etc/shells -be a teljes elérési útját (bár ezt a csomag feltelepíítésének meg kellett volna tennie), ugyanis sztem nem megfelelő shellnek tartotta a chsh a fenti miatt.
Megnézem az /etc/shells-ben, hogy bent van-e a bash.
Emlékeim szerint pl. a Free BSD 4,7 esetében bent volt. Viszont más verziónál nem volt egyszerű a shell beüzemelés. Asszem egy szimbólikus linkkel oldottam meg ami a /bin alá mutatott...
Megnézem e shellt is a végén.
[quote:536d271b37="Zahy"]
Hopp! Van neked véletlenül tmp -takarítás beállítva? (Valami rc.conf -beli változó teszi ezt meg.) Vagy egyéb okokból nincs véletlenül kitakarítva a
/tmp/.X11-unix/ és /tmp/.ICE-unix/ könyvtárad?
Nem, nem állítottam be takarítást. A /etc/rc.conf-ban csupán 4 sor van kb.
A fontok, az egér és a billenyűzet, nomeg a linux kompatibilitás konfigurálása.
Ezért megvan mindkét könytár és a /tmp/.X11-unix-ot használja is mert a kdm indulása után már volt benne egy =X fájl nulla mérettel és halványan mutatta az mc. (gondolom az XFree86 kreálja ide)
[quote:536d271b37="Zahy"] /tmp/.X11-unix/ és /tmp/.ICE-unix/ könyvtárad?
1777 root:wheel kell, hogy legyen mind a kettő. Nemrég olvastam, hogy ezek hiányát néhány X-es alkalmazás (pl. a KDE) erőteljesen rosszul kezeli le.
A jogok mindkettőnél 41777 root:wheel (az utóbbi 2 stimmel)
Biztos, hogy nem authetikációs probléma van a bejelentkezéssel ugyanis ha valótlan felhasználó nevet adtam meg, akkor egyből kijelezte ezt a "GO" gombra való klikkelés után és maradt a kdm a képernyőn.
Aztán ha valótlan vagyis rossz jelszót írtam be, akkor is "failed" lett a végeredmény mint az előbb.
Az viszont érthetetlen számomra, hogy a /usr/local/etc/rc.d alatti
kdelibs.sh miért "üzen" olyat a bootolás alatt (a kdm script bemásolása óta), hogy Local package initialization: Not found
Holott az elrési útban szereplő eljáráskönyvtárak megvannak a helyükön. És az ldd is hibátlanul fut más esetben.
Apropó! Neked mi van ebben a fileban?
Nekem 3 sor kb.
Üdv. Imre :?
Köszi az eddigieket :D
[quote:6d3786e4ba="k_laci"]Van ilyened a /etc/ttys-ban:
ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ?
Szia :roll:
Megnéztem és annyi a különbség, hogy az "xterm on secure" helyett xterm off secure van.
Viszont kipróbáltam átírva "xterm on secure"-ra és úgy sem ment.
[quote:6d3786e4ba="k_laci"]Van ilyened a /etc/ttys-ban:
Aztán nézd meg, hogy van-e valami a /usr/local/share/config/kdm/ alatt. Ha nincs, akkor másold be a /usr/local/share/config/kdm/default tartalmát.
Módosítani, frissíteni a genkdmconf-fal lehet.
Van az /usr/local/share/config/kdm/ alatt több fájl is, többek között egy kdmrc is amelyet én hoztam létre mint root a KDE "Vezérlőközpont" -jában a "Bejelentkezéskezelő"-ben. Bele is néztem és ezek szerint (elvben) jól kellene működjön.
Mindenesetre az alábbi üzenetet "fogtam" a ttyv0-án
Jan 4 09:40:31 Kdm[1016]: no modules loaded for 'kde' service
Ettől tartok inkább :(
Talán azért is mert nem tudom, hogy milyen, vagy melyik modult töltené be és mi?