Re: force apt (apt-get) to use ipv4

[Georgi Naplatanov]

On 8/20/20 4:53 PM, Bonno Bloksma wrote:
> Hi,
> 
> I know I have a problem with ipv6 on one machine where ipv6 is enabled but 
> cannot reach outside the local network and ipv4 has a proper working network 
> connection to the outside world.
> 
> Trying to get apt (or apt-get) to update results in :
> Ign:1 http://ftp.nl.debian.org/debian stretch InRelease
> Ign:2 http://ftp.nl.debian.org/debian stretch-updates InRelease
> Err:3 http://ftp.nl.debian.org/debian stretch Release
>   Cannot initiate the connection to ftp.nl.debian.org:80 
> (2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
> 2001:67c:2564:a120::21 80]
> Err:4 http://ftp.nl.debian.org/debian stretch-updates Release
>   Cannot initiate the connection to ftp.nl.debian.org:80 
> (2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
> 2001:67c:2564:a120::21 80]
> [...]
> Etc.
> 
> How can I force apt and apt-get to use IPv4 to update my Debian softwarem of 
> this machine?
> 
> Bonno Bloksma
> 

Hi,

if you use network manager try to disable IPv6 through GUI.

if your network interface is configured with /etc/network/interfaces
just remove IPv6 configuration.

HTH

Kind regards
Georgi

Re: recently-used.xbel

[Ben Caradoc-Davies]

On 21/08/2020 12:31, Ben Caradoc-Davies wrote:

On 21/08/2020 14:01, Mike McClain wrote:

 I took a look at ~/.local/share/.recently-used.xbel and see that
not only is it tracking what I do but claims to be the property of
freedesktop.org.
This file records your most recently used local files. It is used to 
populate the "Recent Files" lists in many applications.


If this still bothers you, you can disable it, but this seems to require 
per-toolkit settings. For example, for GTK3, edit 
~/.config/gtk-3.0/settings.ini and add this line  to the [Settings] section:


gtk-recent-files-enable = 0

See: 
https://unix.stackexchange.com/questions/74031/disable-recently-used-in-gtk-file-directory-selector


Delete ~/.local/share/recently-used.xbel then log out and back in. You 
might need similar settings for other toolkits such as GTK2 or Qt; the 
reappearance of ~/.local/share/recently-used.xbel will alert you to this.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: recently-used.xbel

[Ben Caradoc-Davies]

On 21/08/2020 14:01, Mike McClain wrote:

 I took a look at ~/.local/share/.recently-used.xbel and see that
not only is it tracking what I do but claims to be the property of
freedesktop.org. Is there any way to see if this is being sent to them
and who might they be selling this info to?
 It's bad enough that Google and so many others care to spy on us
but it's really uncomfortable to think my own computer is doing it.
 This is worse than Big Brother.
This file records your most recently used local files. It is used to 
populate the "Recent Files" lists in many applications. It is not sent 
to anyone unless you are syncing your home directory with a cloud 
service. Every href in my ~/.local/share/recently-used.xbel starts with 
"file:///" (a local absolute file URL).


freedesktop.org is the organisation that maintains standards for 
filesystem layouts and some configuration file formats so that different 
applications and Linux distributions can use the same directory 
structure, launchers, and so on, to make life easier for users and 
application developers. They never receive user data. The tag owner="http://freedesktop.org;> in recently-used.xbel just means that 
they define the meaning of the enclosed tags.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

recently-used.xbel

[Mike McClain]

I took a look at ~/.local/share/.recently-used.xbel and see that
not only is it tracking what I do but claims to be the property of
freedesktop.org. Is there any way to see if this is being sent to them
and who might they be selling this info to?
It's bad enough that Google and so many others care to spy on us
but it's really uncomfortable to think my own computer is doing it.
This is worse than Big Brother.
Thanks,
Mike
--
Life isn't a matter of milestones but of moments.
-   Rose Kennedy

Re: force apt (apt-get) to use ipv4

[Roberto C . Sánchez]

On Thu, Aug 20, 2020 at 01:53:00PM +, Bonno Bloksma wrote:
> Hi,
> 
> I know I have a problem with ipv6 on one machine where ipv6 is enabled but 
> cannot reach outside the local network and ipv4 has a proper working network 
> connection to the outside world.
> 
> Trying to get apt (or apt-get) to update results in :
> Ign:1 http://ftp.nl.debian.org/debian stretch InRelease
> Ign:2 http://ftp.nl.debian.org/debian stretch-updates InRelease
> Err:3 http://ftp.nl.debian.org/debian stretch Release
>   Cannot initiate the connection to ftp.nl.debian.org:80 
> (2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
> 2001:67c:2564:a120::21 80]
> Err:4 http://ftp.nl.debian.org/debian stretch-updates Release
>   Cannot initiate the connection to ftp.nl.debian.org:80 
> (2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
> 2001:67c:2564:a120::21 80]
> [...]
> Etc.
> 
> How can I force apt and apt-get to use IPv4 to update my Debian softwarem of 
> this machine?
> 
Set the ForceIPv4 option.  Check apt.conf for the different ways you can
specify this (depending on how "permanent" you want it to be).

Regards,

-Roberto

-- 
Roberto C. Sánchez

force apt (apt-get) to use ipv4

[Bonno Bloksma]

Hi,

I know I have a problem with ipv6 on one machine where ipv6 is enabled but 
cannot reach outside the local network and ipv4 has a proper working network 
connection to the outside world.

Trying to get apt (or apt-get) to update results in :
Ign:1 http://ftp.nl.debian.org/debian stretch InRelease
Ign:2 http://ftp.nl.debian.org/debian stretch-updates InRelease
Err:3 http://ftp.nl.debian.org/debian stretch Release
  Cannot initiate the connection to ftp.nl.debian.org:80 
(2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
2001:67c:2564:a120::21 80]
Err:4 http://ftp.nl.debian.org/debian stretch-updates Release
  Cannot initiate the connection to ftp.nl.debian.org:80 
(2001:67c:2564:a120::21). - connect (101: Network is unreachable) [IP: 
2001:67c:2564:a120::21 80]
[...]
Etc.

How can I force apt and apt-get to use IPv4 to update my Debian softwarem of 
this machine?

Bonno Bloksma

Re: Disks renamed after update to 'testing'...?

[Andy Smith]

Hello,

On Thu, Aug 20, 2020 at 05:30:20PM -0400, Dan Ritter wrote:
> David Christensen wrote: 
> > Some people have mentioned md RAID.  tomas has mentioned LUKS.  I believe
> > both of them add checksums to the contained contents.  So, bit-rot within a
> > container should be caught by the container driver.
> 
> This is incorrect. The systems that checksum every write and
> recalculate and match on every read are BTRFS and ZFS.
> 
> LVM, LUKS, and mdadm do not.

Indeed, although dm-integrity can now be used with LUKS (with or
without encryption) to add checksums that force a read error when
they don't match. When there is redundancy (e.g. LVM or MD) a read
can then come from a good copy and the bad copy will be repaired.

Here is a practical example:

https://gist.github.com/MawKKe/caa2bbf7edcc072129d73b61ae7815fb

I haven't yet used it in production but if anyone has I would be
really interested to see a with and without comparison of
performance.

Cheers,
Andy

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

Re: Disks renamed after update to 'testing'...?

[Dan Ritter]

David Christensen wrote: 
> On 2020-08-20 08:32, rhkra...@gmail.com wrote:
> I have been pondering bit-rot mitigation on non-checksumming filesystems.
> 
> 
> Some people have mentioned md RAID.  tomas has mentioned LUKS.  I believe
> both of them add checksums to the contained contents.  So, bit-rot within a
> container should be caught by the container driver.

This is incorrect. The systems that checksum every write and
recalculate and match on every read are BTRFS and ZFS.

LVM, LUKS, and mdadm do not.

-dsr-

Re: Disks renamed after update to 'testing'...?

[David Christensen]

On 2020-08-20 08:32, rhkra...@gmail.com wrote:

On Thursday, August 20, 2020 03:43:55 AM to...@tuxteam.de wrote:

Contraty to the other (very valid) points, my backups are always on
a LUKS drive, no partition table. Rationale is, should I lose it, the
less visible information the better. Best if it looks like a broken
USB stick. No partition table looks (nearly) broken :-)


I always use a partition table, to reduce the chance of confusing 
myself.  ;-)




I have two questions:

* I suppose that means you create the LUKS drive on, e.g., /dev/sdc rather
than, for example, /dev/sdc?  (I suppose that should be easy to do.)

* But, I'm wondering, how much bit rot would it take to make the entire
backup unusable, and what kind of precautions do you take (or could be taken)
to avoid that?


I have been pondering bit-rot mitigation on non-checksumming filesystems.


Some people have mentioned md RAID.  tomas has mentioned LUKS.  I 
believe both of them add checksums to the contained contents.  So, 
bit-rot within a container should be caught by the container driver.  In 
the case of md RAID, the driver should respond by fetching the data from 
another drive and then dealing with the bad block(s); the application 
should not see any error (?).  I assume LVM RAID would respond like md 
RAID (?).  In the case of LUKS, the driver has no redundant data (?) and 
will have no choice but to report an error to the application (?).  I 
would guess LVM non-RAID would behave similarly (?).



For all three -- md, LUKS, LVM -- I don't know what happens for bit rot 
outside the container (e.g. in the container metadata).



David

Re: Update: Do other owners of WD Gold disks hear a periodic plonk ?

[David Christensen]

On 2020-08-20 04:39, Thomas Schmitt wrote:

Hi,

a while ago i asked about the periodic knocking noise after each 4 seconds
of my freshly bought 4 TB HDD WD4003FRYZ. We came to the conclusion that
this was a reason to return the disk to the seller. "Click of Death" et.al.

I did and got a replacement disk. That one knocks less loudly, more like
every 6 seconds, sometimes double-knocking, sometimes skipping a 6 seconds
cycle.
After more discussion with involved people, the term "Preventive Wear
Leveling" came up. This feature seems to be old, but to now have been
intensified with the excuse that nobody hears it knocking in a server room.

Some quite unhappy Western Digital users can be seen at
   
https://community.wd.com/t/periodic-noise-from-head-movement-wd-black-4tb/183096/2

One of those posts finally has a link to a company statement:
   https://support-en.wd.com/app/answers/detail/a_id/16309
   "Normal drive sounds include:
...
Occasional drive clicks occurring at 4 or 5 second intervals, and the
drive is functioning normally and passes diagnostics"

Now the discussion of my HDD tends towards giving it back for the reason
of neither warning of this feature and of the feature's effects being not
the same from individual drive to individual drive.

---

So my next question to recent HDD buyers:

What 4 TB HDD should i want for best reliability and no noises when idle ?
Any recent experiences ?


Have a nice day :)

Thomas


Thanks for posting the update.  All the other drives I have diagnosed 
with "The Click of Death" were otherwise silent for years before the 
noise started.  I will keep the "Preventive Wear Leveling" feature in 
mind if and when I run into drives with similar symptoms.



I have been buying "revious-generation "Seagate Constellation ES2 3TB 
7200RPM SATA 6Gb/s 64MB 3.5" Enterprise Hard Drive", model number 
ST33000650NS, on eBay sold as "new".  The drives came in sealed 
electrostatic bags and the SMART reports indicated 0 hours of use.  The 
heads move only when disk activity is expected.  I believe the largest 
model in that series was 4 TB, and interface choices included SATA and 
SAS.  I am very happy with these drives.



Of 8 purchased over the past few years, one died after ~11 months -- 
SMART reports over-temperature, transfers are slow/
failing, and it smelled of burnt electronics.  Fortunately, I was 
careful to buy from a reputable seller who provided a 1 year warranty. 
They provided an RMA, return shipping label, and full refund.



David

ONLINE EN VIVO: La Evolucion de la Empresa Familiar a la Institucionalizacion

[Como Tener una Empresa Familiar Exitosa]

Capacitación de la más alta calidad, sin gastos de viaje ni prolongada ausencia 
de
su centro de trabajo ¡por un precio más competitivo!

ONLINE EN VIVO: LA EVOLUCIÓN DE LA EMPRESA FAMILIAR A LA INSTITUCIONALIZACIÓN 
ENFOQUE EN LA EMPRESA DE AUTOTRANSPORTE

28, 29 y 30 de Septiembre - 10:00 am a 2:00 pm.
Duración: 12 hrs. - 3 Sesiones de 4 hrs.

De cada 100 empresas familiares que inician operaciones en México, solamente 30 
llegarán a la segunda generación;
de éstas, únicamente 10 llegarán a la tercera. El negocio que usted lidera 
puede ser parte de las estadísticas, para
bien o para mal: ¿de qué lado quiere colocarse?

¡Garantice la longevidad y permanencia de su patrimonio! Intercar Training pone 
a su alcance las herramientas que
su familia y directivos necesitan para profesionalizar e institucionalizar su 
empresa, de manera que su legado
continúe creciendo y trascendiendo con el paso de los años. Cuando se trata de 
su negocio familiar, ¡no hay
inversión más segura que ésta!

CON ESTE PROGRAMA OBTENGA BENEFICIOS TALES COMO:

* Descubra cómo y por qué mantener separados los ambientes familiar y 
empresarial.
* Analice su gestión para detectar y eliminar las debilidades propias de cada 
miembro de la familia.
* Conozca la mejor manera de implementar una estructura jurídico-societaria y 
los enormes benecios que obtendrá de la misma.

DIRIGIDO A:

Dueños, directores y gerentes generales de empresas familiares, ,así como sus 
diversos socios
y miembros participantes a todos los niveles; empresarios que busquen integrar 
a cualquier
miembro de su familia a la administración del negocio; socios de empresas 
familiares de todo tamaño.


OBTENGA EL TEMARIO solo responda a esta invitación con sus datos:

NOMBRE COMPLETO:
EMPRESA:
PUESTO:
TELÉFONO:
CELULAR:
EMAIL: debian-user-spanish@lists.debian.org
EMAIL ALTERNATIVO:

En breve un ejecutivo le enviara toda la información a la brevedad.


Obtenga excelentes descuentos en los paquetes empresarial ó corporativo.


Centro de Atención a Clientes: 55 5920 6006
 
Mensajes vía WhatsApp:  (55) 6896.43.61


Lic. Suria Herrera, Ejecutiva Comercial ¡Será un placer atenderle!


Usted recibe esta invitación por que un amigo lo refirió, tomo un curso con 
nosotros ó solicito alguna vez información. 
Si no desea recibir más actualizaciones solicite su baja con la palabra clave: 
BAJA DEFINITIVA. 
Si solo desea recibir el calendario mensual responda con la palabra CALENDARIO.

Re: Is there permissve GPL3 compatible license ?

[John Hasler]

Thomas Schmitt writes:
> In general, Wikipedia authors are not allowed to be experts but
> should rather be researchers for the writings of experts.

Yes they are.  How would you stop them?  It's just that their
credentials don't count for anything.  They are not to write "In my
expert opinion" but instead must support every assertion with a
reference to published work.

-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Is there permissve GPL3 compatible license ?

[Thomas Schmitt]

Hi,

Marek Mosiewicz wrote:
> That should be probably explained by some expert on GPL in Wikipedia
> discussion here:
>
> https://en.wikipedia.org/wiki/Talk:License_compatibility

Ouch.

In general, Wikipedia authors are not allowed to be experts but
should rather be researchers for the writings of experts.
  https://en.wikipedia.org/wiki/Wikipedia:No_original_research
(I guess it would help the factual quality of many articles if experts
 could acquire an official witness status ...)

The professional experts for GPL are the lawyers and judges of the
country where a particular copyright or licence problem gets brought
to court.

As said in a previous mail, it matters much what the issuer of the
license states as intended interpretation of the GPL. So why not ask
the license issuers of your target project whether they would mind
software with your preferred license to be linked in ?



In the context of Debian it is amusing that one of the main combattants
on that wikipedia talk page is "Schily" = Joerg Schilling, the author of
cdrecord and mkisofs. His view on licensing earned his software an
ejection from Debian in 2006, which caused the forking of wodim and
genisoimage.


Have a nice day :)

Thomas

Re: Is there permissve GPL3 compatible license ?

[John Hasler]

Marek writes:
> Acctually after carefully reading GPL3 license it seems that having
> copy or running GPL3 program privately is not prohibited

In the USA and some many other jurisdictions you cannot violate any
copyright license by running a program because copyright controls only
the right to make copies and running a program does not do that.  It may
involve making temporary "ephemeral" copies such as the copy from disk
to RAM: USA copyright law clarifies this by granting a specific
exemption for running programs. Section 9 of the GPL makes this explicit
and extends it to other jurisdictions.

The license terms attached to a copy of a work by the copyright owner
apply to all copies of that work made by others no matter what terms are
attached to other works that it is subsequently attached to or embedded
in.  Note that if you make substantive changes it becomes a deriviative.


-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Disks renamed after update to 'testing'...?

[rhkramer]

On Thursday, August 20, 2020 03:43:55 AM to...@tuxteam.de wrote:
> Contraty to the other (very valid) points, my backups are always on
> a LUKS drive, no partition table. Rationale is, should I lose it, the
> less visible information the better. Best if it looks like a broken
> USB stick. No partition table looks (nearly) broken :-)

I have two questions:

   * I suppose that means you create the LUKS drive on, e.g., /dev/sdc rather 
than, for example, /dev/sdc?  (I suppose that should be easy to do.)

   * But, I'm wondering, how much bit rot would it take to make the entire 
backup unusable, and what kind of precautions do you take (or could be taken) 
to avoid that?

Re: Is there permissve GPL3 compatible license ?

[Marek Mosiewicz]

W dniu czw, 20.08.2020 o godzinie 13∶55 +0200, użytkownik
to...@tuxteam.de napisał:
> > 
> > Acctually after carefully reading GPL3 license it seems that having
> > copy or running GPL3 program privately is not prohibited, even if
> > you
> > violate license (section 9. Acceptance Not Required for Having
> > Copies.)
> 
> That's absolutely right. GPL (2 or 3) puts no limits on usage, only
> on (re)distribution: you are allowed to (re)distribute if you grant
> the receiver the same rights which were granted to you under that
> license.
> 
> (Actually, to be more precise, the limits are there by "normal"
> copyright
> law, and are lifted for you by the GPL).
That should be probably explained by some expert on GPL in Wikipedia
discussion here:

https://en.wikipedia.org/wiki/Talk:License_compatibility



> Cheers
> -- t

Re: apt-update

[Camaleón]

El 2020-08-20 a las 09:32 -0400, José Luis Durán Mujica escribió:

> buenosdias a la comunidad debianista, por favor, tengo una consulta
> acerca de este error:
> 
> W: Fallo al obtener
> http://security.debian.org/debian-security/dists/buster/updates/InRelease
>  No se puede iniciar la conexión a prod.debian.map.fastly.net:80
> (2a04:4e42:1::204). - connect (101: La red es inaccesible) Fallo
> temporal al resolver «security.debian.org»
> 
> el cual se me presenta al darle el apt update, como se podria
> resolver, sera algo que tiene que ver con el archivo de repositorios?
> Agradezco su ayuda, buen dia...

Por el error que te aparece, se me ocurre que pueda deberse a dos 
cuestiones:

1/ Error de tu ISP al resolver una dirección IPv6; para este caso puedes 
probar a forzar una conexión IPv4:

apt-get -o Acquire::ForceIPv4=true update

2/ Error temporal en uno de los servidores que ha elegido el redirector 
del servidor (security.debian.org → prod.debian.map.fastly.net); para 
este caso podrías volver a intentarlo de nuevo pasado un tiempo para 
ver si se ha solucionado, o seleccionar manualmente otra réplica 
definida desde el archivo «/etc/apt/sources.list¹».

¹https://wiki.debian.org/SourcesList

Saludos,

-- 
Camaleón 

apt-update

[José Luis Durán Mujica]

buenosdias a la comunidad debianista, por favor, tengo una consulta
acerca de este error:

W: Fallo al obtener
http://security.debian.org/debian-security/dists/buster/updates/InRelease
 No se puede iniciar la conexión a prod.debian.map.fastly.net:80
(2a04:4e42:1::204). - connect (101: La red es inaccesible) Fallo
temporal al resolver «security.debian.org»

el cual se me presenta al darle el apt update, como se podria
resolver, sera algo que tiene que ver con el archivo de repositorios?
Agradezco su ayuda, buen dia...


-- 

*José Luis Durán*

keyboard configuration stops working

[Henning Follmann]

Hello,

I have a strange one here.
I do have in my /etc/default/keyboard this option line:

XKBOPTIONS="lv3:menu_switch,compose:ralt,terminate:ctrl_alt_bksp,ctrl:nocaps"

for some time this works fine. I am talking about the last option.
I do not want the caps lock, so I mapped it to ctrl.

But it forgets. I cannot describe it any other way.
Then I do a dpk-reconfigure again (say "no" when it comes to
if I want to keep the options), go edit the /etc/default/keyboard
to add ctrl:nocaps, and it works again. ... for a while.
Then it doesn't. I have ABSOLUTELY no idea why.

-H


-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: Cannot see a process listening on 127.0.0.1

[Andy Smith]

Hi Victor,

On Thu, Aug 20, 2020 at 12:09:03PM +0700, Victor Sudakov wrote:
> There is a process listening on 127.0.0.1:8081 but for some reason
> netstat/sockstat/ss do not show it listening on IPv4. Is this a bug or a
> feature?

I think it's listening on an IPv4-mapped IPv6 address so it can
accept either v4 or v6. Does this answer your question?


https://unix.stackexchange.com/questions/152612/netstat-why-are-ipv4-daemons-listening-to-ports-listed-only-in-a-inet6

Daemons that want to receive connections will do the equivalent of:

bind(address, port)

The address will determine the interface and whether it is v4 or v6
or whatever. If they instead do:

bind(INADDR_ANY, port)

then this will bind to every interface whether it's v4 or v6 and the
daemon will get udp6 or tcp6 sockets that can from fromn/to a v4 address.

If you daemon instead had an explicit list of address/port pairs to
listen on then it would do multiple binds and I believe the IPv4
ones would show up in netstat etc as being tcp4.

Cheers,
Andy

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

Re: Update: Do other owners of WD Gold disks hear a periodic plonk ?

[Dan Ritter]

Thomas Schmitt wrote: 
> ---
> 
> So my next question to recent HDD buyers:
> 
> What 4 TB HDD should i want for best reliability and no noises when idle ?
> Any recent experiences ?

Toshiba and Hitachi (owned by WD but not produced in the same
plants) are doing quite well these days.

-dsr-

Re: Is there permissve GPL3 compatible license ?

[tomas]

On Thu, Aug 20, 2020 at 12:39:48PM +0200, Marek Mosiewicz wrote:
> W dniu śro, 19.08.2020 o godzinie 19∶50 +0200, użytkownik Thomas
> Schmitt napisał:
> > Hi,
> > 
> > 
> > If it's a complicated network of license derivations, then write it
> > down
> > and publish it with your license statement. But BSD->GPLv2 is simple.
> > 
> I think Apache2->GPL3 compatibility is defined in GPL3 section 7
> (Additional terms). This section allows to add additional "permissive"
> terms to part of program as long as whole program is governed by GPL3
> license
> 
> Acctually after carefully reading GPL3 license it seems that having
> copy or running GPL3 program privately is not prohibited, even if you
> violate license (section 9. Acceptance Not Required for Having Copies.)

That's absolutely right. GPL (2 or 3) puts no limits on usage, only
on (re)distribution: you are allowed to (re)distribute if you grant
the receiver the same rights which were granted to you under that
license.

(Actually, to be more precise, the limits are there by "normal" copyright
law, and are lifted for you by the GPL).

Cheers
-- t


signature.asc
Description: Digital signature

Update: Do other owners of WD Gold disks hear a periodic plonk ?

[Thomas Schmitt]

Hi,

a while ago i asked about the periodic knocking noise after each 4 seconds
of my freshly bought 4 TB HDD WD4003FRYZ. We came to the conclusion that
this was a reason to return the disk to the seller. "Click of Death" et.al.

I did and got a replacement disk. That one knocks less loudly, more like
every 6 seconds, sometimes double-knocking, sometimes skipping a 6 seconds
cycle.
After more discussion with involved people, the term "Preventive Wear
Leveling" came up. This feature seems to be old, but to now have been
intensified with the excuse that nobody hears it knocking in a server room.

Some quite unhappy Western Digital users can be seen at
  
https://community.wd.com/t/periodic-noise-from-head-movement-wd-black-4tb/183096/2

One of those posts finally has a link to a company statement:
  https://support-en.wd.com/app/answers/detail/a_id/16309
  "Normal drive sounds include:
   ...
   Occasional drive clicks occurring at 4 or 5 second intervals, and the
   drive is functioning normally and passes diagnostics"

Now the discussion of my HDD tends towards giving it back for the reason
of neither warning of this feature and of the feature's effects being not
the same from individual drive to individual drive.

---

So my next question to recent HDD buyers:

What 4 TB HDD should i want for best reliability and no noises when idle ?
Any recent experiences ?


Have a nice day :)

Thomas

Re: Cannot see a process listening on 127.0.0.1

[Dan Ritter]

Victor Sudakov wrote: 
> Dan Ritter wrote:
> > > 
> > > There is a process listening on 127.0.0.1:8081 but for some reason
> > > netstat/sockstat/ss do not show it listening on IPv4. Is this a bug or a
> > > feature?
> > > 
> > > root@test4:~# telnet 127.0.0.1 8081
> > > Trying 127.0.0.1...
> > > Connected to 127.0.0.1.
> > > Escape character is '^]'.
> > > dd
> > > HTTP/1.1 400 Bad Request
> > > Connection: close
> > > 
> > > Connection closed by foreign host.
> > > root@test4:~# netstat -lpn | grep 8081
> > > tcp6   0  0 :::8081 :::*
> > > LISTEN  10872/node /home/ad 
> > 
> > Feature-bug. It's listening on both IPv4 and IPv6; if you want to
> > see them differently, add the 4 or 6 flag to netstat
> 
> Nope, the -4 flag does not help:
> 
> root@test4:~# telnet localhost 8081
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> dd
> HTTP/1.1 400 Bad Request
> Connection: close
> 
> Connection closed by foreign host.
> root@test4:~# netstat -4lpn | grep 8081
> root@test4:~# 
> 

That's a bug, then.

-dsr-

(deb-cat) Actualitzar versio via GUI

[Narcis Garcia]

Hi ha gent a la qual li és molt complicat utilitzar la línia de
comandes, i més encara interpretar el què se li explica segons el què
veu en una finestra de Terminal.

Hi ha alguna eina gràfica que ajudi, per exemple, a actualitzar de
Debian 9 (stable) a Debian 10 (stable) ?

Gràcies.

-- 

Narcis Garcia

__
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.

Re: Cannot see a process listening on 127.0.0.1

[Victor Sudakov]

Dan Ritter wrote:
> > 
> > There is a process listening on 127.0.0.1:8081 but for some reason
> > netstat/sockstat/ss do not show it listening on IPv4. Is this a bug or a
> > feature?
> > 
> > root@test4:~# telnet 127.0.0.1 8081
> > Trying 127.0.0.1...
> > Connected to 127.0.0.1.
> > Escape character is '^]'.
> > dd
> > HTTP/1.1 400 Bad Request
> > Connection: close
> > 
> > Connection closed by foreign host.
> > root@test4:~# netstat -lpn | grep 8081
> > tcp6   0  0 :::8081 :::*LISTEN  
> > 10872/node /home/ad 
> 
> Feature-bug. It's listening on both IPv4 and IPv6; if you want to
> see them differently, add the 4 or 6 flag to netstat

Nope, the -4 flag does not help:

root@test4:~# telnet localhost 8081
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
dd
HTTP/1.1 400 Bad Request
Connection: close

Connection closed by foreign host.
root@test4:~# netstat -4lpn | grep 8081
root@test4:~# 

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/


signature.asc
Description: PGP signature

Re: Cannot see a process listening on 127.0.0.1

[Dan Ritter]

Victor Sudakov wrote: 
> Dear Colleagues,
> 
> There is a process listening on 127.0.0.1:8081 but for some reason
> netstat/sockstat/ss do not show it listening on IPv4. Is this a bug or a
> feature?
> 
> root@test4:~# telnet 127.0.0.1 8081
> Trying 127.0.0.1...
> Connected to 127.0.0.1.
> Escape character is '^]'.
> dd
> HTTP/1.1 400 Bad Request
> Connection: close
> 
> Connection closed by foreign host.
> root@test4:~# netstat -lpn | grep 8081
> tcp6   0  0 :::8081 :::*LISTEN
>   10872/node /home/ad 

Feature-bug. It's listening on both IPv4 and IPv6; if you want to
see them differently, add the 4 or 6 flag to netstat

-dsr-

Re: Is there permissve GPL3 compatible license ?

[Marek Mosiewicz]

W dniu śro, 19.08.2020 o godzinie 19∶50 +0200, użytkownik Thomas
Schmitt napisał:
> Hi,
> 
> 
> If it's a complicated network of license derivations, then write it
> down
> and publish it with your license statement. But BSD->GPLv2 is simple.
> 
I think Apache2->GPL3 compatibility is defined in GPL3 section 7
(Additional terms). This section allows to add additional "permissive"
terms to part of program as long as whole program is governed by GPL3
license

Acctually after carefully reading GPL3 license it seems that having
copy or running GPL3 program privately is not prohibited, even if you
violate license (section 9. Acceptance Not Required for Having Copies.)
> 
> Have a nice day :)
> 
> Thomas
> 

Re: Disks renamed after update to 'testing'...?

[Joe]

On Thu, 20 Aug 2020 09:43:55 +0200
 wrote:

> On Wed, Aug 19, 2020 at 02:41:02PM -0700, David Christensen wrote:
> > On 2020-08-19 03:03, Urs Thuermann wrote:  
> > >David Christensen  writes:  
> >   
> > >>When using a drive as backup media, are there likely use-cases
> > >>that benefit from configuring the drive with no partition, a
> > >>single PV, single VG, single LV, and single filesystem vs.
> > >>configuring the drive with a single partition, single UUID fstab
> > >>entry, and single filesystem?  
> 
> Contraty to the other (very valid) points, my backups are always on
> a LUKS drive, no partition table. Rationale is, should I lose it, the
> less visible information the better. Best if it looks like a broken
> USB stick. No partition table looks (nearly) broken :-)
> 

A number of them come formatted that way. FAT32, no partitions.

-- 
Joe

Re: Disks renamed after update to 'testing'...?

[tomas]

On Wed, Aug 19, 2020 at 02:41:02PM -0700, David Christensen wrote:
> On 2020-08-19 03:03, Urs Thuermann wrote:
> >David Christensen  writes:
> 
> >>When using a drive as backup media, are there likely use-cases that
> >>benefit from configuring the drive with no partition, a single PV,
> >>single VG, single LV, and single filesystem vs. configuring the drive
> >>with a single partition, single UUID fstab entry, and single
> >>filesystem?

Contraty to the other (very valid) points, my backups are always on
a LUKS drive, no partition table. Rationale is, should I lose it, the
less visible information the better. Best if it looks like a broken
USB stick. No partition table looks (nearly) broken :-)

Cheers
-- t


signature.asc
Description: Digital signature

Re: kmail - mailadresse and name confused

[Tixy]

On Wed, 2020-08-19 at 21:55 +0200, Hans wrote:
> Answer myself: There is ~/.config/kmailrc, which got the known mailaddresses 
> with names. However, when I delete them in this file and restart kmail, the 
> mail addresses I sent to in the past. are not forgotten. So there is no 
> change 
> in the behavour. 
> 
> This led me to the conclusion, that these information must be stored 
> somewhwere else.

I'm guessing here as I don't use kmail, but have you looked in
~/.cache ?