I've had a similar issue with a monitor not properly supporting VRR, I ended up dumping the EDID and forcing Linux to use that instead of the monitor's.
SteveTech
I thought you still have to pay separately on ko-fi?
I think they were saying, you pay $10 a month and it gets split up by the projects you use.
3AG is just the physical size of the fuse, they usually go up to 20 amps from memory.
Like other people have said, day to day it works with no issues, I'm also running Wayland; but it did struggle with picking up both my monitors' VRR, and I ended up changing random things in the monitor EDID to get it working.
NTFS-3G on Linux is very stable, and I'd recommend sticking to that, although I'd avoid the newer NTFS3 driver.
But if you really want to convert, and it's data that you don't mind loosing, ntfs2btrfs
can convert NTFS partitions to BTRFS, and it's available in most distros' repositories.
Actually thinking about this, I believe Tux would only show on kernels newer than 2.6.20, released in 2007, or at least CONFIG_LOGO
was. So it seems that kernel is a lot newer than those modules it's loading.
The cool part is, the kernel and most of the user space is still running fine, so there's no restart required (although I would anyway), it's just gnome is having issues.
I've had dodgy hardware cause a kernel panic, which is much more equivalent to a Windows BSOD.
Last I checked, only SUB (Sync, Unmount, reBoot) is enabled by default, you have to edit a sysctl config for REI (Raw keyboard, SIGTERM, SIGKILL) to do anything.
Yeah, sorry I wrote the comment before I watched the video.
I've looked into getting one for my AMD laptop but I haven't actually got one yet. Some models are locked, some are not, here's my research:
- The common
BE200.NGWG
is a CNVi module and everything except the radio itself was moved into Intel's CPUs, for cost savings. - The
BE200.NGWG.NV
is a normal NIC and should support AMD. - The
BE200.NGWG.NVX
- same as above but with an X? - Anything starting with
BE202
sucks, avoid it.
I definitely agree with automatically configured stuff, but I enjoy setting link-local static IP address with IPv6, like my home server is fe80::bad:c0de
or 192.168.0.2
, and my NAS is fe80::coo1:da1a
or 192.168.0.3
. I've definitely mistyped the IPv4 a few times (see your 169 typo), but the IPv6 always delivers hackerman vibes.
I have also set <prefix>::bad:c0de
and have my IPv6 prefix on a keybind, but I understand that's a bit of a stretch.
A lot of external status services just send a HTTP request to a certain url, if it succeeds then it's up, if it errors or times out then it's down. They also usually let you check if TCP ports do the usual handshake thing if you aren't using HTTP.
The response time can also be used to check if a site is running slower than usual too, and if you have a use for it you can usually specify the required response code for success.
Although I wouldn't be surprised if GitHub has some per-server analytics they can also use to estimate the load, but Instatus would work as described above.
Sometimes these sorts of things are referred to as health checks, if you're looking for search terms. For example Docker can be set up to poll a container's web server every few minutes, and mark it as unhealthy it if it stops replying using the
HEALTHCHECK
instruction in the Dockerfile.