** Summary changed:

- ubuntu server not a good energy star citizen apparently
+ non-X VTs should use energy star

** Description changed:

- Something like
+ it's simple.  it's easy.  let's get our servers being good energy star
+ citizens shall we?
  
- setterm -powersave=powerdown -powerdown=15 -store
+ if a VT is running X at all, whether that's running sddm and never
+ logged in, or sddm and logged-in, or not running sddm and simply logged-
+ in and running X started with startx, that VT will timeout and
+ powerdown.  so far so good.
  
- ought to do it, probably right whenever/wherever a VT is activated.
+ but a VT that's either running getty, or logged in and just running
+ bash, will stay powered up and blazing away forever, whether it's ubuntu
+ server 20.04, lubuntu 20.04, or centos 8.
  
- tho when i try that command i get
+ so probably RHEL 8 too, so probably most servers, aren't being good
+ energy star citizens!  boo!
  
- setterm: cannot (un)set powersave mode: Inappropriate ioctl for device
+ the util-linux package is used by both centos 8 and ubuntu 20.04, and
+ contains both getty and setterm.
  
- is that the problem, something lacking in a device driver or whatever?
+ thus getty seems to me to be the sensible place to call:
  
- or does the HP EliteDesk Pro 800 G1 SFF actually lack dpms energy star
- features?  seems dubious that it would.
+     setterm -powersave=powerdown -powerdown=15 -store
  
- or is it just a case of finger pointing?  ubuntu saying systemd should
- do it, systemd saying getty should do it?
- 
- whatever, i shouldn't walk up to a server terminal that's had nobody
- there for hours and hours and see it's display still burning away,
- right?
+ such that a VT running getty, or logged in and running bash, would then
+ timeout and powerdown.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: systemd 245.4-4ubuntu3.4
  ProcVersionSignature: Ubuntu 5.4.0-62.70-generic 5.4.78
  Uname: Linux 5.4.0-62-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.14
  Architecture: amd64
  CasperMD5CheckResult: pass
  Date: Tue Jan 19 05:13:35 2021
  InstallationDate: Installed on 2020-12-28 (21 days ago)
  InstallationMedia: Ubuntu-Server 20.04.1 LTS "Focal Fossa" - Release amd64 
(20200731)
  MachineType: Hewlett-Packard HP EliteDesk 800 G1 SFF
  ProcEnviron:
-  TERM=screen
-  PATH=(custom, no user)
-  LANG=C.UTF-8
-  SHELL=/bin/bash
+  TERM=screen
+  PATH=(custom, no user)
+  LANG=C.UTF-8
+  SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/fs/boot/vmlinuz ro 
root=UUID=a671d866-a05f-4b83-8714-0b448b1eeac4 subroot=/fs 
init=/fs/etc/g/subroot
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/15/2014
  dmi.bios.vendor: Hewlett-Packard
  dmi.bios.version: L01 v02.33
  dmi.board.name: 1998
  dmi.board.vendor: Hewlett-Packard
  dmi.chassis.type: 4
  dmi.chassis.vendor: Hewlett-Packard
  dmi.modalias: 
dmi:bvnHewlett-Packard:bvrL01v02.33:bd07/15/2014:svnHewlett-Packard:pnHPEliteDesk800G1SFF:pvr:rvnHewlett-Packard:rn1998:rvr:cvnHewlett-Packard:ct4:cvr:
  dmi.product.family: 103C_53307F G=D
  dmi.product.name: HP EliteDesk 800 G1 SFF
  dmi.product.sku: J6D79UT#ABA
  dmi.sys.vendor: Hewlett-Packard

** Package changed: systemd (Ubuntu) => util-linux (Ubuntu)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1912330

Title:
  non-X VTs should use energy star

Status in util-linux package in Ubuntu:
  New

Bug description:
  it's simple.  it's easy.  let's get our servers being good energy star
  citizens shall we?

  if a VT is running X at all, whether that's running sddm and never
  logged in, or sddm and logged-in, or not running sddm and simply
  logged-in and running X started with startx, that VT will timeout and
  powerdown.  so far so good.

  but a VT that's either running getty, or logged in and just running
  bash, will stay powered up and blazing away forever, whether it's
  ubuntu server 20.04, lubuntu 20.04, or centos 8.

  so probably RHEL 8 too, so probably most servers, aren't being good
  energy star citizens!  boo!

  the util-linux package is used by both centos 8 and ubuntu 20.04, and
  contains both getty and setterm.

  thus getty seems to me to be the sensible place to call:

      setterm -powersave=powerdown -powerdown=15 -store

  such that a VT running getty, or logged in and running bash, would
  then timeout and powerdown.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: systemd 245.4-4ubuntu3.4
  ProcVersionSignature: Ubuntu 5.4.0-62.70-generic 5.4.78
  Uname: Linux 5.4.0-62-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.14
  Architecture: amd64
  CasperMD5CheckResult: pass
  Date: Tue Jan 19 05:13:35 2021
  InstallationDate: Installed on 2020-12-28 (21 days ago)
  InstallationMedia: Ubuntu-Server 20.04.1 LTS "Focal Fossa" - Release amd64 
(20200731)
  MachineType: Hewlett-Packard HP EliteDesk 800 G1 SFF
  ProcEnviron:
   TERM=screen
   PATH=(custom, no user)
   LANG=C.UTF-8
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/fs/boot/vmlinuz ro 
root=UUID=a671d866-a05f-4b83-8714-0b448b1eeac4 subroot=/fs 
init=/fs/etc/g/subroot
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/15/2014
  dmi.bios.vendor: Hewlett-Packard
  dmi.bios.version: L01 v02.33
  dmi.board.name: 1998
  dmi.board.vendor: Hewlett-Packard
  dmi.chassis.type: 4
  dmi.chassis.vendor: Hewlett-Packard
  dmi.modalias: 
dmi:bvnHewlett-Packard:bvrL01v02.33:bd07/15/2014:svnHewlett-Packard:pnHPEliteDesk800G1SFF:pvr:rvnHewlett-Packard:rn1998:rvr:cvnHewlett-Packard:ct4:cvr:
  dmi.product.family: 103C_53307F G=D
  dmi.product.name: HP EliteDesk 800 G1 SFF
  dmi.product.sku: J6D79UT#ABA
  dmi.sys.vendor: Hewlett-Packard

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1912330/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to