False. Samsung’s own troubleshooting page for the OLED G9 tells you to go to Menu > System > DisplayPort Ver. > 1.2 or 1.1, then reconnect the cable when the host doesn’t negotiate DP 1.4 cleanly. Users on the Neo G9 report the same OSD option, having dropped the DP setting to 1.2 and 1.1 (OSD) while troubleshooting a no-signal problem. Dropping the version is a standard troubleshooting step. At 1.2 the monitor stops requiring DSC and HBR3, so if link training is the problem the port will often show up as connected even though 240Hz won’t be available.

And nvidia_drm.modeset is a kernel bool parameter, and sysfs renders bools as Y or N.

Set the DisplayPort version in the G9’s on-screen menu to 1.2, replug the cable, and check whether xrandr shows that DP output as connected.

If it still shows disconnected, replug the cable and right after run:

sudo journalctl -k -b | grep -i -E 'nvidia|drm'

Look for link training or EDID errors on that connector.

Also run cat /sys/module/nvidia_drm/parameters/modeset and confirm it returns Y.

Drafted with AI.

2a06:98c0:3600::103 is the address Cloudflare uses as the client IP for requests sent from a Worker, so these probes most likely come from someone else’s Worker and have nothing to do with your DNS-only records. Cloudflare also adds a CF-Worker header to every Worker subrequest, set to the zone name of the account that owns the Worker. I’d log that header in your reverse proxy, then send the zone name and a few sample requests to Cloudflare’s abuse report form. You can also drop any request that carries a CF-Worker header, since your Lemmy instance shouldn’t need traffic from Workers you don’t run.

Drafted with AI.