Totalny Brak Stabilności Fedory 10

[Theriel]

Witam,

Od dłuższego czasu mam spore problemy ze stabilnością systemu. Najgorsze - trudno jest mi zgadnąć o co chodzi, stąd też nie wiem czym dokładnie karmić Google.

 

Ustalmy fakty:

1.Korzystam z Fedory 10, 64 bitów, laptop, Gnome + nvidia + Compiz

2.Compiz działa ogólnie OK, ale czasem mu odbija (sypie się cały rendering wszystkiego - tak było od zawsze) - wtedy trzeba przełączać terminal i "pkill compiz". Jakiś czas temu zdecydowałem się zmienić window manager na domyślny (ale wciąż korzystam z emeralda i mam compiza w tle - tylko nie renderuje, ale obsługuje np: skróty klawiszowe etc.)

3.Na ogół mam włączony non stop: Open Office (Writer), Firefox.

 

Problem I (poboczny):

Firefox pracuje niezbyt stabilnie (zamyka się automatycznie, losowo), ponad to często wskakuje na 50% obciążenie procesora (jeden cały rdzeń) - najprawdopodobniej ma to związek z javą, ale wywalenie IcedTea i zmiana na SunJava nic nie pomogła. NIE WIEM czy to jest faktycznie Java. Problem ze stabilnością Firefoksa jest powszechny (google), porady niewiele dają, więc już zacząłem się przyzwyczajać.

 

Problem II (sedno tego posta):

Od jakiegoś czasu dzieje się rzecz następująca: np: przeglądając strony, pisząc tekst etc. system zamraża się. Tzn., nie całkowicie: np. muzyka w tle jak leciała tak leci. Wygląda to jakby zamrażały się/zapychały/blokowały kontrolery klawiatury oraz myszki - klawiatura nie odpowiada, kursor nie rusza się. Czyli praktycznie nic nie można zrobić. Nie zaobserowałem żadnej prawidłowości kiedy to następuje: raz to się zdarzyło podczas scrollowania dokumentu w writerze - program się zawiesił, później klawiatura i myszka nie odpowiadała i nic nie można było zrobić. Czyli: konieczny twardy reset!!!!

 

NATOMIAST (co ciekawe) - naciśnięcie przycisku "power" automatycznie powoduje pop-up okienka zamknij/restartuj/wyloguj/etc. - to znaczy, że system bezproblemowo odpowiedział na sygnał power-button, automatycznie wyrzucił okno i zaczął odliczać (odliczanie widać na ekranie). Po tym wnioskuję, że system teoretycznie działa. Tylko że ja wciąż nic nie mogę zrobić (nawet anulować odliczania!).

 

Byłbym wdzięczny za wszelkie rady, sugestie, ewentualnie informację gdzie szukać przyczyny - dmesg mi nic przydatnego nie wyrzuca :/.

 

P.S. Przepraszam za długość posta, ale musiałem pisać opisowo - nigdy się z czymś takim nie spotkałem, nie wiem o co chodzi.

 

Pozdrawiam,

Theriel

[maiKel]

heh, faktycznie co do firefoxa to nie za dużo prawdopodobnie można zrobić, u mnie właściwie działa okej, dopóki nie zacznę oglądać czegoś np. na youtube...

a co do tego 2 problemu to faktycznie tak jest, u mnie to samo i też po naciśnięciu power wyskakuje to okienko, z tym ze co z tego skoro i tak nie można wcisnąć uruchom ponownie bo klawa ani touchpad nie działa:P jakoś ostatnio nie miałem tego problemu więc może u mnie się jakoś naprawiło, dodam jeszcze tylko że najczęściej występowała u mnie taka zwiecha podczas korzystania z firefoxa, no ale to nie była żadna reguła, bo i bez niego się fedorka zawieszała...

[Picasso]

Witam mam podobne obserwacje ale po kolei:

 

Miałem Fedore 10 32 bitową i było wszystko ok. Co do stabilności to nie można było się przyczepić. Dokupiłem do laptopa 2 GB ram mając łącznie 4 GB więc zainstalowałem Fedorę 10 64 bitową. Po tej instalacji pojawił się wspomniany przez Theriela (przepraszam jak źle odmieniłem) problem z „zacinaniem się klawiatury”. Jak jest włączony compiz to jest kaplica. Tylko nacisnąć power i czekać 1 min aż się laptop wyłączy.

 

Natomiast jak compiz jest wyłączony można za pomocą: altr+ctrl+strzałka w prawo zmienić pulpit potem strzałką w lewo wrócić na poprzedni i już klawiatura i myszka działa.

 

Co może „wieszać” nie mam pojęcia . Przeważnie zawsze mam włączonego firefoxa...nie wiem czy było tak by to wystąpiło gdy go nie miałem włączonego. Też pracuje na laptopie z kartą nvida. Także używam gnome....Co do javy to mam zainstalowaną javę od suna więc to chyba nie wina javy....

Pozdrawiam

 

----------------

To nie lista dyskusyjna/mailingowa - nie cytuj w całości postu, ktory widać powyżej.

Edytowane Marzec 27, 2009 przez WalDo
usunięcie zbędnego cytatu

[@WalDo]

Nieco off topic

Co może „wieszać” nie mam pojęcia

Compiz? Albo stabilnie i szybko albo "ładnie"

 

[Theriel]

Kurcze, nie wiedziałem, że problem jest tak powszechny...

 

Jak już pisałem, głównie bym zgadywał, że problem leży gdzieś pomiędzy: Firefox-OpenOffice-Compiz. Jako, że z Compiza nie korzystam (fusion-icon się nie liczy ;p), więc zostają tylko dwa elementy... jako że OpenOffice i Firefox to 90% mojej pracy to nie mam jak sprawdzić który jest winnym - zawieszenie się systemu nie jest czymś co można łatwo odtworzyć, pojawia się losowo, a przecież nie będę układał pasjansa przez cały dzień żeby sprawdzić czy bez firefoksa i OO się zawiesi czy nie...

 

Co do tricku ze zmianą pulpitu - dziękuję, sprawdzę przy najbliższej "okazji" . Nie udawało mi się przełączyć terminala, co wydaje się mi najbardziej "wszystko-odporną" czynnością, więc pewnie ze zmiany pulpitu z założenia zrezygnowałem...

 

No ale chyba będzie trzeba Mozilli podziękować na jakiś czas i zobaczyć co z tego wyjdzie... Fedora 11 już niedługo, trzymam kciuki, że ultramagicznie compiz oraz firefox zaczną stabilnie działać...

 

Jakby ktoś coś wiedział w w/w sprawach to krzyczcie - bo po ostatnim zawieszeniu się już prawie nie wytrzymałem i miałem robić format i instalować Vistę - która NB nigdy nie zmusiła mnie do twardego resetu, a korzystać musiałem z niej nieraz o_0.

[Sloan]

To i ja się przyłączę. Ma na laptopie Fedorę 10 32 bity. Laptop dwurdzeniowy AMD, 2 G pamięci, środowisko XFCE bez upiększeń, compizów itp. Zaliczałem i zaliczam freez systemu średnio raz dziennie. Co ciekawe, zauważyłem, że powodem raczej nie jest firefox, bo zwis potrafi nastąpić w czasie, gdy uruchomiony jest sam terminal lub dodatkowo np. rtorrent w tle. Zdarza się to też przy zamkniętej klapie (usypianie i hibernacja wyłączone), gdy nie ruszam laptopa przez dłuższy czas. Ja osobiście stawiałbym raczej na jądro (takie ma przeczucie), niż na jakiś konkretny program, jako sprawcę zamieszania. Jednak za leniwy jestem, żeby sprawdzać jak to działa na innym jajku.

Pozdrawiam.

[@WalDo]

Ja może znowu nie na temat, ale tak sobie przypominam, że na początku F10 takie zwisy miałem z powodu sterowników radeon. Pomogły mi stery radeonhd a potem już fglrx. Może to jakiś problem z grafiką?

[Sloan]

Ja mam kartę Nvidia 7600 GO (nie zintegrowana) i sterowniki v. 180.29-1.

[Arabski]

To się dorzucę:

 

System 32bit, F10, aktualna, Compiz/nVidia, bez Flasha - wszystko działa i nic się nie zawiesza.

 

Może YouTube? Na jedynym systemie na którym mam Flasha (do YT właśnie) często gęsto mi się FF zawiesza, wysypuje itd. Raz czy dwa zamarło wszystko, ale udało się zalogować zdalnie (ssh) i dać reboot. I bądź tu mądry. Ten system to DreamLinux i Iceweasel 2.0.cośtam.

[qmic]

Ja na notebooku właśnie instaluję Ubuntu bo szlag mnie trafia kiedy przy co drugim połączeniu z iplusem zawiesza mi cały komputer, po ostatnim updacie wiesza mi się ciągle, skompilowałem własne jądro i jest lepiej

[MC']

32 bit, f10 z flashem i zero problemów chodzi jak burza nie wiem w czym problem (również nvidia 8800)

[Krauze]

To widzę, że nie jestem sam z tym problemem. Posiadam laptopa Asusa (seria F3f). Korzystając zwyczajnie, nie wykonując żadnej konkretnej czynności system się wiesza.

Często słychać muzykę włączoną w tle, nie można jednak niczego zrobić. Konieczny jest twardy reset.

 

Compiza miałem wrażenie usuwałem - zaraz sprawdzę...tak jest usunięty. Mimo to system się wiesza, być może problemem jest jakaś jego zależność? Nie wiem.

 

Edit: Gdzie można szukać logów dokumentujących zwieszenie systemu? -- chciałbym poznać geneze

Edit2: Z ciekawości wywale flasha. Może pomoże

[maiKel]

nie wiem czy to istotne i czy ma jakiekolwiek znaczenie w tym przypadku ale mam też czasami problem z dźwiękami, tzn. raz się odtwarzają (np. przychodząca wiadomość w kadu) innym razem się coś zacina i nie słychać dźwięku w ogóle albo słychać tylko samą końcówkę i do tego z marną jakością i jedyne ślady że coś jest nie tak mam w /var/log/messages:

[21:34:11 maiK@NX ~/fun]
$ sudo cat /var/log/messages
Mar 29 04:03:44 NX kernel: imklog 3.21.10, log source = /proc/kmsg started.
Mar 29 04:03:44 NX rsyslogd: [origin software="rsyslogd" swVersion="3.21.10" x-pid="2014" x-info="http://www.rsyslog.com"] restart
Mar 29 04:09:17 NX kernel: pci 0000:18:00.0: PME# supported from D3hot D3cold
Mar 29 04:09:17 NX kernel: pci 0000:18:00.0: PME# disabled
Mar 29 04:09:17 NX kernel: tg3 0000:18:00.0: enabling device (0000 -> 0002)
Mar 29 04:09:17 NX kernel: tg3 0000:18:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Mar 29 04:09:17 NX kernel: eth0: Tigon3 [partno(none) rev b002 PHY(5787)] (PCI Express) 10/100/1000Base-T Ethernet 00:1a:4b:60:be:4c
Mar 29 04:09:17 NX kernel: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
Mar 29 04:09:17 NX kernel: eth0: dma_rwctrl[76180000] dma_mask[64-bit]
Mar 29 04:09:18 NX kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 29 05:29:26 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 354,01 ms
Mar 29 13:56:32 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 86,85 ms
Mar 29 13:56:53 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 13:56:53 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:06:08 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:07:51 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:08:33 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:08:54 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:17:19 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:19:55 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:24:41 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:25:42 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:26:04 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:28:29 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:29:29 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:29:42 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:30:29 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:30:42 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:31:42 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:35:29 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:40:29 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:43:16 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:46:16 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:48:16 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:49:16 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:49:31 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:50:03 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:52:03 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:56:37 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:56:49 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:57:03 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 14:59:37 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:00:50 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:01:50 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:05:30 NX hald: unmounted /dev/sr0 from '/media/lost_s3' on behalf of uid 500
Mar 29 15:05:30 NX gnome-keyring-daemon[2599]: removing removable location: volume_label_lost_s3
Mar 29 15:06:24 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:06:37 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:07:37 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:12:24 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:13:24 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:17:24 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:18:11 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:19:24 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:28:11 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:28:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:30:11 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:30:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:31:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:32:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:33:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:33:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:34:58 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:41:45 NX pulseaudio[2867]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. Please report this issue to the PulseAudio developers.
Mar 29 15:42:56 NX kernel: npviewer.bin[13457]: segfault at 0 ip 0000000000000000 sp 00007fff2e017e78 error 14 in libnodoka.so[110000+13000]
Mar 29 16:47:35 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 34,01 ms
Mar 29 17:05:45 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 68,03 ms
Mar 29 20:19:35 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 86,85 ms
Mar 29 20:19:50 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 86,85 ms
Mar 29 20:25:38 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 86,85 ms
Mar 29 20:25:48 NX pulseaudio[2867]: module-alsa-sink.c: Increasing wakeup watermark to 86,85 ms
Mar 29 21:32:24 NX acpid: client connected from 2441[0:0]
Mar 29 21:35:20 NX acpid: client connected from 2441[0:0]

system na bieżąco aktualizuje i jest to std. wersja fedory 10 x86_64 z Gnomem, a i używam też compiza

piszę o tym bo w sumie nie mam się czego więcej tej Fedorki czepiać, tylko te dziwne zwiechy i dźwięk... więc może jakoś te 2 rzeczy są połączone

[..::DAN::..]

No to może sprecyzujmy fakty

wszyscy, którzy te zwiechy zaliczacie macie laptopa jakiegoś?

Wszyscy macie karty Nvidia?

Wszyscy używaliście compiza?

 

Obecnie korzystam z KDE i też miałem dziwne zwiechy ale domyślnej przeglądarki KDE - Konqueror - Firefox już działa bezproblemowo

[Krauze]

1 Mój komputer to również laptop

2 Compiza nie używam, aczkolwiek kiedyś był zainstalowany. Jednak zdawało mi się usunąłem go

3 Nie mam karty graficznej z pod znau Nvidi. Laptop ma grafe zintegrowaną, na podzespołach Intela

 

Firefox u mnie chodzi sprawnie - nie zanotowałem jego zawieszeń. Jesli się wieszal to cały system - tylko wtedy FF jest raczej włączony

 

Odinstalowałem Macromedia Firefox Flash Plugin, na razie trudno powiedzieć czy to on był przyczyną problemów. Jeszcze zbyt krótki okres.