Comment 36 for bug 1812359

Thanks.

There are two points of interest in that log I can see:

Jan 29 09:45:01 test /usr/lib/gdm3/gdm-x-session[656]: (II) intel(0): resizing framebuffer to 2732x768
Jan 29 09:45:01 test /usr/lib/gdm3/gdm-x-session[656]: (II) intel(0): switch to mode 1366x768@60.4 on LVDS1 using pipe 1, position (0, 0), rotation normal, reflection none
Jan 29 09:45:02 test /usr/lib/gdm3/gdm-x-session[656]: (II) intel(0): switch to mode 1366x768@59.8 on VGA1 using pipe 0, position (1366, 0), rotation normal, reflection none

and

Jan 29 09:45:51 test gnome-shell[931]: Skipping layers 1..n of your pipeline since the first layer is sliced. We don't currently support any multi-texturing with sliced textures but assume layer 0 is the most important to keep

Both of these suggest the problem is that gnome-shell is trying and failing to render across two screens (2732x768) because the code that's meant to handle that for older GPUs like this is not well tested (no developers use that kind of hardware).

As a workaround
~~~~~~~~~~~~~~~
Please just unplug your second monitor and leave it unplugged. The system should work fine with just a single monitor. In fact, please reinstall again without ever plugging in that second monitor and everything should just work.

As a permanent fix
~~~~~~~~~~~~~~~~~~
I think this is probably one of the bugs that Gert van der Kraats has been working on recently: bug 1790525 or bug 1795774. The fix for those has only been in 19.04 for a couple of days so please try live booting 19.04 (http://cdimages.ubuntu.com/daily-live/current/) and tell us if that seems to fix the problem.