Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Zachciało mi się nowoczesności i zmienilem stary dobry usbmount na udisks (+ udisks-glue). Przy okazji postanowiłem zobaczyć ki diabeł z tego lightdm, ale szybko mi się znudził (co konsola, to jednak konsola ;)). I się zaczęło.
O ile podczas korzystania z lightdm udisks sprawował się nawet fajnie, o tyle po wywaleniu tegoż na pysk zbity, montowanie odmówiło posłuszeństwa. Nie elaborując zbytnio: sesja consolekit w X jest nieaktywna (na TTY1, gdzie się loguję, jest aktywna)
dpkg -l | grep -e libpam-ck-connector -e udisks -e consolekit ii consolekit 0.4.5-1 framework for defining and tracking users, sessions and seats ii libpam-ck-connector 0.4.5-1 ConsoleKit PAM module ii udisks 1.0.4-2 storage media interface ii udisks-glue 1.3.2-1 simple automount daemon with support for user-defined actions
grep startfluxbox .xinitrc # exec startfluxbox exec ck-launch-session dbus-launch startfluxbox
Pomożecie? :)
Offline
Pomożecie? :)
Spróbujemy ;)
Podejrzewam, że chodzi o zmienne ustawiane przez lightdm, których startx nie ustawia.
Ja bym w obu przypadkach logowania (lightdm i startx) zrzucił sobe zmienne do pliku poleceniem
env >env-lightdm
i
env >env-startx
przy startx, a potem porównał diffem oba pliki, żeby zobaczyć, gdzie jest różnica.
Na 65 % coś tam się nie zdadza.
Tu miałem identyczny problem z menu gnome:
http://forum.dug.net.pl/viewtopic.php?pid=160293#p160293
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2011-11-12 17:23:31)
Offline
Na Wiki Fluxboksa proponują uruchamiać dbus-launch z argumentem --sh-syntax. Może to ma istotne znaczenie?
U mnie udisks z Fluxboksem działały bez problemu, ale wtedy używałem gdm jako menedżera logowania.
Jeszcze jedno: w debugowaniu problemów z ConsoleKit może pomóc polecenie
ck-list-sessions
Ostatnio edytowany przez Minio (2011-11-12 18:01:28)
Offline
Sprawdziłem właśnie na czystym systemie (już dawno miałem to zrobić).
• instalacja testinga z businesscard stable (z pominięciem wyboru pakietów)
• wyłączenie instalacji polecanych itp.
• aptitude install libpam-ck-connector consolekit
• restart, po restarcie sesja po zalogowaniu na tty jest aktywna
• aptitude install xserver-xorg xserver-xorg-input-evdev xserver-xorg-video-nouveau
• aptitude install fluxbox xterm xinit
• startx — sesja w X-ach jest aktywna (sprawdziłem w xterm)
Poddaję się, myślałem że może gdzieś kiedyś coś zmieniłem i dlatego u mnie zawsze to działa tak jak powinno, a u innych nie… ale to działa domyślnie. ;)
Offline
Jacekalex napisał(-a):
Podejrzewam, że chodzi o zmienne ustawiane przez lightdm, których startx nie ustawia.
Ja bym w obu przypadkach logowania (lightdm i startx) zrzucił sobe zmienne do pliku poleceniemKod:
env >env-lightdmi
Kod:
env >env-startxprzy startx, a potem porównał diffem oba pliki, żeby zobaczyć, gdzie jest różnica.
Może i diff brzmi hackersko, ale jest zupełnie nieczytelny ;)
azhag@laptop ~ % cut -d= -f1 env.startx >/tmp/plik azhag@laptop ~ % grep -w -v -f /tmp/plik env.lightdm DESKTOP_SESSION=fluxbox XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 USERNAME=azhag GDMSESSION=fluxbox XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
Minio: zaraz spróbuję flagi do dbusa. Aktywność sesji właśnie ck-list-sessions sprawdzałem.
____
*) taki hermetyczny dowcip, jeśli nie rozumiesz, to się nie przejmuj
Dopisek:
Spróbowałem ustawić te zmienne (oczywiście SeatN i SessionN wzięte z kosmosu, bo nie wiem jak określić prawidłowe), dodałem flagi do dbus-launch. Bez satysfakcjonującego rezultatu.
ArnVaker: cóż, przynamniej cieszę się, że chociaż Ty masz SOA#1. ;)
Offline
A próbowałeś startx bez pliku ~/.xinitrc? U mnie na czysto nawet tak odpala się fluxbox z aktywną sesją. :)
Offline
azhag: jeżeli Cię to pocieszy, to wydaje mi się, że udało mi się odtworzyć ten błąd u siebie. Jeżeli uruchomię fluxboksa jako testowy użytkownik ze startx, jego sesja CK jest nieaktywna. Co jednak najciekawsze, jeżeli najpierw zaloguję się przy pomoc KDM do KDE, a potem z poziomu TTY otworzę drugi serwer X jako inny użytkownik, jego sesja będzie aktywna.
Ja się poddaję. Polecam jednak poczytać:
https://bugs.launchpad.net/ubuntu/+source/consolekit/+bug/483130
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598150
http://forums.gentoo.org/viewtopic-t-869349.html?si … 1efaacfbef68b
Przeczytaj wszystkie wiadomości, zanim podejmiesz jakiekolwiek czynności. Jest tam również wiele linków do dalszych zgłoszeń, z którymi pewnie też będzie dobrze się zapoznać.
No i wreszcie:
http://www.google.com/search?q=startx+ck-list-sessi … ctive+session
Może któreś z proponowanych rozwiązań u Ciebie zadziała.
Offline
Mnie pomogła (przynajmniej puki co działa) edycja pliku "/etc/pam.d/common-session" poprzez dopisanie linijki
session optional pam_loginuid.so
przed linijką
session optional pam_ck_connector.so nox11
Natomiast w .xinitrc mam
exec ck-launch-session dbus-launch --sh-syntax --exit-with-session startfluxbox
Po tych zabiegach wreszcie mam auto-montowanie (i oczywiście aktywną sesję).
Ostatnio edytowany przez Qmaty (2011-11-13 10:42:40)
Offline
azhag napisał(-a):
Jacekalex napisał(-a):
Podejrzewam, że chodzi o zmienne ustawiane przez lightdm, których startx nie ustawia.
Ja bym w obu przypadkach logowania (lightdm i startx) zrzucił sobe zmienne do pliku poleceniemKod:
env >env-lightdmi
Kod:
env >env-startxprzy startx, a potem porównał diffem oba pliki, żeby zobaczyć, gdzie jest różnica.
Może i diff brzmi hackersko, ale jest zupełnie nieczytelny ;)
Kod:
azhag@laptop ~ % cut -d= -f1 env.startx >/tmp/plik azhag@laptop ~ % grep -w -v -f /tmp/plik env.lightdm DESKTOP_SESSION=fluxbox XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 USERNAME=azhag GDMSESSION=fluxbox XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0Minio: zaraz spróbuję flagi do dbusa. Aktywność sesji właśnie ck-list-sessions sprawdzałem.
____
*) taki hermetyczny dowcip, jeśli nie rozumiesz, to się nie przejmuj
cat .xinitrc export XDG_MENU_PREFIX=gnome- export XDG_CONFIG_DIRS=/etc/xdg export XDG_DATA_DIRS=/usr/local/share:/usr/share:/usr/share/gdm exec sexkbmap pl exec numlockx exec ck-launch-session gnome-session
Bez XDG_MENU_PREFIX -nie miałem menu Gnome na pasku, po odpaleniu startx.
Z gdm było normalnie.
Co ciekawe - u mnie:
env | grep -i xdg XDG_MENU_PREFIX=gnome- XDG_SESSION_COOKIE=39dc855ffb7f7495ee53860e00003639-1321116998.482283-170269653 XDG_CONFIG_DIRS=/etc/xdg XDG_DATA_DIRS=/usr/local/share:/usr/share:/usr/share/gdm
W ogóle nie mam zadeklarowanych zmiennych:
XDG_SESSION_PATH i XDG_SEAT_PATH, i jakoś dbus ani udisk nie płaczą z tego powodu.
Więc chyba raczej albo nie są niezbędne, albo Debian czy może tylko Fluxbox ma jakieś szczególne wymagania w tym zakresie.
Pozdro
;-)
Offline
Też mi się nagle automontowanie zepsuło. Zgodnie z tym: https://forums.gentoo.org/viewtopic-t-858965.html potrzebne jest gvfs ale coś mi się wydaje, że nie miałem tego pakietu wcześniej i działało. Proszę o rozwianie wątpliwości.
======================
już-sorry za bałagan.
Ostatnio edytowany przez jarski185 (2012-06-17 21:32:09)
Offline
jarski185: załóż osobny wątek, podaj w nim stosowne informacje itd. :)
Offline