Kernel 2.6.11-1.14_FC3 hangs every few days

Terry Barnaby terry1 at beam.ltd.uk
Sun May 8 05:33:07 UTC 2005


Trevor "TeC" Christian wrote:
> Arthur Pemberton wrote:
> 
>> Andrew Gray wrote:
>>
>>> Since upgrading to Kernel 2.6.11-1.14_FC3 my system:-
>>>
>>> AMD XP2200+ 512MB ASUS A7V8X
>>>
>>> has been locking up every 3-5 days !!!
>>>
>>> When it locks up the Gnome display is completely frozen and remote SSH
>>> inbound doesn't respond. /var/log/messages doesn't show any cause:-
>>>
>>> May  2 01:55:01 ldesk crond(pam_unix)[31676]: session closed for user
>>> root
>>> May  2 01:55:01 ldesk gconfd (andrewg-17471): Exiting
>>> May  2 10:12:24 ldesk syslogd 1.4.1: restart.
>>> May  2 10:12:24 ldesk syslog: syslogd startup succeeded
>>> May  2 10:12:24 ldesk kernel: klogd 1.4.1, log source = /proc/kmsg
>>> started.
>>> May  2 10:12:24 ldesk kernel: Linux version 2.6.11-1.14_FC3
>>> (bhcompile at bugs.build.redhat.com) (gcc version 3.4.3 20050227 (Red Hat
>>> 3.4.3-22)) #1 Thu Apr 7 19:23:49 EDT 2005
>>>
>>> The last two occurrences have been similar. memtest86 passes without 
>>> problem on this system.
>>>
>>>
>>> With 2.6.10-1.770_FC3 and previous 2.6.10 kernels the system stayed up
>>> and working for weeks on end.
>>> The other problem with 2.6.11-1.14_FC3 is the ntpd needs restarting
>>> 10-30 times before it runs continuously
>>> --Andy Gray
>>> Fedora Core 3
>>> Also testing FC4test x86_64 on AMD 64 3400+ laptop
>>>
>>>
>>>
>>>  
>>>
>> I think this has been happening to me too. But everytime I reboot, the 
>> logs give me no evidence, and I don't know how to gather any useful 
>> evidence. My server just slowly hangs. Normally when it starts to 
>> hang, the video is the first to go. The TCP/IP functionality seems to 
>> be the last to go.
>>
> I experience a similar situation.
> 
> In addition this kernel panics on insert of my FAT32 formatted USB thumb 
> drive quite unlike the prior.
> 

On one of my systems the 2.6.11-1.14_FC3 hangs the system during boot.
No keyboard operation (Numlock light does not change state).
It is a solid failier and happens during int at the "Initializing 
hardware" stage just after Audio is displayed.
The sound chip used on this board is a "VIA Technologies, Inc. VT82C686 
AC97".
There are no logs of this.

Terry




More information about the fedora-list mailing list