BTW I'm going to second the "nogpumanager" approach, because I just
rebooted and even with a completely commented-out gpu-manager.conf it
still ran and decided the number of cards had changed and removed my
xorg.conf leaving my system unusable. Putting "nogpumanager" into the
kernel command line v
Just a comment that I never saw gpu-manager *modify* xorg.conf -- it
just renamed it to xorg.conf-DATE leaving me with no xorg.conf at all
(which in my case was enough to cause major problems). Commenting out
all of the lines in gpu-manager.conf seems to have stopped it from
running, which solved
I'm another person being harassed by gpu-manager. Every couple reboots
it decides the system configuration has changed and removes xorg.conf.
That causes the machine to end up in an unusable state, because that
xorg.conf was crucial to working around an issue with the NVIDIA driver
(which I'm stuc
I ran into the same problem trying to use a raid1 btrfs for "/" in the
14.04 Xubuntu installer. Just like above, I tracked it down to grub-
installer, patched it almost the exact same way, and then after the
installation finished it wouldn't boot.
Somewhere else in the installer it uses a grub-pr
*** This bug is a duplicate of bug 357901 ***
https://bugs.launchpad.net/bugs/357901
I've also seen the same issue as m3ta-x. While an application is
starting up, mouse movement between screens (or at least the location of
the visual pointer) goes haywire. Once the application is ready, it
g
