More fedora 16 freezes
Thankfully, I waited for a complete 5 minutes (took @metalpeter's advice and went to get tea) instead of jumping on the power button. It recovered after taking its own sweet time.
This is the tail of the /var/log/messages. With all those mentions of killings and daemons, it totally looks like notes from a homicidal maniac with a medieval tilt.
Farther back the log has these entries:
It killed something in cold blood and is now gloating over it?
Apparently it is some bios issue as described here: 
According to the followup to that post, it's a kernel issue that sprang up after 2.6.38.7
The kernel is not able to balance loads on the CPU/GPU well in processors with a sandy bridge and gives rise to these errors. Updating the bios does not solve the issue.
Why does it ALL have to happen in my machine?! Seriously, this is not even my super-sucky original machine. It's a machine from my bro. Does the linux universe hate me or what?!
Dec 17 20:20:26 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021] Dec 17 20:20:27 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021] Dec 17 20:20:28 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021] Dec 17 20:20:28 why dbus-daemon[1173]: dbus[1173]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) Dec 17 20:20:28 why dbus[1173]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) Dec 17 20:20:28 why dbus-daemon[1173]: Launching FprintObject Dec 17 20:20:28 why dbus[1173]: [system] Successfully activated service 'net.reactivated.Fprint' Dec 17 20:20:28 why dbus-daemon[1173]: dbus[1173]: [system] Successfully activated service 'net.reactivated.Fprint' Dec 17 20:20:28 why dbus-daemon[1173]: ** Message: D-Bus service launched with name: net.reactivated.Fprint Dec 17 20:20:28 why dbus-daemon[1173]: ** Message: entering main loop Dec 17 20:20:29 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021] Dec 17 20:20:30 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021] Dec 17 20:20:31 why udevd[11705]: timeout: killing '/sbin/blkid -o udev -p /dev/sdb1' [12021]
This is the tail of the /var/log/messages. With all those mentions of killings and daemons, it totally looks like notes from a homicidal maniac with a medieval tilt.
Farther back the log has these entries:
Dec 17 16:17:19 why dbus-daemon[1173]: dbus[1173]: [system] Successfully activated service 'org.freedesktop.PackageKit' Dec 17 16:26:35 why kernel: [65687.762948] CPU6: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762956] CPU2: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762956] CPU1: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762965] CPU0: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762969] CPU4: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762972] CPU7: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762977] CPU5: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.762977] CPU3: Package power limit notification (total events = 2) Dec 17 16:26:35 why kernel: [65687.773971] CPU5: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773975] CPU2: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773982] CPU4: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773984] CPU6: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773988] CPU3: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773992] CPU7: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773997] CPU1: Package power limit normal Dec 17 16:26:35 why kernel: [65687.773999] CPU0: Package power limit normal Dec 17 16:26:48 why kernel: [65700.686031] [Hardware Error]: Machine check events logged Dec 17 16:26:48 why mcelog[1166]: Hardware event. This is not a software error. Dec 17 16:26:48 why mcelog[1166]: MCE 0 Dec 17 16:26:48 why mcelog[1166]: CPU 2 THERMAL EVENT TSC 7740a8dc9110 Dec 17 16:26:48 why mcelog[1166]: TIME 1324157195 Sat Dec 17 16:26:35 2011 Dec 17 16:26:48 why mcelog[1166]: Processor 2 below trip temperature. Throttling disabled Dec 17 16:26:48 why mcelog[1166]: STATUS c0000000881b0c00 MCGSTATUS 0 Dec 17 16:26:48 why mcelog[1166]: MCGCAP c09 APICID 4 SOCKETID 0 Dec 17 16:26:48 why mcelog[1166]: CPUID Vendor Intel Family 6 Model 42 Dec 17 16:26:48 why mcelog[1166]: Hardware event. This is not a software error. Dec 17 16:26:48 why mcelog[1166]: MCE 1 Dec 17 16:26:48 why mcelog[1166]: CPU 1 THERMAL EVENT TSC 7740a8dcb633 Dec 17 16:26:48 why mcelog[1166]: TIME 1324157195 Sat Dec 17 16:26:35 2011 Dec 17 16:26:48 why mcelog[1166]: Processor 1 below trip temperature. Throttling disabled Dec 17 16:26:48 why mcelog[1166]: STATUS c0000000881b0c00 MCGSTATUS 0 Dec 17 16:26:48 why mcelog[1166]: MCGCAP c09 APICID 2 SOCKETID 0 Dec 17 16:26:48 why mcelog[1166]: CPUID Vendor Intel Family 6 Model 42 Dec 17 16:26:48 why mcelog[1166]: Hardware event. This is not a software error.
It killed something in cold blood and is now gloating over it?

According to the followup to that post, it's a kernel issue that sprang up after 2.6.38.7
The kernel is not able to balance loads on the CPU/GPU well in processors with a sandy bridge and gives rise to these errors. Updating the bios does not solve the issue.Why does it ALL have to happen in my machine?! Seriously, this is not even my super-sucky original machine. It's a machine from my bro. Does the linux universe hate me or what?!


