Re: [DNG] Question re: screen blanking and shutoff

[Ralph Ronnquist]

On Wed, Jul 27, 2022 at 09:24:42PM -0500, o1bigtenor via Dng wrote:
> On Wed, Jul 27, 2022 at 6:26 PM onefang  wrote:
> >
> > On 2022-07-27 18:04:26, o1bigtenor via Dng wrote:
> > > Greetings
> > >
> > > Running a AMD 3800X with a Radeon RX570X graphics card using
> > > opensource amdgpu drivers (version compiled for 1.21.1.3, module
> > > version = 22.0.0, Module class: X.Org Video Driver, ABI class: X.Org
> > > Video Driver, version 25.2) running xorg-server 2:21.1.3-2+b1.
> > >
> > > I think my system is reasonably upto date running Daedalus. (Last apt
> > > update check done this morning.)
> > >
> > > The issue - - -
> > >
> > > After a system reboot the screens will enter screensaver pretty
> > > picture mode and then blank to off at the chosen times. I've got 5
> > > monitors set up to display most of a 7680x3000 virtual desktop.
> > > Also run a lot of desktops and tend to accumulate a lot of tabs in my
> > > browsers. Run at least 3 browsers at once (Opera, Brave and Firefox)
> > > with Firefox as the default and have in the past also run Vivaldi.
> > > Firefox is the default browser.
> > > Firefox is the only browser that will place its windows where I had
> > > them on the various desktops. Finding this I have reduced every other
> > > browser to windows on at most one 'desktop'. That is the only way that
> > > I can get any time at all where the screensaver just does its job.
> > > The problem is that after about 80 hours (or so - - - - haven't
> > > defined that time with any precision) the screensaver will move to the
> > > pretty pics screens but does NOT move to screen off.
> > >
> > > I have been trying to find what in either the browsers is hindering
> > > the screen 'blanking' (if I'm using the correct term) or is breaking
> > > on my system - - - dunno. Have been looking at xset as well but really
> > > don't know what the bleeping blazes I'm doing and don't want to create
> > > an even bigger mess!
> > > I am using lxqt still on version 0.16.0 trying to wait patiently for
> > > version 1.01 which is supposedly going to move from experimental to
> > > unstable and testing hopefully very soon but that timing is NOT up to
> > > me.
> > >
> > > Is there someone out there in Devuan land who has any idea of how to
> > > change this annoying behavior?
> > > Can I change something in Xset to make this happen?
> > > Something else?
> > >
> > > (I can reboot and set up things the way I want (takes about 1/2 hour
> > > in total to do everything) so I find that this time every 4 days is a
> > > nuisance. )
> >
> > That sort of thing was driving me crazy for ages, screensaver would blank
> > the screen, but not turn the monitors off.  I finally tracked it down.
> > In my case it was running SDL based programs, the fix is -
> >
> > export SDL_VIDEO_ALLOW_SCREENSAVER=1
> >
> > That may or may not be your problem though.
> >
> >
> Hmmm - - - - will dig into that but I don't run any steam connected
> items - - - at least AFAIK but - - - thanks!
> 
> Reassuring to know that I'm not the only one with a similar problem!!!

I had that similar problem; a laptop + second monitor, and for me it
was caused by "xfsettingsd" which discovered the monitor turning off
(due to screen blanking) and then forced it back on. The program
seemed to react to the acpi video events and really didn't want the
second monitor turned off while connected.

I resolved this by not running xfsettingsd. That also means the
keyboard shortcuts don't work (other than those of the window
manager), and of course no compositor (but who cares about that?).

Ralph.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Question re: screen blanking and shutoff

[o1bigtenor via Dng]

On Wed, Jul 27, 2022 at 6:26 PM onefang  wrote:
>
> On 2022-07-27 18:04:26, o1bigtenor via Dng wrote:
> > Greetings
> >
> > Running a AMD 3800X with a Radeon RX570X graphics card using
> > opensource amdgpu drivers (version compiled for 1.21.1.3, module
> > version = 22.0.0, Module class: X.Org Video Driver, ABI class: X.Org
> > Video Driver, version 25.2) running xorg-server 2:21.1.3-2+b1.
> >
> > I think my system is reasonably upto date running Daedalus. (Last apt
> > update check done this morning.)
> >
> > The issue - - -
> >
> > After a system reboot the screens will enter screensaver pretty
> > picture mode and then blank to off at the chosen times. I've got 5
> > monitors set up to display most of a 7680x3000 virtual desktop.
> > Also run a lot of desktops and tend to accumulate a lot of tabs in my
> > browsers. Run at least 3 browsers at once (Opera, Brave and Firefox)
> > with Firefox as the default and have in the past also run Vivaldi.
> > Firefox is the default browser.
> > Firefox is the only browser that will place its windows where I had
> > them on the various desktops. Finding this I have reduced every other
> > browser to windows on at most one 'desktop'. That is the only way that
> > I can get any time at all where the screensaver just does its job.
> > The problem is that after about 80 hours (or so - - - - haven't
> > defined that time with any precision) the screensaver will move to the
> > pretty pics screens but does NOT move to screen off.
> >
> > I have been trying to find what in either the browsers is hindering
> > the screen 'blanking' (if I'm using the correct term) or is breaking
> > on my system - - - dunno. Have been looking at xset as well but really
> > don't know what the bleeping blazes I'm doing and don't want to create
> > an even bigger mess!
> > I am using lxqt still on version 0.16.0 trying to wait patiently for
> > version 1.01 which is supposedly going to move from experimental to
> > unstable and testing hopefully very soon but that timing is NOT up to
> > me.
> >
> > Is there someone out there in Devuan land who has any idea of how to
> > change this annoying behavior?
> > Can I change something in Xset to make this happen?
> > Something else?
> >
> > (I can reboot and set up things the way I want (takes about 1/2 hour
> > in total to do everything) so I find that this time every 4 days is a
> > nuisance. )
>
> That sort of thing was driving me crazy for ages, screensaver would blank
> the screen, but not turn the monitors off.  I finally tracked it down.
> In my case it was running SDL based programs, the fix is -
>
> export SDL_VIDEO_ALLOW_SCREENSAVER=1
>
> That may or may not be your problem though.
>
>
Hmmm - - - - will dig into that but I don't run any steam connected
items - - - at least AFAIK but - - - thanks!

Reassuring to know that I'm not the only one with a similar problem!!!

Regards
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI, software RAID1, LVM and encryption

[Gregory Nowak via Dng]

On Wed, Jul 27, 2022 at 07:54:24PM +0900, Olaf Meeuwissen wrote:
> Hi Gregory,
> 
> Gregory Nowak via Dng writes:
> 
> > On Mon, Jul 25, 2022 at 08:54:00PM +0900, Olaf Meeuwissen via Dng wrote:
> >> OK but if / and /boot are encrypted, something has to be able to decrypt
> >> that before GRUB can read /boot/grub/grub.cfg.  It might be that GRUB is
> >> able to do that itself these days (haven't checked) but on my LibreBoot
> >> laptop it's the LibreBoot BIOS that does the decrypting, AFAIK.
> >> Hence, my comment.
> >
> > I can confirm that grub2 in at least Beowulf and now Chimaera can deal
> > with decrypting the boot partition if you use LUKS for the encryption:
> >
> > 
> >
> > The archwiki has even more scenarios:
> >
> > 
> 
> Thanks for the pointers.
> 
> >> I was thinking/hoping I could make an encrypted LV, without encrypting
> >> all PVs in the VG.  I use a fair number containers and VMs and don't see
> >> a need to encrypt those.  Actually, I don't see much need for putting
> >> these on RAID1 either :-/
> >
> > You can in fact do what you describe. Make your LV, but instead of
> > creating a file system on it, format it as LUKS, unlock it, and create
> > your file system on /dev/mapper/unlocked_volume.
> 
> I know that but my concern was with increasing LV size.
> 
> For encrypted "partitions", the recommendation is to randomize their
> content before use to make cracking the decryption harder.  If I were to
> randomize the content after initial creation of a LUKS formatted LV, any
> space added afterwards would *not* be randomized.  Hence my idea of
> "just" randomizing content of the *whole* disk (all 256GB of it!) before
> use.

If filling the free space on the disk with random data is important to
you, then just filling the entire disk with random data before use is
probably the best way to go. You can then resize volumes in the future
without having to worry that the free space is being filled with non
random data. Do note that you don't want to enable discards in
lvm.conf (this is the default) if you want to be sure unencrypted data doesn't 
end up on the
disk. By not enabling discards, you are decreasing the life of your
flash, by how much, I'm not sure. I suspect that would depend on how
frequently the disk is written to. I keep my encrypted volumes on
RAID10 spinning disks, so this isn't a trade off I've had to deal with.

Greg


> --
> Olaf Meeuwissen
> 

-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Question re: screen blanking and shutoff

[onefang]

On 2022-07-27 18:04:26, o1bigtenor via Dng wrote:
> Greetings
> 
> Running a AMD 3800X with a Radeon RX570X graphics card using
> opensource amdgpu drivers (version compiled for 1.21.1.3, module
> version = 22.0.0, Module class: X.Org Video Driver, ABI class: X.Org
> Video Driver, version 25.2) running xorg-server 2:21.1.3-2+b1.
> 
> I think my system is reasonably upto date running Daedalus. (Last apt
> update check done this morning.)
> 
> The issue - - -
> 
> After a system reboot the screens will enter screensaver pretty
> picture mode and then blank to off at the chosen times. I've got 5
> monitors set up to display most of a 7680x3000 virtual desktop.
> Also run a lot of desktops and tend to accumulate a lot of tabs in my
> browsers. Run at least 3 browsers at once (Opera, Brave and Firefox)
> with Firefox as the default and have in the past also run Vivaldi.
> Firefox is the default browser.
> Firefox is the only browser that will place its windows where I had
> them on the various desktops. Finding this I have reduced every other
> browser to windows on at most one 'desktop'. That is the only way that
> I can get any time at all where the screensaver just does its job.
> The problem is that after about 80 hours (or so - - - - haven't
> defined that time with any precision) the screensaver will move to the
> pretty pics screens but does NOT move to screen off.
> 
> I have been trying to find what in either the browsers is hindering
> the screen 'blanking' (if I'm using the correct term) or is breaking
> on my system - - - dunno. Have been looking at xset as well but really
> don't know what the bleeping blazes I'm doing and don't want to create
> an even bigger mess!
> I am using lxqt still on version 0.16.0 trying to wait patiently for
> version 1.01 which is supposedly going to move from experimental to
> unstable and testing hopefully very soon but that timing is NOT up to
> me.
> 
> Is there someone out there in Devuan land who has any idea of how to
> change this annoying behavior?
> Can I change something in Xset to make this happen?
> Something else?
> 
> (I can reboot and set up things the way I want (takes about 1/2 hour
> in total to do everything) so I find that this time every 4 days is a
> nuisance. )

That sort of thing was driving me crazy for ages, screensaver would blank
the screen, but not turn the monitors off.  I finally tracked it down. 
In my case it was running SDL based programs, the fix is -

export SDL_VIDEO_ALLOW_SCREENSAVER=1

That may or may not be your problem though.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Question re: screen blanking and shutoff

[o1bigtenor via Dng]

Greetings

Running a AMD 3800X with a Radeon RX570X graphics card using
opensource amdgpu drivers (version compiled for 1.21.1.3, module
version = 22.0.0, Module class: X.Org Video Driver, ABI class: X.Org
Video Driver, version 25.2) running xorg-server 2:21.1.3-2+b1.

I think my system is reasonably upto date running Daedalus. (Last apt
update check done this morning.)

The issue - - -

After a system reboot the screens will enter screensaver pretty
picture mode and then blank to off at the chosen times. I've got 5
monitors set up to display most of a 7680x3000 virtual desktop.
Also run a lot of desktops and tend to accumulate a lot of tabs in my
browsers. Run at least 3 browsers at once (Opera, Brave and Firefox)
with Firefox as the default and have in the past also run Vivaldi.
Firefox is the default browser.
Firefox is the only browser that will place its windows where I had
them on the various desktops. Finding this I have reduced every other
browser to windows on at most one 'desktop'. That is the only way that
I can get any time at all where the screensaver just does its job.
The problem is that after about 80 hours (or so - - - - haven't
defined that time with any precision) the screensaver will move to the
pretty pics screens but does NOT move to screen off.

I have been trying to find what in either the browsers is hindering
the screen 'blanking' (if I'm using the correct term) or is breaking
on my system - - - dunno. Have been looking at xset as well but really
don't know what the bleeping blazes I'm doing and don't want to create
an even bigger mess!
I am using lxqt still on version 0.16.0 trying to wait patiently for
version 1.01 which is supposedly going to move from experimental to
unstable and testing hopefully very soon but that timing is NOT up to
me.

Is there someone out there in Devuan land who has any idea of how to
change this annoying behavior?
Can I change something in Xset to make this happen?
Something else?

(I can reboot and set up things the way I want (takes about 1/2 hour
in total to do everything) so I find that this time every 4 days is a
nuisance. )

TIA
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI, software RAID1, LVM and encryption

[Olaf Meeuwissen via Dng]

Hi Gregory,

Gregory Nowak via Dng writes:

> On Mon, Jul 25, 2022 at 08:54:00PM +0900, Olaf Meeuwissen via Dng wrote:
>> OK but if / and /boot are encrypted, something has to be able to decrypt
>> that before GRUB can read /boot/grub/grub.cfg.  It might be that GRUB is
>> able to do that itself these days (haven't checked) but on my LibreBoot
>> laptop it's the LibreBoot BIOS that does the decrypting, AFAIK.
>> Hence, my comment.
>
> I can confirm that grub2 in at least Beowulf and now Chimaera can deal
> with decrypting the boot partition if you use LUKS for the encryption:
>
> 
>
> The archwiki has even more scenarios:
>
> 

Thanks for the pointers.

>> I was thinking/hoping I could make an encrypted LV, without encrypting
>> all PVs in the VG.  I use a fair number containers and VMs and don't see
>> a need to encrypt those.  Actually, I don't see much need for putting
>> these on RAID1 either :-/
>
> You can in fact do what you describe. Make your LV, but instead of
> creating a file system on it, format it as LUKS, unlock it, and create
> your file system on /dev/mapper/unlocked_volume.

I know that but my concern was with increasing LV size.

For encrypted "partitions", the recommendation is to randomize their
content before use to make cracking the decryption harder.  If I were to
randomize the content after initial creation of a LUKS formatted LV, any
space added afterwards would *not* be randomized.  Hence my idea of
"just" randomizing content of the *whole* disk (all 256GB of it!) before
use.
--
Olaf Meeuwissen
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] APT configuration directives info (was Re: OpenVPN 2.5.1-3+devuan1 packaging vs best practices)

[Olaf Meeuwissen via Dng]

Hi,

Ken Dibble writes:

> On 7/26/22 14:17, Hector Gonzalez Jaime via Dng wrote:
>
>> [...]
>>
>> If you think it's simpler, you can create a file, say
>> /etc/apt/apt.conf.d/99-remounttmp.conf with this:
>>
>> DPkg {
>>  // Auto re-mounting of a exec-only /tmp
>>  Pre-Invoke { "mount -o remount,exec /tmp"; };
>>  Post-Invoke { "test ${NO_APT_REMOUNT:-no} = yes || mount -o
>> remount,noexec /tmp || true"; };
>> };
>>
>> I don't remember where I found this, but have used it for a while.
>
> Thank you very much. Here is the source for that:
> https://wiki.debian.org/ReadonlyRoot
>
> I looked forever in the wrong places using debconf as search criteria
> since that is where the issue is (IMO). There are some clues in the
> apt.conf manpage, but no index of allowable directives.
>
> There appears to be an index of allowable directives at
> https://github.com/szaydel/Rigel-Major/blob/master/config-files/apt.conf
>
> Like most things you have to know where and how to ask.
>
> The directives are also available with: apt-config dump.
>
> The manpage for apt-config is less than helpful in this instance.
>
> For dump it says: Just show the contents of the configuration space.
> which is helpful if you know that the directives are in the contents
> of the configuration space, otherwise, not so much.

I know the feeling.  Looking at manual pages, doing web searches and
not really finding what you're looking for.

I often forget to look below /usr/share/doc/$package/ ...

Have a peek at /usr/share/doc/apt/examples/configure-index.gz
--
Olaf Meeuwissen
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng