Strona 3 z 5

: 07 października 2009, 13:12
autor: ArnVaker
W takim razie tym bardziej zrób tak jak wcześniej napisałem.

[ Dodano: 2009-10-07, 13:14 ]
A te masz?

Kod: Zaznacz cały

policykit-1 libeggdbus-1-0
Jeśli je masz, to je usuń. W sumie i tak możesz to puścić:

Kod: Zaznacz cały

aptitude install consolekit/testing system-tools-backends/testing policykit-1_ libeggdbus-1-0_
Jeżeli już masz taką konfigurację, to najwyżej nic się nie stanie...

: 07 października 2009, 14:31
autor: marg1

Kod: Zaznacz cały

lshal |grep input
Coudl'nt connection to hald. Normally is named hald. Hald is not running or no ready

Kod: Zaznacz cały

ls -lh /etc/hal/fdi
policy
coś tam
coś tam
Jakieś bajty godziny, nie pamiętam, a log to jutro.
Zainstalowanie tych pakietów nic nie pomogło, przeinstalowanie kdm też nie.
Jak uruchamiam:

Kod: Zaznacz cały

/etc/init.d/kdm start
to nie mam myszki i klwiatury.
Jak uruchamiam samo jako root, to jest komunikat że nie można załadować motywu i nic poza tym i nadal nie ma myszki i klawiatury.
Zaczyna mnie to powoli irytować, szczerze mówiąc, nie mam już siły.... :(

: 07 października 2009, 23:05
autor: ArnVaker
No to wiemy, że winien jest HAL, który najwyraźniej nie uruchamia się prawidłowo, czyli niewiele wiemy. W takim wypadku to w sumie nic dziwnego, że klawiatura i myszka nie działają.

Zacznij od usunięcia pliku:

Kod: Zaznacz cały

rm /var/cache/hald/fdi-cache
I restartu systemu. Mam nadzieję, że to wystarczy...

Jeżeli nie, usuń hala i kdm z używanego "runlevela", zrestartuj system, odpal ręcznie hala:

Kod: Zaznacz cały

/etc/init.d/hal start
I sprawdź co powie:

Kod: Zaznacz cały

lshal |grep input
lshal |grep evdev
Jeśli nic nie powie, to wypadałoby puścić:

Kod: Zaznacz cały

hald --daemon=no --verbose=yes &> jakiś_plik
Przeszedłeś na uruchamianie systemu w oparciu o zależności? Może tutaj coś się wykłada, na przykład kdm próbuje się odpalić zanim hal skończy albo hal startuje zanim dbus skończy.

Poprzeglądaj zawartość katalogów:

Kod: Zaznacz cały

ls -lh /etc/rcS.d/
ls -lh /etc/używany_runlevel
Nie wiem jak w Siduksie, ale w Debianie domyślnym używanym jest:

Kod: Zaznacz cały

ls -lh /etc/rc2.d/
Posprawdzaj czy skrypty "ustawiły się" odpowiednio. Możesz wrzucić wyniki, tylko ich nie przepisuj, a przekieruj do pliku i wrzucaj na jakąś windowsową partycję.

Przede wszystkim obadaj dokładnie HAL-a. Czy startuje prawidłowo, czy prawidłowo odpala się ręcznie, czy nie zgłasza żadnych błędów, czy daje jakiekolwiek oznaki życia...

: 08 października 2009, 13:58
autor: marg1
Pliku

Kod: Zaznacz cały

 /var/cache/hald/fdi-cache
w ogóle nie ma, co wiecej katalog:

Kod: Zaznacz cały

 /var/cache/hald/
jest pusty.
Jadę dalej w takim razie :)

Może ja w ogóle nie mam hala uruchamionego przy starcie, bo jak go uruchamiam ręcznie, to mówi że jest uruchomiony? Jak to spr?

: 08 października 2009, 14:05
autor: ArnVaker
marg1 pisze:jak tylko się dowiem, co znaczy, "usunąć hala z używanego runlevela"
Podczas startu systemu dostajesz na przykład taki komunikat:

Kod: Zaznacz cały

INIT: Entering runlevel: 2
W taki razie odpalasz sysv-rc-conf i odhaczasz hal oraz kdm z tego "runlevela".

Sprawdź czy lshal w ogóle coś wypluwa, jeżeli nie, to hal leży.

: 08 października 2009, 14:17
autor: marg1
Jak uruchamiam hala ręcznie jak podałeś, mam

Kod: Zaznacz cały

Starting Hardware abstraction layer:sidux`marg1#
i dalej mogę działać na konsoli. Z tym, że jako root nie da się właczyć startx.
Tak jakby on sie normalnie wtedy dopiero uruchamiał? Czyli ja go nie mam chyba w autostarcie?

: 08 października 2009, 14:36
autor: ArnVaker
No ale zrób tak jak napisałem, użyj sysv-rc-conf i odhacz z używanego "runlevela" hal oraz kdm. Zrestartuj system i podnieś jedno i drugie ręcznie, najpierw hal potem kdm:

Kod: Zaznacz cały

/etc/init.d/hal start
/etc/init.d/kdm start

: 08 października 2009, 15:03
autor: marg1
Cóż:

Kod: Zaznacz cały

lshal
nic nie wykazuje:

Kod: Zaznacz cały

Coudl'nt connection to hald. 
Czyli jak wcześniej, a:

Kod: Zaznacz cały

hald --daemon=no --verbose=yes 
jakaś masa błędów w tym to samo co przy lshal i zatrzymuje się na pid ileś tam, czyli chyba nie do uratowania?
Jeśli chcesz to dokładnie jeśli to coś da, to muszę dostęp do internetu uruchomić na livecd i to tu wkleję dokładnie.

: 08 października 2009, 15:05
autor: ArnVaker
ArnVaker pisze:No ale zrób tak jak napisałem, użyj sysv-rc-conf i odhacz z używanego "runlevela" hal oraz kdm. Zrestartuj system i podnieś jedno i drugie ręcznie, najpierw hal potem kdm:

Kod: Zaznacz cały

/etc/init.d/hal start
/etc/init.d/kdm start
Zrobiłeś to?
marg1 pisze:chyba nie do uratowania
Zawsze można przecież przeinstalować hala...

: 08 października 2009, 15:20
autor: marg1
ArnVaker pisze:No ale zrób tak jak napisałem, użyj sysv-rc-conf i odhacz z używanego "runlevela" hal oraz kdm. Zrestartuj system i podnieś jedno i drugie ręcznie, najpierw hal potem kdm:

Kod: Zaznacz cały

/etc/init.d/hal start
/etc/init.d/kdm start
Zrobiłeś to?
Tak. Startują X-sy, włącza się kdm bez myszki i klawiatury
ArnVaker pisze:Zawsze można przecież przeinstalować hala...
Tylko jak to zrobić?
Standardowo prze aptitude?
Zrobiłem tak, usunąłem hala z zależnościami czyli odinstalowało mi całe X-y i zainstalowałem to na nowo razem z X i dalej to samo?