You know what would be really awesome, though? A Cali class MSD!

“This is the bridge of the Titan, Mr. Boimler. We’ve got all the time in the quadrant for jazz.”
“You! The one who is moving now!”
For battery life, I’d recommend you install CoreCtrl so you can adjust your power settings. That, combined with a few other things (I think the Arch Wiki covers most of them) allows me to get quite a lot out of my Thinkpad in Debian.
Start your impulse engines.
Picard: "Easy come, easy go, will you let me go." The entire cube: "We will not, no! We will not let you go." The Enterprise: "Let him go!"
Also, reminds me of this: https://www.youtube.com/watch?v=M63GVUAGc10
Have you tried SSH-ing into the system when it's in the bad state to see if you can diagnose the problem? You might be able to see if any displays are being detected at all in the problematic state. Part of me wonders, though is not certain, if the switch is somehow providing an inconsistent display name that confuses the system, though this is just a hunch - I have no idea what I'm talking about, to be frank.
Also, try switching TTYs and seeing if those show up.
I'd like to interject for a moment. What you're referring to as card games, is in fact, GNU/card games, or as I've recently taken to calling it, GNU plus card games. 😉
My dream set is a Cali class.
A funny answer. On a more serious note, it is confirmed Boimler dyes his hair purple in LD 3x01 "Grounded".

You’re right in some ways; Windows is closer to a microkernel than Linux, though it doesn’t perfectly adhere to the philosophy of - there’s supposedly weird things like drawing calls in the Windows kernel that should be in microservice, I’ve heard
However, I wouldn’t necessarily call microkernels a detriment; in fact, Linux is a bit of an odd duck for going monolithic - modern Apple operating systems also run on a microkernel. Monolithic is an older architecture, and there are worries about the separation between components and system resilience e.g the webcam driver can’t crash the whole kernel.
In practice, it’s less of an issue, and there really aren’t any open source microkernel operating systems that are practical for production desktop and server use, which has a microkernel though there are certainly solutions for embedded systems.
QubesOS is built on Xen hypervisor, which uses a microkernel design, but Linux is then run in multiple VMs on top of it, which makes it more of a technicality in my eyes. RedoxOS also runs on a microkernel and is certainly intended as a desktop operating system, but its hardware support is limited; GNU Hurd is even more limited in that respect and not really usable.