Zawieszanie się systemu

tanatos - 29-08-2007 19:43
Witam.

Z tym problemem spotykam się odkąd nabyłem laptopa HP Pavilion dv6000. Początkowo korzystałem z Debiana SID, aktualnie używam wersji Testing, jednak problem nadal występuje. Używam architektury AMD64 (procesor laptopa to AMD Turion 64 x2).

Dodatkowo system uruchamiam z opcjami "noapic" i "noirqdebug" ponieważ występowały różne problemy z ACPI.

Problem wygląda tak iż w losowym momencie pracy system zawiesza się. Wygląda to tak jakby tylko częściowo się zawieszał ponieważ muzyka jest odtwarzana dalej i mogę poruszać kursorem myszki, jednak pozatym nie da się na nic kliknąć, obraz jest zamrożony, żaden program nie reaguje. Nie działa też klawiatura, nie da rady zrestartować Xów(CTRL+ALT+BACLSPACE), ani przejść do innej konsoli(CTRL+ALT+F1). Czasami działa CTRL+ALT+DEL system się zamyka i po chwili resetuje, jednak obraz jest cały czas zamrożony na X'ach. Dodam tylko że używam KDE.

W logach nie ma nic ciekawego, nie mogę określić przyczyny tych zwisów (są raczej losowe) jednak nie da się tak pracować, system zawiesza się za każdym razem. Czasem po 5 minutach, czasem po 40 minutach...

Posiadam sterowniki nvidia ze strony producenta. Zastanawiam się czy to nie przypadkiem ich wina ponieważ kiedy zmieniłem na 'nv' nie mialem wprawdzie akceleracji, ale nie zaobserwowałem również zawieszania systemu, jednak nie mogę na 100% stwierdzić że to wina sterowników. Może gdybym dłużej testował nv to również doczekałbym się zwisu.

Laptop posiada kartę graficzną Nvidia GeForce Go 7200.

Proszę o pomoc, ponieważ przeszukałem już chyba cały internet i nie znalazłem rozwiązania.

Co może powodować ten problem. Sterowniki? Jądro? Sprzęt?
Może miał ktoś podobny problem.

Wstyd się przyznać, ale po raz pierwszy mam tak poważny problem z Debianem, że samemu nie mogę sobie z nim poradzić :-P

Kaka' - 29-08-2007 19:49
Hmm, a kiedy pracujesz w konsoli, także się zawiesza? Czy tylko i wyłącznie w x'ach?

tanatos - 29-08-2007 19:56
Tylko w X'ach, dlatego tak podejżewam sterowniki Nvidii.
Za to podczas pracy w konsoli wyskakują mi co kilka minut jakieś debugi przerywania IRQ co również bardzo utrudnia tam pracę, ale tym aż tak się nie przejmuję, ponieważ to wynika chyba ze specyfiki mojego sprzętu.

Gdyby tylko udało mi się rozwiązać ten problem z X'ami byłbym bardzo szczęśliwy...

Zapomniałem pokazać jeszcze xorg.conf, ponieważ wg. mnie również wygląda on dość nietypowo (aż dziwne że działa), ale x'y się uruchamiają i chodzą dopóki się nie zawieszą... :evil:

Section "Files"
EndSection

Section "Module"
Load "glx"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "pl"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
EndSection

Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
Option "SendCoreEvents" "true"
Option "Device" "/dev/psaux"
Option "Protocol" "auto-dev"
Option "HorizScrollDelta" "0"
EndSection

Section "Device"
Identifier "nVidia Corporation GeForce Go 7200"
Driver "nvidia"
BusID "PCI:5:0:0"
Option "AddARGBGLXVisuals" "true"
Option "AllowGLXWithComposite" "true"
Option "TripleBuffer" "true"
Option "UseEdidFreqs" "true"
Option "RenderAccel" "true"
Option "backingstore" "true"
Option "nologo" "true"
EndSection

Section "Monitor"
Identifier "Generic Monitor"
Option "DPMS"
HorizSync 28-50
VertRefresh 43-75
EndSection

Section "Screen"
Identifier "Default Screen"
Device "nVidia Corporation GeForce Go 7200"
Monitor "Generic Monitor"
DefaultDepth 24
SubSection "Display"
Modes "1280x800"
EndSubSection
EndSection

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen" 0 0
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
EndSection

Section "Extensions"
Option "Composite" "Enable"
EndSection Dodam jeszcze, że oprócz zawieszania występują również dziwne artefakty, np część okna na chwilę znika i pojawia się biały prostokąt, a co jakiś czas ekran robi się czarny na niecałą sekundę. To może mieć również związek ze zwisami, tylko... gdzie szukać przyczyny... :-/

Kaka' - 29-08-2007 20:01

Option "AddARGBGLXVisuals" "true"
Option "AllowGLXWithComposite" "true"
Option "TripleBuffer" "true"
Option "UseEdidFreqs" "true"
Option "RenderAccel" "true"
Option "backingstore" "true" Zahaszuj :) Być może, któreś z powyższych powoduje te zwisy.

tanatos - 29-08-2007 20:09
Chyba wiem co masz na myśli :) , ale to bez znaczenia.

Zresztą niezależnie czy mam włączonego czy wyłączonego compiza problem i tak się pojawia, po prostu zawsze kiedy mam włączoną akcelerację nvidia.

Bez tych wpisów jest tak samo.

No po prostu już nie wiem z której strony to ugryźć...

Kaka' - 29-08-2007 20:17
W logi patrzałeś? /var/log/syslog? Logi x'ów sprawdzałeś?

Podaj też jaką masz wersję sterowników.

tanatos - 29-08-2007 20:30
Logi jak zwykle przeglądałem w miarę dokładnie jednak nie wiem co mogło by powodować te zwiechy. Nie znalazłem żadnych podejrzanych wpisów odnośnie nvidii czy xów, jednak u mnie szukanie w logach jest dość trudne z uwagi na specyfikę mojego sprzętu (w każdej sekundzie wyrzuca mnóstwo śmieci na konsolę i do sysloga), więc mogłem też coś przeoczyć.

Wersja sterowników NVIDIA-Linux-x86_64-100.14.11.
A to podam jeszcze kernel: 2.6.21-2-amd64

Ehh.. na PC zawsze wszystko było dobrze z Debianem, a tutaj na laptopie takie cyrki...

Kaka' - 29-08-2007 20:39

Dodam tylko że używam KDE. A jak jest na innym środowisku/WM'ie ?

tanatos - 29-08-2007 21:00
Jeśli chodzi o WM'y to wygląda na to iż we fluxboxie jest stabilny. Testowałem około 30 min i nie było ani artefaktów ani zwisu... dziwne, czyżby to nie nvidia a KDE było winne?

Nie chcę rezygnować z KDE, chciałbym to jakoś naprawić. Fluxbox jest dużo lżejszy więc może to kwestia użycia pamięci... w końcu w laptopach grafika pożycza część pamięci z RAMu...

Pozatym compiz też jest innym WM'em a na nim również występują problemy, tak jak w KWIN.... więc może to jednak wina kde, kickera i paczki..., ale nie chce się wierzyć... KDE 3.5 jest już przecież dość stare i napewno maksymalnie dopracowane...

EDIT:
Chociaż... siedzę jeszcze na fluxboxie i właśnie przed chwilą zniknęła na chwilę połowa okna przeglądarki (na 'nv' takie rzeczy się bynajmniej nie zdarzają...) więc znowu sterowniki... ?

Kaka' - 29-08-2007 21:04
Hmm, pamiętaj, że KDE dostarcza wiele różnych programów i to któryś z nich może powodować problem. Być może jest to problem z kwinem, kickerem, a może z konquerorem...

Jednak dobrze by było, gdybyś się jednak na 100% upewnił, że na innym środowisku/WM'ie jest OK. Może odpal sobie Fluxbkoksa (możesz nawet pokusić się o Xfce, też mało zajmuje) i popracuj na nim tak z cały dzień. Dlaczego tak długo? ÂŻeby mieć tą pewność, że problem występuje na KDE.

Kaka' - 29-08-2007 21:07
Ja na razie bym nie zwalał tego wszystkiego na sterowniki, bo to nie musi być ich wina. Posiedź dłużej na Fluksie...

tanatos - 29-08-2007 21:12
Właśnie okazało się że to nie wina KDE. W chwilę po napisaniu tamtego posta komputer się totalnie zawiesił (na fluxboxie), przy czym tym razem zawiesił się całkiem "windowsowo", tzn nie reagowała klawiatura, nie mogłem nawet ruszać myszką a w głośnikach brzmiały zapętlone 2 sekundy z mp3. I znów twardy reset.

Czyli teraz albo sterowniki Nvidii, albo... kernel!

Jak już pisałem wcześniej, na tym laptopie miałem mnóstwo problemów z ACPI, więc może to też być spowodowane jakimś segfaultem kernela...

Dzięki Kaka, że próbujesz mi pomóc.

Kaka' - 29-08-2007 21:16

kernel! Jeżeli masz podejrzenie iż jest to kernel, to może pokuś się o własną konfigurację i kompilację jądra. Tylko nie mów, że to trudna sprawa. Jest wręcz przeciwnie. Jak znasz dobrze angielski, myślę, że zrobisz to nawet w jeden dzień.

A jak już skompilujesz jądro i dalej będą zwisy, możemy już wykluczyć kernel (choć może i być tak, że jakaś aplikacja kłóci się z kernelem, etc. (wiesz co mam na myśli)).

- 29-08-2007 21:24
cat /proc/interrupts .. i zobacz czy nvidia nie używa przerwania, które jest używane przez inny komponent.

Pozdrawiam

tanatos - 29-08-2007 21:27
Nie wiem czy to coś mówi, ale spośród śmieci z sysloga można wyłowić na przykład takie coś:
kernel: hald-addon-acpi[3948]: segfault at 0000000000000000 rip 00002b2d20e8253b rsp 00007fff8a30ee40 error 4 a to już u mnie trochę niepokoi odnośnie kernela.

Rekompilacja... taak wiem, trzeba się tego nauczyć i każdy komu się to udało mówi że to proste, ja już 2 razy do tego podchodziłem, konfigurowałem powoli, ciągle zaglądając do tutoriala, jednak po kompilacji kernel nie wstawał, zawsze gdzieś coś źle zaznaczyłem. I tu nie chodzi nawet o znajomość języka bo z tym nie mam żadnych problemów, ale o to że część opcji po prostu nie wiem do czego służy (nie wszystkie są opisane - nawet w tutorialach) i ta kompilacja to dla mnie trochę jak loteria, trafię z konfigiem czy nie trafię... ;-) No ale podobno do trzech razy sztuka, mogę spróbować jeszcze raz, a nóż się uda...
Swoją drogą, polecasz kompilować standardowo dla jajka 2.6, czy "metodą debianową"?

EDIT:
Hagal, wydaje mi się że możesz mieć rację:
pavilion:/home/tanatos# cat /proc/interrupts
CPU0 CPU1
0: 310767 19495 XT-PIC-XT timer
1: 8605 466 XT-PIC-XT i8042
2: 0 0 XT-PIC-XT cascade
5: 13321 921 XT-PIC-XT libata
7: 37150 566408 XT-PIC-XT ehci_hcd:usb2
8: 0 1 XT-PIC-XT rtc
9: 10895 426 XT-PIC-XT acpi, HDA Intel
10: 135648 10515 XT-PIC-XT bcm43xx, eth1
11: 80438 2839 XT-PIC-XT ohci_hcd:usb1, ohci1394, sdhci:slot0, nvidia
12: 99 25 XT-PIC-XT i8042
14: 7852 3850 XT-PIC-XT ide0
NMI: 0 0
LOC: 330219 330195
ERR: 3416 Dobrze rozumiem że te "ohci_hcd:usb1, ohci1394, sdhci:slot0" korzystają z tego samego przerywania co nvidia?

- 29-08-2007 21:35
Ano :)

Kiedyś miałem dokładnie to samo co Ty - ale na normalnym desktopie
Pomogło poprzekładanie kart w inne sloty

U Ciebie niestety to raczej nie będzie możliwe, więc na początek polecam cierpliwość, google i szukanie poleceń dla kernela odpowiedzialnych za zarządzanie przerwaniami.

Jedne z nich to przykładowo :
- irqpoll
- pci=routeirq

Szukaj i testuj ...

Pozdrawiam

Kaka' - 29-08-2007 21:43

Swoją drogą, polecasz kompilować standardowo dla jajka 2.6, czy "metodą debianową"? Jasne, że metodą debianową. Raz, że IMO, szybciej, dwa, że masz paczkę deb, którą możesz w każdej chwili usunąć.

phund - 29-08-2007 23:51

I tu nie chodzi nawet o znajomość języka bo z tym nie mam żadnych problemów, ale o to że część opcji po prostu nie wiem do czego służy (nie wszystkie są opisane - nawet w tutorialach) i ta kompilacja to dla mnie trochę jak loteria, trafię z konfigiem czy nie trafię... A zaglądałeś na http://jarekm3.ovh.org/index.php ? Tam są chyba wszystkie opcje przetłumaczone i chociaż w skrócie opisane... Tak mi się wydaje :P Przydatne jest to, ze w miejscach wymagających szerszego omówienia dodane są linki do stron o danej cesze.

Rad - 29-08-2007 23:57
Jak problemem są te przerwania, to nie wiem czy kompilacja coś pomoże. Ale spróbować można.

castor - 30-08-2007 03:02

Dodatkowo system uruchamiam z opcjami "noapic" i "noirqdebug" ponieważ występowały różne problemy z ACPI. Jesli masz problemy z ACPI to raczej powinienes bawic sie w noacpi , a nie noapic, bo to nie to samo.

A majac procesor dwu rdzeniowy to tym bardziej nie powinnienes nakazywac jajku nie uzywac IOAPIC.

Wiec na poczatek potestowal bym bez tej opcji oraz jesli nie pomoze to test z acpi_irq_nobalance

tanatos - 30-08-2007 21:26
Mam chyba dobrą, a jednocześnie złą wiadomość.
Uruchomiłem jądro z poleceniem które podał castor "acpi_irq_nobalance" i ku mojemu zdziwieniu po reboocie plik /proc/interrupts wyglądał tak:
pavilion:/# cat /proc/interrupts
CPU0 CPU1
0: 20805 0 IO-APIC-edge timer
1: 121 0 IO-APIC-edge i8042
5: 2 0 IO-APIC-fasteoi ohci1394
7: 0 0 IO-APIC-fasteoi sdhci:slot0
8: 1 0 IO-APIC-edge rtc
9: 227 0 IO-APIC-fasteoi acpi
12: 124 0 IO-APIC-edge i8042
14: 574 0 IO-APIC-edge ide0
16: 3008 0 IO-APIC-fasteoi nvidia
19: 1337 0 IO-APIC-fasteoi bcm43xx
20: 6665 0 IO-APIC-fasteoi eth1
21: 1342 0 IO-APIC-fasteoi HDA Intel
22: 648 0 IO-APIC-fasteoi ohci_hcd:usb1, ehci_hcd:usb2
23: 7518 0 IO-APIC-fasteoi libata
NMI: 0 0
LOC: 20764 20767
ERR: 0 Ucieszyłem się, myśląc że nareszcie skończy się problem z zawieszaniem i już miałem wam o tym napisać kiedy komputer (jak zwykle) zawiesił się - po ok. 5 minutach od reboota.

Tak więc z jednej strony radość, gdyż odkryłem, że opcja "acpi_irq_nobalance" naprawia błędne przerywania, jednak co z tego kiedy to nie rozwiązuje problemu... wygląda na to że to jednak nie jest problem spowodowany przerywaniem, a czymś innym... tylko czym?

Rekompilacji jeszcze nie przeprowadziłem z braku czasu, jednak już prawie weekend, więc może znajdę czas i powiem jaki jest rezultat, aczkolwiek wydaje mi się, że rekompilacja nie rozwiąże tego problemu...

Phund: tak, zaglądałem na podaną przez ciebie stronę (to właśnie na niej się opierałem przy próbach kompilacji), jednak fakt jest taki że w jądrze ".21" jest już trochę innych opcji i generalnie trochę się pozmieniało, mimo że to też, wciąż 2.6.

castor - 30-08-2007 21:53
pokaz
cat /proc/cmdline

tanatos - 30-08-2007 21:56
nie wierzysz, że tak ustawiłem? :-)
pavilion:/# cat /proc/cmdline
root=/dev/sda6 ro vga=771 acpi_irq_nobalance

castor - 30-08-2007 21:58
myslalem ze zostawiles noapic :)

memtest robiles? moze to pamiec, lub cos innego sprzetowego :/ Jak wyglada sprawa na jakims LiveCD, tez sie zwiesza?

tanatos - 30-08-2007 22:11
Laptop jest nowy i bardzo o niego dbam :) nawet nie biorę pod uwagę tego że sprzęt może być uszkodzony (chyba bym tego nie przeżył ;-) ).

Windows chodzi pięknie, Knoppix chodzi pięknie. Tylko na Debianach mam ten problem
I (wydaje mi się) że tylko na akceleracji i sterach 'nvidia'.

Przełączę się na 'nv' i trochę dłużej potestuję system, aby mieć pewność że nv się nie zawiesza.

Jednak nawet wtedy nie będę miał pewności czy błąd powodują sterowniki nvidii, czy może jakiś podsystem opengla, czy np komunikacja między jądrem a sterownikami...

castor - 30-08-2007 23:07
Knoppix to debian, wiec podpatrz u niego jak wygladaja przerwania, oraz czy moze jakie argumenty na kernel zawiesza.

Poza tym zawsze mozesz sshd na laptopie zainstalowac i w trakcie zwisu sprobowac sie do niego dostac i wtedy w logach i /proc pogrzebac, moze cos tam znajdziesz :mrgreen:

Potestuj na nv, zeby miec pewnosc ze to nvidia i jesli uzywasz spatchowanych sterowniko to je wywal, i zainstaluj sterowniki ze repo Debina, uzywajac module-assistant !

Oraz jak juz Kaka zauwazyl ogranicz opcje w xorg dla nvidi:

Naprawde nie trzeba z nimi przesadzac ;) osobiscie mam tylko:
Option "AddARGBVisuals" "True"
Option "AddARGBGLXVisuals" "True" i nie narzekam, compiz, opengl , gry(openarena i quake) chodza pieknie!

ponton - 30-08-2007 23:28
Może skopiuj jądro Knopixxa na dysk, dodaj do GRUB-a i uruchom z Debianem?

ilr - 31-08-2007 00:10
Nie napisałeś którego kernela masz zainstalowanego. Przypuszczam, że jest to 2.6.21. Być może winny jest właśnie on. Próbowałem zainstalować lennego na notebooku z procesorem intela i w losowych odstępach czasu jądro się sypało (na 2.6.18 tych efektów nie było). Spróbuj zainstalować np. 2.6.22. Pobierz sobie paczkę z sida linux-image-2.6.22-1-amd64_2.6.22-3_amd64.deb
i zainstaluj ją.
Podejrzewam, że 2.6.21 to jakiś niewypał, bo na moim desktopie z opteronem też zachowywało się podejrzanie, a przy 2.6.22 jest na razie spokój.

tanatos - 01-09-2007 13:46
Knoppix to Debian, z tym że nie ma na nim sterowników 'nvidia' tylko 'nv' więc się u mnie nie zawiesza.

Knoppix startuje tak: knoppix@2[knoppix]$ cat /proc/cmdline
ramdisk_size=100000 init=/etc/init lang=us apm=power-off vga=791 initrd=minirt.gz nomce quiet BOOT_IMAGE=knoppix BOOT_IMAGE=linux natomiast przerwania w knoppixie wyglądają tak: knoppix@2[knoppix]$ cat /proc/interrupts
CPU0 CPU1
0: 624760 5794 XT-PIC timer
1: 933 1 IO-APIC-edge i8042
5: 1 2 IO-APIC-level ohci1394
7: 5797 624671 IO-APIC-level sdhci:slot0
8: 0 1 IO-APIC-edge rtc
9: 3106 3 IO-APIC-level acpi
12: 122 2 IO-APIC-edge i8042
14: 8862 20 IO-APIC-edge ide0
16: 529 7 IO-APIC-level libata
17: 500864 1 IO-APIC-level ehci_hcd:usb1, ohci_hcd:usb2
18: 33426 1 IO-APIC-level eth0, eth0, eth0
19: 186 1 IO-APIC-level HDA Intel
NMI: 0 0
LOC: 624142 624142
ERR: 1
MIS: 622453 Próbowałem instalować sterowniki nvidii w knoppixie jednak to za dużo zachodu, musiałbym dociągnąć headersy z internetu, ale połączenie mi nie działa, znowu trzeba by kombinować, a nie ma sensu tracić czas na knoppixa, kiedy mam problem z debianem...

Uruchamiałem również system Kororaa XGL Live CD (oparta na Gentoo), aby sprawdzić zachowanie akceleracji ze sterowników nvidia na moim laptopie pod tamtym systemem.
Początkowo nie chciał odpalić na moim acpi: ...MP-BIOS bug: 8254 timer not connected to IO-APIC
Kernel panic: not syncing: IO-APIC + timer doesn't work! Boot with apic=debug and send a report. Then try booting with the 'noapic' option Jednak kiedy odpaliłem Kororę z opcjami 'noapic ide=nodma' zadziałała pięknie z grafiką 3d nvidia i pracowała bez żadnego zwisu. A co dziwniejsze plik /proc/interrupts w Kororze wyglądał podobnie jak ten mój debianowy przed dokonaniem wpisu "acpi_irq_nobalance" tzn - nvidie mam na tym samym przerywaniu co usb i inne moduły, a mimo to nie zauważyłem żadnej niestabilności, wszystko działa jak powinno.

nie wiem czy to coś da... w logach i tak nic ciekawego nie ma, tak jakby system nie wiedział o tym że się zawiesza... :) tymbardziej że nie zawsze zatrzymuje się wszystko na amen, czasem muzyka odtwarza się dalej, można machać myszką, a czasem choć rzadko udaje się nawet przejść do F1 czy nawet 'odwiesić' system wciskająć na przemian ESC, ALT+TAB itp... ale w większości wypadków jednak nie daje się go 'odwiesić'.

Potestowałem na 'nv' - ani razu mi się nie zawiesił, wszystko (prócz akceleracji) działało bez zarzutu.
Nie używam spatchowanych sterowników, tylko oryginalne ze strony nvidia.com. Nie istalowałem też tych z repo, gdyż nie działał mi na nich compiz (były przestarzałe). Ponadto nie mogę zainstalować sterowników z repo ponieważ zepsuli coś w repozytorium i brakuje wielu pakietów (m. in. nvidia-glx, czy vlc...).

...dawno zahaszowałem jednak właściwie nie ma znaczenia, czy są czy ich nie ma - u mnie działa tak samo.
Jeśli chodzi o xorg to dziwi mnie tylko że ładuje mi tylko jeden moduł standardowo (glx), oraz że mam pustą sekcję Files, a mimo to xorg się uruchamia... tylko po paru minutach zawiesza...

Chyba nie ma sensu, zwiechy są niezależne od wersji jądra.

Zgadza się. :)

Zainstalowałem, zwiechy dalej są na nvidii, bez zmian na tym jajku. :/

Edit:
Zaczynam już wątpić we wszystko... kiedy tym razem zresetowałem laptopa system zawiesił się jeszcze w konsoli, przed załadowaniem sterowników, podczas uruchamiania... totalny zwis konsoli i znów wymagany reset.

Wyglądało by na to że za wszystkie problemy odpowiedzialne są BIOS/APIC/ACPI, a sterowniki nvidia tylko 'pomagają' im, 'przyspieszają' zawieszenie się komputera.

Nie wiem już co robić.. w necie znalazłem mnóstwo rozwiązań podobnych problemów dla laptopów z mojej serii (HP Pavilion dv6000, a także dv9000), jednak oczywiście żadne z tych rozwiązań nie zadziałało u mnie.

Wydaje mi się że to iż przestałem ładować system z "noapic" powoduje że czasem zawiesza się podczas uruchamiania (w konsoli), wcześniej nigdy mi się to nie zdarzyło.

castor - 01-09-2007 18:17
Co testow nvidia na LiveCD to zawsze mozesz zobaczyc jak to w ubuntu wyglada. Odpal i zainstaluj sterowniki nvidi w sesi Live,(jeden click w restricted driver manager) Po zainstalowaniu nie restartuj systemu jak ci powie, bo w sesi live bedziesz ,a tylko zrestartuj X.

Jesli pochodzi to:
- zobacz jakie jako i dojdz jakie patche i te zaaplikuj u siebie
- uzyj jajka ubuntu
- uzyj ubuntu :)

Piszesz ze Kororaa z nvidia dziala, to zobacz na jakim jajku. Korora , bazuje na gentoo i uzywa kernela z genpatches , wiec je przejrzyj moze cos wyjasni i zawsze mozesz sobie te patche zaaplikowac.

Poza tym to jesli acpi=noirq juz testowales i tez pada to chyba tylko pozostaje ci maxcpus=1 i czekac na nowe jadro, z poprawiona praca na twoim sprzecie.

tanatos - 01-09-2007 22:18
Testowałem na jądrach od 2.6.17 do 2.6.22, skoro do tej pory tego nie naprawili to nie wiem czy w ogóle naprawią i czy to jest problem jądra.

Bardzo wiele o moim problemie można przeczytać tutaj:
http://bugzilla.kernel.org/show_bug.cgi?id=7562

Ale koniec końców nie znalazłem tu rozwiązania które działało by na moim sprzęcie, może coś przeoczyłem...

Co do Ubuntu to mam jakiś wstręt do tego systemu, zresztą z tego co patrzyłem po grupach, ludzie mają taki sam problem na ubunt'ach...

Popróbuję jeszcze najróżniejszych opcji bootowania, jeśli ktoś dokładniej przejrzał tą bugzillę i znalazł coś przydatnego, będę wdzięczny.

99vadim - 08-09-2007 21:56
Mam Paviliona dv6150 z GeForce Go 7200 i Turionem X2 64. Też miałem do niedawna problem z zawieszaniem się systemu (na początku z Ubuntu, potem na PCLOS). Wszystko rozwiązała instalacja sterowników Nvidii w wersji 9755. Polecam sprawdzić to rozwiązanie.

Payne - 10-09-2007 18:09
Niedawno kupiłem sobie HP DV6246 i oczywiście na Etchu jest zonk. Objawy takie same jakie opisał Tanatos, więc nie będę się rozpisywać. Używam jądra pod amd64, a po lekturze tego wątku, aż się odechciewa samodzielne drążenie tematu.. ale spróbujemy. Jak już do czegoś dojdę to odezwę się. Tylko czemu mam takie dziwne wrażenie, że HP konstruując serię DV6000 zrobiło linuxowi pod górkę...? :-/

slavii - 11-09-2007 20:30
Witam
Posiadam laptopa HP Pavilion dv 6326 na dwurdzeniowym turionie z geforce go 6150....
Po pierwszych instalacjach debiana na moim lapku pojawił się u mnie dokładnie ten sam objaw który opisuje tanatos.... z tym że ja nie instalowałem x-ów od razu i zwisy pojawiały się u mnie już pod konsolą, podczas ładowania systemu itp. Próbowałem różnych wersji i platform. Efekt był ten sam... Gdzieś w necie znalazłem informację aby spróbować zainstalować system z opcjami noapic nolapic .... i od tamtej pory, a minęły już ze dwa miesiące, nie zaobserwowałem wcześniejszych zwisów. Pracuje z kde i najnowszymi sterami od nvidii

tanatos - 11-09-2007 21:03
To prawda, według moich obserwacji faktycznie uruchamianie systemu z opcjami "noapic nolapic", zapobiega zawieszaniu się jądra systemu w całości, bez tych opcji czasem zawiesza mi się nawet pod konsolą na przykład podczas zamykania systemu.

Jednak problem jest taki, że mimo iż odpalam kernela z w/w opcjami to system dostaje częstych zwisów w środowisku graficznym na sterownikach Nvidia.
Przeszukując fora nvidii znalazłem ten wątek opisujący problemy ze stabilnością sterowników, jednak zalecane tam uruchamianie kernela z opcjami pci=nommconf idle=poll nie dokonały żadnej poprawy na moim sprzęcie i w dalszym ciągu system się zawiesza.

Próbowałem różnych wersji sterowników z instalatora nvidii. Niektóre są zbyt stare by zainstalować, z niektórymi nie działa compiz i aiglx, natomiast wersje najnowsze powodują u mnie zawieszanie się systemu.

Myślę żeby jeszcze spróbować sterowników z repozytorium jednak aktualnie ani w dystrybucji testing, ani w unstable nie ma działających sterowników nvidii. Z testing pakiety takie jak nvidia-glx* zostały w ogóle usunięte, natomiast w SIDzie występują problemy z zależnościami. Przeszedłem po raz kolejny na SIDa i narazie nie pozostaje mi nic innego jak czekać aż w repozytorium pojawią się działające sterowniki i mieć nadzieję że te z repo nie będą powodowały zwisów.

99vadim - 19-11-2007 23:22
169.04 (beta) - nowy sterownik Nvidii - ma w "release highlights":
* Fixed stability problems with some GeForce 6200/7200/7300 GPUs multi-core/SMP systems.

Zainstalowałem, faktycznie działa. LINK