Re: Traducció de la web de debian

[Antoni Villalonga]

On 14 January 2021 06:31:55 UTC, Joan wrote:
>A mi m'interessaria més col·laborar en la traducció de la web... Algú
>sap com està muntat?


Mira aquí:
 https://salsa.debian.org/webmaster-team/webwml

Re: Traducció de la web de debian

[Joan]

A mi m'interessaria més col·laborar en la traducció de la web... Algú
sap com està muntat?

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi


El Wed, 13 Jan 2021 19:21:32 +0100
Adrià  va escriure:

> On Wed, Jan 13, 2021 at 05:14:37PM +0100, a...@probeta.net wrote:
> > Benvolguts/des
> > 
> > Com que no en sé prou de l'univers Debian penso que les píndoles em
> > seran molt útils però al mateix temps no sabia ben bé com
> > contribuir.
> > 
> > Crec que m'animo a traduir al català una cosa que estic llegint
> > sobre Debian:
> > 
> >   https://debian-handbook.info/browse/stable/sect.release-lifecycle.html
> > 
> > De fet, crec que podria traduir també aquest altre capítol:
> > 
> >   https://debian-handbook.info/browse/stable/sect.debian-internals.html
> > 
> > Com treballarem? Escric les píndoles/traduccions en markdown i les
> > envío a algú amb accés a aquest Gitlab? I després gent que en sap
> > del tema afegeix coses o les corregeix?
> > 
> > Gràcies
> > 
> > 
> >  Àlex
> >   
> 
> Hola Àlex,
> 
> el Debian Handbook també està a Salsa, però a un repositori diferent.
> Si hi vols col·laborar, hi ha una llista de correu pròpia i si no vols
> usar Git pots usar Weblate.
> 
> Pots trobar tota la informació a [0] o [1], o em pots preguntar
> directament, doncs vaig ser un dels traductors de fa una o dues
> edicions.
> 
> Espero que et serveixi!
> 
> 0: https://debian-handbook.info/contribute/
> 1:
> https://salsa.debian.org/hertzog/debian-handbook/-/blob/HEAD/README.translators
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

Re: Can't connect to workstation using ssh from a remote machine

[Gary Dale]

On 2021-01-13 20:20, Dan Ritter wrote:

Gary Dale wrote:

On 2021-01-13 15:48, Dan Ritter wrote:

>From server:
$ ping -c3 workstation
$ telnet workstation 22

-dsr-


I can get to the server from workstation using ssh. I just can't do it in
the other direction. On server, I can ping workstation but:
$ telnet workstation  22
Trying 192.168.1.20...
telnet: Unable to connect to remote host: Connection timed out

Options:

. workstation is not running sshd
 ps auwx|grep ssh

It's running


. workstation is not running sshd on port 22
 ss -tlnp|grep 22

On port 22
 
. workstation's DNS is wrong/ that's not the right IP

. firewall or other packet filtering on one or the other or in
   between

-dsr-
The name resolution is correct. Server has a static IP while Workstation 
has a DHCP reservation - just redid it a week ago after installing a new 
MB. There are are two network switches between them (the router that 
handles dhcp is plugged into one of the switches as well).

Re: Can't connect to workstation using ssh from a remote machine

[Gary Dale]

On 2021-01-13 19:03, Charles Curley wrote:

On Wed, 13 Jan 2021 15:27:07 -0500
Gary Dale  wrote:


I can connect via ssh to my workstation locally, just not from other
machines *i.e. ssh  works when run on  but
not when run on a different computer).

Firewall? Try "tail -f /var/log/syslog" on workstation while trying
from another machine.

No errors showing up related to a connection attempt, although I do get 
a lot of auth errors on  from people trying to break in but 
failing to provide the propercertificate.

Re: Can't connect to workstation using ssh from a remote machine

[Gary Dale]

On 2021-01-13 15:48, Dan Ritter wrote:

Gary Dale wrote:

I'm running Bullseye on an AMD64 system on my workstation and Buster on an
AMD64 system on my server.

I'm trying to establish an ssh connection from my server to my workstation
to facilitate a nightly pull backup of /home run by the server. However the
ssh request times out.

I can connect via ssh to my workstation locally, just not from other
machines *i.e. ssh  works when run on  but not
when run on a different computer).

Debugging output isn't any help. It shows the connection being attempted
then eventually timing out.

Assuming their names are workstation and server, give us the
output of the following. Use ctrl-c to cancel things as
necessary.

>From workstation:
$ ping -c3 server
$ telnet server 22

>From server:
$ ping -c3 workstation
$ telnet workstation 22

-dsr-

I can get to the server from workstation using ssh. I just can't do it 
in the other direction. On server, I can ping workstation but:

$ telnet workstation  22
Trying 192.168.1.20...
telnet: Unable to connect to remote host: Connection timed out

Whereas the other way, I get a protocol mismatch error.

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[Gary Dale]

On 2021-01-13 15:59, Eike Lantzsch wrote:

On Wednesday, 13 January 2021 17:33:12 -03 Gary Dale wrote:

On 2021-01-13 14:54, Eike Lantzsch wrote:

On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:

On 2021-01-12 22:53, Philip Wyett wrote:

On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:

I'm running Debian/Bullseye on an AMD64 machine.

I'm trying to update a site using FileZilla with the same
settings
I've
been using but cannot get a connection. I've tried this on
several
sites
with the same results. Here's the FileZilla dialogue of a session
connect attempt:

Status:Resolving address of 
Status:Connecting to :21...
Status:Connection established, waiting for welcome message...
Status:Initializing TLS...
Status:Verifying certificate...
Status:TLS connection established.
Status:Server does not support non-ASCII characters.
Status:Logged in
Status:Retrieving directory listing of "/"...
Command:CWD /
Response:250 OK. Current directory is /
Command:PWD
Response:257 "/" is your current location
Command:TYPE I
Response:200 TYPE is now 8-bit binary
Command:PASV
Response:227 Entering Passive Mode (,141,8).
Command:MLSD
Response:150 Accepted data connection
Error:GnuTLS error -15: An unexpected TLS packet was
received.
Error:The data connection could not be established:
ECONNABORTED
-
Connection aborted
Response:226 72 matches total
Error:Failed to retrieve directory listing

at which point the connection seems to be severed by FileZilla.

When I try a command line ftp session, I also find that I cannot
do
an
"ls" after logging in.

However I can connect from my server which is running
Debian/Buster.
Something seems to be going wrong with GnuTLS once the connection
is
established on Bullseye. This is a new behaviour as it wasn't
doing
this
last week.

Hi Gary,

I can confirm this issue.

Please file a bug report against filezilla and it will be looked
into
by myself once 3.52.0.5 has transitioned into unstable (imminent).

Regards

Phil

I don't think it is just a FileZilla problem as it also seems to
crop
up with the command-line ftp program.

You might also try lftp. But since it seems to be a TLS problem the
result might be the same.
Does TLS work when you download mail with your mail-client?

Kind regards
Eike
--
Eike Lantzsch ZP6CGE

I already did the ftp command, as noted in the initial e-mail.

No, I don't think you did what I recommended. I wrote lftp.
ELL-EFF-TEE-PEE
That is a totally different program and far more potent than ftp.

Sorry, old eyes and a 4k monitor. I installed lftp and got the same 
problem I had with ftp. I can log in then when I try to "ls", I get an 
"unexpected TLS packet was received" error.

Re: x2goagent: high CPU load with Xfce 4.16

[Sven Hartge]

Stefan Pietsch  wrote:

> I am experiencing problems with X2Go on a virtual server machine I am
> connecting to. The process x2goagent on the server has high CPU usage
> (nearly 100%) when connecting with x2goclient and selecting Xfce as
> desktop environment.

> CPU load of x2goagent on the server remains normal when selecting LXDE
> or MATE in the x2goclient connection.

> When I downgrade Xfce 4.16 back to Xfce 4.12 from stable, the CPU load
> of x2goagent remains low, as expected.

> I reproduced this with a newly created VM running Debian testing.
> Currently I'm not sure if this is a bug in Xfce or X2Go.

Changes in the compositor settings for Xfce maybe?

S!

-- 
Sigmentation fault. Core dumped.

Re: Can't connect to workstation using ssh from a remote machine

[Dan Ritter]

Gary Dale wrote: 
> On 2021-01-13 15:48, Dan Ritter wrote:
> > >From server:
> > $ ping -c3 workstation
> > $ telnet workstation 22
> > 
> > -dsr-
> > 
> I can get to the server from workstation using ssh. I just can't do it in
> the other direction. On server, I can ping workstation but:
> $ telnet workstation  22
> Trying 192.168.1.20...
> telnet: Unable to connect to remote host: Connection timed out

Options:

. workstation is not running sshd
ps auwx|grep ssh

. workstation is not running sshd on port 22
ss -tlnp|grep 22

. workstation's DNS is wrong/ that's not the right IP
. firewall or other packet filtering on one or the other or in
  between

-dsr-

x2goagent: high CPU load with Xfce 4.16

[Stefan Pietsch]

Dear lists,

I am experiencing problems with X2Go on a virtual server machine I am 
connecting to. The process x2goagent on the server has high CPU usage 
(nearly 100%) when connecting with x2goclient and selecting Xfce as 
desktop environment.


CPU load of x2goagent on the server remains normal when selecting LXDE 
or MATE in the x2goclient connection.


When I downgrade Xfce 4.16 back to Xfce 4.12 from stable, the CPU load 
of x2goagent remains low, as expected.


I reproduced this with a newly created VM running Debian testing.
Currently I'm not sure if this is a bug in Xfce or X2Go.


Regards,
Stefan


#


installed x2go and xfce packages:

libx2go-config-perl 4.1.0.3-5
libx2go-log-perl 4.1.0.3-5
libx2go-server-db-perl 4.1.0.3-5
libx2go-server-perl 4.1.0.3-5
libx2go-utils-perl 4.1.0.3-5
x2goserver 4.1.0.3-5
x2goserver-common 4.1.0.3-5
x2goserver-extensions 4.1.0.3-5
x2goserver-fmbindings 4.1.0.3-5
x2goserver-printing 4.1.0.3-5
x2goserver-x2goagent 4.1.0.3-5
x2goserver-xsession 4.1.0.3-5

gtk2-engines-xfce 3.2.0-4
libxfce4panel-2.0-4 4.16.0-1
libxfce4ui-2-0:amd64 4.16.0-1
libxfce4ui-common 4.16.0-1
libxfce4ui-utils 4.16.0-1
libxfce4util-bin 4.16.0-1
libxfce4util-common 4.16.0-1 



libxfce4util7:amd64 4.16.0-1 



xfce4 4.16 



xfce4-appfinder 4.16.0-1 



xfce4-helpers 4.16.0-1 



xfce4-notifyd 0.6.2-1 



xfce4-panel 4.16.0-1 



xfce4-pulseaudio-plugin:amd64 0.4.3-1
xfce4-session 4.16.0-1
xfce4-settings 4.16.0-1

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[Gary Dale]

On 2021-01-13 14:54, Eike Lantzsch wrote:

On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:

On 2021-01-12 22:53, Philip Wyett wrote:

On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:

I'm running Debian/Bullseye on an AMD64 machine.

I'm trying to update a site using FileZilla with the same settings
I've
been using but cannot get a connection. I've tried this on several
sites
with the same results. Here's the FileZilla dialogue of a session
connect attempt:

Status:Resolving address of 
Status:Connecting to :21...
Status:Connection established, waiting for welcome message...
Status:Initializing TLS...
Status:Verifying certificate...
Status:TLS connection established.
Status:Server does not support non-ASCII characters.
Status:Logged in
Status:Retrieving directory listing of "/"...
Command:CWD /
Response:250 OK. Current directory is /
Command:PWD
Response:257 "/" is your current location
Command:TYPE I
Response:200 TYPE is now 8-bit binary
Command:PASV
Response:227 Entering Passive Mode (,141,8).
Command:MLSD
Response:150 Accepted data connection
Error:GnuTLS error -15: An unexpected TLS packet was received.
Error:The data connection could not be established:
ECONNABORTED
-
Connection aborted
Response:226 72 matches total
Error:Failed to retrieve directory listing

at which point the connection seems to be severed by FileZilla.

When I try a command line ftp session, I also find that I cannot do
an
"ls" after logging in.

However I can connect from my server which is running
Debian/Buster.
Something seems to be going wrong with GnuTLS once the connection
is
established on Bullseye. This is a new behaviour as it wasn't doing
this
last week.

Hi Gary,

I can confirm this issue.

Please file a bug report against filezilla and it will be looked
into
by myself once 3.52.0.5 has transitioned into unstable (imminent).

Regards

Phil

I don't think it is just a FileZilla problem as it also seems to crop
up with the command-line ftp program.

You might also try lftp. But since it seems to be a TLS problem the
result might be the same.
Does TLS work when you download mail with your mail-client?

Kind regards
Eike
--
Eike Lantzsch ZP6CGE


I already did the ftp command, as noted in the initial e-mail. Ftp 
connects but can't get a remote directory listing, without which it 
can't seem to transfer files. Things work with Buster but not with Bullseye.


I'm not having any problems with Thunderbird (my e-mail client) with 
accounts connecting through SSL/TLS and StartTLS.

Re: Anyone using a Displayport to VGA adapter?

[Dan Ritter]

rhkra...@gmail.com wrote: 
> After failing to find a laptop to meet my needs, I'm now looking for a 
> mini-PC 
> to almost meet my needs.  It has to be small due to space constraints, e.g., 
> something like 7x7x2 and it needs to have a VGA output because I'm going to 
> run it through my existing VGA KVM switch.
> 
> Several of the ones I've found that look promising do not have a VGA port 
> but, 
> in many cases only one (or two) DisplayPort(s).
> 
> (Some more on the mini-PC: I want an AMD processor, with at least two cores, 
> and at least something like 2.2 GHz., space for 16 GB RAM, although I might 
> start with 8, Ethernet port, audio output.  The mouse and keyboard connection 
> from the KVM is USB, but I do have USB to PS2 converters if I need them.  
> Generic on-board graphics is fine, I don't play games.  The main use will be 
> to 
> run Buster to run the version of G++ so I have access to C++17 to develop a 
> lexer for Scintilla.  I may eventually migrate from my Wheezy system to this 
> as my daily driver.)

My wife's "desktop" is an ASRock DeskMini A300W -- a box of
about that size, in which I placed a 3400G, 32GB RAM and an NVMe
SSD. She drives a 4K monitor from the HDMI port. Debian Buster.

It has a VGA port.

The new version is the X300W, which costs about $30 more, takes
a newer revision of AMD APU, and still has a VGA port available.

My two criticisms: it's a bit of a pain to put together the
first time if you have giant fingers, which I do. It would be
nice to have more USB ports, though this can be solved with a
USB3 hub.

-dsr-

Re: Anyone using a Displayport to VGA adapter?

[Felix Miata]

David Christensen composed on 2021-01-13 15:39 (UTC-0800):

> I am unable to determine the maximum resolution, refresh rate, 
> bandwidth, etc., for VGA.  My monitor and KVM are VGA 1920x1080, so I 
> run that or less.

Before acquiring any flat panels, I had 18" & larger CRTs running 2048x1536 on 
VGA
with GPUs that had enough RAM.
-- 
Evolution as taught in public schools, like religion,
is based on faith, not on science.

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

Felix Miata  ***  http://fm.no-ip.com/

Can't connect to workstation using ssh from a remote machine

[Gary Dale]

I'm running Bullseye on an AMD64 system on my workstation and Buster on 
an AMD64 system on my server.


I'm trying to establish an ssh connection from my server to my 
workstation to facilitate a nightly pull backup of /home run by the 
server. However the ssh request times out.


I can connect via ssh to my workstation locally, just not from other 
machines *i.e. ssh  works when run on  but not 
when run on a different computer).


Debugging output isn't any help. It shows the connection being attempted 
then eventually timing out.


Any ideas pm what is going on? I've noted that Bullseye seems to have a 
problem with GnuTLS right now (for ftp operations). Could that be related?

Re: old red cables cause Disk errors ...

[Michael Stone]

On Wed, Jan 13, 2021 at 07:03:54PM -0500, Michael Stone wrote:

On Wed, Jan 13, 2021 at 05:46:03PM -0600, Dennis Wicks wrote:
Well, this is all very interesting! I have *two* SATALink/SATARaid 
expansion cards and neither of them have any red cables! They are at 
pci addresses 05:00 and 05:01! How do I tell which is which?


Pull one out. :-)


Sorry, couldn't resist, then didn't finish sending. If you 
ls -l /sys/block
you should see your disk device names (sda etc) as symlinks to device 
paths. The last :XX:XX.X element before something like ata1 should 
correspond to the lspci output (so probably :05:00.0 and 
:05:01.0). If you know what disks are on what controller that will 
answer your question. 


cat /sys/block/DEVICENAME/device/wwid
(where DEVICENAME is something like sda) will usually have the serial 
number as the last part, which can help identifying disks. 

If it's doing hardware raid then there's going to be a more 
device-specific answer.


FYI, pulling one out probably won't actually help because they'll 
renumber.

Re: old red cables cause Disk errors ...

[Felix Miata]

Dennis Wicks composed on 2021-01-13 18:46 (UTC-0500):

>  I have *two* 
> SATALink/SATARaid expansion cards and neither of them have 
> any red cables! They are at pci addresses 05:00 and 05:01! 
> How do I tell which is which?

With similar devices on the same bus, that closer to the CPU tends to have the
lower address. Serial numbers tend to be the best way to tell via software, if 
the
serials on the devices are known or accessible.
-- 
Evolution as taught in public schools, like religion,
is based on faith, not on science.

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

Felix Miata  ***  http://fm.no-ip.com/

Re: Can't connect to workstation using ssh from a remote machine

[Charles Curley]

On Wed, 13 Jan 2021 15:27:07 -0500
Gary Dale  wrote:

> I can connect via ssh to my workstation locally, just not from other 
> machines *i.e. ssh  works when run on  but
> not when run on a different computer).

Firewall? Try "tail -f /var/log/syslog" on workstation while trying
from another machine.

-- 
Does anybody read signatures any more?

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

Re: Disk errors ...

[Charles Curley]

On Wed, 13 Jan 2021 13:55:37 -0800
David Christensen  wrote:

> Download the manufacturer diagnostic utility for whatever brand
> disk(s) you own and run it.  I prefer tools that run on bootable
> media (e.g. USB flash drive); Windows may be required.

The OP may also find package smartmontools and the gui front end of
choice useful.

-- 
Does anybody read signatures any more?

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

Re: Disk errors ...

[Charles Curley]

On Wed, 13 Jan 2021 18:14:16 -0500
Michael Stone  wrote:

> And I've had a heck of a lot of hard drives connected with red SATA 
> cables without issues, to the point that I'm more than confident to
> not jump on SATA cable color as the answer to any question as well as
> being reasonably confident that people pursuing this are going to end
> up interpreting coincidences as strong correlations.
> 
> A more likely source of problems is the fact that the SATA connector
> is actually spec'd for a really low number of cycles.

I have a few SATA cables, mostly red, most of them Alchemy "Premium
Modding Series", 30 cm SATA3. And all of the Alchemy cables have locks.
I have had no problems. I recently inspected some cables, and found no
visible evidence of corrosion. I have not had any problems with any
SATA installations.

Could those of you with SATA cables, please indicate whether they were
problematic or not, and locking or not?

Thank you.

-- 
Does anybody read signatures any more?

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

Re: old red cables cause Disk errors ...

[Gene Heskett]

On Wednesday 13 January 2021 18:46:03 Dennis Wicks wrote:

> Spam detection software, running on the system "coyote.coyote.den",
> has identified this incoming email as possible spam.  The original
> message has been attached to this so you can view it or label
> similar future email.  If you have any questions, see
> the administrator of that system for details.
>
> Content preview:  Felix Miata wrote on 1/13/21 5:21 PM: > Michael
> Howard composed on 2021-01-13 22:57 (UTC): > >> David Christensen
> wrote: > >>> Michael Stone wrote: >  On Wed, Jan 13, 2021 at
> 01:55:37PM -0800, Dav [...]
>
> Content analysis details:   (5.7 points, 5.0 required)
>
>  pts rule name  description
>  --
> -- 0.8 BAYES_50   
>BODY: Bayes spam probability is 40 to 60% [score: 0.4277]
>  0.0 SPF_NONE   SPF: sender does not publish an SPF Record
>  0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
> mail domains are different
>  0.8 RDNS_NONE  Delivered to internal network by a host
> with no rDNS 2.3 FSL_HELO_BARE_IP_1 No description available.
> -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen
> list manager
> -0.0 NICE_REPLY_A   Looks like a legit reply (A)
>  2.5 SHOPIFY_IMG_NOT_RCVD_SFY Shopify hosted image but message not
> from Shopify

Probably the cable sockets on the cards are labeled sata-0 and sata-1
And please turn off the html.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: old red cables cause Disk errors ...

[Michael Stone]

On Wed, Jan 13, 2021 at 05:46:03PM -0600, Dennis Wicks wrote:
Well, this is all very interesting! I have *two* SATALink/SATARaid 
expansion cards and neither of them have any red cables! They are at 
pci addresses 05:00 and 05:01! How do I tell which is which?


Pull one out. :-)

Re: old red cables cause Disk errors ...

[David Christensen]

On 2021-01-13 15:46, Dennis Wicks wrote:

Well, this is all very interesting! I have *two* SATALink/SATARaid 
expansion cards and neither of them have any red cables! 


Okay.  Are you confident the cables are good?


They are at pci 
addresses 05:00 and 05:01! How do I tell which is which?


Do you have a way to correlate HBA/RAID card PCI address to a particular 
drive?  Perhaps via dmesg(1)?  If so, you could use smartctl(8) to get 
the make, model, and serial numbers for your drives and trace the cables 
back to identify the HBA/RAID cards.



David

Re: Disk errors ...

[David Christensen]

On 2021-01-13 13:55, David Christensen wrote:
Download the manufacturer diagnostic utility for whatever brand disk(s) 
you own and run it.  I prefer tools that run on bootable media (e.g. USB 
flash drive); Windows may be required.

Re: Anyone using a Displayport to VGA adapter?

[Michael Stone]

On Wed, Jan 13, 2021 at 06:27:15PM -0500, rhkra...@gmail.com wrote:

On Wednesday, January 13, 2021 05:36:13 PM Michael Stone wrote:

On Wed, Jan 13, 2021 at 12:50:38PM -0500, rhkra...@gmail.com wrote:
>Is anyone on here using a Displayport to VGA adapter?  If so:
>   * How's it working?
>   * Does it handle at least 1920x1080 resolution?
>
>If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to
>VGA adapter, do you have an opinion as to which does better?

What is the use case for this?


After failing to find a laptop to meet my needs, I'm now looking for a mini-PC
to almost meet my needs.  It has to be small due to space constraints, e.g.,
something like 7x7x2 and it needs to have a VGA output because I'm going to
run it through my existing VGA KVM switch.

Several of the ones I've found that look promising do not have a VGA port but,
in many cases only one (or two) DisplayPort(s).


Ok, just trying to make sure I'm properly understanding the 
directionality and such. I'd basically consider what you're looking for 
to be a commodity. They're going to have a zillion different names on 
the outside, and only a couple of different chips on the inside. Pick 
one from amazon or whatever, and if it doesn't work send it back and 
pick a different one. (The other way, VGA output to digital input, is 
less common and seems to have more variation.)


FWIW, I'd do anything, including running multiple video cables around 
the KVM, to avoid doing a lot of work on an analog input again--it's 
never as crisp as digital.

Re: old red cables cause Disk errors ...

[Dennis Wicks]

Felix Miata wrote on 1/13/21 5:21 PM:

Michael Howard composed on 2021-01-13 22:57 (UTC):


David Christensen wrote:



Michael Stone wrote:



On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:



If you have any red SATA cables, replace them with new black SATA 6



Make sure you wear a beaded neckless while doing that under a full moon.



I used to think "a cable is a cable, color does not matter", but I
have experienced many storage hardware issues over the years that were
caused by red SATA cables.  Other readers on this list have had
similar experiences.  The explanation is chemistry -- the red dye
slowly corrodes the conductors and/or contacts.



Very interesting, if true, and I'm not saying it isn't. I too have had


It's been posted time and again in various forums. IME the problem seems to be
limited to a more or less crimson or wild cherry shade of red:
https://cdn.shopify.com/s/files/1/1426/0052/products/reds_0246cf19-67e7-4e1e-93d7-ef51f4cb3d8a_2000x.png?v=1601311774


cable problems with those thin red efforts but put it down to them not
being of the locking variety or just bad quality.

Dye that causes corrosion == bad quality. :)



Well, this is all very interesting! I have *two* 
SATALink/SATARaid expansion cards and neither of them have 
any red cables! They are at pci addresses 05:00 and 05:01! 
How do I tell which is which?

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[Gary Dale]

On 2021-01-12 22:53, Philip Wyett wrote:

On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:

I'm running Debian/Bullseye on an AMD64 machine.

I'm trying to update a site using FileZilla with the same settings
I've
been using but cannot get a connection. I've tried this on several
sites
with the same results. Here's the FileZilla dialogue of a session
connect attempt:

Status:Resolving address of 
Status:Connecting to :21...
Status:Connection established, waiting for welcome message...
Status:Initializing TLS...
Status:Verifying certificate...
Status:TLS connection established.
Status:Server does not support non-ASCII characters.
Status:Logged in
Status:Retrieving directory listing of "/"...
Command:CWD /
Response:250 OK. Current directory is /
Command:PWD
Response:257 "/" is your current location
Command:TYPE I
Response:200 TYPE is now 8-bit binary
Command:PASV
Response:227 Entering Passive Mode (,141,8).
Command:MLSD
Response:150 Accepted data connection
Error:GnuTLS error -15: An unexpected TLS packet was received.
Error:The data connection could not be established: ECONNABORTED
-
Connection aborted
Response:226 72 matches total
Error:Failed to retrieve directory listing

at which point the connection seems to be severed by FileZilla.

When I try a command line ftp session, I also find that I cannot do
an
"ls" after logging in.

However I can connect from my server which is running Debian/Buster.
Something seems to be going wrong with GnuTLS once the connection is
established on Bullseye. This is a new behaviour as it wasn't doing
this
last week.



Hi Gary,

I can confirm this issue.

Please file a bug report against filezilla and it will be looked into
by myself once 3.52.0.5 has transitioned into unstable (imminent).

Regards

Phil

I don't think it is just a FileZilla problem as it also seems to crop up 
with the command-line ftp program.

Re: Anyone using a Displayport to VGA adapter?

[David Christensen]

On 2021-01-13 14:40, Felix Miata wrote:

David Christensen composed on 2021-01-13 14:15 (UTC-0800):


rhkramer wrote:



 * Does it handle at least 1920x1080 resolution?



Yes.; that is the maximum resolution for this model.


I'll bet on double check you would find the limit is 1920x1200.



It looks like you win the bet -- I looked up old Amazon orders and 
stopped at the product title:


https://www.amazon.com/StarTech-com-DisplayPort-VGA-Adapter-Converter/dp/B003V4TV8O

StarTech.com DisplayPort To VGA Video Adapter Converter - Active - 1080p 
- DP to VGA Converter (DP2VGA2)



Reading further, the description says "With support for video 
resolutions up to 1920x1200 or 1080p".  The StarTech page confirms it:


https://www.startech.com/en-us/audio-video-products/dp2vga2


The DP2VGA3 has "1920x1200" in the title on both Amazon and StarTech. 
The specifications appear to be the same as the DP2VGA2 (?), but the 
price is less:


https://www.amazon.com/StarTech-com-DP2VGA3-DisplayPort-Adapter-Converter/dp/B00JQJV4OC

https://www.startech.com/en-us/audio-video-products/dp2vga3


Here are the Wikipedia pages on VGA, 1080p, and 1920x1200:

https://en.wikipedia.org/wiki/Video_Graphics_Array

https://en.wikipedia.org/wiki/1080p

https://en.wikipedia.org/wiki/1920x1200


I am unable to determine the maximum resolution, refresh rate, 
bandwidth, etc., for VGA.  My monitor and KVM are VGA 1920x1080, so I 
run that or less.



David

Re: Disk errors ...

[Gene Heskett]

On Wednesday 13 January 2021 16:55:37 David Christensen wrote:

> On 2021-01-13 11:07, Dennis Wicks wrote:
> > Greetings;
> >
> > I am getting very frequent disk errors and I can't figure out which
> >
> > drive they are occurring on. I get two messages:
> >> [174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT
> >> domain=0x address=0xcf99c100 flags=0x]
> >>
> >> [174384.705153] AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0
> >> domain=0x address=0xdf853000 flags=0x]
> >
> > Several of each of them occur at once, every few seconds.
> > Is there any way that I can figure out which drive is causing the
> > problem?
>
> If you have any red SATA cables, replace them with new black SATA 6
> Gbps cables with locking connectors.  (I use Cable Matters cables.)

I am glad to see someone else preaching about red (technically its 
magenta) cables. Something in the plastic dye used to get that "hot red" 
color does not cohabit well with the copper in the cables. I've known 
about it since the early 70's when the Japanese CB radio's all had a hot 
red color of wire in their mike cables. The failure rate was 100% in 
about 2 years, or less for the truckers, you could shake the copper out 
of the end of a cut off piece of that wire as a rust colored powder. It 
was no longer a currant conducting wire. We replaced them with Belden 
cables, but then demand had Belden buying Japanese too.  At one point, I 
had over 50 CB radios waiting on mike cables at Norfolk Two-Way Radio in 
Norfolk Nebraska. To this day, I still say to replace them with any 
other color, black sata-III with latching clips are best but still hard 
to find, the id10t filling your order doesn't care what color so you 
have to get downright snotty when sending a 10 pack of the red ones back 
for credit. Maddening when you gave the phone sales person taking your 
order instructions that they could be any color /but/ red.  Yet I've 
been called out on THIS list, for mentioning that the red ones are time 
bombs.

> Download the manufacturer diagnostic utility for whatever brand
> disk(s) you own and run it.  I prefer tools that run on bootable media
> (e.g. USB flash drive); Windows may be required.
>
>
> David


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Anyone using a Displayport to VGA adapter?

[rhkramer]

On Wednesday, January 13, 2021 05:36:13 PM Michael Stone wrote:
> On Wed, Jan 13, 2021 at 12:50:38PM -0500, rhkra...@gmail.com wrote:
> >Is anyone on here using a Displayport to VGA adapter?  If so:
> >   * How's it working?
> >   * Does it handle at least 1920x1080 resolution?
> >
> >If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to
> >VGA adapter, do you have an opinion as to which does better?
> 
> What is the use case for this?

After failing to find a laptop to meet my needs, I'm now looking for a mini-PC 
to almost meet my needs.  It has to be small due to space constraints, e.g., 
something like 7x7x2 and it needs to have a VGA output because I'm going to 
run it through my existing VGA KVM switch.

Several of the ones I've found that look promising do not have a VGA port but, 
in many cases only one (or two) DisplayPort(s).

(Some more on the mini-PC: I want an AMD processor, with at least two cores, 
and at least something like 2.2 GHz., space for 16 GB RAM, although I might 
start with 8, Ethernet port, audio output.  The mouse and keyboard connection 
from the KVM is USB, but I do have USB to PS2 converters if I need them.  
Generic on-board graphics is fine, I don't play games.  The main use will be to 
run Buster to run the version of G++ so I have access to C++17 to develop a 
lexer for Scintilla.  I may eventually migrate from my Wheezy system to this 
as my daily driver.)

Re: old red cables cause Disk errors ...

[Felix Miata]

Michael Howard composed on 2021-01-13 22:57 (UTC):

> David Christensen wrote:

>> Michael Stone wrote:

>>> On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:

 If you have any red SATA cables, replace them with new black SATA 6 

>>> Make sure you wear a beaded neckless while doing that under a full moon.

>> I used to think "a cable is a cable, color does not matter", but I 
>> have experienced many storage hardware issues over the years that were 
>> caused by red SATA cables.  Other readers on this list have had 
>> similar experiences.  The explanation is chemistry -- the red dye 
>> slowly corrodes the conductors and/or contacts.

> Very interesting, if true, and I'm not saying it isn't. I too have had

It's been posted time and again in various forums. IME the problem seems to be
limited to a more or less crimson or wild cherry shade of red:
https://cdn.shopify.com/s/files/1/1426/0052/products/reds_0246cf19-67e7-4e1e-93d7-ef51f4cb3d8a_2000x.png?v=1601311774

> cable problems with those thin red efforts but put it down to them not 
> being of the locking variety or just bad quality.
Dye that causes corrosion == bad quality. :)
-- 
Evolution as taught in public schools, like religion,
is based on faith, not on science.

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

Felix Miata  ***  http://fm.no-ip.com/

Re: Disk errors ...

[Michael Stone]

On Wed, Jan 13, 2021 at 02:53:58PM -0800, David Christensen wrote:
I used to think "a cable is a cable, color does not matter", but I 
have experienced many storage hardware issues over the years that were 
caused by red SATA cables.  Other readers on this list have had 
similar experiences.  The explanation is chemistry -- the red dye 
slowly corrodes the conductors and/or contacts.  Since replacing all 
of my red SATA cables with black locking 6 Gbps SATA cables, all of my 
storage hardware issues have been due to failed HDD's.


And I've had a heck of a lot of hard drives connected with red SATA 
cables without issues, to the point that I'm more than confident to not 
jump on SATA cable color as the answer to any question as well as being 
reasonably confident that people pursuing this are going to end up 
interpreting coincidences as strong correlations.


A more likely source of problems is the fact that the SATA connector is 
actually spec'd for a really low number of cycles. If someone frequently
plugs and unplugs SATA cables there's a good chance they'll introduce 
connection issues, and if someone has old cables that have been used in 
a number of differnent systems there's a chance they're done. Regardless 
of color. Of course if you replace an old worn out red cable with a 
brand new not-red cable... Insertion cycles also might not be an issue 
at all; there's a difference between what the minimum requirement is and 
how robust a particular implementation is--but you can't really tell 
just by looking at it. This is, however, one of the reasons that a lot 
of people insist that "SATA III" cables are special even though the spec 
(and testing) says that "SATA I" cables perform the same--they simply 
tried a worn-out cable. Cables that were completely out of spec in the 
first place probably account for the rest, but again bogus junk can come 
in any color.

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[songbird]

Gary Dale wrote:
...

  thanks for the heads-up!  :)

  i don't always need to use it, but today i finally updated some files
and went to connect and no dice.  good thing i have a stable booting
partition i can get things done with if i have to.


  songbird

Re: Disk errors ...

[Michael Howard]

On 13/01/2021 22:53, David Christensen wrote:

On 2021-01-13 14:34, Michael Stone wrote:

On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:


If you have any red SATA cables, replace them with new black SATA 6 


Make sure you wear a beaded neckless while doing that under a full moon.


I used to think "a cable is a cable, color does not matter", but I 
have experienced many storage hardware issues over the years that were 
caused by red SATA cables.  Other readers on this list have had 
similar experiences.  The explanation is chemistry -- the red dye 
slowly corrodes the conductors and/or contacts.
Very interesting, if true, and I'm not saying it isn't. I too have had  
cable problems with those thin red efforts but put it down to them not 
being of the locking variety or just bad quality.


Mike.
--

Re: Disk errors ...

[David Christensen]

On 2021-01-13 14:34, Michael Stone wrote:

On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:


If you have any red SATA cables, replace them with new black SATA 6 


Make sure you wear a beaded neckless while doing that under a full moon.


I used to think "a cable is a cable, color does not matter", but I have 
experienced many storage hardware issues over the years that were caused 
by red SATA cables.  Other readers on this list have had similar 
experiences.  The explanation is chemistry -- the red dye slowly 
corrodes the conductors and/or contacts.  Since replacing all of my red 
SATA cables with black locking 6 Gbps SATA cables, all of my storage 
hardware issues have been due to failed HDD's.



David

Re: Anyone using a Displayport to VGA adapter?

[Felix Miata]

David Christensen composed on 2021-01-13 14:15 (UTC-0800):

> rhkramer wrote:

>> * Does it handle at least 1920x1080 resolution?

> Yes.; that is the maximum resolution for this model.

I'll bet on double check you would find the limit is 1920x1200. I've never found
any situation where a GPU or adapter or cable that supports 1920x1080 would not
also support 1920x1200 (assuming the display does too). :)

DP to VGA I've never done, but I have done just about every other combination
possible before USB-C or 3840x2160 existed.
-- 
Evolution as taught in public schools, like religion,
is based on faith, not on science.

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

Felix Miata  ***  http://fm.no-ip.com/

Re: Anyone using a Displayport to VGA adapter?

[Michael Stone]

On Wed, Jan 13, 2021 at 12:50:38PM -0500, rhkra...@gmail.com wrote:

Is anyone on here using a Displayport to VGA adapter?  If so:

  * How's it working?
  * Does it handle at least 1920x1080 resolution?

If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to VGA
adapter, do you have an opinion as to which does better?


What is the use case for this?

Re: Disk errors ...

[Michael Stone]

On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:

On 2021-01-13 11:07, Dennis Wicks wrote:
I am getting very frequent disk errors and I can't figure out which 
drive they are occurring on. I get two messages:


[174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT 
domain=0x address=0xcf99c100 flags=0x]


[174384.705153] AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0 
domain=0x address=0xdf853000 flags=0x]


05:00.0 is a PCI address--look at lspci output (first column) to see 
what device it's associated with. This is *not* anything to do with a 
disk, it's an issue between the SATA controller and the CPU, not between 
the SATA controller and the disk. What kernel are you running and what 
CPU/motherboard?


If you have any red SATA cables, replace them with new black SATA 6 


Make sure you wear a beaded neckless while doing that under a full moon.

Re: Anyone using a Displayport to VGA adapter?

[David Christensen]

On 2021-01-13 09:50, rhkra...@gmail.com wrote:
Is anyone on here using a Displayport to VGA adapter?  


I have two Star Tech DP2VGA2.



If so:

* How's it working?


I have not experienced any issues with them.



* Does it handle at least 1920x1080 resolution?


Yes.; that is the maximum resolution for this model.



If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to VGA
adapter, do you have an opinion as to which does better?


I might consider "officially supported" NVIDIA, ATI, etc., chips and/or 
USB, Thunderbolt, etc., cables for Windows or macOS.  But for Linux and 
FreeBSD, I have had the best luck over the past 20+ years with Intel 
integrated graphics and VGA, DVI-I, DVI-D, HDMI, and/or DP connectors on 
the motherboard/ laptop.



David

Re: Disk errors ...

[David Christensen]

On 2021-01-13 11:07, Dennis Wicks wrote:

Greetings;

I am getting very frequent disk errors and I can't figure out which 
drive they are occurring on. I get two messages:


[174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT 
domain=0x address=0xcf99c100 flags=0x]


[174384.705153] AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0 
domain=0x address=0xdf853000 flags=0x]


Several of each of them occur at once, every few seconds.
Is there any way that I can figure out which drive is causing the problem?


If you have any red SATA cables, replace them with new black SATA 6 Gbps 
cables with locking connectors.  (I use Cable Matters cables.)



Download the manufacturer diagnostic utility for whatever brand disk(s) 
you own and run it.  I prefer tools that run on bootable media (e.g. USB 
flash drive); Windows may be required.



David

Re: Can't connect to workstation using ssh from a remote machine

[tomas]

On Wed, Jan 13, 2021 at 03:48:34PM -0500, Dan Ritter wrote:
> Gary Dale wrote: 
> > I'm running Bullseye on an AMD64 system on my workstation and Buster on an
> > AMD64 system on my server.
> > 
> > I'm trying to establish an ssh connection from my server to my workstation
> > to facilitate a nightly pull backup of /home run by the server. However the
> > ssh request times out.
> > 
> > I can connect via ssh to my workstation locally, just not from other
> > machines *i.e. ssh  works when run on  but not
> > when run on a different computer).
> > 
> > Debugging output isn't any help. It shows the connection being attempted
> > then eventually timing out.
> 
> Assuming their names are workstation and server, give us the
> output of the following. Use ctrl-c to cancel things as
> necessary.
> 
> >From workstation:
> $ ping -c3 server
> $ telnet server 22
> 
> >From server:
> $ ping -c3 workstation
> $ telnet workstation 22

And "ssh -v workstation", please :)

Cheers
 - t


signature.asc
Description: Digital signature

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[Eike Lantzsch]

On Wednesday, 13 January 2021 17:33:12 -03 Gary Dale wrote:
> On 2021-01-13 14:54, Eike Lantzsch wrote:
> > On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
> >> On 2021-01-12 22:53, Philip Wyett wrote:
> >>> On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
>  I'm running Debian/Bullseye on an AMD64 machine.
> 
>  I'm trying to update a site using FileZilla with the same
>  settings
>  I've
>  been using but cannot get a connection. I've tried this on
>  several
>  sites
>  with the same results. Here's the FileZilla dialogue of a session
>  connect attempt:
> 
>  Status:Resolving address of 
>  Status:Connecting to :21...
>  Status:Connection established, waiting for welcome message...
>  Status:Initializing TLS...
>  Status:Verifying certificate...
>  Status:TLS connection established.
>  Status:Server does not support non-ASCII characters.
>  Status:Logged in
>  Status:Retrieving directory listing of "/"...
>  Command:CWD /
>  Response:250 OK. Current directory is /
>  Command:PWD
>  Response:257 "/" is your current location
>  Command:TYPE I
>  Response:200 TYPE is now 8-bit binary
>  Command:PASV
>  Response:227 Entering Passive Mode (,141,8).
>  Command:MLSD
>  Response:150 Accepted data connection
>  Error:GnuTLS error -15: An unexpected TLS packet was
>  received.
>  Error:The data connection could not be established:
>  ECONNABORTED
>  -
>  Connection aborted
>  Response:226 72 matches total
>  Error:Failed to retrieve directory listing
> 
>  at which point the connection seems to be severed by FileZilla.
> 
>  When I try a command line ftp session, I also find that I cannot
>  do
>  an
>  "ls" after logging in.
> 
>  However I can connect from my server which is running
>  Debian/Buster.
>  Something seems to be going wrong with GnuTLS once the connection
>  is
>  established on Bullseye. This is a new behaviour as it wasn't
>  doing
>  this
>  last week.
> >>>
> >>> Hi Gary,
> >>>
> >>> I can confirm this issue.
> >>>
> >>> Please file a bug report against filezilla and it will be looked
> >>> into
> >>> by myself once 3.52.0.5 has transitioned into unstable (imminent).
> >>>
> >>> Regards
> >>>
> >>> Phil
> >>
> >> I don't think it is just a FileZilla problem as it also seems to
> >> crop
> >> up with the command-line ftp program.
> >
> > You might also try lftp. But since it seems to be a TLS problem the
> > result might be the same.
> > Does TLS work when you download mail with your mail-client?
> >
> > Kind regards
> > Eike
> > --
> > Eike Lantzsch ZP6CGE
>
> I already did the ftp command, as noted in the initial e-mail.

No, I don't think you did what I recommended. I wrote lftp.
ELL-EFF-TEE-PEE
That is a totally different program and far more potent than ftp.

> Ftp
> connects but can't get a remote directory listing, without which it
> can't seem to transfer files. Things work with Buster but not with
> Bullseye.
>
> I'm not having any problems with Thunderbird (my e-mail client) with
> accounts connecting through SSL/TLS and StartTLS.

--
Eike Lantzsch ZP6CGE

Re: Can't connect to workstation using ssh from a remote machine

[Dan Ritter]

Gary Dale wrote: 
> I'm running Bullseye on an AMD64 system on my workstation and Buster on an
> AMD64 system on my server.
> 
> I'm trying to establish an ssh connection from my server to my workstation
> to facilitate a nightly pull backup of /home run by the server. However the
> ssh request times out.
> 
> I can connect via ssh to my workstation locally, just not from other
> machines *i.e. ssh  works when run on  but not
> when run on a different computer).
> 
> Debugging output isn't any help. It shows the connection being attempted
> then eventually timing out.

Assuming their names are workstation and server, give us the
output of the following. Use ctrl-c to cancel things as
necessary.

>From workstation:
$ ping -c3 server
$ telnet server 22

>From server:
$ ping -c3 workstation
$ telnet workstation 22

-dsr-

Re: FileZilla / ftp / GnuTLS error connecting to sites with Testing/Bullseye

[Eike Lantzsch]

On Wednesday, 13 January 2021 16:42:17 -03 Gary Dale wrote:
> On 2021-01-12 22:53, Philip Wyett wrote:
> > On Tue, 2021-01-12 at 21:27 -0500, Gary Dale wrote:
> >> I'm running Debian/Bullseye on an AMD64 machine.
> >>
> >> I'm trying to update a site using FileZilla with the same settings
> >> I've
> >> been using but cannot get a connection. I've tried this on several
> >> sites
> >> with the same results. Here's the FileZilla dialogue of a session
> >> connect attempt:
> >>
> >> Status:Resolving address of 
> >> Status:Connecting to :21...
> >> Status:Connection established, waiting for welcome message...
> >> Status:Initializing TLS...
> >> Status:Verifying certificate...
> >> Status:TLS connection established.
> >> Status:Server does not support non-ASCII characters.
> >> Status:Logged in
> >> Status:Retrieving directory listing of "/"...
> >> Command:CWD /
> >> Response:250 OK. Current directory is /
> >> Command:PWD
> >> Response:257 "/" is your current location
> >> Command:TYPE I
> >> Response:200 TYPE is now 8-bit binary
> >> Command:PASV
> >> Response:227 Entering Passive Mode (,141,8).
> >> Command:MLSD
> >> Response:150 Accepted data connection
> >> Error:GnuTLS error -15: An unexpected TLS packet was received.
> >> Error:The data connection could not be established:
> >> ECONNABORTED
> >> -
> >> Connection aborted
> >> Response:226 72 matches total
> >> Error:Failed to retrieve directory listing
> >>
> >> at which point the connection seems to be severed by FileZilla.
> >>
> >> When I try a command line ftp session, I also find that I cannot do
> >> an
> >> "ls" after logging in.
> >>
> >> However I can connect from my server which is running
> >> Debian/Buster.
> >> Something seems to be going wrong with GnuTLS once the connection
> >> is
> >> established on Bullseye. This is a new behaviour as it wasn't doing
> >> this
> >> last week.
> >
> > Hi Gary,
> >
> > I can confirm this issue.
> >
> > Please file a bug report against filezilla and it will be looked
> > into
> > by myself once 3.52.0.5 has transitioned into unstable (imminent).
> >
> > Regards
> >
> > Phil
>
> I don't think it is just a FileZilla problem as it also seems to crop
> up with the command-line ftp program.

You might also try lftp. But since it seems to be a TLS problem the
result might be the same.
Does TLS work when you download mail with your mail-client?

Kind regards
Eike
--
Eike Lantzsch ZP6CGE

Disk errors ...

[Dennis Wicks]

Greetings;

I am getting very frequent disk errors and I can't figure 
out which drive they are occurring on. I get two messages:



[174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT 
domain=0x address=0xcf99c100 flags=0x]



[174384.705153] AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0 
domain=0x address=0xdf853000 flags=0x]


Several of each of them occur at once, every few seconds.
Is there any way that I can figure out which drive is 
causing the problem?


Many TIA!
Dennis

Re : Re: [Hors-sujet] Durée de vie des données sur un disque dur mécanique

[k6dedijon]

Bonjour,
Le problème majeur des disques mécanique vient principalement du secteur de 
démarrage.
Certains fabricants ne portent pas assez attention à ce secteur qui est 
sollicité à chaque démarrage et redémarrage du disque.
Si ce secteur est endommagé, il faut monter le disque en esclave pour accéder à 
son contenu.

Bon courage
Cassis




- Mail d'origine -
De: benoit 
À: liste.debian 
Envoyé: Tue, 12 Jan 2021 20:25:28 +0100 (CET)
Objet: Re: [Hors-sujet] Durée de vie des données sur un disque dur mécanique

Bonjour,

Merci pour vos réponses.
J'ai perdu des données d'un disque mécanique conservé quelques années (de 
l'époque des disques IDE, c'est pas si vieux).
Ce n'est donc pas une perte de magnétisme, mais un autre problème.

Ca m'arrange bien de savoir que ce n'est pas une mauvaise solution de stockage 
moyenne durée. C'est l'option la moins chère au To.

--
Benoit

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 12 janvier 2021 14:38, BERTRAND Joël  a 
écrit :

> benoit a écrit :
>
> > Bonjour à toutes et tous,
> > Sur un disque dur mécanique, est-ce que les données finissent par se «
> > démagnétiser » après un stockage de plusieurs années sans que le disque
> > soit alimenté en électricité ?
> > Ou peut-il conserver les données « écrites » indéfiniment tant qu'elles
> > ne sont pas exposée à un champ magnétique ?
>
> Bonjour,
>
> Le ST506 de 5 Mo (oui, z'avez bien lu) de mon Goupil G3 est encore
> parfaitement lisible. Il date de 1984. L'ESDI de mon PS/2 P70 aussi.
> J'ai aussi fait récemment de la spéléologie dans des disques ODS2 de VAX
> sans problème. Il y a plus de risques que les têtes soient collées ou
> qu'un composant saute au démarrage que de perte de données.
>
> Je pense que tant qu'ils ne seront pas soumis à des champs magnétiques
> intenses, cela devrait aller. Je ne sais pas si les disques modernes
> sont plus enclins à perdre leur magnétisme (pour cela, je ferais une
> distinction entre les CRM et les SRM), mais en tout état de cause, la
> durée de rétention est largement supérieure à celle des SSD.
>
> Bien cordialement,
>
> JKB

Re: Píndoles de DebianCat

[Adrià]

On Wed, Jan 13, 2021 at 05:14:37PM +0100, a...@probeta.net wrote:
> Benvolguts/des
> 
> Com que no en sé prou de l'univers Debian penso que les píndoles em seran
> molt útils però al mateix temps no sabia ben bé com contribuir.
> 
> Crec que m'animo a traduir al català una cosa que estic llegint sobre
> Debian:
> 
>   https://debian-handbook.info/browse/stable/sect.release-lifecycle.html
> 
> De fet, crec que podria traduir també aquest altre capítol:
> 
>   https://debian-handbook.info/browse/stable/sect.debian-internals.html
> 
> Com treballarem? Escric les píndoles/traduccions en markdown i les envío a
> algú amb accés a aquest Gitlab? I després gent que en sap del tema afegeix
> coses o les corregeix?
> 
> Gràcies
> 
> 
>  Àlex
> 

Hola Àlex,

el Debian Handbook també està a Salsa, però a un repositori diferent.
Si hi vols col·laborar, hi ha una llista de correu pròpia i si no vols
usar Git pots usar Weblate.

Pots trobar tota la informació a [0] o [1], o em pots preguntar
directament, doncs vaig ser un dels traductors de fa una o dues
edicions.

Espero que et serveixi!

0: https://debian-handbook.info/contribute/
1: 
https://salsa.debian.org/hertzog/debian-handbook/-/blob/HEAD/README.translators

Re: Anyone using a Displayport to VGA adapter?

[Linux-Fan]

rhkra...@gmail.com writes:


Is anyone on here using a Displayport to VGA adapter?  If so:

   * How's it working?


I have been using a DP (GPU) to VGA (screen) adapter for years with various  
screens and graphics cards. It works out of the box no issues whatsoever.



   * Does it handle at least 1920x1080 resolution?


Honestly, I do not know. I know that it can run at 1920x1080 but the image  
has been (slightly) distorted. HOWEVER, that is most likely not the  
adapter's fault but rather the KVM switche's, because other PCs GPUs that  
are attached directly to VGA also show this distortion.


I also remember that VGA image quality can actually depend on the GPU and  
cable quality: I do not always get a sharp image with laptops directly  
attached to 1920x1080 monitors through VGA...



If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to VGA
adapter, do you have an opinion as to which does better?


Note that modern USB-C type adapters could be DP adapters in disguise  
because some USB-C connectors also offer DP signals upon request.


HTH
Linux-Fan

öö


pgpp2hFAV4YSj.pgp
Description: PGP signature

Anyone using a Displayport to VGA adapter?

[rhkramer]

Is anyone on here using a Displayport to VGA adapter?  If so:

   * How's it working?
   * Does it handle at least 1920x1080 resolution?

If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to VGA 
adapter, do you have an opinion as to which does better?

Buenas tardes, dia de aplicacion de pruebas nasofaringeas

[Saraih Saldana Ramirez]

Buenas tardes,

Hola, le mando un cordial saludo, esperando que esté bien.

Me comunico por este medio para comentarle que afortunadamente hemos podido 
detectar en tiempo y forma posibles contagios en estos últimos días. 
Actualmente la mayoría de los estados en México se encuentran en semáforo rojo 
y la única manera de combatir el virus y salvar vidas es quedándose en casa. 
Sin embargo, así como nosotros existen muchísimas Empresas e Instituciones que 
tienen que continuar con sus actividades pero cuidando y evitando cualquier 
brote entre sus colaboradores. Tal como lo recomendó la OMS y la Secretaría de 
Salud, las pruebas de antígeno están cambiando la forma en que detectamos el 
virus, con un mayor grado de efectividad y rapidez. Actualmente se están 
utilizando en Gobiernos e Instituciones Privadas, sin embargo, la alta demanda 
ha hecho que cada vez sea más difícil de conseguir la prueba SD BIOSENSOR™ 
STANDARD Q COVID-19 Ag TEST, que es la prueba con mayor grado de efectividad 
(%) y la única recomendada abiertamente la Organización Mundia
 l de la Salud.

Le enviamos este correo electrónico para ponernos a sus órdenes y asimismo 
comentarle que tenemos pruebas de antígeno en existencias con entregas a toda 
la república de 24 a 48 horas –sin costo de envío-. A continuación le dejamos 
el folleto completo del producto donde encontrará información general, ficha 
técnica, costos y tiempos de entrega: DESCARGAR INFORMACIÓN SD BIOSENSOR™ 
COVID-19

Esperamos que esta información pueda ser de utilidad a usted y a su Empresa.

Sin más por el momento nos reiteramos a sus órdenes.

Saludos,


Lic. Saraih V. Saldaña Ramírez
Representante de Producto
+52 (81) 2974 7731
T.S. MÉXICO






















Como apoyo en la emergencia sanitaria, le hacemos llegar el siguiente 
promocional que tiene como objetivo informarlo a usted y a su Organización. Si 
usted desea dejar de recibir este tipo de información conteste con la palabra 
BAJASDBIOSENSOR256. 
O en su defecto haga click en el siguiente enlace: unsubscribe from this list

Re: Píndoles de DebianCat

[alex]

Benvolguts/des

Com que no en sé prou de l'univers Debian penso que les píndoles em 
seran molt útils però al mateix temps no sabia ben bé com contribuir.


Crec que m'animo a traduir al català una cosa que estic llegint sobre 
Debian:


  https://debian-handbook.info/browse/stable/sect.release-lifecycle.html

De fet, crec que podria traduir també aquest altre capítol:

  https://debian-handbook.info/browse/stable/sect.debian-internals.html

Com treballarem? Escric les píndoles/traduccions en markdown i les envío 
a algú amb accés a aquest Gitlab? I després gent que en sap del tema 
afegeix coses o les corregeix?


Gràcies


 Àlex

Re: [Hors-sujet] Durée de vie des données sur un disque dur mécanique

[Wallace]

Bonjour,

Le problème des disques mis à l'arrêt c'est que la mécanique et 
l'électronique peuvent s'abimer.


J'ai déjà eu des disques durs stockés neufs en spare en attente 
d'intégration en cas d'incidents ne pas fonctionner après 2 ans de 
stockage, vu le bruit on pensait que c'était le graissage de l'axe des 
plateaux qui avait grippé ou alors le moteur qui est devenu faiblard.


Les disques tiennent plus longtemps s'ils restent allumés H24 sans mise 
en veille, ils sont fait pour ça.


Pour du stockage longue période, si les CD / DVD auraient pu faire des 
miracles dans les faits les 100 ans ne sont pas là et de la moisissure 
apparait souvent entre le substrat et le plastique, il reste 
malheureusement que le stockage sur bande magnétique, l'avantage c'est 
que les données sont accessibles sans aucune dépendance mécanique ou 
électronique sur le stockage, tout est dans le lecteur.


Sinon vois pour utiliser du stockage à froid en ligne comme C14 de 
Scaleway qui a un coup au To assez intéressant.



Le 12/01/2021 à 20:25, benoit a écrit :

Bonjour,

Merci pour vos réponses.
J'ai perdu des données d'un disque mécanique conservé quelques années (de 
l'époque des disques IDE, c'est pas si vieux).
Ce n'est donc pas une perte de magnétisme, mais un autre problème.

Ca m'arrange bien de savoir que ce n'est pas une mauvaise solution de stockage 
moyenne durée. C'est l'option la moins chère au To.

--
Benoit

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 12 janvier 2021 14:38, BERTRAND Joël  a 
écrit :


benoit a écrit :


Bonjour à toutes et tous,
Sur un disque dur mécanique, est-ce que les données finissent par se «
démagnétiser » après un stockage de plusieurs années sans que le disque
soit alimenté en électricité ?
Ou peut-il conserver les données « écrites » indéfiniment tant qu'elles
ne sont pas exposée à un champ magnétique ?

Bonjour,

Le ST506 de 5 Mo (oui, z'avez bien lu) de mon Goupil G3 est encore
parfaitement lisible. Il date de 1984. L'ESDI de mon PS/2 P70 aussi.
J'ai aussi fait récemment de la spéléologie dans des disques ODS2 de VAX
sans problème. Il y a plus de risques que les têtes soient collées ou
qu'un composant saute au démarrage que de perte de données.

Je pense que tant qu'ils ne seront pas soumis à des champs magnétiques
intenses, cela devrait aller. Je ne sais pas si les disques modernes
sont plus enclins à perdre leur magnétisme (pour cela, je ferais une
distinction entre les CRM et les SRM), mais en tout état de cause, la
durée de rétention est largement supérieure à celle des SSD.

Bien cordialement,

JKB

Re: [Hors-sujet] Durée de vie des données sur un disque dur mécanique

[BERTRAND Joël]

benoit a écrit :
> Bonjour,
> 
> Merci pour vos réponses.
> J'ai perdu des données d'un disque mécanique conservé quelques années (de 
> l'époque des disques IDE, c'est pas si vieux).
> Ce n'est donc pas une perte de magnétisme, mais un autre problème.
> 
> Ca m'arrange bien de savoir que ce n'est pas une mauvaise solution de 
> stockage moyenne durée. C'est l'option la moins chère au To.

Attention, un disque, c'est fiable (enfin, en fonction des marques...)
à deux conditions :
- CRM (et pas SRM) ;
- alimentés 24h/24.

La partie mécanique d'un disque ne saute pas sans préavis (sauf à
martyriser le disque). Contrairement à ce qu'on pense, c'est tout aussi
fiable qu'un SSD (voire plus selon mes propres statistiques). En
revanche, je ne serais pas aussi affirmatif avec l'électronique. Et pour
avoir déjà dû récupérer des données de clients sur des disques d'une
marque que je ne citerais pas, tu peux te retrouver avec des disques de
même référence fabricant, mais avec des cartes électroniques
incompatibles. Comme tu peux avoir le firmware dudit disque sur le
premier cylindre ou un identifiant permettant de savoir que la carte
électronique est bien celle d'origine (coucou Seagate).

Ça fonctionne très bien dans des NAS avec du Bacula par dessus et du
Raid, mais ça n'aime pas être démarré (électriquement parlant). Pour des
vrais archivages, rien ne vaut la bande. Et ce qui est cher dans la
bande, ce n'est pas le consommable, mais le lecteur, quoique les prix
aient sensiblement baissés (à capacité comparable). Un LTO-8 externe (12
To par bande) se trouve à prix public à 3500 € TTC avec des consommables
au prix du To de disque. J'ai des bandes SLR de 30 ans qui sont toujours
lisibles.

Bien cordialement,

JKB

Re: dpkg SquirrelMail on Jessie

[Sven Hartge]

hobie of RMN  wrote:

> Restating:  I've installed the *.deb of Squirrelmail 1.4.23 SVN but don['t
> see where to direct the browser in order to engage with it. Anyone
> know...?

The package should contain a configuration making it available via
http(s)://server.name/squirrelmail

But how and if this works depends solely on your local server
configuration. Look into /etc/squirrelmail/apache.conf and where and how
this is included into /etc/apache2 on your system.

Other than that, without knowing your local setup, no more help can
really be given.

Please make sure to have version 1.4.23~svn20120406-2+deb8u4 installed,
which was the last security update available.

But, I must stress again: This version still has known security errors
and if you intent to open this version on Jessie to the internet, the
chances are very high your system will get hacked and compromised.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: dpkg SquirrelMail on Jessie

[hobie of RMN]

> hobie of RMN  wrote:
>
>> I have a server running Jessie (oldoldstable) that has had
>> Squirrelmail 1.4.2 (installed manually) on it for a very long time.
>> At some point, years ago, SM became confused by a change in
>> charactersets (UTC-8, is it?), leading to erratic dropping of lines of
>> text.  I've just installed SM 1.4.3 from a Debian package - but I
>> don't see where it's to be accessed via browser. (??)  Anyone know...?
>
> Jessie is no longer supported. You should not run any system or
> infrastructure on this Debian release.
>
> Furthermore, squirrelmail is also no longer developed or maintained, I
> strongly advise against using it.
>
> Grüße,
> Sven.

Thank, Sven - true, no doubt. :)  I'm not able to take action on those
core issues at present.  An answer to my question could be of immediate
value.

Restating:  I've installed the *.deb of Squirrelmail 1.4.23 SVN but don['t
see where to direct the browser in order to engage with it. Anyone
know...?

--hobie

Re: MacOS Big Sur balenaEtcher Bug

[tomas]

On Tue, Jan 12, 2021 at 05:58:28PM -0500, Stephen Muscarella wrote:
> I decided I think it's best to purchase the new Librem 14 for Debian
> since it's built for Linux once I get another job that is.
> (unemployed) It's costly...$3,500-$4,000.

What I do in such situations is buy a refurbished laptop. Not as
shiny, but one-tenth the price for (perhaps) half the performance.

At the moment I'm on a refurbished thinkpad 230, which I topped
up with 16 GB RAM and 1T harddisk.

Debian... and I'm happy as a clam :)

Cheers
 - t


signature.asc
Description: Digital signature