Ygtjki

Can each chord in a progression create its own key?

How do I design a circuit to convert a 100 mV and 50 Hz sine wave to a square wave?

One-dimensional Japanese puzzle

Word for: a synonym with a positive connotation?

Didn't get enough time to take a Coding Test - what to do now?

Can a flute soloist sit?

How to determine omitted units in a publication

Sub-subscripts in strings cause different spacings than subscripts

60's-70's movie: home appliances revolting against the owners

Is an up-to-date browser secure on an out-of-date OS?

What was the last x86 CPU that did not have the x87 floating-point unit built in?

Loose spokes after only a few rides

How to read αἱμύλιος or when to aspirate

Deal with toxic manager when you can't quit

Identify 80s or 90s comics with ripped creatures (not dwarves)

Is every episode of "Where are my Pants?" identical?

Did the new image of black hole confirm the general theory of relativity?

What information about me do stores get via my credit card?

Was credit for the black hole image misappropriated?

Working through the single responsibility principle (SRP) in Python when calls are expensive

Why doesn't shell automatically fix "useless use of cat"?

What is the padding with red substance inside of steak packaging?

Why don't hard Brexiteers insist on a hard border to prevent illegal immigration after Brexit?

Is 'stolen' appropriate word?

How to disable tty1 and backlight using Arch Linux

.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;

0

I have a laptop which I want to use only remotely via rdp (xvnc server). I have setup rdp successfully. As I only use the laptop remotely, I want to disable it's display. To do that, I have already disabled lightdm. However, now at boot it shows:

Antergos Linux 4.14.15-1-ARCH (tty1)

simon login:

I want to disable this display. However, I have no idea how to. I've tried:

xset dpms force off

but that only gives an error that the display cannot be found. Is x server even still running? If so, how do I disable it and blank the screen (and disable the laptop backlight)?

display x-server xrdp rdesktop

share|improve this question

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I found out that the command systemctl stop getty@tty1 disables the tty1, but the backlight of the laptop stays on and it stills displays a flashing underscore.
  
  – Simon Baars
  Feb 4 '18 at 10:54
  

  
  
  
  

add a comment | 

0

I have a laptop which I want to use only remotely via rdp (xvnc server). I have setup rdp successfully. As I only use the laptop remotely, I want to disable it's display. To do that, I have already disabled lightdm. However, now at boot it shows:

Antergos Linux 4.14.15-1-ARCH (tty1)

simon login:

I want to disable this display. However, I have no idea how to. I've tried:

xset dpms force off

but that only gives an error that the display cannot be found. Is x server even still running? If so, how do I disable it and blank the screen (and disable the laptop backlight)?

display x-server xrdp rdesktop

share|improve this question

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I found out that the command systemctl stop getty@tty1 disables the tty1, but the backlight of the laptop stays on and it stills displays a flashing underscore.
  
  – Simon Baars
  Feb 4 '18 at 10:54
  

  
  
  
  

add a comment | 

I have a laptop which I want to use only remotely via rdp (xvnc server). I have setup rdp successfully. As I only use the laptop remotely, I want to disable it's display. To do that, I have already disabled lightdm. However, now at boot it shows:

Antergos Linux 4.14.15-1-ARCH (tty1)

simon login:

I want to disable this display. However, I have no idea how to. I've tried:

xset dpms force off

but that only gives an error that the display cannot be found. Is x server even still running? If so, how do I disable it and blank the screen (and disable the laptop backlight)?

display x-server xrdp rdesktop

share|improve this question

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

Antergos Linux 4.14.15-1-ARCH (tty1)

simon login:

xset dpms force off

share|improve this question

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

share|improve this question

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

asked Feb 4 '18 at 10:50

Simon BaarsSimon Baars

1034

1 Answer
1

active

oldest

votes

2

Since you're seeing a login prompt on tty1, the local X server has been stopped and the virtual console is in text mode, acting as a terminal emulator. (The xvnc is a separate, "virtual display" X server for incoming VNC/RDP connections. It does not deal with physical display, keyboard or mouse at all.)

To force disable it, you need the setterm command:

setterm --blank force 

But if you plan to run it remotely or from a script, you'll need to use it in a bit longer form:

setterm --blank force --term linux </dev/tty1

In case you need to re-enable:

setterm --blank poke --term linux </dev/tty1

Yes, the redirection is non-intuitive; it's the same special case as with the stty command.

With older versions of setterm, you may have to use >/dev/tty1 instead.

share|improve this answer

edited Apr 9 at 7:19

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I've got same situation, but this solution didn't work for me. When I do setterm --blank force --term linux >/dev/tty1 from root, I got an error message setterm: cannot force blank: Inappropriate ioctl for device. And if I add </dev/tty1 then I got no error but no result - screen does not blank.
  
  – MarSoft
  Apr 7 at 19:38
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  You probably have a local X server still running. The original poster had it already disabled. Or maybe you're just switched away from virtual console #1 for some reason?
  
  – telcoM
  Apr 8 at 0:29
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  No, X server is not running on that machine. And I didn't switch from console #1 - actually, that is a Raspberry PI attached to TV but without any keyboard. I run all commands via SSH.
  
  – MarSoft
  Apr 8 at 15:51
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Interesting observation: when I run (in regular terminal) setterm --blank 1 | hexdump -C, I see that it outputs <ESC>[9;1]. But if I run it with --blank force or --blank poke, it doesn't output anything. That means that redirection (... > /dev/tty1) is meaningless, right?
  
  – MarSoft
  Apr 8 at 20:35
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Here is what I managed to find out: for --blank poke,force, setterm uses ioctl. And it uses the input tty, not output. After I enabled general blanking by adding consoleblank=600 parameter to kernel command line and rebooted system, the following works for me (over ssh): sudo sh -c 'setterm --term linux -blank force < /dev/tty1'
  
  – MarSoft
  Apr 8 at 22:31
  
  

  
  
  
  

 | 
show 2 more comments

Your Answer

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name

Email

Required, but never shown

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f421779%2fhow-to-disable-tty1-and-backlight-using-arch-linux%23new-answer', 'question_page');

);

Post as a guest

Name

Email

Required, but never shown

2

Since you're seeing a login prompt on tty1, the local X server has been stopped and the virtual console is in text mode, acting as a terminal emulator. (The xvnc is a separate, "virtual display" X server for incoming VNC/RDP connections. It does not deal with physical display, keyboard or mouse at all.)

To force disable it, you need the setterm command:

setterm --blank force 

But if you plan to run it remotely or from a script, you'll need to use it in a bit longer form:

setterm --blank force --term linux </dev/tty1

In case you need to re-enable:

setterm --blank poke --term linux </dev/tty1

Yes, the redirection is non-intuitive; it's the same special case as with the stty command.

With older versions of setterm, you may have to use >/dev/tty1 instead.

share|improve this answer

edited Apr 9 at 7:19

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I've got same situation, but this solution didn't work for me. When I do setterm --blank force --term linux >/dev/tty1 from root, I got an error message setterm: cannot force blank: Inappropriate ioctl for device. And if I add </dev/tty1 then I got no error but no result - screen does not blank.
  
  – MarSoft
  Apr 7 at 19:38
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  You probably have a local X server still running. The original poster had it already disabled. Or maybe you're just switched away from virtual console #1 for some reason?
  
  – telcoM
  Apr 8 at 0:29
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  No, X server is not running on that machine. And I didn't switch from console #1 - actually, that is a Raspberry PI attached to TV but without any keyboard. I run all commands via SSH.
  
  – MarSoft
  Apr 8 at 15:51
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Interesting observation: when I run (in regular terminal) setterm --blank 1 | hexdump -C, I see that it outputs <ESC>[9;1]. But if I run it with --blank force or --blank poke, it doesn't output anything. That means that redirection (... > /dev/tty1) is meaningless, right?
  
  – MarSoft
  Apr 8 at 20:35
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Here is what I managed to find out: for --blank poke,force, setterm uses ioctl. And it uses the input tty, not output. After I enabled general blanking by adding consoleblank=600 parameter to kernel command line and rebooted system, the following works for me (over ssh): sudo sh -c 'setterm --term linux -blank force < /dev/tty1'
  
  – MarSoft
  Apr 8 at 22:31
  
  

  
  
  
  

 | 
show 2 more comments

2

Since you're seeing a login prompt on tty1, the local X server has been stopped and the virtual console is in text mode, acting as a terminal emulator. (The xvnc is a separate, "virtual display" X server for incoming VNC/RDP connections. It does not deal with physical display, keyboard or mouse at all.)

To force disable it, you need the setterm command:

setterm --blank force 

But if you plan to run it remotely or from a script, you'll need to use it in a bit longer form:

setterm --blank force --term linux </dev/tty1

In case you need to re-enable:

setterm --blank poke --term linux </dev/tty1

Yes, the redirection is non-intuitive; it's the same special case as with the stty command.

With older versions of setterm, you may have to use >/dev/tty1 instead.

share|improve this answer

edited Apr 9 at 7:19

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  I've got same situation, but this solution didn't work for me. When I do setterm --blank force --term linux >/dev/tty1 from root, I got an error message setterm: cannot force blank: Inappropriate ioctl for device. And if I add </dev/tty1 then I got no error but no result - screen does not blank.
  
  – MarSoft
  Apr 7 at 19:38
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  You probably have a local X server still running. The original poster had it already disabled. Or maybe you're just switched away from virtual console #1 for some reason?
  
  – telcoM
  Apr 8 at 0:29
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  No, X server is not running on that machine. And I didn't switch from console #1 - actually, that is a Raspberry PI attached to TV but without any keyboard. I run all commands via SSH.
  
  – MarSoft
  Apr 8 at 15:51
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Interesting observation: when I run (in regular terminal) setterm --blank 1 | hexdump -C, I see that it outputs <ESC>[9;1]. But if I run it with --blank force or --blank poke, it doesn't output anything. That means that redirection (... > /dev/tty1) is meaningless, right?
  
  – MarSoft
  Apr 8 at 20:35
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Here is what I managed to find out: for --blank poke,force, setterm uses ioctl. And it uses the input tty, not output. After I enabled general blanking by adding consoleblank=600 parameter to kernel command line and rebooted system, the following works for me (over ssh): sudo sh -c 'setterm --term linux -blank force < /dev/tty1'
  
  – MarSoft
  Apr 8 at 22:31
  
  

  
  
  
  

 | 
show 2 more comments

Since you're seeing a login prompt on tty1, the local X server has been stopped and the virtual console is in text mode, acting as a terminal emulator. (The xvnc is a separate, "virtual display" X server for incoming VNC/RDP connections. It does not deal with physical display, keyboard or mouse at all.)

To force disable it, you need the setterm command:

setterm --blank force 

But if you plan to run it remotely or from a script, you'll need to use it in a bit longer form:

setterm --blank force --term linux </dev/tty1

In case you need to re-enable:

setterm --blank poke --term linux </dev/tty1

Yes, the redirection is non-intuitive; it's the same special case as with the stty command.

With older versions of setterm, you may have to use >/dev/tty1 instead.

share|improve this answer

edited Apr 9 at 7:19

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

setterm --blank force 

setterm --blank force --term linux </dev/tty1

setterm --blank poke --term linux </dev/tty1

share|improve this answer

edited Apr 9 at 7:19

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452

answered Feb 4 '18 at 13:24

telcoMtelcoM

20.8k12452