Sidux 64 bit - po aktualizacji nie dzia

ArnVaker · Post autor: **ArnVaker** » 07 października 2009, 13:12

W takim razie tym bardziej zrób tak jak wcześniej napisałem.

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

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...

marg1 · Post autor: **marg1** » 07 października 2009, 14:31

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

Kod: Zaznacz cały

kdm

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....

ArnVaker · Post autor: **ArnVaker** » 07 października 2009, 23:05

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...

marg1 · Post autor: **marg1** » 08 października 2009, 13:58

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?

ArnVaker · Post autor: **ArnVaker** » 08 października 2009, 14:05

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.

marg1 · Post autor: **marg1** » 08 października 2009, 14:17

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?

ArnVaker · Post autor: **ArnVaker** » 08 października 2009, 14:36

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

marg1 · Post autor: **marg1** » 08 października 2009, 15:03

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.

ArnVaker · Post autor: **ArnVaker** » 08 października 2009, 15:05

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...

marg1 · Post autor: **marg1** » 08 października 2009, 15:20

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?