date:20210120


I have rebooted with udev_log=debug in /etc/udev/udev.conf. I see

Jan 21 08:15:28 box systemd-udevd[607]: sdc6: Failed to update device symlinks: 
Too many levels of symbolic links
Jan 21 08:15:28 box systemd-udevd[607]: sdc6: Preserve already existing symlink 
'/dev/disk/by-path/pci-:00:17.0-ata-2.0-part6' to '../../sdc6'
Jan 21 08:15:28 box systemd-udevd[607]: sdc6: Preserve already existing symlink 
'/dev/disk/by-partuuid/7acd2c90-b372-4bfb-a517-e14d2a17e342' to '../../sdc6'
Jan 21 08:15:28 box systemd-udevd[607]: sdc6: Preserve already existing symlink 
'/dev/disk/by-path/pci-:00:17.0-ata-2-part6' to '../../sdc6'

And the same for other partitions which are all part of a Raid1 array.
Other partitions are not impacted. So I guess this is related.

But I'm blocked now.

Help please.

Thanks 


Steve

Re: Debian jessie > buster IPv6 link scope change of behaviour

2021-01-20 Thread Marc SCHAEFER

On Thu, Jan 21, 2021 at 08:04:05AM +0100, Marc SCHAEFER wrote:
> fe80::1 is specifically a link-local scope, a bit like if you try to
> access a class variable without telling in what class it is.

Reading RFC-4291 [1], 2.5.6 (link-local addresses) and RFC-4007 [2] 6,
Zones Indices:

   Because the same non-global address may be in use in more than one
   zone of the same scope (e.g., the use of link-local address fe80::1
   in two separate physical links) and a node may have interfaces
   attached to different zones of the same scope (e.g., a router
   normally has multiple interfaces attached to different links), a node
   *requires* an internal means to identify to which zone a non-global
   address belongs.  This is accomplished by assigning, within the node,
   a distinct "zone index" to each zone of the same scope to which that
   node is attached, and by allowing all internal uses of an address to
   be qualified by a zone index.

Also:

   An implementation should also support the concept of a "default" zone
   for each scope.  And, when supported, the index value zero at each
   scope SHOULD be reserved to mean "use the default zone".  Unlike
   other zone indices, the default index does not contain any scope, and
   the scope is determined by the address that the default index
   accompanies.  An implementation may additionally define a separate
   default zone for each scope.  Those default indices can also be used
   as the zone qualifier for an address for which the node is attached
   to only one zone; e.g., when using global addresses.

If I read well, recent Linux kernels might have decided that the first
Ethernet interface is the default zone. Or at least this is how I
understand the *requires* above.

[1] https://tools.ietf.org/html/rfc4291#section-2.5.6
[2] https://tools.ietf.org/html/rfc4007

Re: [HS] Onduleur

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gaëtan Perrier a écrit :
> Le mercredi 20 janvier 2021 à 23:28 +0100, BERTRAND Joël a écrit :
>> Gaëtan Perrier a écrit :
>>> Le mercredi 20 janvier 2021 à 18:04 +0100, BERTRAND Joël a
>>> écrit :
 Gaëtan Perrier a écrit :
> Il me semble que ces 2 gammes sont en sinusoïde approchée. 
> Pour avoir une vraie sinusoïde c'est plus cher ...
 
 Il me semble au contraire que c'est une sinusoïde (ils
 indiquent même le taux de distorsion harmonique). À vérifier
 cependant.
 
>>> 
>>> Si je prends le BX700U-FR 
>>> https://www.apc.com/shop/fr/fr/products/Back-UPS-onduleur-r%C3%A9gul
ation-automatique-de-tension-700VA-prises-FR/P-BX700U-FR
>>>
>>>
>>>
>>
>>> 
C'est marqué "sinusoïde approchée". Faut comprendre quoi ?
>> 
>> Faut comprendre quasi-sinus ;-) Donc pas terrible.
>> 
>>> Sur un autre modèle que je ne retrouve plus c'était marqué 
>>> "sinusoïde".
>> 
>> Normalement, lorsque c'est une sortie sinus, il y a le taux de 
>> distorsion précisé et la précision en fréquence.
> 
> 
> Bizarre alors parce que pour les modèles sinusoïde approchée ils
> donnent la précision en fréquence ...

Il y a deux choses :
- - la fréquence ;
- - le taux de distorsion harmonique.

Dans tous les cas, il faut que la fréquence soit stable. 0,1% de
précision, c'est mauvais. On n'est pas sur une machine tournante donc
il n'y a aucune raison que la fréquence varie avec la charge. On colle
un oscillateur à quartz et roule ma poule. Si la fréquence est à 0,1%,
cela signifie juste que la fréquence est données par un oscillateur LC
moins cher.

Le taux de distorsion harmonique indique la pureté de la sinusoïde.
Plus il est faible, meilleure est la sortie.

>> 
>> En gros : quasi-sinus, ce sont deux transistors qui commutent à
>> 50 Hz avec un 0 au milieu. Une vrai sinusoïde, c'est avec un PWM
>> qui tourne au moins à 1 kHz pour les modèles de base. Rien qu'à
>> l'oreille, on entend la différence.
> 
> Chez Eaton ils parlent de "line-interactive haute fréquence" et de
> "line- interactive sortie sinusoïdale pure". Aucune précision en
> fréquence.
> 
>> 
>> Le BackUPS, c'est le bas de gamme chez APC. Avant, c'était
>> simple. Back = offline et Smart = line-interactive. Ce n'est plus
>> vrai aujourd'hui, on trouve des Back line-interactive. Mais ça
>> reste vraiment de l'onduleur à pas cher. De toute façon, il n'y a
>> pas de miracle, tu ne peux pas concevoir un onduleur à sortie
>> sinus à ce prix là, même si tu en fabrique 10 000.
>> 
>> JKB
>> 
> 
> Au final mon besoin est un onduleur qui ne passera que rarement sur
> batterie mais qui doit être silencieux (critère numéro un). Or plus
> on monte en gamme et plus les modèles semblent bruyant ... :(
> 
> Un Eaton ELP1200FR est donné pour 27 dB à 1 m alors qu'un APC Back
> UPS Pro BR1500G-FR est à 45 dB !

Attention à comparer des choses comparables. Le BR1500G-FR a une
sortie quasi-sinus alors que le ELP1200FR a une sortie carrée (il faut
vraiment chercher l'information :
http://www.onduleurs.fr/product_info.php?products_id=4328). L'APC a
une sortie bien plus complexe que l'autre et il y a fort à parier
qu'une bobine chante un peu lors des commutations. Le Eaton ne
s'encombre pas de tels détails.

Bien cordialement,

JKB
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAmAJJ8AACgkQOAfo0lKQ
8+d9Lg//Zq4HWMc5ytEHFNyE/g8Wusv4ALBLFv+13rdOPgmwrH3qHnBrO7Jr/Qbl
h41NHvI+8OAz6J2FhfufaTwSYBieWj2ZarrYx+IThAIf49RXWveaHypWOFGAewIM
aAJlAg4bocO8eutgUBDbN+MMVQAnQWjs8/lxI+c46Vyl0lRy2zH5tHmOq8Xbc/PG
8GHrIRfXqxpBdfxFRA2LafTJGPeKcCTDUaByJZm6IcRXaOGGq7eb63i0XlUu6iFE
WDmE4SmEtwEyqpvpEqljO29QY0kzGcfUn3LCs1tQlg2mqW3JB2SYZxTccPc5YOML
FUIwe6q51jh4hcH+dubdHLqOoAQjokXxQ11huOo8dDP9JkE9JJdUwSz81+/4bvrN
tVzIL97fqX0iq+dbXTyFfo7N5r2c7wDt4PucOMBL+Pvab2oA3qSUI9KC/C61fN7D
8Fp+l6WssTWrquvc/95mf+quYF2sSqw3M+w7sbrAC10bWd15XC3jx/RWyFJeEhbE
bnnT21pyZvpELf9kNfeDNGS+E/EhusMqx3Uc55mvmNPmUk/F8KQnIZ9jxuEvENOH
v62fegC+gcmngs9ImJNaad6UyjyYHriNnw4EazAskwMfiUJuJ5Yg7Ixj4aXRHoHJ
T67X6jHTZxtXyg/yP0XIqXGeAuKTroM11Um+499C31y7UmaHgqA=
=sVzp
-END PGP SIGNATURE-

Re: Debian jessie > buster IPv6 link scope change of behaviour

2021-01-20 Thread Marc SCHAEFER

On Wed, Jan 20, 2021 at 11:59:46PM -0600, David Wright wrote:
> As far as the address is concerned, fe80::1 is perfectly formed,
> but ambiguous. Is that what your jessie error message used to say?

The error was one of the usual kernel errors (-EINVALID probably), see
below.

Actually, stretch does the same (Linux ns2 4.9.0-14-amd64 #1 SMP Debian
4.9.246-2 (2020-12-17) x86_64 GNU/Linux):

root@ns2 ~ # ping6 fe80::1
connect: Invalid argument

root@ns2 ~ # ping6 fe80::1%2
PING fe80::1%2(fe80::1%eth0) 56 data bytes
64 bytes from fe80::1%eth0: icmp_seq=1 ttl=255 time=0.423 ms
64 bytes from fe80::1%eth0: icmp_seq=2 ttl=255 time=0.332 ms
64 bytes from fe80::1%eth0: icmp_seq=3 ttl=255 time=0.305 ms
64 bytes from fe80::1%eth0: icmp_seq=4 ttl=255 time=0.355 ms

fe80::1 is specifically a link-local scope, a bit like if you try to
access a class variable without telling in what class it is.

Re: Too many levels of symbolic links


Le 20-01-2021, à 16:06:53 -0500, Stefan Monnier a écrit :


Le 20-01-2021, à 10:15:47 -0500, Stefan Monnier a écrit :

# find /dev -follow -printf ""

You want `-mount` in there so you don't enter things like `/dev/fd` or
`/dev/shm`.

I tried that on /


Not a good idea: the `-mount` will then preventing it from entering
`/dev` since `/dev` is usually another mount point (using a sort of
tmpfs).


Understood.


and got no output at all.


Since the problem is expected to be in /dev, I'd do:

   find /dev -mount -follow -printf ""


No output.


Of course, I don't actually know if that'll catch the source of
your problem.


Seems not.

Thanks for the help.

Re: Re : [HS] Onduleur

nicolas.patr...@gmail.com a écrit :
> Le 21/01/2021 01:43:46, Gaëtan Perrier a écrit :
> 
>> Je viens de tomber sur le 5PX où c'est indiqué "Line-Interactive Haute
>> Fréquence (Sinusoïde pure, Booster + Fader)" avec +/- 0,1 % en freq.
>> Du coup je n'y comprends plus rien.
> 
> Tu peux avoir un signal carré qui a bien les 50 Hz requis, ce n’est pas la 
> joie.
> Tu peux avoir une sinusoïde farpaite mais à 45 Hz.
> Il faut savoir que le signal sinusoïdal du secteur est perturbé (quand le 
> lave-linge se lance, etc) et que la fréquence elle-même varie en fonction des 
> besoins en électricité. C’est comme ça qu’EDF équilibre l’offre (plutôt fixe 
> avec le nucléaire) avec la demande (fluctuante, donc ils stocke le surplus 
> dans des machines qui tournent plus ou moins vite, ce qui modifie la 
> fréquence).

C'est l'idée mais ce n'est pas tout à fait ça. La seule grandeur
assurée par le fournisseur d'électricité est la fréquence. La tension
est à 230V-10%+5% (ou le contraire, je dis cela de mémoire). Pourquoi la
fréquence ? Parce que le 50 Hz sert de base de temps (radio-réveil,
horloges diverses, synchro trame sur les anciens téléviseurs...).

Plus tu tires de courant d'un alternateur, plus le frein (mécaniquement
parlant) est important. Sa vitesse à tendance à diminuer. Or la
fréquence du réseau est fournie par des centrales pilotables à la
demande qui peuvent fournir assez d'énergie pour ne jamais être dans ce
cas. Si jamais la fourniture n'est pas suffisante, la fréquence baisse,
ce qui fut le cas à l'hiver 2019-2020 où toutes les horloges
synchronisées sur le réseau ont retardé copieusement.

Le corollaire est que les énergies renouvelables électriques
intermittentes comme le solaire et l'éolien ne peuvent fonctionner
correctement qu'adossées à un réseau plus puissant qu'elles pour
fonctionner normalement.

> Cf. Un des derniers numéros de Sciences pseudo-sciences de l’AFIS.
> Le premier boulot d’une alimentation est de filtrer tout ça pour fournir les 
> tensions nécessaires au bon fonctionnement de la machine. Une alimentation 
> pourrie va réduire la durée de vie de ce qui est derrière elle.

C'est bien pour cela qu'il faut éviter les sorties carrées ou
quasi/pseudo sinus. Les tensions maximales de l'onde dépassent les
tensions maximales d'une source sinusoïdale et génèrent des harmoniques.
Sur des alimentations mal fichues, ça peut les fatiguer assez vite.

Bien cordialement,

JKB

Re: Re: Grub no reconoce disco SSD con Windows$

2021-01-20 Thread Camaleón

El 2021-01-20 a las 16:17 -0500, Aristobulo_Pinzón escribió:

> De fabrica el SSD estaba en la conexión sata1, con Windows 10, Sistema EFI
> Como mi propósito es utilizar en lo más posible debian, traslade el SSD al 
> sata 3, 
> y en el sata 1  conecté el disco que utilizaba en el anterior PC con  debian 
> 10.7.
> y en el sata2 un nuevo disco para copias de respaldo. 

No era necesario cambiar físicamente la posición de los discos duros. 
Normalmente, todos los puertos SATA comparten las mismas 
características, salvo los dos últimos que suelen ser compartidos o 
configurados en modo de compatibilidad (en el manual de la placa base lo 
especificará).

> Todo funcionó bien menos el SSD con win 10. Será por estar en el sata 3?.

El cambio de los discos duros puede «liar» a GRUB pero de ahí a que no 
detecte siquiera el sistema que tienes instalado, es distinto. 

> Tanto  ntfs-3g como os-prober están instalados.

Normalmente, os-prober se instala automáticamente junto con GRUB2 
cuando instalas Debian. El otro paquete es necesario instalarlo 
manualmente. 

> Me gustaría tener e windows en el menú de debian para no tener que iniciarlo 
> en el BIOS.
> De Miicrosoft solo quiero usar el Power-Point, ya que el LO-Impress esta
> un poquitíto atrasadito.
> Los mensajes de update-grub no dicen nada respecto al SO windows ni mensajes 
> de error.

En este foro de ArchLinux comentan una situación muy similar. Ahora 
bien, no te recomendaría seguir esos pasos salvo que sepas perfectamente
lo que haces porque te puedes quedar sin arrancar WIndows. Yo antes 
probaría con SuperGRUB2Disk o crear la entrada de Windows en el archivo 
de configuración de GRUB, manualmente, como detallan en el mensaje #8.

[Solved] GRUB and os-prober do not see Windows 10 on a different 
drive
https://bbs.archlinux.org/viewtopic.php?id=240117

Saludos,

-- 
Camaleón

Re : [HS] Onduleur

2021-01-20 Thread nicolas . patrois

Le 21/01/2021 01:43:46, Gaëtan Perrier a écrit :

> Je viens de tomber sur le 5PX où c'est indiqué "Line-Interactive Haute
> Fréquence (Sinusoïde pure, Booster + Fader)" avec +/- 0,1 % en freq.
> Du coup je n'y comprends plus rien.

Tu peux avoir un signal carré qui a bien les 50 Hz requis, ce n’est pas la joie.
Tu peux avoir une sinusoïde farpaite mais à 45 Hz.
Il faut savoir que le signal sinusoïdal du secteur est perturbé (quand le 
lave-linge se lance, etc) et que la fréquence elle-même varie en fonction des 
besoins en électricité. C’est comme ça qu’EDF équilibre l’offre (plutôt fixe 
avec le nucléaire) avec la demande (fluctuante, donc ils stocke le surplus dans 
des machines qui tournent plus ou moins vite, ce qui modifie la fréquence).
Cf. Un des derniers numéros de Sciences pseudo-sciences de l’AFIS.
Le premier boulot d’une alimentation est de filtrer tout ça pour fournir les 
tensions nécessaires au bon fonctionnement de la machine. Une alimentation 
pourrie va réduire la durée de vie de ce qui est derrière elle.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: [OT] Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

David Wright composed on 2021-01-20 23:58 (UTC-0600):

> On Wed 20 Jan 2021 at 21:17:30 (-0500), Felix Miata wrote:

>> When I want TV I use a TV and remote controller and an easy chair or sofa, 
>> not a
>> workchair and desk and rodent and keyboard and all the distractions of
>> multitasking. My computers are general purpose tools for getting work done. 
>> Most
>> videos are primarily time devouring entertainers, amusement.

>> a (as first letter as affects meaning of word): anti or not

>> muse: v: to think or ruminate upon.

>> thus:

>> amuse: literally not think or unthink

> Ouch. It's derived from French: the à means to/at, not anti/without.

In many cases yes. It has several others as well, such as in avocation. In 
others,
such as amuse, clearly not to or at:

"a- (3)

prefix meaning "not, without," from Greek a-, an- "not" (the "alpha privative"),
from PIE root *ne- "not" (source also of English un-).

In words from Greek, such as abysmal, adamant, amethyst; also partly nativized 
as
a prefix of negation (asexual, amoral, agnostic). The ancient alpha privatum,
denoting want or absence."
https://www.etymonline.com/word/a-
-- 
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: Debian jessie > buster IPv6 link scope change of behaviour

2021-01-20 Thread David Wright

On Wed 20 Jan 2021 at 14:46:31 (+0100), Marc SCHAEFER wrote:
> 
> I experiment [experienced] a change of behaviour between the kernel of Debian 
> jessie
> and Debian buster.
> 
> Namely, before, ping6 fe80::1 would fail, since it is ambiguous (fe80::1
> is a link scope, thus a zone/interface scope ID is required).
> 
> With buster, it tries the first Ethernet interface, no error (unless
> NDP does not find it, obviously).
> 
> The correct behaviour when specifying the zone (interface scope ID) is
> the same on both versions:
> 
>ping6 fe80::1%eth0 # e.g.
> 
> Is there something broken with my setup, or has something changed in the
> way the Linux kernel behaves when the required zone (interface scope ID)
> is not specified ?
> 
> I found the idea of reporting an error when a scope is not given very
> correct, simple and pedagogic (aka jessie behaviour).

I'm not convinced that reporting an error would be correct. I think,
rather, that it should use the interface that it considers "nearest".
On success, it will continue to use that interface; on failure, it
will try others in round-robin fashion to find one that works.

That's desirable behaviour for the packets themselves, is it not.
As far as the address is concerned, fe80::1 is perfectly formed,
but ambiguous. Is that what your jessie error message used to say?

Cheers,
David.

[OT] Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

2021-01-20 Thread David Wright

On Wed 20 Jan 2021 at 21:17:30 (-0500), Felix Miata wrote:
> When I want TV I use a TV and remote controller and an easy chair or sofa, 
> not a
> workchair and desk and rodent and keyboard and all the distractions of
> multitasking. My computers are general purpose tools for getting work done. 
> Most
> videos are primarily time devouring entertainers, amusement.
> 
> a (as first letter as affects meaning of word): anti or not
> 
> muse: v: to think or ruminate upon.
> 
> thus:
> 
> amuse: literally not think or unthink

Ouch. It's derived from French: the à means to/at, not anti/without.

Cheers,
David.

Re: installing debian 10 without a cd and without usb but could use ethernet

2021-01-20 Thread David Wright

On Wed 20 Jan 2021 at 20:31:53 (-0800), Dan Hitt wrote:
> I have a machine that currently has linux mint 16.04 on it.
> 
> I would like to install debian 10 on it, but the installer really wants
> access to a cd drive, and one just isn't available.
> 
> However, the linux mint 16.04 system does have grub2 on it.
> 
> So it is possible for me to boot from an iso image stored in the filesystem
> just like a regular file.  It's just a matter of writing a menu entry in
> /etc/grub/40_custom.
> 
> I know this works because i've booted into a live cd image of linux mint
> 20.1 (using the filesystem, not a cdrom), and started an installation
> process.  I backed out of it, because i would like to install debian 10,
> not just a later version of mint.
> 
> When i do the same thing with debian, it starts off ok, doing some simple
> things like setting the language and the keyboard layout, but then it
> complains that it cannot find a cd rom.  This is true with both the netinst
> image, as well as with a jigdo xfce image which i think should have
> everything necessary and not need a cd rom.  For reference, my debian menu
> entry is
> 
> menuentry "debian-10-iso" {
> set isofile="/USER/iso/debian-10.7.0-amd64-xfce-CD-1.iso"
> loopback loop (hd0,gptNN)$isofile
> linux (loop)/install.amd/vmlinuz boot=install.amd
> iso-scan/filename=$isofile noprompt noeject
> initrd (loop)/install.amd/initrd.gz
> }
> 
> Here, USER is the user name in whose account the iso image is, and gptNN
> stands for the particular partition where home is mounted for the user USER.
> 
> So my first question is whether there's a better iso image i can use, or if
> i can fix this up by giving more arguments to the linux invocation line or
> something else in the menu entry.

I think what you're trying to do is §5.1.5 from
https://www.debian.org/releases/stable/i386/ch05s01.en.html#boot-initrd
using the hd-media. IIRC when I did this I used just
http://http.us.debian.org/debian/dists/buster/main/installer-i386/current/images/hd-media/
initrd.gz and vmlinuz, which gives you effectively a net install
(so you need connectivity).

My grub entry was (I use LABELs on my partitions):

menuentry "Install Debian via HTTP" {
search --no-floppy --label --set=root noah02
linux   /boot/linux priority=low
initrd  /boot/initrd.gz
}

as I downloaded the files into /boot (where everything else is versioned).
Low is like expert install, IIRC, asking all the questions.

I guess amd64 is the same, but only one i386 of mine can't boot from a stick.

> The second question is whether there's a way, from grub (grub2, actually),
> of dropping down to the bios.  I imagine this is quite impossible, but if
> i'm wrong, please let me know.  The reason i would like to do this is that
> it is very hard for me to interrupt the boot process fast enough to get to
> the bios, and i've only managed to do it once or twice after many tries.
> If i were in the bios, i might be able to figure out if it could boot from
> usb, and i could set the boot order to do this, and make a bootable usb
> version of netinst (perhaps).
> 
> Or perhaps there's some other way to approach the problem?  For example,
> i've already created a partition to hold the debian system i want to put on
> the machine.  Is there some way of hand-populating it?  I do have a running
> debian 10 system on another machine, and i suppose i could tar it up and
> unpack it into the new partition on the mint machine.  But i'm not sure if
> there's something outside the filesystem but inside the partition which is
> necessary for it to be bootable.

I've certainly cloned systems in the past, using cpio as it happens.
But it was a long time ago, when eg /dev was a real directory with
real device files. I've even found the notes I used, but bear in mind
these were probably written in about 1998, and look rather quaint now,
so follow their intent rather than their method.

  Copying (cloning) a partition or tree of files to another device:
  (including when it's the live sysytem)
 mount /dev/new-device-partition /mnt
 cd old-directory-root
 ls -lR > somewhere-on-a-stick (certainly not on /)
  if we're in /, this listing needs pruning later as it will contain files on
  other filesystems than -xdev is going to exclude. Note that switches
  -ABQ might also be useful.

 find -xdev -path './lost+found' -prune -o -print \
   | cpio -vdamp /mnt
   ^ v is not essential

  If this is on a different machine:

 find -xdev -path './lost+found' -prune -o -print0 \
   | cpio -ova0 | ssh user@host /mnt/placer.sh

  where placer.sh contains:
 cd $(dirname $0) ; cpio -dim --no-absolute-filenames
  BUT BEWARE of changes in ownership.

 cd /mnt/old-directory-root-name
 ls -lR > somewhere-again (again, +- -ABQ switches)

  then edit /etc/fstab and /mnt/etc/fstab
  and /boot/grub/grub.cfg and /mnt/boot/grub/grub.cfg

  ls-l-dedate the

Re: new harddrive degraded speed

2021-01-20 Thread Stefan Monnier

> i bought a new harddrive
> western digital red plus 6tb
>
> === START OF INFORMATION SECTION ===
> Model Family: Western Digital Red
> Device Model: WDC WD60EFRX-68L0BN1
> Serial Number:WD-WX62D60C9L6X
> LU WWN Device Id: 5 0014ee 212e6b9ad
> Firmware Version: 82.00A82
> User Capacity:6,001,175,126,016 bytes [6.00 TB]
> Sector Sizes: 512 bytes logical, 4096 bytes physical
> Rotation Rate:5700 rpm
> Device is:In smartctl database [for details use: -P show]
> ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
> SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
> Local Time is:Wed Jan 20 17:12:52 2021 CST
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
>
> why is the speed 3.0 gbs i have 4 other drive i have tested with this
> device and they all  use 6.0 gbs

I can't tell you why, but I'd recommend you look at

dmesg | grep -i ata

It might give you some clues,


Stefan

Re: installing debian 10 without a cd and without usb but could use ethernet

Dan Hitt composed on 2021-01-20 20:31 (UTC-0800):
 
> Or perhaps there's some other way to approach the problem?

I can't recall ever installation of any Debian except by the NET method. The 
only
things I download prior to beginning installation on a system with a working 
Grub
is the NET installation kernel and initrd. My most recent ones had approximately
this stanza in custom.cfg:

menuentry "Install Debian via HTTP" {
search --no-floppy --label --set=root p03res
linuxefi/deb10/linux showopts vga=791 --- 
netcfg/get_hostname=myhost netcfg/get_domain=mydomain.net 
netcfg/disable_autoconfig=true netcfg/get_ipaddress=192.168.yada/24 
netcfg/get_gateway=192.168.yada netcfg/get_nameservers=1.1.1.1 
netcfg/confirm_static=true tasks=standard 
base-installer/install-recommends=false 
initrdefi   /deb10/initrd.gz
}

There may be more options there than actually needed. They're much easier to 
delete
at boot than to remember to add any possibly needed. Likewise I don't remember 
which
were actually used except the basics. I use only CAT6 ethernet except for Roku,
FireTV Stick and the like.
-- 
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/

installing debian 10 without a cd and without usb but could use ethernet

2021-01-20 Thread Dan Hitt

I have a machine that currently has linux mint 16.04 on it.

I would like to install debian 10 on it, but the installer really wants
access to a cd drive, and one just isn't available.

However, the linux mint 16.04 system does have grub2 on it.

So it is possible for me to boot from an iso image stored in the filesystem
just like a regular file.  It's just a matter of writing a menu entry in
/etc/grub/40_custom.

I know this works because i've booted into a live cd image of linux mint
20.1 (using the filesystem, not a cdrom), and started an installation
process.  I backed out of it, because i would like to install debian 10,
not just a later version of mint.

When i do the same thing with debian, it starts off ok, doing some simple
things like setting the language and the keyboard layout, but then it
complains that it cannot find a cd rom.  This is true with both the netinst
image, as well as with a jigdo xfce image which i think should have
everything necessary and not need a cd rom.  For reference, my debian menu
entry is

menuentry "debian-10-iso" {
set isofile="/USER/iso/debian-10.7.0-amd64-xfce-CD-1.iso"
loopback loop (hd0,gptNN)$isofile
linux (loop)/install.amd/vmlinuz boot=install.amd
iso-scan/filename=$isofile noprompt noeject
initrd (loop)/install.amd/initrd.gz
}

Here, USER is the user name in whose account the iso image is, and gptNN
stands for the particular partition where home is mounted for the user USER.

So my first question is whether there's a better iso image i can use, or if
i can fix this up by giving more arguments to the linux invocation line or
something else in the menu entry.

The second question is whether there's a way, from grub (grub2, actually),
of dropping down to the bios.  I imagine this is quite impossible, but if
i'm wrong, please let me know.  The reason i would like to do this is that
it is very hard for me to interrupt the boot process fast enough to get to
the bios, and i've only managed to do it once or twice after many tries.
If i were in the bios, i might be able to figure out if it could boot from
usb, and i could set the boot order to do this, and make a bootable usb
version of netinst (perhaps).

Or perhaps there's some other way to approach the problem?  For example,
i've already created a partition to hold the debian system i want to put on
the machine.  Is there some way of hand-populating it?  I do have a running
debian 10 system on another machine, and i suppose i could tar it up and
unpack it into the new partition on the mint machine.  But i'm not sure if
there's something outside the filesystem but inside the partition which is
necessary for it to be bootable.

Thanks in advance for any advice!

dan

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

The Wanderer composed on 2021-01-20 19:44 (UTC-0500):

> Felix Miata wrote:

>> Sven Joachim composed on 2021-01-20 23:18 (UTC+0100):

>>> the upstream Xorg server still uses a graphics card
>>> specific driver if available.

>> That was exactly one of my points. "If available" equates to they are
>> optional, not needed by primarily AMD, Intel and NVidia graphics
>> devices made since somewhere around 2010.

> This looks like another case (which I hadn't noticed before) of a
> difference in possible meanings of "default".

> Some people may read "the default DDX driver" to mean "the DDX driver
> which will be used unless something tells it to do otherwise". I'm
> guessing this is how Sven read it.

Above was mine.

> Other people may read it to mean "the DDX driver which will be used in
> the default case where no better one is available". I'm guessing this is
> how you intended it.

Others might, but not me as worded. The crutch word there is "better". That
language implies that the other that is available /is/ better. Without seeing
results of proper comparison testing, I don't see how one can be known or 
assumed
to be better. IMO, the (newer technology) Modesetting wouldn't have been made a
non-optional, non-discrete package if it wasn't roughly equivalent at a minimum 
to
hardware-specific drivers on the vast majority of current at the time hardware.

To me in this context default means the one that will be used, if supported, 
when
no /unneeded/ and thus optional DDX drivers drivers are installed, aka none of
xf86-video-* are installed. Because most mainstream hardware of the day, and
since, is supported, none of the optionals are /needed/ (as long as a
fully-functional DRM/KMS kernel module exists). The installation of the optional
drivers equates to something telling it to do otherwise.

>> Since a year or so of server 1.17.0 appearance, the GPU-specific DDX
>> drivers spend a bare minimum of time installed on the vast majority
>> of my PCs. Other than AMDGPU, the others occasionally get installed
>> only temporarily for quick testing and then are removed.

> One thing which I haven't been able to make out yet in reading about
> these modesetting drivers: how well do they work for 3D performance? Or
> for that matter, high-end 2D, such as you get with Dwarf Fortress?

I have no experience with, or interest in, any sort of gaming, computer or 
otherwise.

> The only positive statements I've found so far, that I recall, are that
> they work well for 2D acceleration on at least some (if not most) GPU
> models.

> If you're using them near-exclusively on most of your PCs, that could
> imply that they work fine for 3D etc., or simply that you don't tend to
> need those things on those PCs.

The latter. To me, 2D and 3D have no relevant meaning in a computing context. I
can't tell where 2D stops and 3D starts. 3D only simulates 3 dimensions. A 
screen
only displays 2 dimensions. What's the fuss?

When I want TV I use a TV and remote controller and an easy chair or sofa, not a
workchair and desk and rodent and keyboard and all the distractions of
multitasking. My computers are general purpose tools for getting work done. Most
videos are primarily time devouring entertainers, amusement.

a (as first letter as affects meaning of word): anti or not

muse: v: to think or ruminate upon.

thus:

amuse: literally not think or unthink
-- 
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: new harddrive degraded speed





On 2021-01-20 07:26 PM, Dan Ritter wrote:

brainf...@posteo.net wrote:


6tb drive at 3.0 gbs
 root@hc4:~# hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 406 MB in  3.01 seconds = 134.83 MB/sec


2tb drive at 6.0 gbs
root@hc4:~# hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads: 436 MB in  3.00 seconds = 145.27 MB/sec


Both of these are substantially under 3Gb/s. The fact is, not
only do different spinning disks read and write data at
different rates, the rates change across the same disk.

For what it's worth, the WD Red 6TB disk you've got is a
notoriously slow drive, for a CMR. It has a fairly high latency
and runs at 5700RPM. It's entirely likely that your 2TB disk is
actually faster.

You're not likely to notice the 10MB/s difference in actual
usage, though. It will be dominated by seek times for
interactive usage, and humans are bad at paying attention to
longer times without a clock in front of them.

-dsr-


it's just curiosity
i haven't perused kernel code in many years
being retired i guess i have the time to scratch an itch :)
thanks

Re: new harddrive degraded speed

2021-01-20 Thread Dan Ritter

brainf...@posteo.net wrote: 
> 
> 6tb drive at 3.0 gbs
>  root@hc4:~# hdparm -t /dev/sda
> 
> /dev/sda:
>  Timing buffered disk reads: 406 MB in  3.01 seconds = 134.83 MB/sec
> 
> 
> 2tb drive at 6.0 gbs
> root@hc4:~# hdparm -t /dev/sdb
> 
> /dev/sdb:
>  Timing buffered disk reads: 436 MB in  3.00 seconds = 145.27 MB/sec

Both of these are substantially under 3Gb/s. The fact is, not
only do different spinning disks read and write data at
different rates, the rates change across the same disk.

For what it's worth, the WD Red 6TB disk you've got is a
notoriously slow drive, for a CMR. It has a fairly high latency
and runs at 5700RPM. It's entirely likely that your 2TB disk is
actually faster.

You're not likely to notice the 10MB/s difference in actual
usage, though. It will be dominated by seek times for
interactive usage, and humans are bad at paying attention to
longer times without a clock in front of them.

-dsr-

Re: new harddrive degraded speed





On 2021-01-20 06:44 PM, Felix Miata wrote:

brainf...@posteo.net composed on 2021-01-20 17:21 (UTC-0600):


i bought a new harddrive
western digital red plus 6tb

...

Model Family: Western Digital Red
Device Model: WDC WD60EFRX-68L0BN1

...

why is the speed 3.0 gbs
i have 4 other drive i have tested with this device and they all  use
6.0 gbs


Have you tried other SATA cables, or switching the ones you have 
installed among

the drives?

How do 'hdparm -t' tests compare between it and your others?


this hc4 is a toaster device
no cables
on hc4

6tb drive at 3.0 gbs
 root@hc4:~# hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 406 MB in  3.01 seconds = 134.83 MB/sec


2tb drive at 6.0 gbs
root@hc4:~# hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads: 436 MB in  3.00 seconds = 145.27 MB/sec

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

2021-01-20 Thread The Wanderer

On 2021-01-20 at 19:32, Felix Miata wrote:

> Sven Joachim composed on 2021-01-20 23:18 (UTC+0100):
> 
>> On 2021-01-20 16:45 -0500, Felix Miata wrote:
> 
>>> Its life as a separate package then ceased as well. It was moved
>>> into the server package. I never found an announcement to the
>>> effect, but I believe this move in effect made it the default DDX
>>> driver for any version of the Xorg server from version 1.17.0 and
>>> up.
> 
>> Not really, the upstream Xorg server still uses a graphics card
>> specific driver if available.
> 
> That was exactly one of my points. "If available" equates to they are
> optional, not needed by primarily AMD, Intel and NVidia graphics
> devices made since somewhere around 2010.

This looks like another case (which I hadn't noticed before) of a
difference in possible meanings of "default".

Some people may read "the default DDX driver" to mean "the DDX driver
which will be used unless something tells it to do otherwise". I'm
guessing this is how Sven read it.

Other people may read it to mean "the DDX driver which will be used in
the default case where no better one is available". I'm guessing this is
how you intended it.

> Since a year or so of server 1.17.0 appearance, the GPU-specific DDX
> drivers spend a bare minimum of time installed on the vast majority
> of my PCs. Other than AMDGPU, the others occasionally get installed
> only temporarily for quick testing and then are removed.

One thing which I haven't been able to make out yet in reading about
these modesetting drivers: how well do they work for 3D performance? Or
for that matter, high-end 2D, such as you get with Dwarf Fortress?

The only positive statements I've found so far, that I recall, are that
they work well for 2D acceleration on at least some (if not most) GPU
models.

If you're using them near-exclusively on most of your PCs, that could
imply that they work fine for 3D etc., or simply that you don't tend to
need those things on those PCs.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw

signature.asc
Description: OpenPGP digital signature

Re: new harddrive degraded speed




brainf...@posteo.net composed on 2021-01-20 17:21 (UTC-0600):

> i bought a new harddrive
> western digital red plus 6tb
...
> Model Family: Western Digital Red
> Device Model: WDC WD60EFRX-68L0BN1
...
> why is the speed 3.0 gbs
> i have 4 other drive i have tested with this device and they all  use 
> 6.0 gbs

Have you tried other SATA cables, or switching the ones you have installed among
the drives?

How do 'hdparm -t' tests compare between it and your others?
-- 
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: [HS] Onduleur

Le jeudi 21 janvier 2021 à 01:35 +0100, Gaëtan Perrier a écrit :
> 
> Chez Eaton ils parlent de "line-interactive haute fréquence" et de "line-
> interactive sortie sinusoïdale pure". Aucune précision en fréquence.
> 
> 

Je viens de tomber sur le 5PX où c'est indiqué "Line-Interactive Haute
Fréquence (Sinusoïde pure, Booster + Fader)" avec +/- 0,1 % en freq.
Du coup je n'y comprends plus rien.

Gaëtan


signature.asc
Description: This is a digitally signed message part

Re: new harddrive degraded speed





On 2021-01-20 06:17 PM, deloptes wrote:

brainf...@posteo.net wrote:


why is the speed 3.0 gbs
i have 4 other drive i have tested with this device and they all  use
6.0 gbs


check cables, connectors and controller - here 2TB WD20EFRX is on LSI 
that

supports only SATA 2


this device is a odroid hc4
it supports all my other drives a 6.0 gbs
i used a sata to usb adapter to connect this drive to my pc and it 
connects at 6.0 gbs


=== START OF INFORMATION SECTION ===
Model Family: Western Digital Red
Device Model: WDC WD60EFRX-68L0BN1
Serial Number:WD-WX62D60C9L6X
LU WWN Device Id: 5 0014ee 212e6b9ad
Firmware Version: 82.00A82
User Capacity:6,001,175,126,016 bytes [6.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate:5700 rpm
Device is:In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:Wed Jan 20 18:26:13 2021 CST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


i guess i'm asking what decides how a device is going to connect
is there a database of devices that the kernel uses
i should say on my pc - 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 
(2020-10-18) x86_64
and the hc4 - 4.9.236-arm64 #1 SMP PREEMPT Sun Dec 20 21:57:12 CET 2020 
aarch64

Re: [HS] Onduleur

Le mercredi 20 janvier 2021 à 23:28 +0100, BERTRAND Joël a écrit :
> Gaëtan Perrier a écrit :
> > Le mercredi 20 janvier 2021 à 18:04 +0100, BERTRAND Joël a écrit :
> > > Gaëtan Perrier a écrit :
> > > > Il me semble que ces 2 gammes sont en sinusoïde approchée.
> > > > Pour avoir une vraie sinusoïde c'est plus cher ...
> > > 
> > > Il me semble au contraire que c'est une sinusoïde (ils indiquent 
> > > même le taux de distorsion harmonique). À vérifier cependant.
> > > 
> > 
> > Si je prends le BX700U-FR 
> > https://www.apc.com/shop/fr/fr/products/Back-UPS-onduleur-r%C3%A9gulation-automatique-de-tension-700VA-prises-FR/P-BX700U-FR
> > 
> > 
> > 
> C'est marqué "sinusoïde approchée". Faut comprendre quoi ?
> 
> Faut comprendre quasi-sinus ;-) Donc pas terrible.
> 
> > Sur un autre modèle que je ne retrouve plus c'était marqué 
> > "sinusoïde".
> 
> Normalement, lorsque c'est une sortie sinus, il y a le taux de
> distorsion précisé et la précision en fréquence.


Bizarre alors parce que pour les modèles sinusoïde approchée ils donnent la
précision en fréquence ...

> 
> En gros : quasi-sinus, ce sont deux transistors qui commutent à 50 Hz
> avec un 0 au milieu. Une vrai sinusoïde, c'est avec un PWM qui tourne
> au moins à 1 kHz pour les modèles de base. Rien qu'à l'oreille, on
> entend la différence.

Chez Eaton ils parlent de "line-interactive haute fréquence" et de "line-
interactive sortie sinusoïdale pure". Aucune précision en fréquence.

> 
> Le BackUPS, c'est le bas de gamme chez APC. Avant, c'était simple.
> Back = offline et Smart = line-interactive. Ce n'est plus vrai
> aujourd'hui, on trouve des Back line-interactive. Mais ça reste
> vraiment de l'onduleur à pas cher. De toute façon, il n'y a pas de
> miracle, tu ne peux pas concevoir un onduleur à sortie sinus à ce prix
> là, même si tu en fabrique 10 000.
> 
> JKB
> 

Au final mon besoin est un onduleur qui ne passera que rarement sur batterie
mais qui doit être silencieux (critère numéro un). Or plus on monte en gamme et
plus les modèles semblent bruyant ... :(

Un Eaton ELP1200FR est donné pour 27 dB à 1 m alors qu'un APC Back UPS Pro
BR1500G-FR est à 45 dB !

Bref je ne sais toujours pas vers quoi m'orienter.

Gaëtan


signature.asc
Description: This is a digitally signed message part

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

Sven Joachim composed on 2021-01-20 23:18 (UTC+0100):

> On 2021-01-20 16:45 -0500, Felix Miata wrote:

>> Its life as a separate package then ceased as well. It was moved into the 
>> server
>> package. I never found an announcement to the effect, but I believe this 
>> move in
>> effect made it the default DDX driver for any version of the Xorg server from
>> version 1.17.0 and up.

> Not really, the upstream Xorg server still uses a graphics card specific 
> driver
> if available. 

That was exactly one of my points. "If available" equates to they are optional,
not needed by primarily AMD, Intel and NVidia graphics devices made since
somewhere around 2010.

> On Debian, the modesetting driver is preferred for
> non-vintage Intel and NVidia GPUs by distribution-specific patches[1,2].

I was aware of this general concept and thinking about it, just forgot to 
actually
remember to include it before sending. IME though, availability of the
gpu-specific drivers will far more often than not mean they will be used in
preference to the Modesetting.

> 1. 
> https://sources.debian.org/src/xorg-server/2:1.20.10-2/debian/patches/06_use-intel-only-on-pre-gen4.diff
> 2. 
> https://sources.debian.org/src/xorg-server/2:1.20.10-2/debian/patches/07_use-modesetting-driver-by-default-on-GeForce.diff

I have multiple Intel IGPs classified as Gen 4 or newer that, contrary to what I
believe the first of those patches to mean, do not use Modesetting when Intel is
available, absent admin specifically configuring Modesetting's use.

>From what little I can make of the second patch, I think it might should apply 
>to
3 or 4 of my NVidia GPUs (GeForce 8 & up), but that's not a result I've 
observed.

Since a year or so of server 1.17.0 appearance, the GPU-specific DDX drivers 
spend
a bare minimum of time installed on the vast majority of my PCs. Other than
AMDGPU, the others occasionally get installed only temporarily for quick testing
and then are removed.
-- 
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: new harddrive degraded speed

2021-01-20 Thread Dan Ritter

brainf...@posteo.net wrote: 
> i bought a new harddrive
> western digital red plus 6tb
> 
> === START OF INFORMATION SECTION ===
> Model Family: Western Digital Red
> Device Model: WDC WD60EFRX-68L0BN1
> Serial Number:WD-WX62D60C9L6X
> LU WWN Device Id: 5 0014ee 212e6b9ad
> Firmware Version: 82.00A82
> User Capacity:6,001,175,126,016 bytes [6.00 TB]
> Sector Sizes: 512 bytes logical, 4096 bytes physical
> Rotation Rate:5700 rpm
> Device is:In smartctl database [for details use: -P show]
> ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
> SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
> Local Time is:Wed Jan 20 17:12:52 2021 CST
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
> 
> why is the speed 3.0 gbs
> i have 4 other drive i have tested with this device and they all  use 6.0
> gbs

That's not the speed, that's the negotiated transfer rate.

Since the drive can't read or write more than 130MB/s anyway -- about 1/3
of the interface speed -- the drive is probably not actually affected.

Also, note that it uses 4096 byte sectors but pretends that they
are 512.

Possible reasons for negotiating 3Gb/s vs 6Gb/s: bad cable, or
cable making tenuous contact, is the number one suspect.

-dsr-

Re: new harddrive degraded speed

2021-01-20 Thread deloptes

brainf...@posteo.net wrote:

> why is the speed 3.0 gbs
> i have 4 other drive i have tested with this device and they all  use
> 6.0 gbs

check cables, connectors and controller - here 2TB WD20EFRX is on LSI that
supports only SATA 2

new harddrive degraded speed


i bought a new harddrive
western digital red plus 6tb

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Red
Device Model: WDC WD60EFRX-68L0BN1
Serial Number:WD-WX62D60C9L6X
LU WWN Device Id: 5 0014ee 212e6b9ad
Firmware Version: 82.00A82
User Capacity:6,001,175,126,016 bytes [6.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate:5700 rpm
Device is:In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:Wed Jan 20 17:12:52 2021 CST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

why is the speed 3.0 gbs
i have 4 other drive i have tested with this device and they all  use 
6.0 gbs

Re: Re: Grub no reconoce disco SSD con Windows$

2021-01-20 Thread Felix Perez

El mié, 20 de ene. de 2021 a la(s) 18:36, Aristobulo_Pinzón
(ristobulopin...@gmail.com) escribió:
>
> Muchas gracias por su tiempo...
>
> De fabrica el SSD estaba en la conexión sata1, con Windows 10, Sistema EFI
> Como mi propósito es utilizar en lo más posible debian, traslade el SSD al 
> sata 3,
> y en el sata 1  conecté el disco que utilizaba en el anterior PC con  debian 
> 10.7.
> y en el sata2 un nuevo disco para copias de respaldo.
> Todo funcionó bien menos el SSD con win 10. Será por estar en el sata 3?.
> Tanto  ntfs-3g como os-prober están instalados.
> Me gustaría tener e windows en el menú de debian para no tener que iniciarlo 
> en el BIOS.
> De Miicrosoft solo quiero usar el Power-Point, ya que el LO-Impress esta
> un poquitíto atrasadito.
> Los mensajes de update-grub no dicen nada respecto al SO windows ni mensajes 
> de error.
>
> Sean felices.
>

Cómo instalaste?
AL instalar te reconocio todos los discos?


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: Help request installing wi-fi/video-card proprietary drivers [Debian 10 stable]

2021-01-20 Thread Celejar

On Wed, 20 Jan 2021 15:58:41 +0100
Linux-Fan  wrote:

...

> NVidia GPU on laptop can be difficult. In fact, I never managed to get mine  
> working (on laptops newer than 2006 that is, old ones used to work). This  
> wiki page might be relevant for you, too:
> 
> https://wiki.debian.org/NVIDIA%20Optimus

FWIW, I've gotten the Quadro K620M on my Lenovo W550s to work with a fair
amount of fiddling using various methods (Optimus, nvidia-xrun), but
the performance was always disappointing and (for me) just not worth
it, so I don't bother.

Celejar

Re: [Résolu] Configuration carte wifi Realtek RTL8821CE

2021-01-20 Thread didier gaumet


Le 20/01/2021 à 22:13, benoit a écrit :
[...]

En cherchant j'ai trouvé un post sur le forum d'ubuntu suggérant de désactiver 
le secure-boot dans le bios.
Ainsi le module 8821ce a pu se charger et le wifi fonctionne !

[...]

Ah, oui, j'avais totalement oublié ce problème: le Secure Boot ne charge 
pas les modules non signés (situation par défaut quand on les construit 
soi-même).


https://wiki.debian.org/SecureBoot#Infrastructure_-_how_signing_works_in_Debian
Il est possible de les signer pour garder le Secure Boot
 https://wiki.debian.org/SecureBoot#MOK_-_Machine_Owner_Key
mais je me souviens avoir comme toi choisi la facilité et l'avoir désactivé.

Burp. Merci pour la galette mais conjuguée au cidre j'ai une indigestion 
virtuelle ;-)
(blague à part, l'article Wikipedia m'a instruit sur la "galette de la 
liberté")

Re: [HS] Onduleur

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Gaëtan Perrier a écrit :
> Le mercredi 20 janvier 2021 à 18:04 +0100, BERTRAND Joël a écrit :
>> Gaëtan Perrier a écrit :
>>> Il me semble que ces 2 gammes sont en sinusoïde approchée.
>>> Pour avoir une vraie sinusoïde c'est plus cher ...
>> 
>> Il me semble au contraire que c'est une sinusoïde (ils indiquent 
>> même le taux de distorsion harmonique). À vérifier cependant.
>> 
> 
> Si je prends le BX700U-FR 
> https://www.apc.com/shop/fr/fr/products/Back-UPS-onduleur-r%C3%A9gulation-automatique-de-tension-700VA-prises-FR/P-BX700U-FR
>
>
> 
C'est marqué "sinusoïde approchée". Faut comprendre quoi ?

Faut comprendre quasi-sinus ;-) Donc pas terrible.

> Sur un autre modèle que je ne retrouve plus c'était marqué 
> "sinusoïde".

Normalement, lorsque c'est une sortie sinus, il y a le taux de
distorsion précisé et la précision en fréquence.

En gros : quasi-sinus, ce sont deux transistors qui commutent à 50 Hz
avec un 0 au milieu. Une vrai sinusoïde, c'est avec un PWM qui tourne
au moins à 1 kHz pour les modèles de base. Rien qu'à l'oreille, on
entend la différence.

Le BackUPS, c'est le bas de gamme chez APC. Avant, c'était simple.
Back = offline et Smart = line-interactive. Ce n'est plus vrai
aujourd'hui, on trouve des Back line-interactive. Mais ça reste
vraiment de l'onduleur à pas cher. De toute façon, il n'y a pas de
miracle, tu ne peux pas concevoir un onduleur à sortie sinus à ce prix
là, même si tu en fabrique 10 000.

JKB
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAmAIrpUACgkQOAfo0lKQ
8+dnthAAqngKzAAT86CwJ3cYCLwVzdH9BLF7KhCu9Jvev2KdnIpGBXBPkQn3iENG
M1KkZVFWZKb9J9v2quclTe7lm09VJw/n+ljEOYj4bCT8jtVgath9OYzTe/iTx3jg
1h1ygil+zVngoE6sb7DHaqxrI70usYZRq/60xmBNfXAsvXQcAxD9nfiFM+//x5Sm
bxX29ieoLXCcLi4Tioh5EwZipWhB72NuOXiM++iBWvXVKsQdoPrcqmlnGu0DkKIt
lzURLjBSK7pvop8joRpSEL290KRHMvx/KNpcYm5oSqfeSgzLCkDapYmOBpAnYEmJ
4UJKthce4o9IcYB4DlsX6/+9R/VW4vV1Ns6KeHGSl4pfwaoGyfym0rU9GCUS3SrG
P8IokTsSKgOjbKo2cgCfgrNs4n6EQW9cXo7As0Qbztwz/xLBe/ZAOIM+5Zqy4UFY
n3NNYCqnA9eox45gvRiXk+Vc+cmCBOxxcv+aWUnzgwr1SjcQbZqrZZhYr3uGzQZE
NXe69ohw4aWDhsQjL9SsNgDQMkSPwNQq3zck14EgvgufKqGayLp74N2WtXfPjhOP
7RWhbGpDzuPfhgcbOKeShABb1j9BCB6KDfPjuq8sLnf4NIKy9RBuiqyI7vQBLck4
b13L+BXpX1J2V7VbdYe9+Q+8fYWjhoatY5buTmMV8ThJxSgdEEU=
=mgmO
-END PGP SIGNATURE-

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau

2021-01-20 Thread Sven Joachim

On 2021-01-20 16:45 -0500, Felix Miata wrote:

> In 2008 a new technology DDX driver's development was begun:
> 
> The new technology made it hardware independent, able to be used by any GPU 
> that
> has a full-functioning DRM/KMS driver. 2D acceleration depended on Glamor. In
> Debian, the xf86-video-modesetting package was named 
> xserver-xorg-video-modesetting.
>
> In 2014, the development stage of xf86-video-modesetting ceased.
> 
>
> Its life as a separate package then ceased as well. It was moved into the 
> server
> package. I never found an announcement to the effect, but I believe this move 
> in
> effect made it the default DDX driver for any version of the Xorg server from
> version 1.17.0 and up.

Not really, the upstream Xorg server still uses a graphics card specific driver
if available.  On Debian, the modesetting driver is preferred for
non-vintage Intel and NVidia GPUs by distribution-specific patches[1,2].

Cheers,
   Sven


1. 
https://sources.debian.org/src/xorg-server/2:1.20.10-2/debian/patches/06_use-intel-only-on-pre-gen4.diff
2. 
https://sources.debian.org/src/xorg-server/2:1.20.10-2/debian/patches/07_use-modesetting-driver-by-default-on-GeForce.diff

Re: Upstream Default (FOSS) DDX Driver for NVidia GPUs is not Nouveau (was: Help request installing wi-fi/video-card prop...)

David Christensen composed on 2021-01-20 11:33 (UTC-0800):

> I have a ~2011 Dell Latitude E6520 laptop with Nvidia Optimus graphics. 
> It has always required non-free firmware for the Wi-Fi.  On Debian 9 
> with the free nouveau driver, the graphics work fine; both internal and 
> external.  I recently beat my head against Debian 10, the free nouveau 
> driver, and the non-free nvidia-legacy-390xx-driver; without much 
> success [1].

> My ideal is a FOSS distribution that works OOTB with as little 
> fiddle-faddeling as possible.  I went back to Debian 9.  I suggest that 
> you try that.

> [1] https://lists.debian.org/debian-user/2021/01/msg00035.html

In 2008 a new technology DDX driver's development was begun:

The new technology made it hardware independent, able to be used by any GPU that
has a full-functioning DRM/KMS driver. 2D acceleration depended on Glamor. In
Debian, the xf86-video-modesetting package was named 
xserver-xorg-video-modesetting.

In 2014, the development stage of xf86-video-modesetting ceased.


Its life as a separate package then ceased as well. It was moved into the server
package. I never found an announcement to the effect, but I believe this move in
effect made it the default DDX driver for any version of the Xorg server from
version 1.17.0 and up.

"...GLAMOR acceleration on works on the NVIDIA G80 (GeForce 8) GPUs and newer
where as Nouveau focuses on support going back to the Riva TNT2 days. Also, the
xf86-video-nouveau is designed to be simple and work well..."


In 2014 also, the last official release of the Intel DDX driver was made. Since
then, it continues to receive patches, but the focus of its developers has been 
on
the Modesetting DDX.

Debian 8 contained server 1.16.4 and the development version of
xf86-video-modesetting. This package disappeared with release of Debian 9, which
runs the 1.19.2 server.

Thus, as of Debian 9, those running the Nouveau DDX are not running the upstream
default, which is named, for better or worse, Modesetting.

Like most other distros, Debian by default installs a metapackage that includes
all optional DDX driver packages, which includes xserver-xorg-video-nouveau. I
cannot provide a reference to this, but IMO the distro's packagers find they 
must
do this in order to best support at initial installation the remaining antique
GPUs in service by users that the Modesetting DDX driver does not support. A 
side
effect of this inclusion of the optional DDX drivers is few users are aware that
the Modesetting even exists, much less than it being developers consider it to 
be
the optimal FOSS DDX.

I have 5 PCs currently running older NVidia GPUs, the newest a Quadro NVS 310 
and
a GeForce GT 630. Each is in multiboot with various Debian and other distros, in
current, non-current, and pre-release versions. I also have a GeForce 8600GT on
the shelf that goes in and out of various PCs for testing purposes. All are
normally run on the Modesetting DDX driver, occasionally for testing purposes
only, on the Nouveau DDX. In no case have I found the Nouveau DDX to be better 
in
any respect than the Modesetting DDX.

I have multiple operating 64bit PCs with Intel IGPs. All that are supported by 
it
are run on the very same Modesetting DDX driver. The situation is roughly the 
same
here with AMD APUs, IGPs and GPUs. Some I use with the AMDGPU DDX, the rest, if
supported by it, are all run on the Modesetting DDX.

I have never installed any proprietary graphics driver on any of my own 
hardware,
so can't offer any guidance on maintenance or performance issues from personal
experience. That said, IMO, anyone who doesn't try the upstream default DDX, if
supported, before installing one of NVidia's own drivers is shortchanging 
himself
of the knowledge of whether or not maintenance of proprietary drivers when 
kernels
are changed is worth whatever benefit in performance is actually observable for
his own use case.
-- 
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: Re: Grub no reconoce disco SSD con Windows$

2021-01-20 Thread Aristobulo_Pinzón

Muchas gracias por su tiempo...

De fabrica el SSD estaba en la conexión sata1, con Windows 10, Sistema EFI
Como mi propósito es utilizar en lo más posible debian, traslade el SSD al sata 
3, 
y en el sata 1  conecté el disco que utilizaba en el anterior PC con  debian 
10.7.
y en el sata2 un nuevo disco para copias de respaldo. 
Todo funcionó bien menos el SSD con win 10. Será por estar en el sata 3?.
Tanto  ntfs-3g como os-prober están instalados.
Me gustaría tener e windows en el menú de debian para no tener que iniciarlo en 
el BIOS.
De Miicrosoft solo quiero usar el Power-Point, ya que el LO-Impress esta
un poquitíto atrasadito.
Los mensajes de update-grub no dicen nada respecto al SO windows ni mensajes de 
error.

Sean felices.

[Résolu] Configuration carte wifi Realtek RTL8821CE

2021-01-20 Thread benoit

Bonjour à toutes et tous,


J'ai ceci comme modules :

find /lib/modules -name "*8821*"
/lib/modules/5.10.0-1-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae
/lib/modules/5.10.0-1-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko
/lib/modules/5.10.0-1-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821ce.ko
/lib/modules/5.10.0-1-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821c.ko
/lib/modules/5.10.0-1-amd64/updates/dkms/8821ce.ko


J'ai viré le module rtw88_8821ce, car network-manager ne détecte aucun réseau 
wifi (il y en a).
modprobe -r rtw88_8821ce

Le problème, c'est que ce module :
https://github.com/tomaspinho/rtl8821ce
Ne s'est jamais chargé en exécutant le script d'installation :
./dkms-install.sh
Ni en le chargeant manuellement :
modprobe 8821ce
modprobe: ERROR: could not insert '8821ce': Operation not permitted

En cherchant j'ai trouvé un post sur le forum d'ubuntu suggérant de désactiver 
le secure-boot dans le bios.
Ainsi le module 8821ce a pu se charger et le wifi fonctionne !


Un grand merci pour votre aide !
Avec gratitude.
–
Benoit


‐‐‐ Original Message ‐‐‐
Le mardi 19 janvier 2021 17:01, didier gaumet  a 
écrit:

 A l'heure actuelle je suis en Buster avec un noyau de Backports et j'ai
 eu une carte à base de 8821CE sur ce portable, remplacée depuis par une
 Intel AX200

 didier@hp-notebook14:~$ find /lib/modules -name 8821
 /lib/modules/4.19.0-8-amd64/updates/dkms/8821ce.ko
 
/lib/modules/5.9.0-0.bpo.5-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821c.ko
 
/lib/modules/5.9.0-0.bpo.5-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821ce.ko
 
/lib/modules/5.9.0-0.bpo.5-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae
 
/lib/modules/5.9.0-0.bpo.5-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko
 
/lib/modules/5.9.0-0.bpo.2-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821c.ko
 
/lib/modules/5.9.0-0.bpo.2-amd64/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821ce.ko
 
/lib/modules/5.9.0-0.bpo.2-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae
 
/lib/modules/5.9.0-0.bpo.2-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko

 -   Je n'ai pas fait le ménage, ce qui explique la présence du module
 8821ce dans les updates DKMS (c'est le module construit en DKMS à 
partie
 des sources de Tomas Pinho, donc hors sources officielles du noyau)

 -   je n'avais même pas fait attention mais, comme l'indique Etienne
 Mollier dans une réponse à ton propre post, les fonctions de base du
 chipset 8821CE ont été rajoutées au pilote générique rtw88, d'où la
 présence d'un module rtw88_8821ce. Il existe un risque que ce nouveau
 module ait des fonctionnalités incomplètes ou que celles implémentées
 soient défectueuses car le module est récent dans les sources du noyau

 -   ces deux modules (l'ancien module non-officiel hors-noyau 8821ce et le
 nouveau module officiel mais probablement incomplet rtw88_8821ce 
doivent
 probablement tous les deux réclamer ta carte wifi mais soit un seule 
est
 chargé, soit éventuellement les deux ce qui conduirait à un conflit)

 -   la commande $lsmod | grep 8821ce te dira quel(s) est|sont chargé(s)
 -   la commande $sudo modprobe -r nom_du_module_chargé déchargera chaque
 module chargé pour lequel tu y fera appel. Tu vérifies que c'est bien
 pris en compte en refaisant un lsmod

 -   ensuite, pour le vieux module (8821ce) tu fais un $sudo modprobe
 8821ce pour le charger, puis tu testes le fonctionnement de ta carte

 -   tu fais la même chose pour le nouveau module (rtw88_8821ce) mais
 préalablement tu fais un $sudo modprobe -r 8821ce pour décharger
 l'ancien module

 -   tu fais ton choix entre l'ancien et le nouveau module si les deux
 fonctionnent, en retenant celui qui fonctionne le mieux. A égalité de
 prestations tu choisis le nouveau module (c'est un pilote officiel, tu
 seras moins emmerdé)

 -   ensuite il faut automatiser le chargement au démarrage: voir la suite
 -   si tu choisis le nouveau module, tu as juste à désinstaller l'ancien
 (voir la page de Pinho pour la commande exacte, un truc avec des 
pépites
 de DKMS et de remove dedans)

 -   si tu choisis l'ancien module, il a probablement la priorité sur
 l'ancien et il ne faut pas charger les deux donc tu crées un fichier
 /etc/modprobe.d/rtw88_8821ce.conf qui contiendra situ le souhaites une
 ou des ligne(s) de commentaire commençant par #, puis une ligne
 contenant seulement:
 blacklist rtw88_8821ce

 (en gros, hein, je ne garantis pas l'absence d'erreurs, d'imprécisions,
 voire de conneries flagrantes)

 étant un homme vénal et cupide (j'aime "la galette") et n'ayant pas
 encore fêté l'épiphanie en 2021, je désire que tu règles mes honoraires
 en m'envoyant un galette des rois virtuelle ;-)

Re: Too many levels of symbolic links

2021-01-20 Thread Stefan Monnier

> Le 20-01-2021, à 10:15:47 -0500, Stefan Monnier a écrit :
>>> # find /dev -follow -printf ""
>>You want `-mount` in there so you don't enter things like `/dev/fd` or
>>`/dev/shm`.
> I tried that on /

Not a good idea: the `-mount` will then preventing it from entering
`/dev` since `/dev` is usually another mount point (using a sort of
tmpfs).

> and got no output at all.

Since the problem is expected to be in /dev, I'd do:

find /dev -mount -follow -printf ""

Of course, I don't actually know if that'll catch the source of
your problem.


Stefan

Re: x2goagent: high CPU load with Xfce 4.16

2021-01-20 Thread Stefan Pietsch


On 14.01.21 01:44, Sven Hartge wrote:

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?



That was a good hint, thanks Sven.

Setting "use_compositing" to "false" in
~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml
solved the issue.


Regards,
Stefan

Re: Algú vol col·laborar en aquest projecte?

2021-01-20 Thread Ernest Adrogué

2021-01-20, 09:25 (+0100); Leopold Palomo-Avellaneda escriu:
> Per acabar, una reflexió personal de que he interpretat d'aquests correus.
> Realment voleu una societat que no accepti la crítica? S'ha de protegir tant
> a la gent els frustraríem i ai pobrets?

Exacte.  Als països anglo-saxons han arribat a l'extrem de crear "espais
segurs", espais on no està permès utilitzar certes paraules o parlar de
certs temes, amb l'objectiu que les persones a qui aquestes paraules o
temes fan sentir incòmodes s'hi puguin estar i no s'hagin de sentir
incòmodes.  En lloc d'ensenyar a aquestes persones a afrontar les
crítiques i els temes incòmodes, el que fan es crear espais perquè no
els hagin d'afrontar.

Per cert, evitar criticar algú perquè penses que "no ho pot fer millor"
no és l'insult més fort que pots fer?

Re: Algú vol col·laborar en aquest projecte?

2021-01-20 Thread Ernest Adrogué

2021-01-20, 08:17 (+0100); Joan escriu:
> També vull posar en valor, però, malgrat la millora que comenteu sobre
> la positivitat, la feina del Leopold, que de fet és qui ha fet uns
> suggeriments més útils per en Baptista, si no te en compte les
> asprors del missatge.

No només ha fet els suggeriments més útils, sinó que és l'únic que ha
fet suggeriments!

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

2021-01-20 Thread songbird

Philip Wyett wrote:
...
> As stated in other mails. This is why their is stable/production and we
> should rely on those and not testing. ;-)

  yes, of course.  :)  why i keep a booting stable partition
handy.


  songbird

Re: Algú vol col·laborar en aquest projecte?

2021-01-20 Thread Ernest Adrogué

2021-01-20, 16:22 (+0100); Alex Muntada escriu:
> En Joan no feia aquestes preguntes i no demanava una mirada crítica
> explícitament.

Potser ho he interpretat malament, però jo diria que ha demanat ajuda
perquè veu que el programa no té gaires usuaris ni troba gent que es
vulgui involucrar en el projecte.  Quin altre plantejament hi pot haver,
per tal d'ajudar a resoldre aquesta situació, que no sigui analitzar
precisament els motius que provoquen aquesta falta d'interès?

> Això és un judici: atribuir la responsabilitat d'una observació
> a algú quan podria ser cosa de la meva configuració d'escriptori,
> de les meves versions o vés a saber què més. Pot ser un defecte
> del programa o pot ser un defecte del meu sistema que afecta el
> programa.

O sigui, entenc que tu t'abstindries de comentar cap defecte o mancança
del programa que pugui ser atribuïble al seu autor, per por que aquest
se senti ofès.  Per exemple, no qüestionaries l'elecció del llenguatge
de programació, o el fet de no seguir les pràctiques habituals en
l'àmbit dels projectes de programari lliure, tot i ser saber que això
redueix enormement les probabilitats que altres persones vulguin
participar en el projecte.  De veritat tu creus que d'aquesta manera
estàs ajudant aquesta persona?

> En qualsevol cas, Debian aposta explícitament per la diversitat.
> Les regles de la comunitat són clares i la llibertat d'expressió
> no és una d'elles. Hi ha gent de la comunitat que no hi està
> d'acord, però són les regles del joc i s'han de respectar si hom
> vol formar-ne part.

No trobo cap regla que parli de diversitat.  L'únic que he trobat és una
declaració de diversitat [1] que diu que el projecte està obert a les
contribucions de gent de qualsevol àmbit.  Pel que fa al codi de
conducta aplicable a les llistes [2], diu que no utilitzem llenguatge
malsonant i que intentem no fer "flames".  No diu res de no jutjar o de
no opinar sobre la feina dels altres, ni que el dret dels altres a no
ser ofesos ha de prevaldre per sobre del dret a expressar la pròpia
opinió.


[1] https://www.debian.org/intro/diversity
[2] https://www.debian.org/MailingLists/#codeofconduct

Re: Help request installing wi-fi/video-card proprietary drivers [Debian 10 stable]

2021-01-20 Thread David Christensen


On 2021-01-20 01:46, ueki...@libero.it wrote:

Hi,

I'm relatively new to Linux (~1 year distro-hopping dual-booting with win10) 
and a week ago I decided to install Debian 10 stable over Manjaro on my laptop. 
After the first (unsuccessful) attempt on installing a non-free 
firmware-included unofficial iso (live), I managed to install the official live 
iso (kde flavour).
Then I've followed the Debian wiki in order to install proprietary drivers.
First my wireless network (Broadcom BCM43142), successfully installed, then I 
tried with my video card (Nvidia GeForce GTX 850M) and while failing in the 
first and second methods suggested in the wiki, it also gave me instability for 
the previously installed wifi drivers.

Due to the several passages and fixes I've tried, I couldn't resume them all in 
the same post/email, so I would like to ask if this is the right format to ask 
for help or maybe an IRC contact would be more efficient.

Thank you for being part of this wonderful project,


I have a ~2011 Dell Latitude E6520 laptop with Nvidia Optimus graphics. 
It has always required non-free firmware for the Wi-Fi.  On Debian 9 
with the free nouveau driver, the graphics work fine; both internal and 
external.  I recently beat my head against Debian 10, the free nouveau 
driver, and the non-free nvidia-legacy-390xx-driver; without much 
success [1].



My ideal is a FOSS distribution that works OOTB with as little 
fiddle-faddeling as possible.  I went back to Debian 9.  I suggest that 
you try that.



David


[1] https://lists.debian.org/debian-user/2021/01/msg00035.html

Re: [HS] Onduleur

Le mercredi 20 janvier 2021 à 18:04 +0100, BERTRAND Joël a écrit :
> Gaëtan Perrier a écrit :
> > Il me semble que ces 2 gammes sont en sinusoïde approchée. Pour avoir
> > une vraie sinusoïde c'est plus cher ...
> 
> Il me semble au contraire que c'est une sinusoïde (ils indiquent même
> le taux de distorsion harmonique). À vérifier cependant.
> 

Si je prends le BX700U-FR
https://www.apc.com/shop/fr/fr/products/Back-UPS-onduleur-r%C3%A9gulation-automatique-de-tension-700VA-prises-FR/P-BX700U-FR

C'est marqué "sinusoïde approchée". Faut comprendre quoi ?

Sur un autre modèle que je ne retrouve plus c'était marqué "sinusoïde".

Gaëtan


signature.asc
Description: This is a digitally signed message part

RE: [HS] Onduleur

Bon, on voit comment il faut faire pour améliorer la situation.
Et on comprend que ce n'est pas forcément une assurance tout risque.
Merci beaucoup en tous les cas

Mathieu ROSSI
Tél. 06 80 95 66 82

-Message d'origine-
De : BERTRAND Joël  
Envoyé : mercredi 20 janvier 2021 15:01
À : debian-user-french@lists.debian.org
Objet : Re: [HS] Onduleur

mathieu.ro...@r4m.fr a écrit :
> Merci beaucoup Joël,
> 
> Effectivement, c'est rare quand ça pète sur la ligne téléphonique... mais le 
> jour où ça l'a fait, on a perdu la box et le Mac qui était derrière 
> (connexion réseau filaire avec la box).
> Donc, chaque fois que le tonnerre gronde, on débranche la box de la ligne 
> téléphonique; et pour EDF, on débranche les équipements fragiles (box et 
> ordinateurs en particulier).
> Mais comme j'aimerais installer un serveur accessible à distance, je cherche 
> une solution pour ne pas avoir à débrancher ni EDF, ni le téléphone.

Ça, c'est possible, mais il faut des éclateurs sur EDF _et_ téléphone.
Et il faut que ces éclateurs soient le plus proche possible, sur le même pieu 
de terre. Sinon, la foudre va "remonter" par la différence de potentiel entre 
les deux terres et tu n'auras rien gagné.

Le problème est ici la tension de pas (c'est elle qui est responsable 
des vaches mortes sous les arbres, la tension entre les pattes avant et arrière 
étant alors de plusieurs milliers de volt !). Si tes deux pieux de terre sont 
distants de deux mètres, tu vas avoir en cas de foudre frappant juste à 
l'extérieur du bâtiment une tension de plusieurs milliers de volt entre les 
deux références de terre. La référence de la terre électrique va augmenter vis 
à vis du neutre électrique _et_ du point froid téléphonique. Et c'est là que 
l'électronique dégage.

Donc éclateurs sur P et N (entre eux et vis à vis de la terre) et sur 
la paire téléphonique (entre elle et vis à vis de la terre), le tout sur le 
même pieu de terre. Ça fait donc six éclateurs de 300 Vac. Et croiser les 
doigts pour qu'il n'y ait rien de trop capacitif...

JKB

Re: Help request installing wi-fi/video-card proprietary drivers [Debian 10 stable]

2021-01-20 Thread Andrew M.A. Cater

On Wed, Jan 20, 2021 at 10:46:51AM +0100, ueki...@libero.it wrote:
> Hi,
> 
> I'm relatively new to Linux (~1 year distro-hopping dual-booting with win10) 
> and a week ago I decided to install Debian 10 stable over Manjaro on my 
> laptop. After the first (unsuccessful) attempt on installing a non-free 
> firmware-included unofficial iso (live), I managed to install the official 
> live iso (kde flavour).
> Then I've followed the Debian wiki in order to install proprietary drivers.
> First my wireless network (Broadcom BCM43142), successfully installed, then I 
> tried with my video card (Nvidia GeForce GTX 850M) and while failing in the 
> first and second methods suggested in the wiki, it also gave me instability 
> for the previously installed wifi drivers.
> 
> Due to the several passages and fixes I've tried, I couldn't resume them all 
> in the same post/email, so I would like to ask if this is the right format to 
> ask for help or maybe an IRC contact would be more efficient.
> 
> Thank you for being part of this wonderful project,
> 
> M B

Would you be prepared to re-install Debian to sort out the problems?

This is complicated by the facts: 
1. It's a Broadcom wifi card 
2. You may not want to configure your desktop immediately
3. Without configuring a desktop, you don't have easy graphical tools to set
up the network.

Do you have a wired interface available to you - Ethernet?

If so, if you can use that to install with, that would make life significantly 
easier. The steps below assume using wired to do the initial install and then
installing wifi later.

a.) Install using expert mode using the text installer.

This will ask you more detailed questions and allow you slightly more 
flexibility.

b.) Do not install a desktop - unselect the Debian desktop option when offered
tasks to install. This will stop Nouveau being installed.

c.) Reboot

d.) If you want to use the nvidia proprietary drivers install them now

e.) Then use tasksel to install the desktop you want: this will work on top of
the NVidia drivers

f.) Install wifi firmware and set up wifi network 

g.) Reboot and enjoy

If you've _only_ got wifi interface

i) Use the firmware .iso initially because that should have the Broadcom
firmware

ii) Drop out to a shell to install network-manager and wpasupplicant before 
exiting the install.

then follow the steps above. 

All best,

Andy C.

Re: [HS] Onduleur

Gaëtan Perrier a écrit :
> Il me semble que ces 2 gammes sont en sinusoïde approchée. Pour avoir
> une vraie sinusoïde c'est plus cher ...

Il me semble au contraire que c'est une sinusoïde (ils indiquent même
le taux de distorsion harmonique). À vérifier cependant.

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

2021-01-20 Thread Philip Wyett

On Wed, 2021-01-20 at 10:44 -0500, songbird wrote:
> Gary Dale wrote:
> ...
> 
>   the problem is still there with the recent version of Filezilla
> that showed up in testing (3.52.0.5-1).
> 
> 
>   i see there is a bug filed via GNUTLS:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119
> 
> 
>   not sure what progress is actually being made.
> 
> 
>   songbird
> 

Hi,

This is not a filezilla issue after a little investigation. I will be
looking at other related packages, including gnutls in the coming
days/weeks. I will also be adding these packages to my tracked packages
and make them part of my testing when doing package updates to
filezilla and general testing.

FYI: 3.52.2 just went to unstable/sid.

As stated in other mails. This is why their is stable/production and we
should rely on those and not testing. ;-)

Regards

Phil

-- 
*** Playing the game for the games own sake. ***

WWW: https://kathenas.org

Twitter: @kathenasorg

IRC: kathenas

GPG: 724AA9B52F024C8B

signature.asc
Description: This is a digitally signed message part

Re: [HS] Onduleur

Il me semble que ces 2 gammes sont en sinusoïde approchée. Pour avoir une vraie 
sinusoïde c'est plus cher ...

Gaëtan

Le 20 janvier 2021 14:42:35 GMT+01:00, "BERTRAND Joël" 
 a écrit :
>David BERCOT a écrit :
>> 
>> Tout d'abord, j'ai mélangé ton nom et ton prénom...
>> Désolé donc... Joël ;-)
>
>   Pas de souci, j'ai une certaine habitude.
>
>> Le 20/01/2021 à 12:59, BERTRAND Joël a écrit :
>>> David BERCOT a écrit :
 Après, j'ai rarement des coupures de courant et autres problèmes de
 surtension, mais je préfères néanmoins protéger mon serveur ;-)
>>>
>>> Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se
>>> méfier, la plupart des on-line sont configurés par défaut en
>>> line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela
>>> qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des
>>> trucs trop petits et officiellement on-line.
>> 
>> Si je comprends bien, et ça ne me semble pas déconnant, tu me conseilles
>> plutôt de prendre un onduleur "basique", c'est-à-dire offline (ou
>> passive stand-by) ?
>> Vu mon besoin, je pense aussi que ça serait suffisant (très rares
>> coupures).
>> 
>> APC propose aussi ce genre de modèle ?
>> Tu aurais des préconisations ?
>
>   Pour moi, c'est un line-interactive. Les off-line sont souvent un peu
>"cheap". Le line-ineractive va protéger des sous-tension et des
>surtensions, pas seulement des coupures de courant.
>
>   SmartUPS (attention, il me semble qu'il existe maintenant des BackUPS
>en line-interactive). Attention à la sortie sinusoïdale.
>
>   JKB
>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: Algú vol col·laborar en aquest projecte?

2021-01-20 Thread Alex Muntada

Hola Leo

> Em sap greu respondre't a la llista

Cap problema.

> No estic d'acord amb aquesta flaire de "buenisme" que es desprèn
> del teu correu.

No acabo de copsar ben bé el que vols dir. Si ho prefereixes,
ho podem parlar en privat, però potser val la pena compartir-ho
amb la resta de la llista.

> Un ha de poder acceptar les crítiques, és part de la vida. Tots
> comentem errors, jo el primer. Jo faig correus "infumables",
> codi "infumable" i altres coses que quan les torno a mirar dic
> "mare meva". I no passa res, s'arregla i punt.

Jo no m'atreveixo dir a algú què ha de fer amb la seva vida sense
conèixer-lo en persona si no m'ho ha demanat, menys encara en una
llista de Debian.

Em sembla entendre que vols dir que la pell dura té alguna mena
de transitivitat i que, si tu la tens, aleshores la resta de gent
també l'ha de tenir. No hi estic d'acord, la teva experiència no
es pot traslladar a altres persones tan fàcilment.

> Tu portes molts anys en temes de programari lliure i saps la
> importància de la difusió, de documentar bé, de ser polit, de
> publicar el teu codi en una plataforma i no una altre, o en
> totes, de l'idioma, de la interfície d'usuari, etc. Per tant,
> crec que ja saps el que jo vull dir.

Sí, ja sé el que vols dir.

> Què us està passant? La pandèmia us ha narcotitzat?

M'agradaria pensar que aquesta expressió és un reflex de la teva
frustració per no haver rebut més suport als comentaris que li
feies al Joan. Crec que així no aconseguiràs gaire més suport i
novament em sembla poc empàtic i respectuós cap a la situació
personal dels membres d'aquesta llista.

> No puc entendre que, de tot l'anàlisi que faig i les propostes,
> el que hi ha generat més línies ha estat la crítica i el to
> (opinable evidentment), però a excepció de l'Àlex, que n'ha fet
> algun per sobre, cap de vosaltres, CAP plantejat res, ni
> proposat res a nivell tècnic del que dic:

Curiosament ara et trobes com en Joan i no s'estan complint
les teves expectatives. Els temes que proposes són interessants
de debatre, potser en un fil a banda per no vincular-nos a la
petició d'en Joan. Fins i tot podríem treballar-los en forma
de píndola sobre com iniciar un projecte per a Debian.

> Realment voleu una societat que no accepti la crítica? S'ha de
> protegir tant a la gent els frustraríem i ai pobrets?

Posa't en el lloc d'una persona que tingui tendència a la
depressió (n'hi ha unes quantes a Debian), o que rebi crítiques
constants per part de tothom pel fet de ser com és. Espero que
tinguis la sort de no haver viscut cap situació d'aquestes,
però tingues en compte que no tothom té aquest privilegi i els
comentaris com aquests són molt dolorosos.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature

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

2021-01-20 Thread songbird

Gary Dale wrote:
...

  the problem is still there with the recent version of Filezilla
that showed up in testing (3.52.0.5-1).


  i see there is a bug filed via GNUTLS:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980119


  not sure what progress is actually being made.


  songbird

Re: Too many levels of symbolic links


Le 20-01-2021, à 10:15:47 -0500, Stefan Monnier a écrit :


# find /dev -follow -printf ""


You want `-mount` in there so you don't enter things like `/dev/fd` or
`/dev/shm`.


I tried that on / and got no output at all.

But still have the same messages in syslog at boot time.

Thanks.

Re: Algú vol col·laborar en aquest projecte?

2021-01-20 Thread Alex Muntada

Hola Ernest

> Ajustar el to, d'acord, però no jutjar?  Tots "jutgem" i tenim
> opinions sobre el que fan els altres, és impossible no fer-ho.
> Suposo que, quan dius que no hem de jutjar la feina dels
> altres, vols dir que no hauriem de fer públiques aquestes
> opinions. No hi estic d'acord!

És clar que tots fem judicis constantment, però es pot entrenar
per no fer-los o si més no per replantejar-se'ls, sobretot si
els vols fer públics.

Pots no estar d'acord amb el que dic, és la teva opinió i la
pots fer pública però no estàs jutjant-me quan ho dius
d'aquesta manera. Jutjar no és el mateix que opinar ;)

> No, no és ben bé el mateix. Però si ens preguntem per quins
> motius el programa en qüestió 1) té pocs usuaris, i 2) hi ha
> poca gent disposada a col·laborar en el projecte, és necessari
> que fem una mirada crítica a aquest programa, per intentar
> entendre per què està passant això.

En Joan no feia aquestes preguntes i no demanava una mirada
crítica explícitament. Potser té els seus motius i abans de
fer-la potser val la pena entendre el seu context. Això sovint
vol dir tenir una conversa una mica més llarga, plantejar-li
preguntes que el facin reflexionar i que ens donin més detalls
per entendre el context i aconseguir empatitzar-hi.

Si hagués dit: aquí teniu el meu programa, critiqueu el que
vulgueu... Aleshores el plantejament hauria estat molt diferent.

> Doncs jo crec que sí que l'estàs jutjant, i que estàs
> qüestionant les seves decisions... si no per què comentes
> que una imatge té poc contrast i que el text està mal alineat?

Jo no crec que sigui un judici explicar que en el meu entorn
un text té poc contrast i que veig alguna cosa mal aliniada.
És una observació empírica subjectiva, està clar. Però no és
un judici.

> Algú és responsable que la imatge tingui poc contrast i que el
> text estigui mal alineat, i tu (subtilment) li estàs dient que
> a aquesta persona no ho ha fet prou bé.

Això és un judici: atribuir la responsabilitat d'una observació
a algú quan podria ser cosa de la meva configuració d'escriptori,
de les meves versions o vés a saber què més. Pot ser un defecte
del programa o pot ser un defecte del meu sistema que afecta el
programa.

> Vols dir que et preocupa que algú deixi aquesta comunitat per
> culpa de gent expressa opinions que poden ferir la sensibilitat
> d'algú?

Absolutament i no sóc l'únic a Debian que ho pensa.

> Potser hi haurà altra gent que s'allunyarà de la comunitat si
> senten que no poden expressar les seves opinions amb llibertat.

És un risc acceptable pel benefici de la comunitat a llarg
termini, tot i que seria molt més desitjable que tothom s'avingui
a comunicar-se d'una forma més respectuosa i empàtica, és clar.

> En tots dos casos el resultat és una comunitat menys "diversa".

No hi estic d'acord.

> Per tant no crec que es pugui dir que restringir la llibertat
> d'expressió afavoreixi la diversitat. En tot cas tampoc crec
> que la diversitat sigui una cosa desitjable (o indesitjable),
> o que sigui bona idea afavorir-la a costa de restringir la
> llibertat d'expressió.

La llibertat d'expressió és un terme molt genèric que sempre surt
quan es parla d'afavorir la diversitat i de tenir converses més
positives i amb empatia. Es fa difícil de saber de què es parla
perquè l'abast de la llibertat d'expressió varia molt segons el
context, per tant no ajuda gaire.

En qualsevol cas, Debian aposta explícitament per la diversitat.
Les regles de la comunitat són clares i la llibertat d'expressió
no és una d'elles. Hi ha gent de la comunitat que no hi està
d'acord, però són les regles del joc i s'han de respectar si hom
vol formar-ne part.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature

Re: Too many levels of symbolic links

2021-01-20 Thread Stefan Monnier

> # find /dev -follow -printf ""

You want `-mount` in there so you don't enter things like `/dev/fd` or
`/dev/shm`.


Stefan

Re: Help request installing wi-fi/video-card proprietary drivers [Debian 10 stable]

2021-01-20 Thread Linux-Fan


ueki...@libero.it writes:


Hi,
I'm relatively new to Linux (~1 year distro-hopping dual-booting with win10)  
and a week ago I decided to install Debian 10 stable over Manjaro on my  
laptop. After the first (unsuccessful) attempt on installing a non-free  
firmware-included unofficial iso (live), I managed to install the official  
live iso (kde flavour).

Then I've followed the Debian wiki in order to install proprietary drivers.
First my wireless network (Broadcom BCM43142), successfully installed, then I  
tried with my video card (Nvidia GeForce GTX 850M) and while failing in the  
first and second methods suggested in the wiki, it also gave me instability  
for the previously installed wifi drivers.


Due to the several passages and fixes I've tried, I couldn't resume them all  
in the same post/email, so I would like to ask if this is the right format to  
ask for help or maybe an IRC contact would be more efficient.


Hello and Welcome,

IRC vs. Mailing List is sure to be a heated discusison. I'd argue it boils  
down to taste. Of course, IRC may solve your problem faster, but e-mail OTOH  
can be archived and kept for further reference more easily. In case you  
prefer IRC, Debian seems to offer that, too:


* https://wiki.debian.org/IRC
* https://wiki.debian.org/GettingHelpOnIrc

Wrt. the original problem, I think there are two routes to approach this:

* Given that your installation is new and that you have been distro-hopping
  it might be the quickest to take note of the steps to install the
  WiFi drivers and then do a full clean reinstall of Debian?

* Otherwise, a good start would be to find out what (major) steps you tried
  to get your GPU working. I recall having instability with Nvidia drivers
  mostly when trying to install the official NVidia binaries as downloaded
  from NVidia's website. My experience with the debian non-free provided
  drivers has been OK, though. Thus my first question to initiate solving
  the problem would be: Which installation method of proprietary drivers did
  you chose?

  If it was the file downloaded from NVidia, the first step would be to
  invoke its uninstallation routine, Afterwards, package
  `nvidia-installer-cleanup` may remove the remainder of a (failed)
  (un)installation attempt.

  Another question to approach the fix: Did it work on Manjaro? If yes,
  what drivers and kernel versions were that? I am asking because sometimes,
  hardware can be made to work by using a "newer" OS which in the case of
  Debian would be testing or unstable.

NVidia GPU on laptop can be difficult. In fact, I never managed to get mine  
working (on laptops newer than 2006 that is, old ones used to work). This  
wiki page might be relevant for you, too:


https://wiki.debian.org/NVIDIA%20Optimus


Thank you for being part of this wonderful project,
M B


I am just a user :)

Linux-Fan
öö


pgpdCV6Q6YzSS.pgp
Description: PGP signature

Re: Thunderbirs & Firefox-esr $ LXQt [SOLUCIONADO]

2021-01-20 Thread Debian


El 20/1/21 a las 11:30, Camaleón escribió:

El 2021-01-20 a las 11:14 -0300, Debian escribió:


Mi equipo está corriendo Debian "buster" amd64 con entorno
LXQt 0.14.0.3.
firefox-esr 78.6.1esr-1~deb10u1
thunderbird 1:78.6.0-1~deb10u1

Por algún desconocido intríngulis del sistema, thunderbird ha tomado la
costumbre de autonombrarse el "navegado WEP predeterminado".

O sea, estoy en un programa X, pulso un enlace, y se abre thunderbird en vez
de firefox, aún cuando éste esté abierto.

Lo que debo hacer es cerrar firefox, volverlo a abrir, y cuando hace el
chequeo, me sale el cartelito "Firefox no es tu navegador predeterminado
(...)"

Firefox está bien configurado, lo mismo que el entorno LXQt.

Si alguien sabe cómo solucionar esa tontera, lo agradezco.


Prueba con los ajustes de update-alternatives o mira a ver qué te dice
la orden «xdg-settings get default-web-browser».



Eso está bien SIEMPRE:
$ xdg-settings get default-web-browser
firefox-esr.desktop

Acabo de hacer el "chino" para que suceda de nuevo.
Cerré ff y th.
Abrí thunderbird.
Pulsé un enlace en un archivo de texto, me abríó el correo en lugar del 
navegador.

Abrí firefox, y otra vez, no es el navegador predeterminado.



También te podría servir:

Can't change default browser in Lubuntu 19.04
https://askubuntu.com/questions/1175383/cant-change-default-browser-in-lubuntu-19-04



Y esta es la madre del borrego:
x-scheme-handler/http=thunderbird.desktop;firefox-esr.desktop;
x-scheme-handler/https=thunderbird.desktop;firefox-esr.desktop;

Ya mismo lo edito y lo dejo así:
x-scheme-handler/http=firefox-esr.desktop;
x-scheme-handler/https=firefox-esr.desktop;



Saludos,




Muchas, muchas gracias, niña.

Ya te debo unas cuantas cubatas...

JAP

Re: [HS] Onduleur


  
  
Le 20/01/2021 à 14:42, BERTRAND Joël a écrit :

  David BERCOT a écrit :

  

Tout d'abord, j'ai mélangé ton nom et ton prénom...
Désolé donc... Joël ;-)

  
  
	Pas de souci, j'ai une certaine habitude.


  
Le 20/01/2021 à 12:59, BERTRAND Joël a écrit :


  David BERCOT a écrit :

  
Après, j'ai rarement des coupures de courant et autres problèmes de
surtension, mais je préfères néanmoins protéger mon serveur ;-)

  
  
Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se
méfier, la plupart des on-line sont configurés par défaut en
line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela
qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des
trucs trop petits et officiellement on-line.



Si je comprends bien, et ça ne me semble pas déconnant, tu me conseilles
plutôt de prendre un onduleur "basique", c'est-à-dire offline (ou
passive stand-by) ?
Vu mon besoin, je pense aussi que ça serait suffisant (très rares
coupures).

APC propose aussi ce genre de modèle ?
Tu aurais des préconisations ?

  
  
	Pour moi, c'est un line-interactive. Les off-line sont souvent un peu
"cheap". Le line-ineractive va protéger des sous-tension et des
surtensions, pas seulement des coupures de courant.

	SmartUPS (attention, il me semble qu'il existe maintenant des BackUPS
en line-interactive). Attention à la sortie sinusoïdale.

	JKB



OK, je vais rester là-dessus alors.

Merci pour tous tes conseils.

David.

Re: Thunderbirs & Firefox-esr $ LXQt

2021-01-20 Thread Camaleón

El 2021-01-20 a las 11:14 -0300, Debian escribió:

> Mi equipo está corriendo Debian "buster" amd64 con entorno
> LXQt 0.14.0.3.
> firefox-esr 78.6.1esr-1~deb10u1
> thunderbird 1:78.6.0-1~deb10u1
> 
> Por algún desconocido intríngulis del sistema, thunderbird ha tomado la
> costumbre de autonombrarse el "navegado WEP predeterminado".
> 
> O sea, estoy en un programa X, pulso un enlace, y se abre thunderbird en vez
> de firefox, aún cuando éste esté abierto.
> 
> Lo que debo hacer es cerrar firefox, volverlo a abrir, y cuando hace el
> chequeo, me sale el cartelito "Firefox no es tu navegador predeterminado
> (...)"
> 
> Firefox está bien configurado, lo mismo que el entorno LXQt.
> 
> Si alguien sabe cómo solucionar esa tontera, lo agradezco.

Prueba con los ajustes de update-alternatives o mira a ver qué te dice 
la orden «xdg-settings get default-web-browser».

También te podría servir:

Can't change default browser in Lubuntu 19.04
https://askubuntu.com/questions/1175383/cant-change-default-browser-in-lubuntu-19-04

Saludos,

-- 
Camaleón

Debian jessie > buster IPv6 link scope change of behaviour

2021-01-20 Thread Marc SCHAEFER

Hello,

I experiment a change of behaviour between the kernel of Debian jessie
and Debian buster.

Namely, before, ping6 fe80::1 would fail, since it is ambiguous (fe80::1
is a link scope, thus a zone/interface scope ID is required).

With buster, it tries the first Ethernet interface, no error (unless
NDP does not find it, obviously).

The correct behaviour when specifying the zone (interface scope ID) is
the same on both versions:

   ping6 fe80::1%eth0 # e.g.

Is there something broken with my setup, or has something changed in the
way the Linux kernel behaves when the required zone (interface scope ID)
is not specified ?

I found the idea of reporting an error when a scope is not given very
correct, simple and pedagogic (aka jessie behaviour).

Thank you for your help :)

PS: I upgraded from jessie to buster, so I don't know when the
behaviour change happened in the Linux kernel

Thunderbirs & Firefox-esr $ LXQt

2021-01-20 Thread Debian


Buenos días.

Escribo preguntando por una estupidez que me tiene HARTO.

Mi equipo está corriendo Debian "buster" amd64 con entorno
LXQt 0.14.0.3.
firefox-esr 78.6.1esr-1~deb10u1
thunderbird 1:78.6.0-1~deb10u1

Por algún desconocido intríngulis del sistema, thunderbird ha tomado la 
costumbre de autonombrarse el "navegado WEP predeterminado".


O sea, estoy en un programa X, pulso un enlace, y se abre thunderbird en 
vez de firefox, aún cuando éste esté abierto.


Lo que debo hacer es cerrar firefox, volverlo a abrir, y cuando hace el 
chequeo, me sale el cartelito "Firefox no es tu navegador predeterminado 
(...)"


Firefox está bien configurado, lo mismo que el entorno LXQt.

Si alguien sabe cómo solucionar esa tontera, lo agradezco.

JAP

Re: [HS] Onduleur

mathieu.ro...@r4m.fr a écrit :
> Merci beaucoup Joël,
> 
> Effectivement, c'est rare quand ça pète sur la ligne téléphonique... mais le 
> jour où ça l'a fait, on a perdu la box et le Mac qui était derrière 
> (connexion réseau filaire avec la box).
> Donc, chaque fois que le tonnerre gronde, on débranche la box de la ligne 
> téléphonique; et pour EDF, on débranche les équipements fragiles (box et 
> ordinateurs en particulier).
> Mais comme j'aimerais installer un serveur accessible à distance, je cherche 
> une solution pour ne pas avoir à débrancher ni EDF, ni le téléphone.

Ça, c'est possible, mais il faut des éclateurs sur EDF _et_ téléphone.
Et il faut que ces éclateurs soient le plus proche possible, sur le même
pieu de terre. Sinon, la foudre va "remonter" par la différence de
potentiel entre les deux terres et tu n'auras rien gagné.

Le problème est ici la tension de pas (c'est elle qui est responsable
des vaches mortes sous les arbres, la tension entre les pattes avant et
arrière étant alors de plusieurs milliers de volt !). Si tes deux pieux
de terre sont distants de deux mètres, tu vas avoir en cas de foudre
frappant juste à l'extérieur du bâtiment une tension de plusieurs
milliers de volt entre les deux références de terre. La référence de la
terre électrique va augmenter vis à vis du neutre électrique _et_ du
point froid téléphonique. Et c'est là que l'électronique dégage.

Donc éclateurs sur P et N (entre eux et vis à vis de la terre) et sur
la paire téléphonique (entre elle et vis à vis de la terre), le tout sur
le même pieu de terre. Ça fait donc six éclateurs de 300 Vac. Et croiser
les doigts pour qu'il n'y ait rien de trop capacitif...

JKB

Re: [HS] Onduleur

David BERCOT a écrit :
> 
> Tout d'abord, j'ai mélangé ton nom et ton prénom...
> Désolé donc... Joël ;-)

Pas de souci, j'ai une certaine habitude.

> Le 20/01/2021 à 12:59, BERTRAND Joël a écrit :
>> David BERCOT a écrit :
>>> Après, j'ai rarement des coupures de courant et autres problèmes de
>>> surtension, mais je préfères néanmoins protéger mon serveur ;-)
>>
>> Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se
>> méfier, la plupart des on-line sont configurés par défaut en
>> line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela
>> qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des
>> trucs trop petits et officiellement on-line.
> 
> Si je comprends bien, et ça ne me semble pas déconnant, tu me conseilles
> plutôt de prendre un onduleur "basique", c'est-à-dire offline (ou
> passive stand-by) ?
> Vu mon besoin, je pense aussi que ça serait suffisant (très rares
> coupures).
> 
> APC propose aussi ce genre de modèle ?
> Tu aurais des préconisations ?

Pour moi, c'est un line-interactive. Les off-line sont souvent un peu
"cheap". Le line-ineractive va protéger des sous-tension et des
surtensions, pas seulement des coupures de courant.

SmartUPS (attention, il me semble qu'il existe maintenant des BackUPS
en line-interactive). Attention à la sortie sinusoïdale.

JKB

RE: [HS] Onduleur

Merci beaucoup Joël,

Effectivement, c'est rare quand ça pète sur la ligne téléphonique... mais le 
jour où ça l'a fait, on a perdu la box et le Mac qui était derrière (connexion 
réseau filaire avec la box).
Donc, chaque fois que le tonnerre gronde, on débranche la box de la ligne 
téléphonique; et pour EDF, on débranche les équipements fragiles (box et 
ordinateurs en particulier).
Mais comme j'aimerais installer un serveur accessible à distance, je cherche 
une solution pour ne pas avoir à débrancher ni EDF, ni le téléphone.

Mais merci tout de même de tout le temps que tu as pris et de la qualité de tes 
réponses.

Mathieu ROSSI
Tél. 06 80 95 66 82

-Message d'origine-
De : BERTRAND Joël  
Envoyé : mercredi 20 janvier 2021 13:43
À : debian-user-french@lists.debian.org
Objet : Re: [HS] Onduleur

mathieu.ro...@r4m.fr a écrit :
> (Re...) bonjour Joël,
> 
> Comme j'ai l'esprit de l'escalier, j'avais une seconde question: quid de la 
> protection de la ligne téléphonique?
> J'habite une région (Corse pour ne rien te cacher) montagneuse et très 
> orageuse au moins de septembre à novembre.

Ça dépend de l'environnement et de la qualité de la ligne. Dans mon 
coin (Corrèze), il y a aussi beaucoup d'orages, mais les éclateurs sont en bon 
état. Je n'ai strictement rien sur la ligne et, en 20 ans, je n'ai pas eu de 
problème de ce côté. En revanche, dans le village, ce n'est pas pareil. Orange 
ne vérifie pas ses éclateurs et à chaque orage, la moitié du patelin n'a plus 
de téléphone.

La plupart du temps, un appareil ne grille pas parce que la foudre 
viendrait par la ligne (je ne dis pas que ça ne peut pas arriver, mais c'est 
très rare). De toute façon, si la foudre tape la ligne, il faut intégralement 
la changer (défaut d'isolation). C'est la terre, donc le neutre, qui voit son 
potentiel augmenter par l'éclair, la phase ne suivant pas (le neutre est à la 
terre au transformateur, il n'y a aucune raison que la phase suive. Et même en 
présence d'éclateur au transformateur, celui-ci est généralement assez loin 
pour qu'en cas de remontée de terre, il se passe des choses bizarres sur le 
réseau domestique). Il ne sert donc à rien d'installer des éclateurs (et pas 
des varistances à pas cher) sur la ligne téléphonique sans qu'il y ait déjà la 
même chose sur le réseau électrique (entre phases, et entre phase et terre. Et 
entre terre et ligne téléphonique !).

Pour ceux qui en aurait l'idée, court-circuiter le neutre et la terre à 
domicile pour résoudre le problème est une très mauvaise idée, on changerait le 
régime de terre et toutes les protections électriques deviendraient inopérantes 
(on ne protège pas un circuit neutre à la terre de la même façon qu'un circuit 
masse à la terre).

Lutter contre la foudre est difficile. Et la plupart des équipements à 
pas cher ne protègent rien puisqu'ils écroulent la forme d'onde une fois que 
celle-ci est déjà passée.

JKB

Re: [HS] Onduleur




Tout d'abord, j'ai mélangé ton nom et ton prénom...
Désolé donc... Joël ;-)

Le 20/01/2021 à 12:59, BERTRAND Joël a écrit :

David BERCOT a écrit :

Après, j'ai rarement des coupures de courant et autres problèmes de
surtension, mais je préfères néanmoins protéger mon serveur ;-)


Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se
méfier, la plupart des on-line sont configurés par défaut en
line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela
qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des
trucs trop petits et officiellement on-line.


Si je comprends bien, et ça ne me semble pas déconnant, tu me conseilles 
plutôt de prendre un onduleur "basique", c'est-à-dire offline (ou 
passive stand-by) ?

Vu mon besoin, je pense aussi que ça serait suffisant (très rares coupures).

APC propose aussi ce genre de modèle ?
Tu aurais des préconisations ?

Encore merci !

David.

Re: [HS] Onduleur

mathieu.ro...@r4m.fr a écrit :
> (Re...) bonjour Joël,
> 
> Comme j'ai l'esprit de l'escalier, j'avais une seconde question: quid de la 
> protection de la ligne téléphonique?
> J'habite une région (Corse pour ne rien te cacher) montagneuse et très 
> orageuse au moins de septembre à novembre.

Ça dépend de l'environnement et de la qualité de la ligne. Dans mon
coin (Corrèze), il y a aussi beaucoup d'orages, mais les éclateurs sont
en bon état. Je n'ai strictement rien sur la ligne et, en 20 ans, je
n'ai pas eu de problème de ce côté. En revanche, dans le village, ce
n'est pas pareil. Orange ne vérifie pas ses éclateurs et à chaque orage,
la moitié du patelin n'a plus de téléphone.

La plupart du temps, un appareil ne grille pas parce que la foudre
viendrait par la ligne (je ne dis pas que ça ne peut pas arriver, mais
c'est très rare). De toute façon, si la foudre tape la ligne, il faut
intégralement la changer (défaut d'isolation). C'est la terre, donc le
neutre, qui voit son potentiel augmenter par l'éclair, la phase ne
suivant pas (le neutre est à la terre au transformateur, il n'y a aucune
raison que la phase suive. Et même en présence d'éclateur au
transformateur, celui-ci est généralement assez loin pour qu'en cas de
remontée de terre, il se passe des choses bizarres sur le réseau
domestique). Il ne sert donc à rien d'installer des éclateurs (et pas
des varistances à pas cher) sur la ligne téléphonique sans qu'il y ait
déjà la même chose sur le réseau électrique (entre phases, et entre
phase et terre. Et entre terre et ligne téléphonique !).

Pour ceux qui en aurait l'idée, court-circuiter le neutre et la terre à
domicile pour résoudre le problème est une très mauvaise idée, on
changerait le régime de terre et toutes les protections électriques
deviendraient inopérantes (on ne protège pas un circuit neutre à la
terre de la même façon qu'un circuit masse à la terre).

Lutter contre la foudre est difficile. Et la plupart des équipements à
pas cher ne protègent rien puisqu'ils écroulent la forme d'onde une fois
que celle-ci est déjà passée.

JKB

Re: [HS] Onduleur

mathieu.ro...@r4m.fr a écrit :
> Bonjour Joël,
> 
> Comme pour les onduleurs, je suis aussi preneur de la référence d'un bon 
> modèle de ventilateur, si c'est possible.
> Et un grand merci pour tes explications super claires tout au long de ce fil.

Bonjour Mathieu,

J'utilise pour ma part des San Ace 9S (80x80x25mm) que je commande en
PWM (attention, en dehors du spectre audio, sinon, on entend les
commutations du moteur qui font plus de bruit que le ventilo à pleine
puissance ;-) ). Ils sont donnés pour 40 000 heures à pleine puissance à
60 °C. Mais comme je les utilise à vitesse plus réduite et aux alentours
de 40°C, j'ai de la marge.

On doit trouver la même chose chez les autres fabricants.

JKB

RE: [HS] Onduleur

(Re...) bonjour Joël,

Comme j'ai l'esprit de l'escalier, j'avais une seconde question: quid de la 
protection de la ligne téléphonique?
J'habite une région (Corse pour ne rien te cacher) montagneuse et très orageuse 
au moins de septembre à novembre.

Merci d'avance
Bien cordialement,

Mathieu ROSSI
Tél. 06 80 95 66 82

-Message d'origine-
De : mathieu.ro...@r4m.fr  
Envoyé : mercredi 20 janvier 2021 13:00
À : 'BERTRAND Joël' ; 
'debian-user-french@lists.debian.org' 
Objet : RE: [HS] Onduleur

Bonjour Joël,

Comme pour les onduleurs, je suis aussi preneur de la référence d'un bon modèle 
de ventilateur, si c'est possible.
Et un grand merci pour tes explications super claires tout au long de ce fil.

Mathieu ROSSI

-Message d'origine-
De : BERTRAND Joël  Envoyé : mercredi 20 janvier 
2021 12:57 À : debian-user-french@lists.debian.org
Objet : Re: [HS] Onduleur

David BERCOT a écrit :
> Merci pour ta réponse rapide...
> 
> Disons que, comme c'est pour mettre dans un rack, j'aurais préféré que 
> ce soit au format rackable ;-).
> 2U, ça ne suffit pas ?
> 

Ce n'est pas l'idéal. Dans 2U, il faut une sacrée ventilation forcée.
En 3U, on peut se débrouiller avec une convection naturelle.
Personnellement, pour la fiabilité, je préfère oublier les ventilateurs.
Il existe des bons ventilateurs, sur roulements et à faible bruit avec des 
durées de vie à 60°C de plus de 70 000 heures. J'en utilise pour mes produits, 
je n'en ai encore jamais vu dans des équipements informatiques.

Bien cordialement,

JKB

RE: [HS] Onduleur

Bonjour Joël,

Comme pour les onduleurs, je suis aussi preneur de la référence d'un bon modèle 
de ventilateur, si c'est possible.
Et un grand merci pour tes explications super claires tout au long de ce fil.

Mathieu ROSSI

-Message d'origine-
De : BERTRAND Joël  
Envoyé : mercredi 20 janvier 2021 12:57
À : debian-user-french@lists.debian.org
Objet : Re: [HS] Onduleur

David BERCOT a écrit :
> Merci pour ta réponse rapide...
> 
> Disons que, comme c'est pour mettre dans un rack, j'aurais préféré que 
> ce soit au format rackable ;-).
> 2U, ça ne suffit pas ?
> 

Ce n'est pas l'idéal. Dans 2U, il faut une sacrée ventilation forcée.
En 3U, on peut se débrouiller avec une convection naturelle.
Personnellement, pour la fiabilité, je préfère oublier les ventilateurs.
Il existe des bons ventilateurs, sur roulements et à faible bruit avec des 
durées de vie à 60°C de plus de 70 000 heures. J'en utilise pour mes produits, 
je n'en ai encore jamais vu dans des équipements informatiques.

Bien cordialement,

JKB

Re: [HS] Onduleur

David BERCOT a écrit :
> J'ai répondu trop rapidement...
> 
> Ce que je souhaitais savoir, c'est s'il y avait des différences de
> construction/qualité/etc. entre la gamme Easy UPS et la gamme Smart-UPS
> d'APC. D'où mes 2 exemples...

Honnêtement, je n'ai jamais ouvert un Easy UPS. Les pièces venant d'un
catalogue fini, je ne vois pas pourquoi un Easy UPS serait plus mal
fichu qu'un Smart UPS.

> Après, j'ai rarement des coupures de courant et autres problèmes de
> surtension, mais je préfères néanmoins protéger mon serveur ;-)

Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se
méfier, la plupart des on-line sont configurés par défaut en
line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela
qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des
trucs trop petits et officiellement on-line.

JKB

Re: [HS] Onduleur

David BERCOT a écrit :
> Merci pour ta réponse rapide...
> 
> Disons que, comme c'est pour mettre dans un rack, j'aurais préféré que
> ce soit au format rackable ;-).
> 2U, ça ne suffit pas ?
> 

Ce n'est pas l'idéal. Dans 2U, il faut une sacrée ventilation forcée.
En 3U, on peut se débrouiller avec une convection naturelle.
Personnellement, pour la fiabilité, je préfère oublier les ventilateurs.
Il existe des bons ventilateurs, sur roulements et à faible bruit avec
des durées de vie à 60°C de plus de 70 000 heures. J'en utilise pour mes
produits, je n'en ai encore jamais vu dans des équipements informatiques.

Bien cordialement,

JKB

Re: Bluewin bouncing my mails

On Wed, Jan 20, 2021 at 12:11:05PM +0100, steve wrote:
> Thomas,
> 
> I think we can keep this private since it is not Debian specific.

Sorry for CC'ing the list again, but for me, this is the only way
to reach you. Direct messages... bounce (I tried again).

> Thanks for letting me know of this problem.

Thanks for trying to look into it.

> Could you forward me the bounced message? Is there any clue in it
> explain why your message has been bounced?

I would do (actually, I did), but it bounces, as expected.

The reason is pretty clear (and I commend bluewin for making it
explicit -- other providers [hotmail, I'm looking at you!] just
mark the mail as spam and let their users cope with it). Quoting
from the bounce:

| dl...@bluewin.ch
|   SMTP error from remote mail server after end of data:
|   host mxbw.lb.bluewin.ch [195.186.227.50]: 554 5.2.0 sc962:
|   Blacklisting in effect - 
http://csi.cloudmark.com/reset-request/?ip=5.199.139.25

When I go to the URL, Cloudmark wants to collect some private
data from me to lift the blacklisting. I'm not amused ;-)

Cheers
 - tomás

signature.asc
Description: Digital signature

Re: [HS] Onduleur


J'ai répondu trop rapidement...

Ce que je souhaitais savoir, c'est s'il y avait des différences de 
construction/qualité/etc. entre la gamme Easy UPS et la gamme Smart-UPS 
d'APC. D'où mes 2 exemples...


Après, j'ai rarement des coupures de courant et autres problèmes de 
surtension, mais je préfères néanmoins protéger mon serveur ;-)


Merci.

David.

Le 20/01/2021 à 12:34, David BERCOT a écrit :

Merci pour ta réponse rapide...

Disons que, comme c'est pour mettre dans un rack, j'aurais préféré que 
ce soit au format rackable ;-).

2U, ça ne suffit pas ?

Et merci aussi pour l'adresse (Reichelt) que je ne connaissais pas...

David..

Le 20/01/2021 à 12:25, BERTRAND Joël a écrit :

David BERCOT a écrit :

Bonjour Bertrand,

Comme tu connais visiblement le sujet, j'en profite ;-) (si jamais tu as
2 mn, bien sûr)...

Je suis également à la recherche d'un onduleur pour protéger un serveur
(donné pour 750 W) et un routeur/firewall (donné pour 33 W).

J'ai regardé précédemment la marque Eaton, et les modèles 5P1150IR et
5P1550IR (cf. échanges précédents) mais j'ai l'impression que tu ne
sembles pas la recommander...


Trop bas profil pour moi. C'est de l'électronique de puissance, ça 
doit

pouvoir être ventilé correctement.


Chez APC, j'ai trouvé 2 modèles d'un niveau de prix similaire mais
différents dans l'esprit.
Est-ce que tu aurais un conseil entre ces deux-là (voire une autre
préconisation) ?
https://www.apc.com/shop/fr/fr/products/APC-Easy-UPS-On-Line-SRV-RM-1000-VA-230V-with-Rail-Kit/P-SRV1KRIRK 



https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMC-Onduleur-line-interactive-230V-1500VA-Rack-SmartConnect/P-SMC1500I-2UC 



Que veux-tu savoir exactement ? Les deux APC sont pour moi un peu 
trop

compacts (comme les Eaton supra). J'évite tous boîtiers plus bas que 3U.
Dans le même ordre de prix, je prendrais plutôt quelque chose comme 
ceci :


https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMT-Onduleur-line-interactive-230V-1500VA-Tour-SmartConnect/P-SMT1500IC 



(que tu peux trouver chez Reichelt pour moins cher...
https://secure.reichelt.com/index.html?ACTION=446=0=1=smt1500ic)

Bien cordialement,

JKB

Re: [HS] Onduleur

Merci pour ta réponse rapide...

Disons que, comme c'est pour mettre dans un rack, j'aurais préféré que
ce soit au format rackable ;-).

2U, ça ne suffit pas ?

Et merci aussi pour l'adresse (Reichelt) que je ne connaissais pas...

David..

Le 20/01/2021 à 12:25, BERTRAND Joël a écrit :

David BERCOT a écrit :

Bonjour Bertrand,

Comme tu connais visiblement le sujet, j'en profite ;-) (si jamais tu as
2 mn, bien sûr)...

Je suis également à la recherche d'un onduleur pour protéger un serveur
(donné pour 750 W) et un routeur/firewall (donné pour 33 W).

J'ai regardé précédemment la marque Eaton, et les modèles 5P1150IR et
5P1550IR (cf. échanges précédents) mais j'ai l'impression que tu ne
sembles pas la recommander...

Trop bas profil pour moi. C'est de l'électronique de puissance, ça doit
pouvoir être ventilé correctement.

Chez APC, j'ai trouvé 2 modèles d'un niveau de prix similaire mais
différents dans l'esprit.
Est-ce que tu aurais un conseil entre ces deux-là (voire une autre
préconisation) ?
https://www.apc.com/shop/fr/fr/products/APC-Easy-UPS-On-Line-SRV-RM-1000-VA-230V-with-Rail-Kit/P-SRV1KRIRK

https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMC-Onduleur-line-interactive-230V-1500VA-Rack-SmartConnect/P-SMC1500I-2UC

Que veux-tu savoir exactement ? Les deux APC sont pour moi un peu trop
compacts (comme les Eaton supra). J'évite tous boîtiers plus bas que 3U.
Dans le même ordre de prix, je prendrais plutôt quelque chose comme ceci :

https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMT-Onduleur-line-interactive-230V-1500VA-Tour-SmartConnect/P-SMT1500IC

(que tu peux trouver chez Reichelt pour moins cher...
https://secure.reichelt.com/index.html?ACTION=446=0=1=smt1500ic)

Bien cordialement,

JKB

Re: [HS] Onduleur

David BERCOT a écrit :
> Bonjour Bertrand,
> 
> Comme tu connais visiblement le sujet, j'en profite ;-) (si jamais tu as
> 2 mn, bien sûr)...
> 
> Je suis également à la recherche d'un onduleur pour protéger un serveur
> (donné pour 750 W) et un routeur/firewall (donné pour 33 W).
> 
> J'ai regardé précédemment la marque Eaton, et les modèles 5P1150IR et
> 5P1550IR (cf. échanges précédents) mais j'ai l'impression que tu ne
> sembles pas la recommander...

Trop bas profil pour moi. C'est de l'électronique de puissance, ça doit
pouvoir être ventilé correctement.

> Chez APC, j'ai trouvé 2 modèles d'un niveau de prix similaire mais
> différents dans l'esprit.
> Est-ce que tu aurais un conseil entre ces deux-là (voire une autre
> préconisation) ?
> https://www.apc.com/shop/fr/fr/products/APC-Easy-UPS-On-Line-SRV-RM-1000-VA-230V-with-Rail-Kit/P-SRV1KRIRK
> 
> https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMC-Onduleur-line-interactive-230V-1500VA-Rack-SmartConnect/P-SMC1500I-2UC

Que veux-tu savoir exactement ? Les deux APC sont pour moi un peu trop
compacts (comme les Eaton supra). J'évite tous boîtiers plus bas que 3U.
Dans le même ordre de prix, je prendrais plutôt quelque chose comme ceci :

https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMT-Onduleur-line-interactive-230V-1500VA-Tour-SmartConnect/P-SMT1500IC

(que tu peux trouver chez Reichelt pour moins cher...
https://secure.reichelt.com/index.html?ACTION=446=0=1=smt1500ic)

Bien cordialement,

JKB

Re: Too many levels of symbolic links


Le 20-01-2021, à 11:30:50 +0100, Erwan David a écrit :


What is strange is that it is always /dev/fd/4 that is missing, even
after a reboot.




it is not missing : it disapears. And /dev/fd/4 is a link to a file 
opend by find itself, it is sufficient that find closes it and the 
name does not exist anymore.


Got it now :)

Thanks.

Re: [HS] Onduleur

Bonjour Bertrand,

Comme tu connais visiblement le sujet, j'en profite ;-) (si jamais tu as
2 mn, bien sûr)...

Je suis également à la recherche d'un onduleur pour protéger un serveur
(donné pour 750 W) et un routeur/firewall (donné pour 33 W).

J'ai regardé précédemment la marque Eaton, et les modèles 5P1150IR et
5P1550IR (cf. échanges précédents) mais j'ai l'impression que tu ne
sembles pas la recommander...

Chez APC, j'ai trouvé 2 modèles d'un niveau de prix similaire mais
différents dans l'esprit.
Est-ce que tu aurais un conseil entre ces deux-là (voire une autre
préconisation) ?

https://www.apc.com/shop/fr/fr/products/APC-Easy-UPS-On-Line-SRV-RM-1000-VA-230V-with-Rail-Kit/P-SRV1KRIRK
https://www.apc.com/shop/fr/fr/products/Smart-UPS-SMC-Onduleur-line-interactive-230V-1500VA-Rack-SmartConnect/P-SMC1500I-2UC

Merci d'avance.

David.

Le 20/01/2021 à 09:28, BERTRAND Joël a écrit :

Sébastien Dinot a écrit :

BERTRAND Joël a écrit :

Tous les onduleurs peuvent prendre des Yuasa. Mais attention, on ne
met pas une batterie Yuasa de base dans un onduleur. Il y a plusieurs
gammes chez Yuasa qui ne se comportent pas de la même manière en
charge flottante ou en cas de chauffe. Il faut prendre de mémoire la
série FR. La série à 20 ou 25€, de base, va gonfler.

Merci pour ce complément d'information.

Du coup, la batterie que tu recommanderais serait-elle plutôt celle
ci-dessous ?

https://www.yuasa.co.uk/batteries/industrial/ups/np7-12fr.html

Je ne la trouve ni sur le site de Volteo, ni sur celui de Yuasa France,
même si sa photo illustre la gamme dont elle fait partie :

https://www.yuasa.fr/batteries/industrielles/np-vrla.html

Par contre, je trouve sur ce dernier les modèles NP7-12 et NP7-12L.

À quoi correspond le suffixe FR ?

Le FR, c'est pour "flamme retardant". Non seulement la coque est prévue
pour ne pas s'enflammer, mais il existe d'autres modifications qui font
que, par exemple, elles ne vont pas gonfler outrageusement. Les FR
supportent bien mieux les charges flottantes que les modèles de base.
J'ai trouvé des Yuasa de base chez un client dans un APC qui ont fait
exploser la coque !

Quant aux onduleurs, je ne dirais pas ce que je pense des modèles à pas
cher pour avoir conçu dans une autre vie ce genre de chose. Si je
présente certains onduleurs du commerce en certification, que ce soit
sécurité électrique ou rayonnement, je suis sûr de me les faire refuser
à raison. Un onduleur potable qui ne flingue pas ses batteries et qui a
un facteur de puissance potable, c'est gros et cher. Il faut que les
batteries aient un peu d'air pour ne pas avoir une température
supérieure à 25°C. Quand un onduleur (hors onduleur on-line) t'indique
alors qu'il est en by-pass une température de batterie de l'ordre de 35
à 40°C (cas classique), tu sais déjà que c'est une bouse parce que le
courant de charge flottante est carrément hors specs. La batterie évacue
en calories la puissance qu'elle ne peut absorber. Mais elle évacue
aussi une partie de l'énergie en dégazage en la faisant gonfler. Ça peut
aller jusqu'à l'explosion (cas vécu aussi).

Une autre indication intéressante. Plus le chiffre annoncé en kVA est
proche de celui indiqué en kW, plus l'engin est propre.

Un line interactif à sortie sinus (c'est le minimum syndical, il faut à
tout prix éviter les sorties carrées ou quasi-sinus qui n'est qu'un
carré avec un temps de repos vaguement filtré), ça commence pour un
modèle 1kW à 500 ou 600€ HT. Il faut surdimensionner la sortie de
puissance parce que ces trucs sont faits au rabais après passage de
cost-killer et quand tu vois une sortie dite sinusoïdale d'un engin à
300€ avec un seul transistor en commutation, sans snubber, tu ne
t'étonnes plus de la piètre qualité de l'ensemble et de la durée de vie
relativement faible dès qu'il est soumis à un peu de stress.
Typiquement, si l'onduleur est donné pour fonctionner x minutes sur
batterie, le radiateur derrière le transistor de puissance est
dimensionné pour atteindre la température maximale du composant
admissible dans les specs à la fin de ces x minutes. Si jamais tu as
l'idée saugrenue de mettre une batterie plus puissante, tu vas griller
le transistor en question. C'est ce qui fait aussi qu'il existe des
onduleurs avec ou sans pack de batteries additionnelles. Conséquence :
toujours préférer un onduleur avec possibilité d'ajouter un pack de
batterie externe. Pas pour la prise ou pour en rajouter un, mais pour
avoir la certitude que l'électronique n'est pas tout à fait conçue au
rabais.

J'ai une alimentation électrique pourrie chez moi qui fluctue entre 150
et 320Vac à la prise, tout est sur onduleur (j'ai même fabriqué un
onduleur de 5kW en sortie du groupe électrogène pour les quinze jours
par an en moyenne où je suis en rade totale de réseau électrique). Je
commence à avoir une bonne vision de la qualité des onduleurs. Pour moi,
c'est aujourd'hui APC SmartUPS line interactive à sortie sinus. C'est
avec eux

Re: Too many levels of symbolic links

On Wed, Jan 20, 2021 at 11:30:50AM +0100, Erwan David wrote:

[...]

> it is not missing : it disapears. And /dev/fd/4 is a link to a file
> opend by find itself, it is sufficient that find closes it and the
> name does not exist anymore.

Thanks for putting this in a less roundabout way than I did :-D

Cheers
 - t


signature.asc
Description: Digital signature

Re: Too many levels of symbolic links

2021-01-20 Thread Erwan David


Le 20/01/2021 à 10:49, steve a écrit :

Thanks Mike and Thomas for the answers.

Le 20-01-2021, à 10:15:09 +0100, to...@tuxteam.de a écrit :


On Wed, Jan 20, 2021 at 09:40:46AM +0100, steve wrote:

Question. What does the following mean?

# find /dev -follow -printf ""
find: '/dev/fd/4': No such file or directory


This is funny. At first I thought I could reproduce it by tricking `find'
into following a broken symlink, but with a "static" setup I couldn't.

Still, /dev/fd is bound to be highly dynamic: it's a link to 
/proc/self/fd,

i.e. a view on the current process's open file descriptors. It's quite
probable that `find' checks some directory entry, and at the time it 
tries

to do something with it, it has disappeared, leading to that error
message.


What is strange is that it is always /dev/fd/4 that is missing, even
after a reboot.




it is not missing : it disapears. And /dev/fd/4 is a link to a file 
opend by find itself, it is sufficient that find closes it and the name 
does not exist anymore.

Bluewin bouncing my mails [was: Too many levels of symbolic links]

And oh, btw. Steve

your provider, bluewin.ch is bouncing my mails.

It seems it is using some "Cloudmark CSI Reputation Service" as anti-spam
measure. When I go to the form in their bounce message [1], they present
me with a form requesting my personal data.

To me, this looks like a scam by Cloudmark -- a way to suck up personal
data hidden behind an anti-spam "service".

Please, please: tell your provider to not support such a despicable action.

Thanks

[1] https://csi.cloudmark.com/en/reset/?ip=5.199.139.25

 - tomás


signature.asc
Description: Digital signature

Re: Too many levels of symbolic links


Le 20-01-2021, à 11:20:25 +0100, to...@tuxteam.de a écrit :



The /proc file system is pretty interesting indeed. But I don't think
that is at the root of your strange problem.


...


My current is to find out why my system is spitting out these 'too many
symnolic links' messages and then fix it.

Thanks a lot for all your explanation !


You're welcome -- although I fear I couldn't help you much with your
primary issue.


Yes you did, you gave me the `find` command which helped me go a bit
further.

Re: Too many levels of symbolic links

On Wed, Jan 20, 2021 at 11:15:26AM +0100, steve wrote:
> Le 20-01-2021, à 10:58:54 +0100, to...@tuxteam.de a écrit :
> 
> # find /dev -follow -printf ""

[...]

> >This process in this case is the one running `find' itself. At the

[...]

> Ah ok, I misunderstood that. Very interesting indeed.
> 
> >I'm sure one could find out exactly what's going on given enough
> >patience :-)
> 
> I' guess so.

The /proc file system is pretty interesting indeed. But I don't think
that is at the root of your strange problem.

> My current is to find out why my system is spitting out these 'too many
> symnolic links' messages and then fix it.
> 
> Thanks a lot for all your explanation !

You're welcome -- although I fear I couldn't help you much with your
primary issue.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Too many levels of symbolic links


Le 20-01-2021, à 10:58:54 +0100, to...@tuxteam.de a écrit :


>># find /dev -follow -printf ""
>>find: '/dev/fd/4': No such file or directory
>
>This is funny. At first I thought I could reproduce it by tricking `find'
>into following a broken symlink, but with a "static" setup I couldn't.
>
>Still, /dev/fd is bound to be highly dynamic: it's a link to /proc/self/fd,
>i.e. a view on the current process's open file descriptors. It's quite
>probable that `find' checks some directory entry, and at the time it tries
>to do something with it, it has disappeared, leading to that error
>message.

What is strange is that it is always /dev/fd/4 that is missing, even
after a reboot.


As I said -- this is the own process's set of open file descriptors.
This process in this case is the one running `find' itself. At the
point it is looking for that /proc/fd/4, it is bound to be in some
semi-deterministic state. It's dancing a strange ballet with itself.


Ah ok, I misunderstood that. Very interesting indeed.


I'm sure one could find out exactly what's going on given enough
patience :-)


I' guess so.

My current is to find out why my system is spitting out these 'too many
symnolic links' messages and then fix it.

Thanks a lot for all your explanation !

Steve

Help request installing wi-fi/video-card proprietary drivers [Debian 10 stable]

2021-01-20 Thread uekilaw

Hi,

I'm relatively new to Linux (~1 year distro-hopping dual-booting with win10) 
and a week ago I decided to install Debian 10 stable over Manjaro on my laptop. 
After the first (unsuccessful) attempt on installing a non-free 
firmware-included unofficial iso (live), I managed to install the official live 
iso (kde flavour).
Then I've followed the Debian wiki in order to install proprietary drivers.
First my wireless network (Broadcom BCM43142), successfully installed, then I 
tried with my video card (Nvidia GeForce GTX 850M) and while failing in the 
first and second methods suggested in the wiki, it also gave me instability for 
the previously installed wifi drivers.

Due to the several passages and fixes I've tried, I couldn't resume them all in 
the same post/email, so I would like to ask if this is the right format to ask 
for help or maybe an IRC contact would be more efficient.

Thank you for being part of this wonderful project,

M B

Re: Too many levels of symbolic links

On Wed, Jan 20, 2021 at 10:49:08AM +0100, steve wrote:
> Thanks Mike and Thomas for the answers.
> 
> Le 20-01-2021, à 10:15:09 +0100, to...@tuxteam.de a écrit :
> 
> >On Wed, Jan 20, 2021 at 09:40:46AM +0100, steve wrote:
> >>Question. What does the following mean?
> >>
> >># find /dev -follow -printf ""
> >>find: '/dev/fd/4': No such file or directory
> >
> >This is funny. At first I thought I could reproduce it by tricking `find'
> >into following a broken symlink, but with a "static" setup I couldn't.
> >
> >Still, /dev/fd is bound to be highly dynamic: it's a link to /proc/self/fd,
> >i.e. a view on the current process's open file descriptors. It's quite
> >probable that `find' checks some directory entry, and at the time it tries
> >to do something with it, it has disappeared, leading to that error
> >message.
> 
> What is strange is that it is always /dev/fd/4 that is missing, even
> after a reboot.

As I said -- this is the own process's set of open file descriptors.
This process in this case is the one running `find' itself. At the
point it is looking for that /proc/fd/4, it is bound to be in some
semi-deterministic state. It's dancing a strange ballet with itself.

I'm sure one could find out exactly what's going on given enough
patience :-)

Cheers
 - t


signature.asc
Description: Digital signature

Re: Too many levels of symbolic links


Thanks Mike and Thomas for the answers.

Le 20-01-2021, à 10:15:09 +0100, to...@tuxteam.de a écrit :


On Wed, Jan 20, 2021 at 09:40:46AM +0100, steve wrote:

Question. What does the following mean?

# find /dev -follow -printf ""
find: '/dev/fd/4': No such file or directory


This is funny. At first I thought I could reproduce it by tricking `find'
into following a broken symlink, but with a "static" setup I couldn't.

Still, /dev/fd is bound to be highly dynamic: it's a link to /proc/self/fd,
i.e. a view on the current process's open file descriptors. It's quite
probable that `find' checks some directory entry, and at the time it tries
to do something with it, it has disappeared, leading to that error
message.


What is strange is that it is always /dev/fd/4 that is missing, even
after a reboot.

Re: Too many levels of symbolic links

On Wed, Jan 20, 2021 at 09:40:46AM +0100, steve wrote:
> Question. What does the following mean?
> 
> # find /dev -follow -printf ""
> find: '/dev/fd/4': No such file or directory

This is funny. At first I thought I could reproduce it by tricking `find'
into following a broken symlink, but with a "static" setup I couldn't.

Still, /dev/fd is bound to be highly dynamic: it's a link to /proc/self/fd,
i.e. a view on the current process's open file descriptors. It's quite
probable that `find' checks some directory entry, and at the time it tries
to do something with it, it has disappeared, leading to that error
message.

Cheers
 - t

signature.asc
Description: Digital signature

Re: Too many levels of symbolic links

2021-01-20 Thread mick crane


On 2021-01-20 08:40, steve wrote:

Question. What does the following mean?

# find /dev -follow -printf ""
find: '/dev/fd/4': No such file or directory


I don't know but they look to be symlinks that get created to pseudo 
terminals /dev/pts/0 by eg ssh, telnet.

Maybe a session crashed and left the symlink in place ?
https://unix.stackexchange.com/questions/93531/what-is-stored-in-dev-pts-files-and-can-we-open-them

mick


--
Key ID4BFEBB31

Re: [HS] Onduleur

2021-01-20 Thread Sébastien Dinot

Merci beaucoup pour cette réponse copieuse Joël.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Too many levels of symbolic links


Question. What does the following mean?

# find /dev -follow -printf ""
find: '/dev/fd/4': No such file or directory

Re: [HS] Onduleur