Tried to login, GUI locked up. Did reboot & was presented with several messages : general protection fault: 0000 [#31] SMP

Bug #1453029 reported by Thomas A. F. Thorne
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

Today I tried to login to the system. The screen progressed passed the password entry but failed to display the desktop background, the side bar or the top bar. I left it for a few minutes while I got a coffee but it was still in the same state when I returned. I managed to SSH in but failed to do much else. When I tried to take a look at what was going on with top I got a message about a Segmentation fault. I then tried ps and the ssh session locked up.

I was able to enter my username and password at a vt but as soon as I had done so I seemed to get some sort of log trace on the screen. It mentioned the USB mouse I had being connected. I was not able to enter any commands so instead I tried unplugging and reconnecting the USB memory stick I had. I could see it registering in the trace. I did the same with a USB temperature probe and could see it connect too.

---
ApportVersion: 2.14.1-0ubuntu3.11
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: thomasthorne 2648 F.... pulseaudio
 /dev/snd/controlC0: thomasthorne 2648 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=UUID=3c3104a1-5ead-4ebf-b2df-f9397f572dca
InstallationDate: Installed on 2015-03-12 (74 days ago)
InstallationMedia: Ubuntu 14.04.2 LTS "Trusty Tahr" - Release amd64 (20150218.1)
IwConfig:
 eth0 no wireless extensions.

 lo no wireless extensions.
MachineType: Gigabyte Technology Co., Ltd. H81M-DS2V
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.16.0-37-generic.efi.signed root=/dev/mapper/ubuntu--vg-root ro quiet splash crashkernel=384M-:128M vt.handoff=7
ProcVersionSignature: Ubuntu 3.16.0-38.52~14.04.1-generic 3.16.7-ckt10
RelatedPackageVersions:
 linux-restricted-modules-3.16.0-38-generic N/A
 linux-backports-modules-3.16.0-38-generic N/A
 linux-firmware 1.127.12
RfKill:

Tags: trusty
Uname: Linux 3.16.0-38-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin mock plugdev sambashare sudo
WifiSyslog:

_MarkForUpload: True
dmi.bios.date: 06/19/2014
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: F5
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: H81M-DS2V
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrF5:bd06/19/2014:svnGigabyteTechnologyCo.,Ltd.:pnH81M-DS2V:pvrTobefilledbyO.E.M.:rvnGigabyteTechnologyCo.,Ltd.:rnH81M-DS2V:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: H81M-DS2V
dmi.product.version: To be filled by O.E.M.
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

Out of the many error report windows that popped up, only 1 suggested it was not this bug. I raised https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1453033 as a result, in case it has any extra debug information in it.

Looking over the how to triage page, I can see that checking the memory of the machine is one of the first things that I should do. I have now created a bootable USB stick that should work with my system. I will try and kick off a memory test later today and report the results on Monday.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

I completed 1 pass of the memtest test set without any errors being recorded. I'll see about running a longer test cycle soon in case it turns up anything.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

Nothing has turned up on the longer memory test either. I think the hardware (at least the CPU and RAM) are OK.

Revision history for this message
penalvch (penalvch) wrote :

Thomas A. F. Thorne, thank you for reporting this and helping make Ubuntu better. Could you please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 1453029

affects: linux-lts-utopic (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : AlsaInfo.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : BootDmesg.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : CRDA.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : Lspci.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : Lsusb.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : ProcEnviron.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : ProcModules.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : PulseList.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : UdevDb.txt

apport information

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote : UdevLog.txt

apport information

penalvch (penalvch)
description: updated
Revision history for this message
penalvch (penalvch) wrote :

Thomas A. F. Thorne, could you please test the latest upstream kernel available from the very top line at the top of the page (the release names are irrelevant for testing, and please do not test the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue.

If the test did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where XY and Z are numbers corresponding to the kernel version.

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results.

Thank you for your understanding.

tags: added: latest-bios-f5
Changed in linux (Ubuntu):
importance: Low → Medium
Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

I am slightly confused by the instructions.

>test the latest upstream kernel available from the very top line at the top of the page
>lease do not test the daily folder

The page linked https://wiki.ubuntu.com/KernelMainlineBuilds redirects to https://wiki.ubuntu.com/Kernel/MainlineBuilds?action=show&redirect=KernelMainlineBuilds and currently reads: "We currently build five sets of upstream kernels. All formal tags from Linus' tree and from the stable trees, plus:

1) the daily tip of Linus' linux kernel source tree,
2) the tip of the drm-next head of Dave Airlie's linux repository daily,
3) the tip of the drm-intel-next head of Keith Packard's linux repository daily until 2012, after which it has been taken over by Daniel Vetter at http://cgit.freedesktop.org/drm-intel/, and in particular, the drm-intel-next branch,
4) the tip of the master branch of the debloat-testing tree daily,
5) tags from the combined v2.6.32.x.y tree (by StefanBader) which is v2.6.32.x with DRM from 2.6.33.y."

So should I be using the Daily Tip of Linus's Linux kernel source tree or not?

Do you actually want me to go to https://wiki.ubuntu.com/Kernel/MainlineBuilds?action=show&redirect=KernelMainlineBuilds#Installing_upstream_kernels which includes a link to http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14.4-utopic/ where it seems I can cut out some of the URL to get http://kernel.ubuntu.com/~kernel-ppa/mainline/ which does include a "daily folder" for me to avoid.

I am on Ubuntu 14.04.2 LTS (Trusty Tahr, and the latest build for that seems to be http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-rc2-trusty/ so should I download the relevant files from there and start on the install instructions?

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

Reading the instructions again:
> the latest upstream kernel available from the very top line at the top of the page

So does that mean I should be looking to get http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/ which seems to be a 4.1 Kernel instead of the 3.16 that is currently on my machine.

Hey, now I get a different page off of your original link. https://wiki.ubuntu.com/Kernel/MainlineBuilds?action=show&redirect=KernelMainlineBuilds now shows a link to http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D and at the top of that page is http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc5-unstable/

I shall follow the instructions for downloading and installing then get back to you with the results. Seems to take a week or two for the problem to surface so it might take a while for me to declare a Kernel good. I suppose it would be quite easy to make it bad though if it fails.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

I think I have been lucky in getting things working on the first try. I have now booted into:
$ uname -a
Linux thorne-ul-dt 4.1.0-040100rc5-generic #201505250235 SMP Mon May 25 02:37:02 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

I'll keep an eye on things and see if I can repeat the problem or not.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

Not hit this problem again yet and I have been running the updated kernel for a week. I have just hit bug#1462308 which seems to report a problem with X but I don't know if it is related to this issue or not.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

At some point a software upgrade has switched me back to an older kernel. I was checking uname -r after any reboot following a kernel package update to check I was loaded in the correct way but I missed when this switched. To further complicate things I used purge-old-kernels to free up space on my /boot partition and although I am sure I checked that it didn't say it was removing the 4.1.0 kernel I thought I was on, I now only seem to have the headers in place.

This bug seemed to be quite intermittent so ~2 weeks of testing is probably not enough to say it is not present in the updated kernel line. I will try and install the latest kernel again now. Top of that page is:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc8-unstable/

$ wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc8-unstable/linux-headers-4.1.0-040100rc8-generic_4.1.0-040100rc8.201506150335_amd64.deb
$ wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc8-unstable/linux-headers-4.1.0-040100rc8_4.1.0-040100rc8.201506150335_all.deb
$ wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc8-unstable/linux-image-4.1.0-040100rc8-generic_4.1.0-040100rc8.201506150335_amd64.deb
sudo dpkg -i *.deb

That seems to install OK. Hopefully the next post from me will be in about 1 month to say that things are still working well or slightly sooner to confirm that I have hit the issue running the newer kernel.

Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

It h as been about 1 month and I am happy to report that I have not seen the issue again while using the upstream kernel. Marking bug as confirmed as requested.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
tags: added: kernel-fixed-upstream kernel-fixed-upstream-4.1-rc8 needs-reverse-bisect
Revision history for this message
penalvch (penalvch) wrote :

Thomas A. F. Thorne, to see if this is already resolved, could you please test http://cdimage.ubuntu.com/daily-live/current/ and advise to the results?

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Thomas A. F. Thorne (tafthorne) wrote :

My apologies Chris but I am meant to use the LTS releases on my work machines.

Also have been running with 3.16.0-57-generic #77~14.04.1-Ubuntu for a while now and not seen a repeat of this very intermittent issue in the last 6 months. I don't think I can confirm what caused the change in behaviour or be sure if the problem does or does not currently exist on this machine.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.