touch-packages team mailing list archive

[Brad Figg <brad.figg@xxxxxxxxxxxxx>]

This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:

apport-collect 1495116

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to upstart in Ubuntu.
https://bugs.launchpad.net/bugs/1495116

Title:
  booting with amd64 kernel and completely i386 userland is unstable
  during the system upstart

Status in linux package in Ubuntu:
  Incomplete
Status in upstart package in Ubuntu:
  New

Bug description:
  I wanted to run my 14.10 (Utopic) i386 system with the amd64 kernel,
  so I added that architecture and apt-get-installed the amd64 linux-
  image and linux-image-extra (I learned this was possible thanks to the
  advice at http://askubuntu.com/a/635774/19753 ).

  However, the system upstart procedure more often fails than not: it
  fails by rebooting the computer. (Only around 1 time of 4 is
  successful.)

  A limited system start is (probably, always) successful: either with
  init=/bin/bash parameter to the kernel, or choosing the recovery boot
  option. (However, if I "resume" from the recovery menu, or run "exec
  init" in bash, then the upstart procedure is similarly unstable: it
  usually fails/crashes and reboots.)

  I checked my suspection that  the video driver (nouveau) and X might
  be involved, but that turned out not true: the upstart procedure is
  similarly unstable with "nomodesetting" kernel parameter and without,
  booting into runlevel 3 or the default one.

  Perhaps, I'd like to debug the upstart procedure step-by-step to
  detect which step makes the system crash and reboot, but I don't know
  how. As concerns the timing, the moment the reboot happens can be
  different: it can happen rather early (when I see the message about
  activating the swap) or much later.

  If the system upstart procedure has completed successfully, then it
  works in a quite stable manner and doesn't crash/reboot. So, there is
  something bad specifically during the system upstart procedure.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: upstart 1.13.2-0ubuntu2
  ProcVersionSignature: Ubuntu 3.16.0-44.59-generic 3.16.7-ckt14
  Uname: Linux 3.16.0-44-generic x86_64
  ApportVersion: 2.14.7-0ubuntu8.5
  Architecture: i386
  CurrentDesktop: Unity
  Date: Sat Sep 12 18:36:28 2015
  InstallationDate: Installed on 2014-06-04 (464 days ago)
  InstallationMedia: Ubuntu 12.04.4 LTS "Precise Pangolin" - Release i386 (20140204)
  ProcKernelCmdline: BOOT_IMAGE=/boot/vmlinuz-3.16.0-44-generic root=UUID=980299a2-fde5-4f39-acb0-189f528b8485 ro nosplash
  SourcePackage: upstart
  UpgradeStatus: Upgraded to utopic on 2015-09-11 (0 days ago)
  UpstartBugCategory: System
  UpstartRunningSessionVersion: upstart 1.13.2
  UpstartRunningSystemVersion: init (upstart 1.13.2)
  modified.conffile..etc.at.deny: [inaccessible: [Errno 13] Отказано в доступе: '/etc/at.deny']
  modified.conffile..etc.cron.daily.upstart: [modified]
  modified.conffile..etc.cups.cups.browsed.conf: [modified]
  modified.conffile..etc.default.apport: [modified]
  modified.conffile..etc.default.cups: [modified]
  modified.conffile..etc.init.d.binfmt.support: [modified]
  mtime.conffile..etc.X11.Xsession.d.99upstart: 2014-09-30T12:21:08
  mtime.conffile..etc.cron.daily.upstart: 2014-09-30T12:27:13
  mtime.conffile..etc.cups.cups.browsed.conf: 2015-09-06T09:29:16.410097
  mtime.conffile..etc.default.apport: 2014-06-05T12:49:10.316398
  mtime.conffile..etc.default.cups: 2015-09-06T09:20:49.891585
  mtime.conffile..etc.init.d.binfmt.support: 2014-09-30T12:21:08
  mtime.conffile..etc.upstart.xsessions: 2014-09-30T12:21:08

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1495116/+subscriptions