On Jan 31, 2013, at 12:06 PM, Steve Pirk <
pirk...@gmail.com> wrote:
>
> On Thu, Jan 31, 2013 at 11:23 AM, Richard Barnette <
jrbar...@chromium.org> wrote:
> /etc/lsb-release (to show what version you've got, exactly)
> /var/log/ui/ui.*
> /var/log/chrome/*
> /var/log/messages
>
> /etc/lsb-release -
> CHROMEOS_RELEASE_TRACK=dev-channel
> CHROMEOS_RELEASE=3536.0.0
> GOOGLE_RELEASE=3635.0.0
>
> /var/log/ui/ui.LATEST complains that org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.CrosDisks': no such name
>
> org.chromium.UpdateEngine was not provided by any .service files
> same error for
> org.chromium.Mtpd
> org.bluez
>
The DBus error messages are actually normal. :-(
> Then it complains that VidModeEtensions are missing on display 0:0
> Last line is
> ERROR:gpu-watchdog_thread.cc(209) The GPU process hung. Terminating after 10000 ms.
>
This isn't normal, and is probably very much at the root of the problem.
> Last errors in /var/log/messages are that the Liveness checker did not receive a reply.
Any errors in /var/log/messages would be buried deep; the last
few lines aren't likely to help. That said, the GPU process complaint
seems likely to be more informative than anything from /var/log/messages.
> system-services show start/running
> ui start/running, process 760
>
> Previous version was 3428.65.0
> I have never tried a rollback of versions. Let me google the commands.
>
I'm not sure if it's been discussed enough for a Google search to turn
up useful information. Here's the summary:
* When a new update is downloaded and installed, a counter is set
for the new image, and the image is marked as "not yet successful".
The information is stored in the boot disk. The initial counter is 5.
* On boot, about 45 seconds after Chrome shows the login screen,
the update_engine daemon goes and marks the image as "booted
successfully".
* On every boot, if the image is still marked "not yet successful",
the firmware decrements the counter. If the counter goes to zero,
the firmware falls back to the previous OS version on the boot disk.
So, if you have an update where Chrome fails to start or the system
can't stay running for at least 45 seconds, then repeatedly rebooting
the system will roll you back to the previous version.
In the case of this bug, the rollback won't work: The fact that
'system-services' was running means that update_engine would
have started and marked the image as good. :-(
> Thanks!
>
> -- steve
-- jrb