Zawieszająca Się Co Kilka Minut Fedora 9

[Lancer]

Fedora 9, którą zainstalowałem jakieś 2 tygodnie temu, zawiesza mi się co kilknaście minut, co 5 do 15 minut.

Myszka się zamraża, klawiatura nie reaguje. Ctrl+Alt+Backspace nie działa.

Piszę tu o tym bo na innym forum czytałem podobny post, komuś też często zawieszała się Fedora 9.

Sugerowano problemy sprzętowe ale gdy to przeczytałem nabrałem wątpliwości czy to wina sprzętu u mnie i u tego kogoś kto ma tak samo.

Dlatego piszę do specjalistów od Fedory co może byc nie tak z Fedorą 9 i jak temu zaradzic?

[@WalDo]

Ja niestety nie całkiem na temat... Niezależnie od tego czy kłopot jest sprzętowy czy nie, to dobrze w takich wypadkach podać konfigurację sprzętową. Nawet nie wiadomo czy masz Fedorę na zwykłym PC czy na laptopie.

[Lancer]

Gigabyte S96SP-DS3

Core2Duo E6240

ATI Radeon X1600

2GB RAM

WDC 320GB

[morsik]

Może karta graficzna? Z ATI są różne jaja. Masz sterowniki zainstalowane?

[@Sorror]

Logi z tego okresu też by się przydały. Xorga i massages.

[LordD]

Ja mam identycznie z wszystkimi innymi dystrybucjami. Działa mi jedynie Fedora i openSUSE! Kompa w dobrym serwisie na 2 tygodnie zostawiłem, testowali, kombinowali... i nie znaleźli żadnych błędów w sprzęcie! Sprawa jest tajemnicza i chyba nie uda mi się jej rozwikłać.

[@Sorror]

Grunt, że działa Fedora

[morsik]

A rzuć test pamięci może.

[Darknek]

jesli to laptop to w linijce butujacej kernela w /etc/grub.conf dodac nalezy

 

acpi=off

i wtedy sie juz nie blokuje. tez tak mialem na swoim asusie.

[dj_oko]

Ewentualnie noapic może pomóc, ale jak mnie poinstruował uosiu to wyłącza niektóre przerwania.

[uosiu]

wylacza przerwania >16 bodajze. Jak masz duzo sprzetu na pci to moze byc ciasno i sie moga robic jaja. Lepiej miec wiecej przerwan niz za malo

[vlogic]

Jeśli to jest laptop to może być jeszcze jeden "myk".

Ostatnio też mi się fedorka zawieszała. Zupełny freeez i żadnej reakcji. Najgorsze, że w logach nic nie było. Tylko raz na konsoli wyskoczył mi komunikat:

PANIC: double fault, gdt at c1405000 [255 bytes]

Myślałem, może że to wina aktualizacji, więc próbowałem uruchamiać system na 3 poprzednich jadrach, ale efekt był taki sam.

W końcu na innym kompie ściągnąłem płytkę serwisową Hirens boot i sprawdziłem kilkoma programami pamięć i w zasadzie wszystko co mogłem z hardwaru.

Laptop było ok... tylko mi się linux zawieszał, próbowałem również inne dystrybucje live.

 

Problem w rezultacie okazał się banalny w rozwiązaniu:

Laptop stał na obrusie ( uwaga na uprzejme żony i inne kobiety ). Cooler nie wyrabiał z chłodzeniem.

Teraz mam już podstawkę z dodatkowymi wiatrakami i problem się skończył.

 

W prawdzie mam laptopa firmy DELL model Latitude 600, ale myśle, że problem może pojawić się również w innych komputerach przenośnych.

[douglasmclloyd]

Po dłuuuugim czasie i różnych próbach w końcu znalazłem to:

 

Crashes/Hangs

 

* For boot related issues we need as much info as possible, so removing quiet from the boot flags should be the first thing to ask for.

* Slowing down the speed of text output with boot_delay=1000 (the number may need to be tweaked higher/lower to suit) may allow the user to take a digital camera photo of the last thing on screen.

* Booting with vga=791 (or even just vga=1 if the video card won't support 791) will put the framebuffer into high resolution mode to get more lines of text on screen, allowing more context for bug analysis.

* initcall_debug will allow to see the last thing the kernel tried to initialise before it hung.

* There are numerous switches that change which at times have proven to be useful to diagnose failures by disabling various features.

* acpi=off is a big hammer, and if that works, narrowing down by trying pci=noacpi instead may yield clues

* nolapic and noapic are sometimes useful

* nolapic_timer can be useful on i386; on x86_64 this option is called noapictimer

* Given it's new and still seeing quite a few changes, nohz=off and/or highres=off may be worth testing. (Though this is kernel 2.6.21 and above only)

* If you get no output at all from the kernel, sometimes booting with earlyprintk=vga can sometimes yield something of interest.

* If the kernel locks up with a 'soft lockup' report, booting with nosoftlockup will disable this check allowing booting to continue.

* If the kernel locks up really early, booting with edd=skipmbr or edd=off may help

* The system can hang because the clock isn't running properly, see System clock runs too fast/slow

* Sometimes the system can hang because it is looking for nonexistent floppy drives. See Boot pauses probing floppy device

* Sometimes multiple options are needed, e.g. clocksource=acpi_pm nohz=off highres=off

* Try to narrow down the options needed to the absolute minimum. This helps the kernel maintainers find the underlying problem.

* If it hangs after "Freeing unused kernel memory: 280k freed" you might have glibc.i686 when your processor is not capable of i686. Replace it to glibc.i386 and be sure the "i686" and "nosegneg" directories are deleted.

 

W moim przypadku - IBM T22 - pomógł nolapic.