My old server (coconut) died earlier today (I think the PSU failed) but I still haven’t moved anything off of it, so I moved the drive to another desktop (a librebooted OptiPlex 7020) to keep it running on new hardware so I can keep procrastinating moving everything to hazelnut (the new server, which currently only runs Akkoma).

Apart from network interface names being different (enp4s0 became enp0s25), this should have worked perfectly, but it didn’t…

Shortly after booting, shepherd (the init system Guix uses) started using 100% CPU and I couldn’t log in on a tty, SSH in, or use sudo (it just hung after the password prompt forever). This was very weird, because exactly the same software had worked fine on the previous hardware with no such problems for over 5 years. I tried booting an older generation and it seemed to work. I then updated the system (I couldn’t stay on the older generation because it was vulnerable to several kernel LPEs) and rebooted. After rebooting to the new system, the issue happened again. This happened several times, including on the older version that I initially thought was unaffected.

I have no idea what could be causing this. It seems like it must be hardware-related since it never occurred on the old hardware, but what hardware issue could cause such as specific issue? I thought it might be filesystem corruption, but btrfs scrub reports no errors.

It’s also not consistently reproducible. Usually it happened within the first few minutes, but now it has an uptime of over an hour and still hasn’t happened again.

thunderstorms are fun to watch

for some reason I couldn’t hear any thunder

video cut, slowed down (from 30 FPS to 15 FPS), and transcoded from H.265 to AV1 using ffmpeg:

ffmpeg -i lightning.mp4 -ss 00:40 -to 00:43 -map 0:v -c:v copy -bsf:v hevc_mp4toannexb lightning-raw.h265
ffmpeg -fflags +genpts -r 15 -i lightning-raw.h265 -c:v copy lightning-cut.mp4
ffmpeg -i lightning-cut.mp4 -c:v libsvtav1 lightning-cut.webm