You are not logged in.
I've been searching for a good while, but I've found no answer, unfortunately. I'm using Kitty as my terminal, in the case that matters, but I remember trying in tty3 with the same results.
Also, I'm on a OneXPlayer, but running "monitor=eDP-1,disabled" in the hypr.conf file seems to work great until I reboot and the screen is technically off but the backlight is still blaring as though it were still on, which I don't like. Occasionally, it'll glitch out, too, so I'll have to unplug and replug the HDMI to get it working again, which I don't want to do because it could eventually wear-out and ruin the port/HDMI cable, which is a possibility I'm not too fond of considering the cost of a replacement.
xrandr --output eDP-1 --offgives
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 7 (RRSetScreenSize)
Serial number of failed request: 28
Current serial number in output stream: 29I've also tried the previous command with sudo, but it says
Authorization required, but no authorization protocol specified
Can't open display :1Anyone have any ideas? I'd like to permanently disable/uninstall the monitor without actually opening the thing up. I'm not against the idea, but I'd really rather not have to in the event my main monitor dies or one of the HDMI ports eats a turd.
EDIT: Can't tell for sure what fixed it (or if it even really is fixed), and I hope I'm not jinxing such a serendipitous turn-out, but I think running "sudo mkinitcpio -p linux" did the trick. I still don't know how to do disable the monitor on a rudimentary level (not terminal-wise, at least: physically detaching the monitor is always an option, of course), but it does completely turn off as soon as I boot into Hyprland. Mayhaps it only does so due to a different bug I'm dealing with currently? That being having to load into Hyprland via tty2 par the course of my Arch boot-up hanging at "reached targeted graphical interface". Fingers-crossed it isn't, but I'll keep the post updated regardless.
EDIT2: It seems that it was indeed related to the aforementioned error, and has now returned post-rectification. Will keep the post updated on if I find a solution, of course.
Last edited by atticarch (2024-02-04 23:16:42)
ouch his jaw
Offline
add this to your kernel parameters:
video=eDP-1:dDRM drivers also add options to enable or disable outputs:
'e' will force the display to be enabled, i.e. it will override the detection if a display is connected. 'D' will force the display to be enabled and use digital output. This is useful for outputs that have both analog and digital signals (e.g. HDMI and DVI-I). For other outputs it behaves like 'e'. If 'd' is specified the output is disabled.
You can additionally specify which output the options matches to. To force the VGA output to be enabled and drive a specific mode say:
video=VGA-1:1280x1024@60me
Specifying the option multiple times for different ports is possible, e.g.:
video=LVDS-1:d video=HDMI-1:D
Offline
add this to your kernel parameters:
video=eDP-1:dkernel documentation wrote:DRM drivers also add options to enable or disable outputs:
'e' will force the display to be enabled, i.e. it will override the detection if a display is connected. 'D' will force the display to be enabled and use digital output. This is useful for outputs that have both analog and digital signals (e.g. HDMI and DVI-I). For other outputs it behaves like 'e'. If 'd' is specified the output is disabled.
You can additionally specify which output the options matches to. To force the VGA output to be enabled and drive a specific mode say:
video=VGA-1:1280x1024@60me
Specifying the option multiple times for different ports is possible, e.g.:
video=LVDS-1:d video=HDMI-1:D
Thank you for the reply: this seems like it could be a promising solution. If it's not a bother, could you explain or perhaps link a tutorial in regards to how I'd go about editing my kernel parameters? I've searched around a bit, but naught of the results seem to touch on what I would like to do, I'm afraid.
ouch his jaw
Offline
Online
Thank you both. I'll make sure to update the thread if it works without incident.
EDIT: Many thanks again: saves me and presumably many others from drained power and whatnot.
Last edited by atticarch (2024-02-04 23:18:01)
ouch his jaw
Offline