Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

Pankaj Jangid  writes:

> Dan Ritter  writes:
>
>> Pankaj Jangid wrote: 
>>> Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
>>> facing a very strange problem. The monitor goes blank for a brief time,
>>> like 1-2s and then comes back. It is connected with the GPU using HDMI
>>> cable.
>>
>> I have seen this happen with loose or worn-out video cables. 
>
> Sure. Let me try another cable for a day. I’ll update here.

UPDATE:

I have changed the HDMI cable and since last 6hrs I have not faced that
event again. Will update in the thread if it re-appears.

Another thing happened when I was replacing the cable. I heard the
sparking noise in the power socket of monitor. So I tightened it up a
bit. So the loose power socket could also be the culprit in my case.

I am just waiting for another day and then I’ll try the earlier HDMI
cable again.

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[tomas]

On Wed, Jan 26, 2022 at 09:07:31PM -0600, Martin McCormick wrote:
> Command (m for help): p
> Disk /dev/sdh: 28.8 GiB, 30908350464 bytes, 60367872 sectors
> Disk model: USB   HS-SD Card
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0x680226ff
> 
> /dev/sdh1 8192   137215   129024   63M  c W95 FAT32 (LBA)
> /dev/sdh2   137216 62333951 62196736 29.7G 83 Linux
> 
> Command (m for help): d
> Partition number (1,2, default 2): 
> 
> Partition 2 has been deleted.
> 
> Command (m for help): d
> Selected partition 1
> Partition 1 has been deleted.
> 
> Command (m for help): w
> fdisk: failed to write disklabel: Operation not permitted

This looks to me like the write to the SD card failing. Since you
excluded write protection in this thread, I'd venture the hunch that the
SD has gone bad, in some way.

Any entries in your /var/log/syslog or /var/log/messages at this point?

Have you tried to write to the SD card, e.g.

  dd if=/dev/zero of=/dev/sdh bs=1024 count=1 oflag=sync

would overwrite the first 1K bytes with zeros. Any errors, then?

If I had to bet at this point, I'd say the SD card isn't good. This
happens.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Security

[Nicholas Geovanis]

On Wed, Jan 26, 2022, 12:39 PM Andrei POPESCU 
wrote:

> On Ma, 25 ian 22, 16:13:23, Nate Bargmann wrote:
> > I am subscribed to that list and get them too.
> >
> > I just see that three more messages popped in since this morning from
> > the security list.
> >
> > The complaints seem to be only about browsers.  The inference seems to
> > be that the latest release always fixes security bugs.  While this is
> > true to an extent, what is seldom acknowledged is that new releases also
> > bring new and as yet undisclosed bugs that will be fixed next time or
> > the time after or the time after that or...  I figure it's a gamble
> > either way and stick with the Debian packages.
>
> I'll use the opportunity to draw attention to DSA-5059-1, see e.g. this
> article for details:
>
>
> https://arstechnica.com/information-technology/2022/01/a-bug-lurking-for-12-years-gives-attackers-root-on-every-major-linux-distro/
>
> And please don't bother to reply with "there are no other users on this
> system I should worry about", the bad guys could still find ways to get
> in, e.g. via a compromised browser, regardless if you are behind a
> firewall or not[1].
>

Servers don't have browsers installed on them, for exactly this reason.

I think your argument above that is a red herring. Because file attribute
modification detection should be running regularly. On home machines as
well as servers. Without that, "keeping the system up-to-date" will not
prevent intrusion.

IOW you closed the barn door before the cow escaped. Good. But she went out
the other door that was still open.

Any system connecting to the internet should be kept up-to-date.
>
> Even if you don't care about your data, privacy, etc., your system will
> probably become part of some botnet and be used to spread malware and
> spam to others.
>
>
> [1] Of course, the risk level is significantly lower for the typical
> home user, but still not negligible in my opinion - we just can't know
> what unknown browser vulnerabilities there might be lurking, which the
> bad guys could actively exploit via malicious websites (vs. targeted
> attacks for high value targets).
>
> In today's world once your browser is compromised https://xkcd.com/1200/
> applies.
>
>
> Kind regards,
> Andrei
> --
> http://wiki.debian.org/FAQsFromDebianUser
>

Re: Haskell Platform

[Cindy Sue Causey]

On 1/27/22, Charles Curley  wrote:
> On Thu, 27 Jan 2022 21:30:25 +
> Aaron Gray  wrote:
>
>> Is it possible to get the Haskell-Platform updated to a more recent
>> version ?
>>
>> Debian has got the 2014 version on all releases.
>>
>> Can someone point me in the right direction as to how to do something
>> about this please ?
>
> Knowing nothing about Haskell, I'd do:
>
> charles@hawk:~$ apt-cache show haskell-platform
> Package: haskell-platform
> Version: 2014.2.0.0.debian8
> Installed-Size: 12
> Maintainer: Debian Haskell Group
>  Architecture: all
>
> 
>
> Homepage: http://hackage.haskell.org/platform/
>
> 
>
> You might ask the Debian Haskell Group and check the home page to see
> if there are more recent versions (I have no idea). You might also file
> a bug against the haskell-platform package.


There are some folks over at reddit, too, if that's anyone's thing:

https://www.reddit.com/r/haskell/

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Bijan Soleymani]

On 2022-01-27 8:54 p.m., Martin McCormick wrote:

Great suggestions but I can't.  Part of the typescript output I
included was me doing just that and I was root when I did it but
the squawk is that I don't have permission as if I wasn't root.


Oops! Sorry I missed the operation not permitted messages (or at least 
the one in fdisk).


What does:
ls -l /dev/sdh*

show for permissions?

Bijan

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Jeremy Ardley]

On 28/1/22 9:54 am, Martin McCormick wrote:


Great suggestions but I can't.  Part of the typescript output I
included was me doing just that and I was root when I did it but
the squawk is that I don't have permission as if I wasn't root.

If writing to the SSD card was possible, I could have
just done the dd command, only with a smaller input image and it
would have worked.

Thank you because what you suggest would be the normal way out.
Martin

Martin



My take that solid state drives - SSD and especially CF - can go bad and 
it's usually safest to get a replacement rather than continue to work 
with one that's showing any sign of misbehaviour.


Incidentally, there are a wide variety of SSD drive brands and some are 
definitely slower and less reliable than others. Genuine Sandisk are 
usually pretty good, but always use a tool to check that what's inside 
is the same as the label.


--
Jeremy



OpenPGP_signature
Description: OpenPGP digital signature

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Martin McCormick]

Bijan Soleymani  writes:
> Can you delete both partitions, create a new single linux partition, 
> reboot
> then run mkfs.ext4 to create a single new partition and then just install
> linux onto it or try dd again?

Great suggestions but I can't.  Part of the typescript output I
included was me doing just that and I was root when I did it but
the squawk is that I don't have permission as if I wasn't root.

If writing to the SSD card was possible, I could have
just done the dd command, only with a smaller input image and it
would have worked.

Thank you because what you suggest would be the normal way out.
Martin

Martin

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[David Wright]

On Thu 27 Jan 2022 at 16:58:01 (-0600), Martin McCormick wrote:
> Charles Curley  writes:
> > I'm no expert on RPis, but that sounds to me like the SD card is
> > protected against writes. Check for any physical write protection
> > switches on the card itself and the holder.
> 
> Thanks for the suggestion, but this is one of those SSD cards
> that often is found in a camera and resembles a wafer the size of
> a thumbnail.  It has a projection that acts as a key way to keep
> a user from inserting it in the wrong way and there is a groove
> for a fingernail to help pull the chip out of the socket.  This
> particular one was reading and writing just fine until I bricked
> it by the DD that must have overwritten some address which now
> makes it unwritable.  It went from good to bad without my
> removing it from the card reader so there should be some way to
> at least clear it for writing again.
> 
>   Apparently, it stops being writable if the partition
> table is corrupted.  In my case, I just want to delete both
> partitions and start over.
> 
>   The OS is debian Buster and has all the tools you can
> expect to find and runs on a 64-bit ARM.  Otherwise, it's pure
> debian Linux.

I've not heard of that problem. You were prevented from zeroing the
entire device, which would have wiped the partition table anyway.

What I would want to check is that the OS isn't doing something
stupid, like trying to automount it, failing, and consequently
setting the device readonly. By OS, I really mean DEs, or
automounters in general.

You could also try zeroing it in another machine, ± any adapters
required. (Bear in mind that adapters do have readonly sliders.)

Cheers,
David.

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Bijan Soleymani]

On 2022-01-26 10:07 p.m., Martin McCormick wrote:

The SSD passed a fsck test earlier in the day before I
blew it up so the chip should be salvageable.  I don't care for
recovering either of the two partitions which will be overwritten
anyway if the SSD can be made writable again.


Can you delete both partitions, create a new single linux partition, 
reboot then run mkfs.ext4 to create a single new partition and then just 
install linux onto it or try dd again?


Bijan

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Martin McCormick]

Charles Curley  writes:
> I'm no expert on RPis, but that sounds to me like the SD card is
> protected against writes. Check for any physical write protection
> switches on the card itself and the holder.

Thanks for the suggestion, but this is one of those SSD cards
that often is found in a camera and resembles a wafer the size of
a thumbnail.  It has a projection that acts as a key way to keep
a user from inserting it in the wrong way and there is a groove
for a fingernail to help pull the chip out of the socket.  This
particular one was reading and writing just fine until I bricked
it by the DD that must have overwritten some address which now
makes it unwritable.  It went from good to bad without my
removing it from the card reader so there should be some way to
at least clear it for writing again.

Apparently, it stops being writable if the partition
table is corrupted.  In my case, I just want to delete both
partitions and start over.

The OS is debian Buster and has all the tools you can
expect to find and runs on a 64-bit ARM.  Otherwise, it's pure
debian Linux.

Martin

Re: Btrfs best practices: defrag?

[Andy Smith]

Hello,

On Wed, Jan 26, 2022 at 08:38:41PM +, piorunz wrote:
> My current fstab mounting:
> 
> noatime,space_cache=v2,compress-force=zstd:3 0 2
> 
> Will autodefrag break COW files? Like I copy paste a file and I save
> space, but defrag with destroy this space saving?

Yes, I believe so. That is, if you have files sharing extents (like
if you de-duplicated them or did a "cp --reflink=always") and defrag
touches those files, it will undo the extent sharing.

> Also, will autodefrag compress files automatically, as mount option
> enforces (compress-force=zstd:3)?

Yes.

> Any suggestions welcome.

If you're not relying on extent sharing then I'd think that
automated defrag is okay.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Haskell Platform

[Dan Ritter]

Aaron Gray wrote: 
> Is it possible to get the Haskell-Platform updated to a more recent version ?
> 
> Debian has got the 2014 version on all releases.
> 
> Can someone point me in the right direction as to how to do something
> about this please ?

So you go and look at 

https://packages.debian.org/bullseye/haskell-platform

and look at Bug Reports over on the right.

and it only has one bug! Which is pretty amazing. It's a request
from June 2020 to upgrade to a newer version.

There are no replies, but there is a link to the maintainers'
email list. You probably want

https://lists.debian.org/debian-haskell/2022/01/threads.html

to look at recent threads.

A quick perusal suggests that upgrades are blocked on ghc, which
has been failing on the mipsel architecture due to running out
of memory... and the latest versions may solve that.

So there's some hope that that team will package a new version
of the haskell platform soonish.

In the meantime, if it's important to you, you might need to
build your own.

-dsr-

Re: SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Charles Curley]

On Wed, 26 Jan 2022 21:07:31 -0600
"Martin McCormick"  wrote:

> 1wb5agz martin tmp $ sudo dd if=~/rpi/rpi2_good.img of=/dev/sdh
> [sudo] password for martin: 
> dd: writing to '/dev/sdh': Operation not permitted
> 1+0 records in
> 0+0 records out
> 0 bytes copied, 0.021666 s, 0.0 kB/s
> 2wb5agz martin tmp $ exit

I'm no expert on RPis, but that sounds to me like the SD card is
protected against writes. Check for any physical write protection
switches on the card itself and the holder.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Haskell Platform

[Charles Curley]

On Thu, 27 Jan 2022 21:30:25 +
Aaron Gray  wrote:

> Is it possible to get the Haskell-Platform updated to a more recent
> version ?
> 
> Debian has got the 2014 version on all releases.
> 
> Can someone point me in the right direction as to how to do something
> about this please ?

Knowing nothing about Haskell, I'd do:

charles@hawk:~$ apt-cache show haskell-platform
Package: haskell-platform
Version: 2014.2.0.0.debian8
Installed-Size: 12
Maintainer: Debian Haskell Group
 Architecture: all



Homepage: http://hackage.haskell.org/platform/



You might ask the Debian Haskell Group and check the home page to see
if there are more recent versions (I have no idea). You might also file
a bug against the haskell-platform package.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Haskell Platform

[Aaron Gray]

Is it possible to get the Haskell-Platform updated to a more recent version ?

Debian has got the 2014 version on all releases.

Can someone point me in the right direction as to how to do something
about this please ?

Regards,

Aaron
-- 
Aaron Gray

Independent Open Source Software Engineer, Computer Language
Researcher, Information Theorist, and amateur computer scientist.

SSD Memory Card (was The Raspberry Pi that Took a Day Off.)

[Martin McCormick]

I thanked the person who responded to my post and reported that
there were no unusual log entries in syslog on the failing system
so not much to go on.  I decided to upgrade the Raspberry Pi
which was suddenly having this mysterious problem as I have
backups of the failing system so I figured I'd just clone a
buster image from another Raspberry Pi that is running buster and
use dd to copy it to the Raspberry Pi which was running stretch
and having that weird problem.

Then, assuming the upgraded Pi was alive, I could use the
backup from the stretch system to put all the user space from my
old home directory on the new buster system but I messed up
again.  The SSD card from the older system is 28 GB and the
working buster system's SSD card is 32 GB so the smaller card
filled up and I achieved that "no space left on device" state
that we all love to see.

Simple, I thought.  I'll just delete all partitions, and
do the dd if=rpi_good.img of=/dev/sdh which is where this card shows
up when it is in the reader and I can maybe dd a smaller 8.5-gb
drive which I have that has almost never been used.

Murphy has struck again.  Here is what happens when I try
to use that 28-gb SSD card:  Script dump follows

Script started on 2022-01-26 20:03:52-06:00 [TERM="Linux" TTY="/dev/pts/3" 
COLUMNS="80" LINES="25"]
1wb5agz martin tmp $ sudo su -
[sudo] password for martin: 
root@wb5agz:~# fdisk -l /dev/sdh
/dev/sdh: 28.8 GiB, 30908350464 bytes, 60367872 sectors
Disk model: USB   HS-SD Card
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x680226ff

Device Boot  Start  End  Sectors 
 Size Id Type
/dev/sdh1 8192   137215   129024   63M  c W95 FAT32 (LBA)
/dev/sdh2   137216 62333951 62196736 29.7G 83 Linux
root@wb5agz:~# fdisk /dev/sdh
Welcome to fdisk (util-linux 2.33.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sdh: 28.8 GiB, 30908350464 bytes, 60367872 sectors
Disk model: USB   HS-SD Card
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x680226ff

/dev/sdh1 8192   137215   129024   63M  c W95 FAT32 (LBA)
/dev/sdh2   137216 62333951 62196736 29.7G 83 Linux

Command (m for help): d
Partition number (1,2, default 2): 

Partition 2 has been deleted.

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): w
fdisk: failed to write disklabel: Operation not permitted
root@wb5agz:~# logout
2wb5agz martin tmp $ exit

Script done on 2022-01-26 20:07:59-06:00 [COMMAND_EXIT_CODE="1"]

So close and yet so far away.  If I try to use dd on
/dev/sdh again, I get:

1wb5agz martin tmp $ sudo dd if=~/rpi/rpi2_good.img of=/dev/sdh
[sudo] password for martin: 
dd: writing to '/dev/sdh': Operation not permitted
1+0 records in
0+0 records out
0 bytes copied, 0.021666 s, 0.0 kB/s
2wb5agz martin tmp $ exit

I've had usb thumb drives fail when filled to capacity
and, if I hadn't been tired, I would have noticed that the image
was 4 gb too large so this wouldn't have happened but surely,
there is some way to at least zero out everything so the SSD can
be either reformatted or used as the output of an image transfer
using dd.

The SSD passed a fsck test earlier in the day before I
blew it up so the chip should be salvageable.  I don't care for
recovering either of the two partitions which will be overwritten
anyway if the SSD can be made writable again.

One can mount /dev/sdh1 which is the fat32 partition
but it mounts as read-only.  If you try /dev/sdh2, you get a
squawk that says that this partition is not in /etc/fstab which
is certainly true but it doesn't mount either so mount doesn't
understand what I was trying to do.  This is the partition that
got the overflow condition so it's utterly useless.

These last 2 days, I have been a day late, a Dollar short
and 1 step behind on what shouldn't be really that big of a problem.

Martin WB5AGZ

GNOME Evolution cannot lock /var/spool/mail/

[Patrice Duroux]

Hi,


I use Sid but this problem came back to me a while ago now.
Searching the internet for a solution, I dug around and ended up in the
following:

https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/640705
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=107881
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598502

I just put the first issue at Ubuntu launchpad because I wrote it and I forgot
that!! :-D
The 2 last reports are archived so not very «accessible».

What is going on? (unsupported?)
Do I have to create a new one?

Thanks,
Patrice

Re: system freeze older iMac Debian 11

[Bob Crochelt]

On Thu, Jan 27, 2022, at 08:24, Bob Crochelt wrote:
> 
> 
> On Wed, Jan 26, 2022, at 18:14, Felix Miata wrote:
>> Bob Crochelt composed on 2022-01-26 17:25 (UTC-0800):
>> 
>> > inxi output attached.  
>> 
>> Your iMac's BIOS date is about a month earlier than mine. Likely the only
>> difference between ours is you have G92M [GeForce 8800M GTS] while I have
>> RV630/M76 [Mobility Radeon HD 2600 XT/2700]. If yours is anything like mine, 
>> it
>> generates a lot of heat. Has yours ever had an internal cleaning? It may 
>> need its
>> heat sink compound on CPU and/or GPU replaced. System freezes are a common 
>> symptom
>> of overheating. Also, RAM is subject to failure with age and overheating. 
>> Have you
>> tried running memtest86?
>> -- 
>> Evolution as taught in public schools is, like religion,
>> based on faith, not based on science.
>> 
>> Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
>> 
>> Felix Miata
>> 
> Hi again Felix,
> I've thought about cleaning the machine, and watched videos of opening one of 
> these up, and am intimidated by it.  Looks beyond my abilities.  Redoing the 
> heat sink compound probably is.  I've lived in small rural communities that 
> don't have computer services readily available.  I could look for an apple 
> place or take it to the nearest apple store, since that is closer to where I 
> live now.  hard drive is old too so would probably change that out too.  
> Machine ran without difficulty overnight, and got through a teams meeting 
> this morning without problem, running gnome on Wayland.  Perhaps that is the 
> way forward.
> Tried to run memtest86 from the grub menu but it just seemed to sit there, 
> will try that again today.  
> thanks
> Bob Crochelt
Also, running teams and assorted other programs, CPU temps were 102-103 C.
Bob

Re: system freeze older iMac Debian 11

[Felix Miata]

Bob Crochelt composed on 2022-01-27 08:24 (UTC-0800):

> Felix Miata wrote:

>> overheating. Have you tried running memtest86? 

> Tried to run memtest86 from the grub menu but it just seemed to
> sit there, will try that again today.

Your Grub menu has memtest86+. That's quite different than memtest86. I quit
trying to use memtest86+ years ago. http://www.memtest86.com/
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: system freeze older iMac Debian 11

[Bob Crochelt]

On Wed, Jan 26, 2022, at 21:34, Charles Curley wrote:
> On Wed, 26 Jan 2022 16:52:55 -0800
> "Robert F. Crochelt"  wrote:
> 
> > Can't even
> > shift to a different console with ctrl-F_.
> 
> Try ctl-alt-F_.
> 
> -- 
> Does anybody read signatures any more?
> 
> https://charlescurley.com
> https://charlescurley.com/blog/
> 
Thanks Charles.  I miss-typed.  ctl-alt-F_ doesn't work.
Bob Crochelt

Re: system freeze older iMac Debian 11

[Bob Crochelt]

On Wed, Jan 26, 2022, at 18:14, Felix Miata wrote:
> Bob Crochelt composed on 2022-01-26 17:25 (UTC-0800):
> 
> > inxi output attached.  
> 
> Your iMac's BIOS date is about a month earlier than mine. Likely the only
> difference between ours is you have G92M [GeForce 8800M GTS] while I have
> RV630/M76 [Mobility Radeon HD 2600 XT/2700]. If yours is anything like mine, 
> it
> generates a lot of heat. Has yours ever had an internal cleaning? It may need 
> its
> heat sink compound on CPU and/or GPU replaced. System freezes are a common 
> symptom
> of overheating. Also, RAM is subject to failure with age and overheating. 
> Have you
> tried running memtest86?
> -- 
> Evolution as taught in public schools is, like religion,
> based on faith, not based on science.
> 
> Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
> 
> Felix Miata
> 
Hi again Felix,
I've thought about cleaning the machine, and watched videos of opening one of 
these up, and am intimidated by it.  Looks beyond my abilities.  Redoing the 
heat sink compound probably is.  I've lived in small rural communities that 
don't have computer services readily available.  I could look for an apple 
place or take it to the nearest apple store, since that is closer to where I 
live now.  hard drive is old too so would probably change that out too.  
Machine ran without difficulty overnight, and got through a teams meeting this 
morning without problem, running gnome on Wayland.  Perhaps that is the way 
forward.
Tried to run memtest86 from the grub menu but it just seemed to sit there, will 
try that again today.  
thanks
Bob Crochelt

Re: Coupures OpenVPN (Inactivity timeout)

[NoSpam]

Bonjour

Le 27/01/2022 à 16:41, Olivier a écrit :

Bonjour,

J'ai un serveur OpenVPN sur Debian 9, sur une machine fournie par un
hébergeur Internet.
À ce serveur, j'ai une cinquantaine de clients OpenVPN sur machine
Debian de toutes les générations (Jessie, à Bullseye).
Depuis quelques mois, j'observe des déconnexions temporaires.

Sur une nouvelle machine dotée de Bullseye, j'ai décidé d'investiguer.

Dans les logs du client, j'ai la séquence ci-après répétée toutes les
230 sec.2022-01-27 15:41:24 [server] Inactivity timeout
(--ping-restart), restarting
2022-01-27 15:41:24 SIGUSR1[soft,ping-restart] received, process restarting
2022-01-27 15:41:29 WARNING: No server certificate verification method
has been enabled.  See http://openvpn.net/howto.html#mitm for more
info.
2022-01-27 15:41:29 TCP/UDP: Preserving recently used remote address:
[AF_INET]1.2.3.4:1194
2022-01-27 15:41:29 UDP link local: (not bound)
2022-01-27 15:41:29 UDP link remote: [AF_INET]1.2.3.4:1194
2022-01-27 15:41:29 [server] Peer Connection Initiated with
[AF_INET]1.2.3.4:1194
2022-01-27 15:41:30 Preserving previous TUN/TAP instance: tun0
2022-01-27 15:41:30 Initialization Sequence Completed

Voici la config du client:
client
dev tun
proto udp
remote 1.2.3.4 1194
resolv-retry infinite
nobind
user nobody
group nogroup
persist-key
persist-tun
ca /etc/openvpn/client/ca.crt
cert /etc/openvpn/client/client_vie.crt
key /etc/openvpn/client/client_vie.key
comp-lzo
verb 1
ping 30



Je remplacerai ping 30 par keep-alive 10 60 et rajouterai tun-mtu 1500, 
sur le serveur également. Pas de mssfix ?






Voici la config du serveur:
port 1194
proto udp
dev tun
topology subnet
ca /etc/openvpn/easy-rsa/keys/ca.crt
cert /etc/openvpn/easy-rsa/keys/server.crt
key /etc/openvpn/easy-rsa/keys/server.key
dh /etc/openvpn/easy-rsa/keys/dh1024.pem
server 10.19.0.0 255.255.254.0
ifconfig-pool-persist /etc/openvpn/server1/ipp.txt
client-to-client
keepalive 10 120
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status /etc/openvpn/server1/openvpn-status.log
verb 1

Je lance en parallèle deux séries de ping:
ping -c120 -q 1.2.3.4
ping -c120 -q 10.19.0.1

Aucune perte, sur la première. des pertes significatives sur la deuxième.

Naivement, je pensais que le ping 10.19.0.1 a lieu seul, génère de
l'activité OpenVPN qui interdit en retour le inactivity Timeout.

Qu'en pensez-vous ?
Dans quelle direction chercher ?

Slts

Re: Screen goes blank for 1-2 seconds

[Bijan Soleymani]

On 2022-01-27 5:30 a.m., hdv@gmail wrote:


Sadly I do not have access to this machine remotely. I do have my own 
VPN server, but that does not help when the machine in question is 
turned off. ;-)


I'll check the temperature when I am back, and when it happens again.


I played around a tiny bit.

My GPU temperature when logged in remotely via VNC was 29C.

Logging in on local system GPU went up to high 30s just on the desktop.

I ran a game and initially the temperature went.

pwm1 (the power management state) was 0 (off) until 53C when it got set 
to 43.


Temperature went up to 62C, and then dropped to 45C, and then pwm1 went 
back to 0.


Temp went back to 53C before the power management kicked in again.

I did:
echo 0 > pwm1_enable

Which apparently maxes the power management as:
pwm1 was now 255

Then I did:
echo 1 > pwm1_enable

This seemed more aggressive than the default setting of 2 on my system.

Looking at the kernel docs:
https://www.kernel.org/doc/Documentation/hwmon/g762

It seems 1 setting is open mode and 2 is closed mode.

In closed mode it seems there is some feedback mechanism involving the 
fan speed.


Undocumented but it seems setting pwm1_enable to 0, just maxes the power 
management out.


Turns out it is documented in the kernel source comments:
 *  0 : no fan speed control (i.e. fan at full speed)
 *  1 : manual fan speed control enabled (use pwm[1-*]) (open-loop)
 *  2+: automatic fan speed control enabled (use fan[1-*]_target) 
(closed-loop)


Anyways with all this playing around I got my temp down to 21C, when 
logged in locally but not running the game.


tl;dr

If anyone has this happen quickly enough you could try setting fan speed 
to max (echo 0 > pwm1_enable and check that pwm1 goes to 255) and see if 
it fixes it.


Bijan

Coupures OpenVPN (Inactivity timeout)

[Olivier]

Bonjour,

J'ai un serveur OpenVPN sur Debian 9, sur une machine fournie par un
hébergeur Internet.
À ce serveur, j'ai une cinquantaine de clients OpenVPN sur machine
Debian de toutes les générations (Jessie, à Bullseye).
Depuis quelques mois, j'observe des déconnexions temporaires.

Sur une nouvelle machine dotée de Bullseye, j'ai décidé d'investiguer.

Dans les logs du client, j'ai la séquence ci-après répétée toutes les
230 sec.2022-01-27 15:41:24 [server] Inactivity timeout
(--ping-restart), restarting
2022-01-27 15:41:24 SIGUSR1[soft,ping-restart] received, process restarting
2022-01-27 15:41:29 WARNING: No server certificate verification method
has been enabled.  See http://openvpn.net/howto.html#mitm for more
info.
2022-01-27 15:41:29 TCP/UDP: Preserving recently used remote address:
[AF_INET]1.2.3.4:1194
2022-01-27 15:41:29 UDP link local: (not bound)
2022-01-27 15:41:29 UDP link remote: [AF_INET]1.2.3.4:1194
2022-01-27 15:41:29 [server] Peer Connection Initiated with
[AF_INET]1.2.3.4:1194
2022-01-27 15:41:30 Preserving previous TUN/TAP instance: tun0
2022-01-27 15:41:30 Initialization Sequence Completed

Voici la config du client:
client
dev tun
proto udp
remote 1.2.3.4 1194
resolv-retry infinite
nobind
user nobody
group nogroup
persist-key
persist-tun
ca /etc/openvpn/client/ca.crt
cert /etc/openvpn/client/client_vie.crt
key /etc/openvpn/client/client_vie.key
comp-lzo
verb 1
ping 30


Voici la config du serveur:
port 1194
proto udp
dev tun
topology subnet
ca /etc/openvpn/easy-rsa/keys/ca.crt
cert /etc/openvpn/easy-rsa/keys/server.crt
key /etc/openvpn/easy-rsa/keys/server.key
dh /etc/openvpn/easy-rsa/keys/dh1024.pem
server 10.19.0.0 255.255.254.0
ifconfig-pool-persist /etc/openvpn/server1/ipp.txt
client-to-client
keepalive 10 120
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status /etc/openvpn/server1/openvpn-status.log
verb 1

Je lance en parallèle deux séries de ping:
ping -c120 -q 1.2.3.4
ping -c120 -q 10.19.0.1

Aucune perte, sur la première. des pertes significatives sur la deuxième.

Naivement, je pensais que le ping 10.19.0.1 a lieu seul, génère de
l'activité OpenVPN qui interdit en retour le inactivity Timeout.

Qu'en pensez-vous ?
Dans quelle direction chercher ?

Slts

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

Tim Woodall  writes:

> For a while I was using a mac (running macOS) plugged into a dock with
> two HDMI screens connected and I was having this problem occasionally.
> The mac was clearly thinking the screens had "gone away" because it
> would move windows around. I've now switched to a windows laptop, same
> dock, same cables, same monitors and the problem has gone away.

So this may be a driver issue in macOS and Linux kernel.

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

Vincent Lefevre  writes:

> So it could be a hardware problem, with this monitor or something
> else, possibly specific to HDMI.
>
> I suggest that you try with another machine, another cable, etc. if
> possible. Or the same machine with another monitor.

I have multiple cables and an extra laptop. Let me try as many
combinations as possible. And report here.

>
> You might get messages in the /var/log/Xorg.0.log file if you're using X.
>

Where are the Wayland logs? I have a freshly installed Debian 11 and
default is Wayland.

> And I had noted that plugging out then in again the HDMI cable on the
> monitor side was generally making the problem disappear for some time.

The problem timing is very random so I am not sure if I can diagnose
anything by changing ports.

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

"hdv@gmail"  writes:

> You are not the only one. I see the exact same here. The system this
> happens on has an RX560 graphics card. I have been seeing these
> blackouts from the start on this configuration (more than 2 years
> now).
>
> I can confirm it is not a mechanical issue (not of cable's
> connections, cable defects, or of the seating of the card in the
> motherboard). It is not the display either (I have tried multiple
> displays). I am almost sure it is a software issue.
>
> I can also confirm the system does not hang. I've tested this with a
> software timer and a request/response loop querying a daemon both
> locally and over a wired network.

Thanks for confirming.

Slight variation though. I have x570 chipset and RX580 GPU. I wrongly
typed RX570 GPU in the original email. But I guess the driver is same
for the family.

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

Dan Ritter  writes:

> Pankaj Jangid wrote: 
>> Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
>> facing a very strange problem. The monitor goes blank for a brief time,
>> like 1-2s and then comes back. It is connected with the GPU using HDMI
>> cable.
>> 
>> During that 1-2s, the machine response is fine. Whatever I type during
>> that time goes there as input, and visible when the monitor comes back.
>
> I have seen this happen with loose or worn-out video cables. 

Sure. Let me try another cable for a day. I’ll update here.

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

Bijan Soleymani  writes:

> On 2022-01-26 11:35 p.m., Pankaj Jangid wrote> I don’t want to file
> any bug report till I have some concrete data. So
>> my question is - how do I diagnose such an issue and produce some data
>> for debugging. So that I can hand it over to maintainers.
>
> This one line script will sleep for 0.01 seconds at a time and then
> print the current time in milliseconds to a file.
>
> 

Thanks. I’ll use the script.

Re: Screen goes blank for 1-2 seconds

[Pankaj Jangid]

David Wright  writes:

> On Thu 27 Jan 2022 at 10:05:16 (+0530), Pankaj Jangid wrote:
>> Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
>> facing a very strange problem. The monitor goes blank for a brief time,
>> like 1-2s and then comes back. It is connected with the GPU using HDMI
>> cable.
>
> Can you provoke the same symptom by wiggling the HDMI plug in the
> socket (at either end, but more likely at the computer end)?
> These connectors can be unreliable.

No. This is not happening. In fact I have two GPUs and in total 4 HDMI
ports. In all of them, same symptoms. It happens twice or thrice a day
but sometimes more frequently.

This could be cable problem as pointed out by Dan Ritter. Trying a
different cable for a day.

Re: hostname is being reset, killing net on reboot

[Brian]

On Thu 27 Jan 2022 at 08:21:49 +, Tixy wrote:

> On Wed, 2022-01-26 at 19:26 +, Brian wrote:
> > On Wed 26 Jan 2022 at 10:42:38 -0600, David Wright wrote:
> > 
> > [Snipping]
> > 
> > > I've worked this way for 15 years and, unlike Gene, I'm not having
> > > to fight any battles over it. I'm sure mDNS is perfect for people
> > > with different demands from mine.
> > 
> > My question was really directed at all users, particularly those who
> > do not appreciate the existance or basic function of Avahi.
> 
> My experience of it was many years ago when first trying out Linux
> seriously and I spotted it amongst the list of services that were
> running. After googling the name and realising what it was I hurriedly
> uninstalled it, because at that time the zero-conf stuff seemed to be
> cropping up regularly in the IT news in a bad way, with malware
> exploiting weaknesses in Window and routers implementation of it. I
> also have a general aversion to computers tying to doing magic things
> behind my back.

Three items to take into account:

 * Your machine will (AFAIK) only publish services you explicitly
   allow. For example, pulseaudio requires the installation of a
   specific module and cupsd rquires printer sharing to be explicitly
   enabled.

 * The services offered by other machines on the network need not be
   accessed.

 * It is assumed your machine is on a network that is regarded as
   trusted. Otherwise, why are you there?

-- 
Brian.

Re: PS1 and $-, a footnote; was Re: .profile not being src'd at login on uptodate buster

[Greg Wooledge]

On Wed, Jan 26, 2022 at 10:59:28PM -0600, David Wright wrote:
> On Mon 12 Apr 2021 at 11:26:49 (-0400), Greg Wooledge wrote:
> > On Mon, Apr 12, 2021 at 10:18:19AM -0500, David Wright wrote:
> > > I'm not using PS1 to test whether stdout is a terminal, but whether
> > > the file is running interactively. From man bash:
> > > 
> > >   "PS1 is set and $- includes i if bash is interactive, allowing a
> > >   shell script or a startup file to test this state.
> > 
> > The second half of that sentence is referring to the $- part.  That's
> > what you're supposed to test to see whether the shell is interactive.
> > 
> > # bash
> > if [[ $- = *i* ]]; then
> >   echo "I am an interactive shell"
> > echo 
> > 
> > # sh
> > case $- in
> >   *i*) echo "I am an interactive shell" ;;
> > esac
> 
> I happened to come across one place where I might have originally
> found the construction I no longer use, and that's in   man lesspipe,
> very near the end, where it says:
> 
>   if [ -z "$PS1" ]; then

Well, that's not a reliable test.  You could have PS1 set via the
environment in a non-interactive shell.  The number of people who export
PS1 from their profiles or bashrc files is non-negligible.

Re: Chromium security updates

[Richmond]

Christian Britz  writes:

> On 2022-01-24 12:44 UTC+0100, Richmond wrote:
>
>>> I've built Version 100.0.4845.0 (Developer Build) (64-bit) and it seems
>>> to be working fine here on debian 10.
>> 
>> Not OK actually, it is very slow.
>
> The reason are probably enabled debug options.
>
> Personally I am not satisfied with the security support for any browser
> included in Debian, I just use original Firefox and Chrome (and
> Thunderbird), which are easy to install. If you don't like/trust Google
> but want to use a Chromium based browser, you might consider using
> ungoogled-chromium.

I used:

gn gen out/Default "--args=is_debug=false symbol_level=0 blink_symbol_level=0 
v8_symbol_level=0"

But it seems slow on tweetdeck with high cpu usage.

Re: Screen goes blank for 1-2 seconds

[Dan Ritter]

Pankaj Jangid wrote: 
> Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
> facing a very strange problem. The monitor goes blank for a brief time,
> like 1-2s and then comes back. It is connected with the GPU using HDMI
> cable.
> 
> During that 1-2s, the machine response is fine. Whatever I type during
> that time goes there as input, and visible when the monitor comes back.

I have seen this happen with loose or worn-out video cables. 

-dsr-

Re: hostname is being reset, killing net on reboot

[Dan Ritter]

Tixy wrote: 
> 
> I can't see what the problem with DHCP is, if I want to have static IP
> addresses or use names to identify machines on the network, I can take
> a minute to add a line to dnsmasq.conf on my router. I know some people
> say that DHCP is a single point of failure, or they don't want to run
> extra hardware 24/7, but I would think most of us already have a router
> providing internet access that can do DHCP. And if that fails, have a
> spare (even if it's just an old device) that can be pressed into
> immediate use. I for one consider internet access sufficiently
> important to make fixing it a priority.

I use ISC dhcpd on two machines at home: my firewall and my
server. The failover system took about twenty minutes of reading
to figure out.

Then the firewall has unbound and the server has bind; unbound
does caching and general name resolution, and looks at bind for
my local names.

This is more complicated than it needs to be but I wanted to
experiment.

-dsr-

Re: Screen goes blank for 1-2 seconds

[Tim Woodall]

On Thu, 27 Jan 2022, Vincent Lefevre wrote:


On 2022-01-27 11:41:44 +0100, Vincent Lefevre wrote:

On 2022-01-27 10:05:16 +0530, Pankaj Jangid wrote:

Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
facing a very strange problem. The monitor goes blank for a brief time,
like 1-2s and then comes back. It is connected with the GPU using HDMI
cable.


I had a similar problem in 2009 with a monitor connected via HDMI to
a Power Mac (not under Linux). This first happened from time to time,
then much more often, i.e. every day. IIRC, there was no issue when
later, this monitor was connected to a Debian laptop via VGA. I sold
the monitor to someone else (and told him about this problem), and he
confirmed the problem with his machine.


And I had noted that plugging out then in again the HDMI cable on the
monitor side was generally making the problem disappear for some time.



For a while I was using a mac (running macOS) plugged into a dock with
two HDMI screens connected and I was having this problem occasionally.
The mac was clearly thinking the screens had "gone away" because it
would move windows around. I've now switched to a windows laptop, same
dock, same cables, same monitors and the problem has gone away.

Re: Screen goes blank for 1-2 seconds

[Vincent Lefevre]

On 2022-01-27 11:41:44 +0100, Vincent Lefevre wrote:
> On 2022-01-27 10:05:16 +0530, Pankaj Jangid wrote:
> > Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
> > facing a very strange problem. The monitor goes blank for a brief time,
> > like 1-2s and then comes back. It is connected with the GPU using HDMI
> > cable.
> 
> I had a similar problem in 2009 with a monitor connected via HDMI to
> a Power Mac (not under Linux). This first happened from time to time,
> then much more often, i.e. every day. IIRC, there was no issue when
> later, this monitor was connected to a Debian laptop via VGA. I sold
> the monitor to someone else (and told him about this problem), and he
> confirmed the problem with his machine.

And I had noted that plugging out then in again the HDMI cable on the
monitor side was generally making the problem disappear for some time.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Screen goes blank for 1-2 seconds

[Vincent Lefevre]

On 2022-01-27 10:05:16 +0530, Pankaj Jangid wrote:
> Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
> facing a very strange problem. The monitor goes blank for a brief time,
> like 1-2s and then comes back. It is connected with the GPU using HDMI
> cable.

I had a similar problem in 2009 with a monitor connected via HDMI to
a Power Mac (not under Linux). This first happened from time to time,
then much more often, i.e. every day. IIRC, there was no issue when
later, this monitor was connected to a Debian laptop via VGA. I sold
the monitor to someone else (and told him about this problem), and he
confirmed the problem with his machine.

So it could be a hardware problem, with this monitor or something
else, possibly specific to HDMI.

I suggest that you try with another machine, another cable, etc. if
possible. Or the same machine with another monitor.

> During that 1-2s, the machine response is fine. Whatever I type during
> that time goes there as input, and visible when the monitor comes back.
> 
> I don’t want to file any bug report till I have some concrete data. So
> my question is - how do I diagnose such an issue and produce some data
> for debugging. So that I can hand it over to maintainers.

You might get messages in the /var/log/Xorg.0.log file if you're using X.

BTW, with my setup, I regularly get disconnected/connected messages
with 1-2 seconds delay, such as:

[166285.233] (--) NVIDIA(GPU-0): DFP-4: disconnected
[166285.233] (--) NVIDIA(GPU-0): DFP-4: Internal DisplayPort
[166285.233] (--) NVIDIA(GPU-0): DFP-4: 960.0 MHz maximum pixel clock
[166285.233] (--) NVIDIA(GPU-0): 
[166286.614] (--) NVIDIA(GPU-0): Samsung U32J59x (DFP-4): connected
[166286.614] (--) NVIDIA(GPU-0): Samsung U32J59x (DFP-4): Internal DisplayPort
[166286.614] (--) NVIDIA(GPU-0): Samsung U32J59x (DFP-4): 960.0 MHz maximum 
pixel clock
[166286.614] (--) NVIDIA(GPU-0): 

I have 2 external monitors, this one connected via HDMI and another
one connected via DisplayPort (no messages in Xorg.0.log for this
other monitor). But I have never noticed any blank time with either
monitor. That's strange.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Screen goes blank for 1-2 seconds

[hdv@gmail]

On 2022-01-27 11:16, Bijan Soleymani wrote:

On 2022-01-27 5:00 a.m., hdv@gmail wrote:
My guess is about once every week. The display is on for roughly 16 
hours each day. There seems to be no discernable relation to "load". 
At least not that I could confirm. I haven't found a link to a 
specific application either. This system is a general purpose 
workstation and it is exposed to most common types of use. I design 
and create courseware, which involves running virtual machines with 
libvirt, coding in several languages, video editing, graphics editing, 
sound editing, editing all kinds of documents, and the standard 
internet stuff. I haven't seen this happening more often with any of 
these uses.


Thanks for the reply!

This blog post seems to indicate it might be due to the fan not turning 
on enough at moderate load by default (it pulses off and on which is not 
enough):

https://zarino.co.uk/post/amp-gpu-fan-curve-pop-os-ubuntu/

cat /sys/class/drm/card0/device/hwmon/hwmon0/temp1_input

Should give temperature:
Mine right now is:
29000

which apparently is 29C.

/sys/class/drm/card0/device/hwmon/hwmon0/pwm1

is the power management.

I'll play around tomorrow.

Bijan


Sadly I do not have access to this machine remotely. I do have my own 
VPN server, but that does not help when the machine in question is 
turned off.  ;-)


I'll check the temperature when I am back, and when it happens again.

Grx HdV

Re: Screen goes blank for 1-2 seconds

[Bijan Soleymani]

On 2022-01-27 5:00 a.m., hdv@gmail wrote:
My guess is about once every week. The display is on for roughly 16 
hours each day. There seems to be no discernable relation to "load". At 
least not that I could confirm. I haven't found a link to a specific 
application either. This system is a general purpose workstation and it 
is exposed to most common types of use. I design and create courseware, 
which involves running virtual machines with libvirt, coding in several 
languages, video editing, graphics editing, sound editing, editing all 
kinds of documents, and the standard internet stuff. I haven't seen this 
happening more often with any of these uses.


Thanks for the reply!

This blog post seems to indicate it might be due to the fan not turning 
on enough at moderate load by default (it pulses off and on which is not 
enough):

https://zarino.co.uk/post/amp-gpu-fan-curve-pop-os-ubuntu/

cat /sys/class/drm/card0/device/hwmon/hwmon0/temp1_input

Should give temperature:
Mine right now is:
29000

which apparently is 29C.

/sys/class/drm/card0/device/hwmon/hwmon0/pwm1

is the power management.

I'll play around tomorrow.

Bijan

Re: Screen goes blank for 1-2 seconds

[hdv@gmail]

On 2022-01-27 10:40, Bijan Soleymani wrote:


On 2022-01-27 4:23 a.m., Bijan Soleymani wrote:
Are you also connected via HDMI? I think I am using DVI to mini 
display port.


I will have to check when I return home from this assignment in 2 weeks 
time, but I am almost certain I am using DP. I seem to remember I didn't 
have the appropriate HDMI cable at hand for the resolution I am using 
(3840x2160@60Hz).



Seems the issues happens on windows and on HDMI but not DP:
https://www.reddit.com/r/AMDHelp/comments/ez2c4i/rx_570_screen_randomly_goes_black_during/ 


I will check if my wet memory is corrupt as soon as I can. Who knows? 
Maybe I am using HDMI after all.



Two other cases:
https://www.reddit.com/r/AMDHelp/comments/o1r0y9/screen_goes_to_black_randomly_while_gaming_rx_570/ 



That one says upgrading the power supply fixed it.

https://forums.tomshardware.com/threads/screen-goes-black-for-3-5-seconds-then-goes-back.3397019/ 



This one said they had the card replaced.

Anyways I will test with HDMI tomorrow.

Let me know how often it happens, or if there is anything that can be 
done to trigger it.


My guess is about once every week. The display is on for roughly 16 
hours each day. There seems to be no discernable relation to "load". At 
least not that I could confirm. I haven't found a link to a specific 
application either. This system is a general purpose workstation and it 
is exposed to most common types of use. I design and create courseware, 
which involves running virtual machines with libvirt, coding in several 
languages, video editing, graphics editing, sound editing, editing all 
kinds of documents, and the standard internet stuff. I haven't seen this 
happening more often with any of these uses.


Grx HdV

Re: how to test and compare performance of bullseye for i386 and amd64

[a]

Sorry, last word in last mail is wrong,

it should be inconvenience, not  incontinence

DONATE

[Cheryl Costello]

Hi,the family of Cheryl Costello would love to donate to your 
Organization,kindly provide me with your wire transfer information as soon as 
possible.

PS: Kindly send your company TAX ID number for tax purposes

Thanks

Re: Screen goes blank for 1-2 seconds

[Bijan Soleymani]

On 2022-01-27 4:23 a.m., Bijan Soleymani wrote:
Are you also connected via HDMI? I think I am using DVI to mini display 
port.


Seems the issues happens on windows and on HDMI but not DP:
https://www.reddit.com/r/AMDHelp/comments/ez2c4i/rx_570_screen_randomly_goes_black_during/

Two other cases:
https://www.reddit.com/r/AMDHelp/comments/o1r0y9/screen_goes_to_black_randomly_while_gaming_rx_570/

That one says upgrading the power supply fixed it.

https://forums.tomshardware.com/threads/screen-goes-black-for-3-5-seconds-then-goes-back.3397019/

This one said they had the card replaced.

Anyways I will test with HDMI tomorrow.

Let me know how often it happens, or if there is anything that can be 
done to trigger it.


Bijan

Re: Screen goes blank for 1-2 seconds

[Bijan Soleymani]

On 2022-01-27 4:06 a.m., hdv@gmail wrote:
You are not the only one. I see the exact same here. The system this 
happens on has an RX560 graphics card. I have been seeing these 
blackouts from the start on this configuration (more than 2 years now).


Interesting, I just checked and it turns out I have a:
Sapphire Technology Limited Radeon RX 570 Pulse 4GB

But I don't think I've seen the issue.

Let me know what kernel/drivers (plus exact OS version) you guys are 
using and I can try to see if I can reproduce it.


Also let me know how often this happens.

I can confirm it is not a mechanical issue (not of cable's connections, 
cable defects, or of the seating of the card in the motherboard). It is 
not the display either (I have tried multiple displays). I am almost 
sure it is a software issue.


Are you also connected via HDMI? I think I am using DVI to mini display 
port.


I can also confirm the system does not hang. I've tested this with a 
software timer and a request/response loop querying a daemon both 
locally and over a wired network.


Good to know!

Bijan

Re: Screen goes blank for 1-2 seconds

[hdv@gmail]

On 2022-01-27 05:35, Pankaj Jangid wrote:

Since I have setup a new hardware - x570 chipset, rx570 GPU - I am
facing a very strange problem. The monitor goes blank for a brief time,
like 1-2s and then comes back. It is connected with the GPU using HDMI
cable.

During that 1-2s, the machine response is fine. Whatever I type during
that time goes there as input, and visible when the monitor comes back.

I don’t want to file any bug report till I have some concrete data. So
my question is - how do I diagnose such an issue and produce some data
for debugging. So that I can hand it over to maintainers.

Regards
Pankaj


You are not the only one. I see the exact same here. The system this 
happens on has an RX560 graphics card. I have been seeing these 
blackouts from the start on this configuration (more than 2 years now).


I can confirm it is not a mechanical issue (not of cable's connections, 
cable defects, or of the seating of the card in the motherboard). It is 
not the display either (I have tried multiple displays). I am almost 
sure it is a software issue.


I can also confirm the system does not hang. I've tested this with a 
software timer and a request/response loop querying a daemon both 
locally and over a wired network.


Grx HdV

Re: gnu screen and resizing terminal window

[Tim Woodall]

On Wed, 26 Jan 2022, Bijan Soleymani wrote:


On 2022-01-26 5:55 p.m., Bijan Soleymani wrote:
Actually apparently putty does support remote resizing. It just seems that 
our systems lack the right termcap entries.


I managed to resize the putty window by running the command:
resize -s height width

so:
resize -s 24 80

Also adding this:
termcapinfo xterm WS=\E[8;%d;%dt

to:
/etc/screenrc

Allows screen to resize the putty session (with the :width and :height 
commands).


But when quitting/restarting screen it puts the putty and the screen session 
back to the original size.




Thanks, that gives me something to investigate. At the moment, adding
that causes the screen to resize to 80x24 when I attach or detatch which
is not what I want but it gives me something to explore.

Tim.

Re: gnu screen and resizing terminal window

[Tim Woodall]

On Wed, 26 Jan 2022, Bijan Soleymani wrote:




On 2022-01-26 1:45 p.m., Tim Woodall wrote:

I have to use PuTTY to connect to a debian server. For reasons that are
outwith my control the ssh session disconnects every 24 hrs.

Therefore I run screen so after reconnecting I can recover to whereever
I was at.

However, the PuTTY window does not resize to whatever it was previously.
I can find lots of questions asking how to turn this feature off but
nothing on why it doesn't work for me.


As far as I know this is not a screen feature. Putty controls the window 
size, it is determined by the default or whatever is saved for that session. 
You can change what happens when you resize the putty window on the machine 
running putty. There is no way for you to change the putty screen from the 
debian side.


Screen does provide commands to resize the virtual terminal, however neither 
putty nor xterm seem to support the termcap commands (apparently it is Z0 and 
Z1).


What happens when you try to resize the screen using screen's windowing 
commands:


^a : width 50
^a : height 15

(control-a, then colon, then width 50, then enter)

In my case I get a message that
Your termcap does not specify how to change the terminal's width to 50
and
Your termcap does not specify how to change the terminal's height to 15

That is with TERM set to xterm.



Thanks, that seems to be it.

I also get: (from outside screen)

$ resize 80 50
resize: Can't set window size under VT100 emulation

which I'm sure I already tested and it worked but I must have been doing
something different!

Re: hostname is being reset, killing net on reboot

[Tixy]

On Wed, 2022-01-26 at 19:26 +, Brian wrote:
> On Wed 26 Jan 2022 at 10:42:38 -0600, David Wright wrote:
> 
> [Snipping]
> 
> > I've worked this way for 15 years and, unlike Gene, I'm not having
> > to fight any battles over it. I'm sure mDNS is perfect for people
> > with different demands from mine.
> 
> My question was really directed at all users, particularly those who
> do not appreciate the existance or basic function of Avahi.

My experience of it was many years ago when first trying out Linux
seriously and I spotted it amongst the list of services that were
running. After googling the name and realising what it was I hurriedly
uninstalled it, because at that time the zero-conf stuff seemed to be
cropping up regularly in the IT news in a bad way, with malware
exploiting weaknesses in Window and routers implementation of it. I
also have a general aversion to computers tying to doing magic things
behind my back.

I can't see what the problem with DHCP is, if I want to have static IP
addresses or use names to identify machines on the network, I can take
a minute to add a line to dnsmasq.conf on my router. I know some people
say that DHCP is a single point of failure, or they don't want to run
extra hardware 24/7, but I would think most of us already have a router
providing internet access that can do DHCP. And if that fails, have a
spare (even if it's just an old device) that can be pressed into
immediate use. I for one consider internet access sufficiently
important to make fixing it a priority.

-- 
Tixy