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/.
To mój pierwszy post na tym forum, dlatego witam się ładnie ze wszystkimi :)
I od razu proszę o wsparcie. Natrafiłem na problem, z którym nie umiem sobie poradzić. Wrzuciłem to już na dwa fora i tam też nikt nie potrafi pomóc.
http://www.mandrivalinux.eu/showthread.php?p=670497#post670497
http://debian.linux.pl/viewtopic.php?t=19116
Jakiś czas temu zainstalowałem sobie Siduksa, jako 2 system. Jednocześnie używając debiana lenny, który działał jak złoto.
Na siduksie pojawił się problem ze sterownikiem do karty nvidii. Mianowicie, po starcie systemu wita mnie komunikat kernel disabling IRQ 16.
Efekt jest taki, że np kółka glxgears tną się, zwłaszcza przy poruszaniu myszą, filmy się też zacinają, niektóre aplikacje mulą tak, że nie da się ich używać, np. Google Earth. Szukałem rozwiązania w internecie, bez rezultatu. Aktualizacja do kolejnych wersji jądra nie zmieniła sprawy. Nie było różnicy, czy sterowniki instalowane były z binarek czy przez smxi.
Odłączałem różne urządzenia, mysz, klawiaturę na USB, kamerkę itp. Bez efektu.
Na Debianie Lennym wszystko działało bez zarzutu. Tak samo na Windowsie.
Próbowałem różnych opcji startowych typu irqpool, noacpi - nic to nie zmienia.
Odłączałem różne urządzenia, bez zmian.
Siduksa aktualizuję przynajmniej raz na tydzień. Nowe kernele, nowe stery, bez różnicy, efekt ten sam.
Mam zatem problem, ten sam, na dwóch dystrybucjach - siduksie i debianie sqeeze. Na lennym wszystko działało bez zarzutu.
Offline
Wrzuć na jakiegoś wkleja i podlinkuj zawartość pliku /var/log/dmesg oraz /var/log/Xorg.0.log
Na sterowniku nv też jest ten komunikat ?
Offline
To są logi debiana
http://www.easy-share.com/1909407246/dmsg.rtf
http://www.easy-share.com/1909407248/Xorg.0.log
A to siduksa
http://www.easy-share.com/1909407249/Xorg.0.log (sidux)
http://www.easy-share.com/1909407247/dmsg (sidux).rtf
Na sterownikach nv nie ma tych komunikatów i nie ma też efektów jakie opisywałem.
Offline
Offline
Masz rację, przepraszam. Nigdy nie korzystałem z usług takich serwisów. Teraz dla tej potrzeby dopiero założyłem konto na jednym jaki był mi znany, pech chce że akurat takim. Wklejam do serwisu jaki poleciłeś:
Logi sqeeza:
http://wklej.org/id/287248/
http://wklej.org/id/287250/
i logi siduksa:
http://wklej.org/id/287252/
http://wklej.org/id/287253/
Offline
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
Offline
Na obu dystrybucjach kombinowałem ze wszystkimi możliwymi wersjami sterowników. Od najstarszych po najświeższe bety. Instalowały się bez kłopotu. Efekt na wszystkich był identyczny.
Poza tym, stery instalowałem też przez smxi. Skrypt wybiera stery odpowiednie dla danej karty, zwykle jest bodaj 7 wersji do wyboru, od najstarszych po beta. Przeciwiczyłem wszystkie. Efekt identyczny, zawsze.
Offline
Logi jeszcze raz
dmsg
http://wklej.org/id/287286/
dmsg.0
http://wklej.org/id/287291/
Offline
Znów to samo.
Dmseg ma dużo dużo więcej niż 27 linii.
Offline
Tym razem na pewno całość. Nie wiem czemu wcześniej tak wyszło
http://wklej.org/id/287296/
Offline
Nie otwieraj tego w nano, tylko po prostu klepnij:
dmesg
i wrzuć to co się pokaże... albo ostatecznie:
dmesg > dmesg
i zawartość pliku wrzuć na wkleja...
Offline
Offline
Dodaj sobie repo Lennego i sprawdź czy problem pojawi się na konfiguracji 'nowy system/stary kernel' - linux-image-2.6.26-2-686 (udev będzie coś tam jęczał, że stara wersja). Sprawdź jeszcze na tym => http://liquorix.net/ (moduły nvidii musisz chyba zbudować gcc 4.4).
Offline
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)
Offline
Gcc4.4 musiby już używac od Sqeeze wzwyż
Spróbuj do gruba dodac opcję jaką dmesg podpowiada
nobody cared (try booting with the "irqpoll" option)
Daj jeszcze na wkleja log z instalacji sterownika.
/var/log/nvidia-installer.log Jakoś tak.
Offline
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...
Offline
Tak, próbowałem opcji irqpool, próbowałem wielu innych opcji kernela związanych z irq i nic.
Dodałem repo lennego do siduksa i wrzuciłem kernel 2.6.26-2. Przy bootowaniu napisał że nie znajduje jądra. Szukam teraz adresów repozytoriów gdzie może być odpowiednik tego jądra do Siduksa. Mam przeczucie że będzie działać OK.
Wczoraj zaktualizowałem siduksa, mam kernel 2.6.33 i nadl jest to samo.
Offline
http://wklej.org/id/287475/
logi z instalacji sterownika
Offline
Ja bym obstawił, że coś z acpi na pierwszy rzut oka (nie przeglądając szczegółowo). A próbowałeś acpi_irq_balance? Jak nie pomoże to szukać rozwiązania w rekompilacji kernela. Żeby dostać więcej info z kernela dodaj do gruba/lilo parametr initcall_debug. Tam może będzie więcej niż ze standardowego debuga. Później jak będzie czas to lukne jeszcze raz na logi.
Offline
Opcja acpi_irq_balance nic nie zmienia. Dodałem parametr initcall_debug
http://wklej.org/id/287567/
Offline
Hmm pokaż jeszcze: cat /proc/interrupts
i wynik: lsmod.
Offline
Offline
Ciężko powiedzieć skoro wina leży po stronie sterowników. Używałbym sterowników "nv", albo szukałbym rozwiązania w kernelu.
Offline
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)
Offline
Lutek napisał(-a):
Szukam teraz adresów repozytoriów gdzie może być odpowiednik tego jądra do Siduksa.
Nie szukaj bo takowe nie istnieją... kernel z Lennego nie wstawał pewno przez ext4, którego nie obsługuje :) W lutym to dopiero wyszedł Lenny (chyba na walentynki), czyli w raczkującym Squeeze kernel był jeszcze ten sam - 2.6.26 i był tam dosyć długo swoją drogą... do Squeeze z Sida spadł chyba dopiero 2.6.30 :) W backportach Lennego leży obecnie 2.6.29 i 2.6.30 - posprawdzaj je :) Spróbuj jeszcze tego liquorixa - piszę o tym już trzeci czy czwarty raz... I określ wreszcie czy winien jest na 100% kernel, bo póki co to jedynie nasze domysły.
Offline