Forum Debian Users Gang

Wrzuć na jakiegoś wkleja i podlinkuj zawartość pliku /var/log/dmesg oraz /var/log/Xorg.0.log

Na sterowniku nv też jest ten komunikat ?

Napiszę narazie tak.
Wrzuć zawartość tych plików
tutaj
bądź tutaj

Nie wymagaj aby ktoś musiał czekać zanim ruszy ściąganie każdego pliku.

Tam ma bezpośrednio na stronie i ładnie idzie to czytać.

Z tych dmesg się nic nie dowiemy bo są obcięte.

Co mnie uderzyło.

W jednym masz sterownik 96.43.16 w drugim 195.36.03 to coś nie tak.
Jestes pewien że oba te stery są poprawne dla tej karty?

Wg szukajki na stronie nvidii wyskoczyl ten
http://www.nvidia.pl/object/linux_display_ia32_190.53_pl.html

Logi jeszcze raz

dmsg

http://wklej.org/id/287286/

dmsg.0

http://wklej.org/id/287291/

Tym razem na pewno całość. Nie wiem czemu wcześniej tak wyszło

http://wklej.org/id/287296/

http://wklej.org/id/287352/

Też o tym myślałem żeby wrzucić stare jajo z lennego i sprawdzić co się stanie. Na razie tego nie wykonam, bo instalkę  sqeeza wywaliłem. Muszę mieć przecież jakiś system który normalnie i w pełni działa. I walczę z tym problemem tylko na siduksie.  Jajo z debiana stable tu nie działa. Ale jeśli już nic nie pomoże, to gotów jestem zainstalować sqeeza raz jeszcze i wrzucić jajo z lennego, dla eksperymentu.
Póki co, zacząłem znów kombinować z opcjami kernela. I okazało się, że opcja noirqdebug powoduje , że nie pojawia się komunikat "kernel disabling IRQ 16" . Kółeczka glxgears kręcą się bez zacięcia.
Co z tego , skoro sam system muli jeszcze bardziej niż bez tej opcji. Prawie nie nadaje się do użycia. Nawet kursor myszy pływa po ekranie.

Ostatnio edytowany przez Lutek (2010-02-28 02:08:50)

Lutek napisał(-a):

Jajo z debiana stable tu nie działa.

A coś więcej na ten temat? Nie musi działać idealnie, chodzi tylko o to żeby sprawdzić, czy "winien" jest sam kernel. Sidux to Debian Sid, a Sid jest tylko kilka kroków przed Squeeze, zatem to nie robi większej różnicy... na Liquorixie to samo?

ilin, autor pisał, że już próbował tej opcji...

http://wklej.org/id/287475/

logi z instalacji sterownika

Opcja acpi_irq_balance nic nie zmienia. Dodałem parametr initcall_debug

http://wklej.org/id/287567/

http://wklej.org/id/287853/

Zaczynam powoli godzić się z tym,  że tego problemu nie da się rozwiązać. Przetrząsam internet , szukając pod hasłami "nvidia bobody cared" "kernel disabled" itp i widać że te problemy są zgłaszane. Porady i diagnozy podobne - aktualizacja BIOS, upgrade lub downgrade kernela itp.
Prawdopodobnie problem leży po stronie złej współpracy mojego sprzętu, tj płyty, karty graf. z nowymi kernelami. Przećwiczyłem już  wiele dystrybucji, kilka Mandriv, 2 wersje PclinuxOS, któreś kubuntu i oczywiście debian (etch, lenny, sqeeze) i sidux.  Pamiętam np. że z kerenelami bodaj 2.6.20 czy coś koło tego był problem z restartem kompa. Komputer po prostu nie startował ponownie. Problem zniknął gdy pojawiły się jajka ok. 2.6.26. Na debianie lennym, ze dwa lata temu na jajku bodaj 2.6.24 nie dało się po prostu zainstalować sterowników nvidii. Po prostu nie potrafiłem, ciągle rzucał błędami a po starcie X-ów ekran "zamarzał".  Na 2.6.18 z etcha i potem 2.6.26 już bez zająknięcia.  Dlatego liczę, że z którymś z nowych kereneli zaskoczy. Na ten moment mam 2.6.33 i problem jest.
Przypomniałem sobie właśnie, że jakiś rok temu, chyba nawet w lutym, pierwszy raz  zainstalowałem sqeeza. Porzuciłem go wtedy z uwagi na KDE 4.1. Ale stery nvidii działały bez zarzutu. Jaki kernel mógł być wtedy w użyciu? Tak mniej więcej 2.6.28. Zaraz potem postawiłem siduxa i tam był 2.6.30. Od razu był ten problem.
Myślę, że postawię na następujące rozwiązanie - lenny na codzień, sidux do rozrywki i dłubania :) Lenny jest stabilny jak skała i szybki jak wiatr, wszystko mi na nim działa,  żona już przyzwyczaiła się do KDE 3.5, niech tak zostanie.
Zrobię tylko jeden eksperyment, wrzucę mu repo sqeeza i dam kernel 2.6.32. Zobaczymy co się stanie.

Ostatnio edytowany przez Lutek (2010-02-28 20:35:59)