Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[ilario . quinson]

Je crois que faudrait préciser sur quelle distro, quel noyaux, quels pilotes.

Ilario

Il 6 febbraio 2020 10:31:22 CET, ajh.val...@free.fr ha scritto:
>> ajh-valmer a écrit :
>> > On Wednesday 05 February 2020 20:14:40 benoit...@ouvaton.org wrote:
>> >> Je voudrais m’acheter une carte graphique, j’envisage d’en
>> >> acheter une d’occase, il y en a plein sur les sites de seconde
>main.
>> >> Quels sont les chipsets graphiques les mieux supportés par les
>> >> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
>> >> firmware propriétaire ?
>> >> Je ferai ma recherche en fonction de ce critère…
>
>> > Nvidia, très facilement reconnu par Linux.
>> > Choix pilotes proprio ou Libres.
>
>On Thursday 06 February 2020 09:45:01 BERTRAND Joël wrote:
>> Surtout pas malheureux. Certaines cartes Nvidia ne fonctionnent plus
>> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les
>modules
>> propriétaires. Les meilleures cartes supportées en libre sont les AMD
>et
>> les Intel.
>> À titre personnel, depuis que j'ai viré les cartes Nvidia, je me
>porte
>> bien mieux.
>
>C'est toujours amusant de lire des avis personnels,
>certes sincères, mais comme une vérité universelle.
>
>Chez moi, NVIDIA a toujours bien marché,
>avec une interface graphique pour bien configurer l'affichage,
>AMD, moyen, et INTEL, très déçu, pas d'interface graphique,
>et bien compliqué pour régler les contrastes + luminosité.
>
>Chacun voit midi à sa porte.
>
>A. Valmer

-- Inviato da /e/ Mail.

Re: debian format usb drive that a Mac likes

[Keith Bainbridge]

On 5/2/20 3:11 am, Charlie Gibbs wrote:


 > If one is on a debian system and formatting a usb drive
 > that will be recognized by a Mac, I know that xfs is usually
 > a good choice for the file system but what type of partition
 > are we supposed to use to enclose that xfs file system?

I know from personal experience that Macs recognize FAT32
(read/write) and NTFS (read only) - but not ext3.



I also had some success with exfat for a short while. Eventually 
accepted the inevetable and bought the NTFS writer.



Sad because apple decreed that pc 'too old' shortly after. It ran linux 
for another 5 years.  Clearly they believe that thier own OS it too big.


--
Keith Bainbridge

keith.bainbridge.3...@gmail.com
0447 667 468

Re : Chipsets graphiques les mieux supportés par les pilotes libres ?

[nicolas . patrois]

Le 06/02/2020 09:45:01, BERTRAND Joël a écrit :

>   Surtout pas malheureux. Certaines cartes Nvidia ne
> fonctionnent plus
> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les
> modules
> propriétaires. Les meilleures cartes supportées en libre sont les AMD
> et les Intel.

>   À titre personnel, depuis que j'ai viré les cartes Nvidia, je
> me porte bien mieux.

Chez moi, je n’ai jamais eu d’ennui avec ces cartes, encore moins avec les 
versions empaquetées par Debian.
Le seul truc chiant, c’est d’être obligé de redémarrer à chaque mise à jour du 
pilote. Un truc encore plus rare, c’est quand ta carte n’est plus suivie par 
nVidia (le pilote change de nom).
Quelles cartes de nVidia ne fonctionne qu’avec des pilotes libres ? Et combien 
? Je voudrais bien voir ça.

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: package versions on the mirrors

[Andrei POPESCU]

On Mi, 05 feb 20, 20:30:17, Felix Miata wrote:
> How does one discover package versions on the mirrors? I know linux-image-* is
> there. How does one search for the versions of it hosted there? 
> apt-show-versions
> linux-image-amd64 shows only one, and not which repo it comes from. Where does
> 4.19+105+deb10u1 kernel come from?
> https://wiki.debian.org/PackageManagement/Searching has no example. Which man 
> page
> covers this?

Try apt(8) and / or apt-cache(8). Note that 'apt' supports most of the 
'apt-cache' commands, even if not listed in the manpage.

apt list -a 

will show all versions that are installed locally and/or available from 
a configured repository. Same information and much more can be obtained 
also with

apt policy 

Beware that by default apt will install the most recent version of a 
package in all available repository, unless pinning is configured[1]. 
You might not want to add repositories to your sources.list just to 
check versions[2].

To find all versions of a package in the Debian archive (regardless if 
configured or not) one can use rmadison from package devscripts[3] 
(requires internet connection).

[1] 'apt policy' also show the priorities configured through pinning.

[2] ironically the 'experimental' repository is the "safest" to simply 
add to your sources.list, because it has a very low priority by default 
and apt will install from it only if the package is not available from 
anywhere else.

[3] the package devscripts is a collection of many different tools and 
recommends (instead of depends) on a *lot* of other packages, so that 
you can install only what is needed for your specific tool. The 
"recommends" needed for each tool are mentioned in the package 
description.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Several issues with Xorg in debian/testing

[Hans]

Am Donnerstag, 6. Februar 2020, 09:26:53 CET schrieb Andrei POPESCU:
Hi Andrei,

no, if the update did not install Wayland secretly, Wayland is not installed. 

I rechecked on my EEEPC - NO, there is no Wayland.

But thanks to the pointment.

Best

Hans
> On Mi, 05 feb 20, 12:42:16, Hans wrote:
> > Dear list,
> > 
> > since almost 3 months I am noticing several issues, with xserver based
> > applications.
> 
> [...]
> 
> > You may think, this is a plasma problem, however, I believe, it appears
> > especially in plasma, because plasma needs the most ressources.
> 
> Could it be that you are running Wayland instead of Xorg?
> 
> Kind regards,
> Andrei



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

Re: 3200G Ryzen 3 / Vega 8 for Buster?

[Andrei POPESCU]

On Mi, 05 feb 20, 09:13:01, Felix Miata wrote:
> 
> Is Bullseye due this year? All I could find says no release date set. :(

Debian releases approximately every two years, so bullseye will likely 
be released in 2021.

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

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Boot path sur HP

[hamster]

Le 05/02/2020 à 21:42, Jean Bernon a écrit :
> Oui bien sûr, mais comment expliquer que lorsque je bascule le BIOS en
> legacy il ne trouve pas plus l'image de boot de Windows.

Est-ce qu'il y a eu une tentative d'installation de linux avortée en
légacy ?

> C'est comme si le MBR avait été écrasé par gparted lors de la création
> des partitions linux.

Oui, bien sur, pas par gparted a la création des partitions mais par
GRUB lors de son installation en mode légacy.

> J'hésite donc à réinstaller en legacy.

Je persiste a penser que c'est la première chose a faire. Si windows est
en légacy, aligne toi dessus. Quand tu aura un GRUB en légacy, il va
détecter ton windows et te permettre de le booter.

> Pour l'instant je boote sur linux et je peux monter les partitions
> Windows et voir tous les fichiers (beaucoup de photos) depuis linux.
> J'ai peur de ne plus accéder à rien en réinstallant en legacy.

Y'a pas de raison. Tu pourra tout aussi bien accéder a n'importe quelle
partition avec un linux installé en légacy.

> C'est pourquoi ma question initiale était seulement comment faire
> prendre en compte le chemin du boot linux.

Tant que t'a le cul entre 2 chaises avec un système en légacy et l'autre
en UEFI, c'est tellement compliqué que j'essaierai meme pas !

Re: package versions on the mirrors

[Jean-Philippe MENGUAL]

Hi,



Jean-Philippe MENGUAL
Le 06/02/2020 à 02:30, Felix Miata a écrit :

How does one discover package versions on the mirrors? I know linux-image-* is
there. How does one search for the versions of it hosted there? 
apt-show-versions
linux-image-amd64 shows only one, and not which repo it comes from. Where does
4.19+105+deb10u1 kernel come from?
https://wiki.debian.org/PackageManagement/Searching has no example. Which man 
page
covers this?


I think apt-ccache policy  is what you are searching for.

regards

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[BERTRAND Joël]

ajh-valmer a écrit :
> On Wednesday 05 February 2020 20:14:40 benoit...@ouvaton.org wrote:
>> Je voudrais m’acheter une carte graphique, j’envisage d’en
>> acheter une d’occase, il y en a plein sur les sites de seconde main.
>> Quels sont les chipsets graphiques les mieux supportés par les
>> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
>> firmware propriétaire ?
>> Je ferai ma recherche en fonction de ce critère…
> 
> Nvidia, très facilement reconnu par Linux.
> Choix pilotes proprio ou Libres.

Surtout pas malheureux. Certaines cartes Nvidia ne fonctionnent plus
qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les modules
propriétaires. Les meilleures cartes supportées en libre sont les AMD et
les Intel.

À titre personnel, depuis que j'ai viré les cartes Nvidia, je me porte
bien mieux.

JKB

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[ajh . valmer]

> ajh-valmer a écrit :
> > On Wednesday 05 February 2020 20:14:40 benoit...@ouvaton.org wrote:
> >> Je voudrais m’acheter une carte graphique, j’envisage d’en
> >> acheter une d’occase, il y en a plein sur les sites de seconde main.
> >> Quels sont les chipsets graphiques les mieux supportés par les
> >> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
> >> firmware propriétaire ?
> >> Je ferai ma recherche en fonction de ce critère…

> > Nvidia, très facilement reconnu par Linux.
> > Choix pilotes proprio ou Libres.

On Thursday 06 February 2020 09:45:01 BERTRAND Joël wrote:
> Surtout pas malheureux. Certaines cartes Nvidia ne fonctionnent plus
> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les modules
> propriétaires. Les meilleures cartes supportées en libre sont les AMD et
> les Intel.
> À titre personnel, depuis que j'ai viré les cartes Nvidia, je me porte
> bien mieux.

C'est toujours amusant de lire des avis personnels,
certes sincères, mais comme une vérité universelle.

Chez moi, NVIDIA a toujours bien marché,
avec une interface graphique pour bien configurer l'affichage,
AMD, moyen, et INTEL, très déçu, pas d'interface graphique,
et bien compliqué pour régler les contrastes + luminosité.

Chacun voit midi à sa porte.

A. Valmer

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[Frédéric MASSOT]

Le 05/02/2020 à 20:14, benoit...@ouvaton.org a écrit :
> Bonjour,
> 
> Je voudrais m’acheter une carte graphique, j’envisage d’en
> acheter une d’occase, il y en a plein sur les sites de seconde main.
> 
> Quels sont les chipsets graphiques les mieux supportés par les
> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
> firmware propriétaire ?
> 
> Je ferai ma recherche en fonction de ce critère…

Il n'y a que Intel et AMD qui participent aux développements des pilotes
libres et à Mesa.

Tu peux regarder les actu sur Phoronix : https://www.phoronix.com

Nvidia ne fait que du propriétaire (pilote et firmware) et ils ne
participent pas au développement du pilote libre Nouveau, ils
fournissent de temps en temps des docs.

Coté firmware, pour AMD le paquet "firmware-amd-graphics" est dans la
section non-free.

-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: Re : Chipsets graphiques les mieux supportés par les pilotes libres ?

[basile]

On Thursday, February 06, 2020 09:55 CET, nicolas.patr...@gmail.com wrote:
 Le 06/02/2020 09:45:01, BERTRAND Joël a écrit :

> Surtout pas malheureux. Certaines cartes Nvidia ne
> fonctionnent plus
> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les
> modules
> propriétaires. Les meilleures cartes supportées en libre sont les AMD
> et les Intel.

> À titre personnel, depuis que j'ai viré les cartes Nvidia, je
> me porte bien mieux.

Chez moi, je n’ai jamais eu d’ennui avec ces cartes, encore moins avec les 
versions empaquetées par Debian.
Le seul truc chiant, c’est d’être obligé de redémarrer à chaque mise à jour du 
pilote. Un truc encore plus rare, c’est quand ta carte n’est plus suivie par 
nVidia (le pilote change de nom).

 
On peut d'abord googler sur la vidéo (sur youtube) en anglais de Linus 
Torvalds, où il dit "fuck you Nvidia" avec un argumentaire technique. La 
décence m'interdit d'essayer de traduire (mais Linus fait un joli doigt 
d'honneur).


Et personnellement, sur un vieux PC avec une vieille carte Nvidia, une 
distribution Debian récente (du genre Debian/testing) ne fonctionnait plus 
(avec Xorg) il y a quelques années. Il m'a fallu utiliser un serveur Xorg plus 
ancien. C'est faisable, mais chiant à configurer. J'ai mis plusieurs jours, et 
pourtant je pratique Linux depuis 1993.

AMD a pris le pli du libre il y a une dizaine d'années. Le resultat aujourdhui 
c'est que leur matériel est bien supporté sous Linux avec du code libre -et 
très peu de bouts propriétaires, puisque même le jeu d'instruction du 
processeur graphique est correctement documenté. Ainsi il existe des 
implémentations de Mesa, OpenGL, OpenCL entièrement open source pour cartes 
AMD. Ce n'est aujourd'hui pas le cas chez Nvidia.

NVIDIA est resté propriétaire. Leur PDG récent a promis un virage vers le 
libre, mais l'experience AMD montre que ça met une dizaine d'années pour se 
réaliser. Il faut se rendre compte que Nouveau a été codé avec de la sueur de 
rétro-ingenerie et sans aucune aide de Nvidia. Total respect pour les 
dévelopeurs.

Intel a (jusqu'à récemment) fait des extensions graphiques bien documentées 
dans ses processeurs. (Une rumeur prête à Intel l'intention de commercialiser 
des chipsets graphiques concurrents de ceux d'AMD ou Nividia, j'ignore quand et 
comment).

Quand je le peux, je vote avec ma carte bancaire: je préfère (dans un PC fixe) 
acheter une carte graphique AMD à une carte graphique Nvidia (même quand la 
carte AMD a des performances 20% moindre que celle Nvidia de même prix. Voir 
https://www.phoronix.com/ pour des comparatifs en anglais.

Mais je viens de m'acheter un portable ACER (300€ de promo à la FNAC, donc 900€ 
pour un truc vendu 1250€ avant Noël). Carte graphique bas de gamme NVIDIA 
GeForce GTX 1650 (j'ai beaucoup de mal à trouver des portables 6 coeurs avec 
carte graphique AMD, pour mon projet refpersys.org, ou sinon le prix n'est pas 
compétitif). Détails en anglais sur 
https://unix.stackexchange.com/questions/564066/linux-on-acer-nitro-5-an517-51-72cq-laptop
 ; Debian/Sid tourne dessus très bien, mais j'ai passé trois jours à 
l'installer. Son BIOS est une véritable saloperie hostile à Linux. Le support 
technique d'ACER est en dessous de tout (même en France, des gars au 
comportement non professionnel ne lisant pas un mél jusq'au bout et ânnonant 
"ce portable est fait pour Windows" comme des moutons). J'imagine qu'ils 
subissent une pression managériale dingue (hors sujet: je recommande, pour 
comprendre les théories du management moderne, le livre Libres d'obeïr de 
Johann Chapoutot, et La comédie (in)humaine de Nicolas Bezou et Julia de Funès; 
en anglais l'incontournable Bullshit Jobs : a Theory de David Graber).

En théorie je pourrais dans deux ans changer la carte graphique de mon 
ordinateur portable ACER Nitro 5 pour un modèle AMD. La connectique interne est 
physiquement compatible. Actuellement, Nouveau tourne parfaitement dessus. 
C'est surtout un portable que j'emporterais en vacances (pour les besoins 
quotidiens de navigation et mél, j'ai une tablette Android, dont la puissance 
de calcul ne suffit pas à RefPerSys) ou pour faire des démos futures de 
RefPerSys (dont une le 6 mars 2020 à Paris).

On pourrait espérer (comme moi) que Nvidia devienne plus ouvert au logiciel 
libre dans quelques années.

Cordialement

--
Basile Starynkevitch - http://starynkevitch.net/Basile/
Bourg La Reine, France



 

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[Maxime G.]

Bonjour.

J'ai eu des ennuis avec les pilotes nvidia sur les versions 41x pour une GTX 
970:
- Démarrage de Xorg chaotique.
- Pas de son en HDMI (c'est ce qui ma tenu en haleine sur des dizaines de 
threads sur les forums et ML nvidia, debian, ubuntu, fedora ...)

On a failli devenir fous car nvidia disait qu'ils voyaient pas d'où venait le 
problème puis ils l'ont corrigé dans la branche supérieure 43x sans trop 
d'explications à part une ligne dans un changelog.

Debian Buster est sorti et on s'est pris un pilote 41x dans non-free ;D suite à 
quelques petites demandes à l'équipe de mainteneurs nvidia, ils ont poussé un 
43x dans les backports et le problème est derrière nous.

On peut pas compter sur le pilote nouveau actuellement pour des questions de 
performances mais ils y arriveront.

Intel ça marche bien en libre mais ce sont des APU et les performances seront 
forcément moins bonnes que sur du dédié externe.

Concernant AMDGPU, ce pilote libre explose tous les scores de performance sur 
toutes les cartes, donc il faut s'orienter sur AMD pour linux actuellement.



6 février 2020 09:55 nicolas.patr...@gmail.com a écrit:

> Le 06/02/2020 09:45:01, BERTRAND Joël a écrit :
> 
>> Surtout pas malheureux. Certaines cartes Nvidia ne
>> fonctionnent plus
>> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les
>> modules
>> propriétaires. Les meilleures cartes supportées en libre sont les AMD
>> et les Intel.
>> 
>> À titre personnel, depuis que j'ai viré les cartes Nvidia, je
>> me porte bien mieux.
> 
> Chez moi, je n’ai jamais eu d’ennui avec ces cartes, encore moins avec les 
> versions empaquetées par
> Debian.
> Le seul truc chiant, c’est d’être obligé de redémarrer à chaque mise à jour 
> du pilote. Un truc
> encore plus rare, c’est quand ta carte n’est plus suivie par nVidia (le 
> pilote change de nom).
> Quelles cartes de nVidia ne fonctionne qu’avec des pilotes libres ? Et 
> combien ? Je voudrais bien
> voir ça.
> 
> 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: Several issues with Xorg in debian/testing

[Andrei POPESCU]

On Mi, 05 feb 20, 12:42:16, Hans wrote:
> Dear list, 
> 
> since almost 3 months I am noticing several issues, with xserver based 
> applications. 

[...]
 
> You may think, this is a plasma problem, however, I believe, it appears 
> especially in plasma, because plasma needs the most ressources.

Could it be that you are running Wayland instead of Xorg?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: package versions on the mirrors

[Andrei POPESCU]

On Jo, 06 feb 20, 10:55:48, Andrei POPESCU wrote:
> On Mi, 05 feb 20, 20:30:17, Felix Miata wrote:
> > How does one discover package versions on the mirrors? I know linux-image-* 
> > is
> > there. How does one search for the versions of it hosted there? 
> > apt-show-versions
> > linux-image-amd64 shows only one, and not which repo it comes from. Where 
> > does
> > 4.19+105+deb10u1 kernel come from?
> > https://wiki.debian.org/PackageManagement/Searching has no example. Which 
> > man page
> > covers this?
> 
> Try apt(8) and / or apt-cache(8). Note that 'apt' supports most of the 
> 'apt-cache' commands, even if not listed in the manpage.

That should probably be s/some/most/, I forgot apt-policy has quite a 
lot of commands.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Re : Chipsets graphiques les mieux supportés par les pilotes libres ?

[BERTRAND Joël]

nicolas.patr...@gmail.com a écrit :
> Le 06/02/2020 09:45:01, BERTRAND Joël a écrit :
> 
>>  Surtout pas malheureux. Certaines cartes Nvidia ne
>> fonctionnent plus
>> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les
>> modules
>> propriétaires. Les meilleures cartes supportées en libre sont les AMD
>> et les Intel.
> 
>>  À titre personnel, depuis que j'ai viré les cartes Nvidia, je
>> me porte bien mieux.
> 
> Chez moi, je n’ai jamais eu d’ennui avec ces cartes, encore moins avec les 
> versions empaquetées par Debian.
> Le seul truc chiant, c’est d’être obligé de redémarrer à chaque mise à jour 
> du pilote. Un truc encore plus rare, c’est quand ta carte n’est plus suivie 
> par nVidia (le pilote change de nom).
> Quelles cartes de nVidia ne fonctionne qu’avec des pilotes libres ? Et 
> combien ? Je voudrais bien voir ça.

Simplement les cartes un peu anciennes et qui ne sont plus supportées
officiellement. Tu te retrouves à devoir utiliser le pilote libre
(buggué la dernière fois que j'ai dû l'utiliser) pour des performances
médiocres (voire des plantages hard complets). Autant utiliser AMD.

Au boulot, on avait des Nvidia sur du matériel embarqué. Une saleté
sans nom à maintenir sur des équipements qui devaient vivre 10 ans.

JKB

Re : Re : Chipsets graphiques les mieux supportés par les pilotes libres ?

[nicolas . patrois]

Le 06/02/2020 11:56:55, BERTRAND Joël a écrit :

>   Simplement les cartes un peu anciennes et qui ne sont plus
> supportées
> officiellement. Tu te retrouves à devoir utiliser le pilote libre
> (buggué la dernière fois que j'ai dû l'utiliser) pour des performances
> médiocres (voire des plantages hard complets). Autant utiliser AMD.

Qu’appelles-tu ancienne ?
La mienne a plus de huit ans et fonctionne très bien (une GTS 450 et déjà à 
l’époque, ce n’était pas le top du top). Je peux même jouer à Doom³ avec tout à 
fond.

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: Thunderbird reageert soms niet

[Paul van der Vlis]

On 05-02-2020 23:40, Koen Wybo wrote:

Je werkt niet op Stable/Buster maar op Testing /Sid? Dan is er onlangs 
een nieuwe versie van thunderbird geïnstalleerd (van versie 60 naar 68).


Ik werk op stable, maar daar is dat ook zo.

Resultaat: heel wat plugins werken gewoon niet meer en moet je 
uitschakelen of verwijderen.


Dit gaat niet over plugins. Ik heb het probleem ook in save mode.

Groeten,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Boot path sur HP [résolu?]

[Jean Bernon]

Merci à @hamster et @djomentunes pour leurs conseils !
Résumé pour clore la question :
- le disque unique est en mbr, le BIOS donne le choix legacy/uefi/uefi+csm, le 
choix initial était legacy et windows démarre donc sur le mbr
- pour l'installation j'ai basculé en uefi+csm et LinuxMint est installé en 
uefi avec une partition EFI
- os-prober ne voit pas l'installation windows et j'ai partitionné manuellement 
LinuxMint pour ne pas écraser Windows
- Linux démarrait via F9, mais Windows ne redémarrait plus du tout
- une restauration du mbr avec boot-repair a rétabli le démarrage de Windows
- une réparation du boot avec boot-repair permet un boot direct sur LinuxMint 
(sans passer par l'écran grub ?) mais en écrasant le mbr, donc plus de windows
- j'ai essayé de remettre le boot en legacy et de réinstaller à nouveau 
LinuxMint, mais l'image bootable officielle (une seule pour LinuxMint sauf à 
prendre une version ancienne) est rejeté par le BIOS parce que c'est "un media 
uefi". Pourtant j'ai fait un dd de l'image ISO sans utiliser rien d'autre pour 
le rendre uefi.
- Conclusion : j'arrête là, je vais donner le choix au propriétaire du PC entre 
un boot Windows normal + Linux via F9 ou Linux direct + fichiers Windows montés 
en lecture par fstab.



> Est-ce qu'il y a eu une tentative d'installation de linux avortée en
> légacy ?


> Je persiste a penser que c'est la première chose a faire. Si windows
> est
> en légacy, aligne toi dessus. Quand tu aura un GRUB en légacy, il va
> détecter ton windows et te permettre de le booter.


> Y'a pas de raison. Tu pourra tout aussi bien accéder a n'importe
> quelle
> partition avec un linux installé en légacy.


> Tant que t'a le cul entre 2 chaises avec un système en légacy et
> l'autre
> en UEFI, c'est tellement compliqué que j'essaierai meme pas !

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[benoitlst]

Le 2020-02-06 10:49, Frédéric MASSOT a écrit :


Coté firmware, pour AMD le paquet "firmware-amd-graphics" est dans la
section non-free.


Les firmwares, pour AMD dans la section non-free, c'est le cas de tous
les GPU AMD ou certains sont parfaitement fonctionnels sans qu’il soit
nécessaire d’ajouter un firmware propriétaire/non-free  ?

Merci d'avance

--
Benoit

Re: Thunderbird reageert soms niet

[Paul van der Vlis]

On 05-02-2020 17:17, Gijs Hillenius wrote:

On  5 February 2020 15:55 Paul van der Vlis, wrote:


Hoi,

Heb sinds een paar dagen een raar probleem met Thunderbird. Het
reageert soms enige tijd niet. De machine heeft dan een hoge load,
Thunderbird op 100%. Andere applicaties reageren gewoon. Na een paar
minuten werkt alles weer goed en snel.


zijstraatjes:

- relatie met een of andere recente update (da's bij mij meestal het
   geval)?


Er was inderdaad een update op 18 januari. Het kan zijn dat ik nog even 
heb doorgedraaid met de oude binary.



- IPv6 IPv4 timeout?


Ik weet niet precies wat je hiermee bedoeld. Deze machine heeft alleen 
IPv4. Verder zou een timeout van een client richting een server de boel 
niet laten bevriezen, lijkt me.



- Laat TB iets nuttigs zien als je het vanaf de commandline start?


Hij draait nu zo, en ik had net zo'n freeze. Maar niets op de 
commandline te zien.



- Iets te zien in de log van de mail server?


Nee, ook niet.


- Wellicht de cache dir en of dirs opzij zetten?


De cache heb ik verwijderd, maar ik had net dus weer zo'n freeze.

Alles herconfigureren is veel werk, en dan weet ik nog steeds niet wat 
de oorzaak was. Maar als ik er niet uitkom lijkt me dat inderdaad de optie.


Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[Dethegeek]

Bonjour

Attention avec NVIDIA. Pour avoir expérimenté diverses choses j'ai retenu les 
point suivants

- Le pilote nouveau est sensiblement moins performant que le pilote 
propriétaire. Si c'est pour jouer, cela signifiera de faire un faible rapport 
performance/énergie ou une expérience de jeu dégradée.

- faire un système à 2 GPU pour brancher plein d'écrans est une véritable 
horreur.

Conclusion je préférerais ATI/AMD pour ces usages.

NVIDIA a aussi retiré de son pilote propriétaire pour linux la fonctionnalité 
dont j'avais besoin pour faire marcher 2 GPU ensemble pour une config 4 écrans. 
Cela au prétexte que le pilote de l'OS dont-il-ne-faut-pas-dire-le-nom n'a pas 
la fonctionnalité. En somme il ne faut surtout pas que linux soit mieux que 
l'autre OS. Pour cela j'approuve les propos de Linus : "fuck you nvidia!". J'ai 
revendu mes GPU NVIDIA pour prendre des équivalents ATI/AMD.



Le 5 février 2020 22:29:45 GMT+01:00, ajh-valmer  a écrit :
>On Wednesday 05 February 2020 20:14:40 benoit...@ouvaton.org wrote:
>> Je voudrais m’acheter une carte graphique, j’envisage d’en
>> acheter une d’occase, il y en a plein sur les sites de seconde main.
>> Quels sont les chipsets graphiques les mieux supportés par les
>> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
>> firmware propriétaire ?
>> Je ferai ma recherche en fonction de ce critère…
>
>Nvidia, très facilement reconnu par Linux.
>Choix pilotes proprio ou Libres.

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

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[BERTRAND Joël]

Maxime G. a écrit :
> Bonjour.
> 
> J'ai eu des ennuis avec les pilotes nvidia sur les versions 41x pour une GTX 
> 970:
> - Démarrage de Xorg chaotique.
> - Pas de son en HDMI (c'est ce qui ma tenu en haleine sur des dizaines de 
> threads sur les forums et ML nvidia, debian, ubuntu, fedora ...)
> 
> On a failli devenir fous car nvidia disait qu'ils voyaient pas d'où venait le 
> problème puis ils l'ont corrigé dans la branche supérieure 43x sans trop 
> d'explications à part une ligne dans un changelog.
> 
> Debian Buster est sorti et on s'est pris un pilote 41x dans non-free ;D suite 
> à quelques petites demandes à l'équipe de mainteneurs nvidia, ils ont poussé 
> un 43x dans les backports et le problème est derrière nous.
> 
> On peut pas compter sur le pilote nouveau actuellement pour des questions de 
> performances mais ils y arriveront.

Pas forcément. Une grosse partie du boulot est fait en aveugle et en
reverse.

> Intel ça marche bien en libre mais ce sont des APU et les performances seront 
> forcément moins bonnes que sur du dédié externe.
> 
> Concernant AMDGPU, ce pilote libre explose tous les scores de performance sur 
> toutes les cartes, donc il faut s'orienter sur AMD pour linux actuellement.

Re: Thunderbird reageert soms niet

[Paul van der Vlis]

On 05-02-2020 21:45, Geert Stappers wrote:


Nog eentje:  Agenda synchronisatie?


De plugins had ik uitgezet, ik draai in save mode. Dan is er geen agenda.

Groeten,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[Dethegeek]

Voilà. Tout est dit : nvidia reste assez ouvertement hostile au logiciel libre 
puisqu'il ne délivre quasi aucune doc.

Je ne sais pas si ça a beaucoup évolué aujourd'hui, mais il faut savoir que le 
pilote nouveau est le fruit de rétro ingénierie. Que de temps et d'énergie 
perdue faute d'avoir de la documentation pour les développeurs. 

Choisir NVIDIA revient donc à soutenir un fabricant hostile à votre OS préféré. 

Le 6 février 2020 10:49:46 GMT+01:00, "Frédéric MASSOT" 
 a écrit :
>Le 05/02/2020 à 20:14, benoit...@ouvaton.org a écrit :
>> Bonjour,
>> 
>> Je voudrais m’acheter une carte graphique, j’envisage d’en
>> acheter une d’occase, il y en a plein sur les sites de seconde main.
>> 
>> Quels sont les chipsets graphiques les mieux supportés par les
>> pilotes libres ET sans qu’il soit nécessaire d’ajouter un
>> firmware propriétaire ?
>> 
>> Je ferai ma recherche en fonction de ce critère…
>
>Il n'y a que Intel et AMD qui participent aux développements des
>pilotes
>libres et à Mesa.
>
>Tu peux regarder les actu sur Phoronix : https://www.phoronix.com
>
>Nvidia ne fait que du propriétaire (pilote et firmware) et ils ne
>participent pas au développement du pilote libre Nouveau, ils
>fournissent de temps en temps des docs.
>
>Coté firmware, pour AMD le paquet "firmware-amd-graphics" est dans la
>section non-free.
>
>-- 
>==
>|  FRÉDÉRIC MASSOT   |
>| http://www.juliana-multimedia.com  |
>|   mailto:frede...@juliana-multimedia.com   |
>| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
>===Debian=GNU/Linux===

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

Re: Re : Re : Chipsets graphiques les mieux supportés par les pilotes libres ?

[BERTRAND Joël]

nicolas.patr...@gmail.com a écrit :
> Le 06/02/2020 11:56:55, BERTRAND Joël a écrit :
> 
>>  Simplement les cartes un peu anciennes et qui ne sont plus
>> supportées
>> officiellement. Tu te retrouves à devoir utiliser le pilote libre
>> (buggué la dernière fois que j'ai dû l'utiliser) pour des performances
>> médiocres (voire des plantages hard complets). Autant utiliser AMD.
> 
> Qu’appelles-tu ancienne ?
> La mienne a plus de huit ans et fonctionne très bien (une GTS 450 et déjà à 
> l’époque, ce n’était pas le top du top). Je peux même jouer à Doom³ avec tout 
> à fond.

J'ai envoyé bouler Nvidia lorsque certaines cartes de trois ans
n'étaient plus supportées par le pilote propriétaire (ni en courant, ni
en legacy) et que les pilotes nouveau fonctionnaient aléatoirement
(plantages hard aléatoires ou défaut d'initialisation de la carte). Ça
date de 2015, ne me demande pas les références des cartes je ne m'en
souviens plus, mais je me suis promis qu'on ne m'y reprendra plus. Je
préfère des cartes un peu moins performantes, mais dont les fabricants
filent les specs. Je ne veux pas être obligé de croiser les doigts
lorsque je redémarre à distance un équipement. Je ne veux pas être
bloqué non plus dans une version du noyau comme cela m'est arrivé.

JKB

Re: apt-get build-dep emacs-gtk: unmet dependencies

[Göktuğ Kayaalp]

> It looks as though you have installed from security.debian.org but now
> it's not in your sources.list. If you add a line like
>
> deb http://security.debian.org/  buster/updates main contrib non-free
>
> then do "apt-get update", does that help the "apt-get build-dep"?

This seems to have fixed the issue. I added the line and
updated, now I have this:

libtiff-dev:
  Installed: 4.1.0+git191117-2~deb10u1
  Candidate: 4.1.0+git191117-2~deb10u1
  Version table:
 *** 4.1.0+git191117-2~deb10u1 500
500 http://security.debian.org/debian-security stable/updates/main 
amd64 Packages
100 /var/lib/dpkg/status
 4.0.10-4 500
500 http://ftp.uk.debian.org/debian stable/main amd64 Packages

Thanks a lot!

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427

Re: Thunderbird reageert soms niet

[Paul van der Vlis]

On 06-02-2020 15:54, Frans van Berckel wrote:

Hoi Paul,

On Thu, 2020-02-06 at 12:49 +0100, Paul van der Vlis wrote:

On 05-02-2020 17:17, Gijs Hillenius wrote:



- Laat TB iets nuttigs zien als je het vanaf de commandline start?


Hij draait nu zo, en ik had net zo'n freeze. Maar niets op de
commandline te zien.


Even met Google op 'thunderbird verbose logging' gezocht. Ze geven
onder andere export MOZ_LOG=IMAP:5,timestamp. 5 is de hoogste waarde.

https://wiki.mozilla.org/MailNews:Logging


Interessant, bedankt.

Groetjes,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/

Re: Resolved (and extended): Re: OT: Belkin F1DS104J KVM and PCs on a UPS

[rhkramer]

Oops, fixing a typo, below

On Sunday, February 02, 2020 04:18:39 PM rhkra...@gmail.com wrote:
> Thanks to all who replied!
> 
> Everybody had good points.  I ended up putting the unit on the non-battery
> side of the UPS (just because I was out of outlets on the battery side and
> didn't want to take the time / space to add a powerstrip or such (space is
> tight behind / under my desk)).  I usually feel that the surge suppression
> there is better than on some inexpensive powerstrips.
> 
> In the course of plugging in a power supply for a laptop (which was the
> reason to switch from a 2-port KVM to a 4-port KVM), I accidentally
> tripped the power to the KVM switch with no ill effects, that is, the
> computer did not lose its communication to the monitor, keyboard, and
> mouse, and, after I repowered the KVM, I could switch between the
> computers as before the power loss, so I'm not worried about not being on
> the UPS.
> 
> I did learn some things (one mentioned above), another is:
> 
>* the KVM has inputs for either a PS/2 keyboard and mouse, or a USB
> keyboard and mouse.  My mouse is USB and my keyboard is PS/2.  I found that
> if I plugged the keyboard into the PS/2 port and the mouse into a USB
> port, that would not work for the most finicky computer.  I added a USB to
> PS/2 converter plug to the mouse, plugged them both into USB ports on the
> KVM, and now things worked.

Should have been "plugged them both into the PS/2 ports"

> 
>* the output from the KVM (to the computer) has one USB cable and one
> PS/2 cable.  After I did the above, I was able to plug the PS/2 cable into
> the keyboard port on the computer, and the USB cable into a USB plug, and
> the mouse and keyboard both worked.  (I thought I might have to add
> another USB to PS/2 converter plug so that I could plug both cables into
> the PS/2 ports on the computer.
> 
>* The other (desktop) computer I consider less finicky.  (Because, when
> I tried to set it up with the inexpensive 4-port all USB KVM that I bought
> on ebay, it worked with no trouble, the finicky computer would not, even
> when I used things like a cable splitter and USB to PS/2 converter plugs)
> to plug into either both PS/2 "jacks" or two USB ports on the computer (or
> the various possible combinations of one each))
> 
>Anyway, this less finicky computer has only one PS/2 ports, colored half
> pink and half gray, and apparently can work for either a PS/2 mouse or a
> PS/2 keyboard (or maybe even both with some kind of "combiner cable").
> 
>I ended up plugging the PS/2 cable from the KVM into the PS/2 port on
> the computer and the USB cable into a USB port, and both the mouse and
> keyboard work.  I didn't try any other approaches, I mean, I didn't try to
> see if only one of the KVM output cables connected to the computer would
> be sufficient.
> 
>I am just a little worried that maybe the mouse and keyboard signals are
> going into both the PS/2 port and a USB port, and that maybe someday I'll
> encounter some kind of problem because of that, but, for now I'm happy that
> everything (on these two computers) seems to be working ok through the KVM.
> 
> I do have another OT problem related to the laptop and the existing
> installation of Windows on it.  I'll describe that problem later (in a new
> thread) to see if anyone can help.
> 
> Thanks again to the list and those who replied!
> 
> On Thursday, January 30, 2020 08:36:32 AM Roger Price wrote:
> > Speaking from experience, another reason to put the KVM switch on the UPS
> > is protection from power surges.  I live in a lightning prone area, and I
> > have lost expensive gear because ancilliary stuff such as a KVM switch
> > with a wired connection to PCs was not protected.

Re: Does “apt-get install” follow “recommends” links recursively?

[songbird]

Rich Morin wrote:
> Debian's "apt-get install" command is documented as following "recommends" 
> links by default. It also follows "depends" links, presumably in a recursive 
> fashion. However, I haven't been able to find out if it also follows 
> recommends links recursively.
>
> For example, let's say that I run "apt-get install foo" and that foo depends 
> on or recommends bar. I would expect apt-get to install bar and all of its 
> dependencies. However, I don't know whether it would also install bar's 
> recommended packages, etc. Can someone please clarify this?

  any package which depends upon another package would draw 
in whatever dependencies indicated in that so yes, it is 
recursive to the extent the package itself is properly
done.

  this can be changed by options in /etc/apt files if you
don't want the default behaviors of apt/apt-get, etc.


  songbird

Re: Why I don't like UUIDs (Re: can't mount sdf1 in stretch, gparted claims its fat32)

[songbird]

Stefan Monnier wrote:
>>> PS: The only problem with LVM names is that Linux doesn't let you
>>> rename a volume group while it's active (at least last time I tried),
>>> which makes it painful to rename the volume group in which lives your
>>> root partition.
>> How painful is it to dd a live cd, boot from it and rename?
>
> Very.  It's called "downtime".
> Every time you have to reboot, it means your OS has somewhat failed you.

  i don't think that at all.  remember that each person can
have different preferences, requirements and expectations.

  i reboot my computer once or twice a day depending upon what
i'm doing.  it takes only a few seconds.

  at the end of the day i turn it off since i don't like 
wasting electricity.  it is a fairly low power consuming
system to begin with but i hate the idea that it is doing
nothing at all useful just sitting there if i'm not going
to be using it any time soon.  since it does shut down and
start up quickly enough it isn't an issue.


  songbird

Re: Thunderbird reageert soms niet

[Frans van Berckel]

Hoi Paul,

On Thu, 2020-02-06 at 12:49 +0100, Paul van der Vlis wrote:
> On 05-02-2020 17:17, Gijs Hillenius wrote:

> > - Laat TB iets nuttigs zien als je het vanaf de commandline start?
> 
> Hij draait nu zo, en ik had net zo'n freeze. Maar niets op de 
> commandline te zien.

Even met Google op 'thunderbird verbose logging' gezocht. Ze geven
onder andere export MOZ_LOG=IMAP:5,timestamp. 5 is de hoogste waarde.

https://wiki.mozilla.org/MailNews:Logging

Met vriendelijke groet,

-- 
Frans van Berckel
Media Engineer / Linux Master
LinkedIn: https://www.linkedin.com/in/fransvberckel/

Mais de 12 Mil Planilhas de Calculos,Cartas e Contratos Totalmente Prontas e Editaveis

[Marcos Sena]

Olá, Tudo Bem? Me Chamo Marcos Sena. 
Sou Empresario e Contador, sei que Leva Tempo para Criar 
Planilhas Novas.
Durante Anos, Venho Criando e Juntando Planilhas e Cartas e 
Contratos Word e Resolvi Montar um "Super Pacote" para que
Você possa BAIXA-LO.

São Mais de (12.769) Arquivos Totais

As Planilhas Estão Segmentadas Por Áreas e as Cartas e Contratos 
estão por Assuntos.
VAMOS OLHAR ALGUNS EXEMPLOS?

<<<>>>
- Fluxo de Caixa Diário - Previsto x Realizado
- Fluxo de Caixa Mensal - Previsto x Realizado
- Controle de Estoque
- Controle de pagamentos
- Controle Financeiro
- Controle de pedido de material de escritório
- Cadastro de Clientes
- Cadastro de Empresas
- Planilhas contas a pagar
- Análise de Balanços
- Análise Gráfica
- Apuração do PIS
- Binomial
- Calcular Preço Venda Veículo
- Calculo de apuração de ICMS e IPI
- Calculo de Bebidas
- Calculo de Comissão de Vendas
- Cálculo de Férias
- Cálculo de Salário Líquido
- Controle de Conta Bancaria
- Controle de faltas de empregados
- Controle de pagamentos
+ 10.108 Planilhas Excel

<<<>>>
- Agradecimentos e Condolências
- Ao Amigo
- Ao Cliente
- Ao Professor
- Bancárias
- Cartas de Cobranças
- Cartas de Reclamação
- Contratos
- Declarações
- Emprego
- Escrituras
- Esporte
- Estatutos
- Felicitações
- Imobiliários
- Memorando
- Modelos de Currículos
- Procurações
- Propostas
- Telegrama
- Viagem
- Recibos
+ 2.617 Cartas e Contratos

--ESSA OFERTA ENCERRARÁ HOJE MEIA NOITE--
De R$ 89,90 Nas Últimas Horas Tudo está Saindo Por: (R$67,90)
Site Oficial: www.planilhaexcel2019.com.br

Este e-mail está sendo enviado por(Marcos Sena) 
Para:debian-user@lists.debian.org
Para informações de preços atualizados,visite o link do produto 
no site.
Não havendo interesse em receber o informativo, por gentileza 
Clique Aqui: www.sairagora.com.br Para Remover
<20200206115042.f8d839bab7f15...@sjcost.rio.br>

Laptop: External monitor, keyboard, and mouse "disabled" -- how re-enable without rebooting?

[rhkramer]

I've installed Buster on a Dell Inspiron 1501 laptop.  I have it connected to 
an external monitor, keyboard, and mouse via a KVM switch.

I thouight all was well, but now, a day later (with the KVM switched to other 
computers), switching the KVM back to the laptop, the external monitor, 
keyboard, and mouse are no longer enabled.  (They still work fine for any of 
the other computers.)

I suspect that if I reboot the laptop, or maybe even if I logout of the 
current user and back in, I might get the external monitor, keyboard, and 
mouse re-enabled, but I don't really want to do either -- as is often the 
case, I have various files and such open and to an appropriate place that I 
don't want to lose (nor have to re-establish).

So, that leads to two questions:

1.  Is there a way to re-enable the external monitor, keyboard, and mouse 
without doing something like rebooting?

2. Is there a way (a setting to change) to keep the problem from recurring in 
the future?

One more  "extra credit" OT question (which I can ask in a future thread if no 
one responds here) -- how can I tell whether the Buster installation is using 
X or Wayland?

Re: Chipsets graphiques les mieux supportés par les pilotes libres ?

[ajh-valmer]

Je vois que Nvidia ne fait pas l'unanimité,
mais attention à ne pas être trop dogmatique.
:-)

De mon côté, je n'ai jamais eu les blêmes Nvidia relatés,
avec les pilotes non-free (j'utilise un pilote "nvidia-legacy").
et des déceptions avec les pilotes free ATI-AMD.
Il semble que AMD a arrêté ses pilotes pour Linux...

Les nvidia-legacy possèdent une interface graphique
de configurations.

Erzeugung von Device-Knoten erzwingen

[Christoph Pleger]

Hello,

I am using a program for automatic creation of a harddisk partitioning 
from a configuration file. That file contains device names like 
/dev/sda1 etc. for naming the partitions. After the partitioning has 
been completed, I want to create an appropriate fstab from the 
configuration file and during that step, want to convert partition 
device name entries to entries in the form UUID=... For that, I am using


udevadm info --query=symlink --name="$device"

where $device is the respective partition. Unfortunaly, the problem 
occurs that often - though partitioning was completed and filesystems 
created -  links in /dev/disk/by-uuid/ are not yet available when 
udevadm is run, so that udevadm returns nothing. So, my question is: Is 
it possible to force the device node links to have been created before 
calling udevadm? Without long sleeps or sleep loops?


Viele Grüße
  Christoph

Re: Force device node link creation

[David Wright]

On Thu 06 Feb 2020 at 17:56:00 (+0100), Christoph Pleger wrote:
> 
> I am using a program for automatic creation of a harddisk partitioning
> from a configuration file. That file contains device names like
> /dev/sda1 etc. for naming the partitions. After the partitioning has
> been completed, I want to create an appropriate fstab from the
> configuration file and during that step, want to convert partition
> device name entries to entries in the form UUID=... For that, I am
> using
> 
> udevadm info --query=symlink --name="$device"
> 
> where $device is the respective partition. Unfortunaly, the problem
> occurs that often - though partitioning was completed and filesystems
> created -  links in /dev/disk/by-uuid/ are not yet available when
> udevadm is run, so that udevadm returns nothing. So, my question is:
> Is it possible to force the device node links to have been created
> before calling udevadm? Without long sleeps or sleep loops?

I've only used events after I've done something, like plugging in a
stick. Might   udevadm trigger …   help? I would try it out with,
say,   udevadm monitor -u -p -s block   running.

Cheers,
David.

Re: Why I don't like UUIDs (Re: can't mount sdf1 in stretch, gparted claims its fat32)

[Stefan Monnier]

>> Every time you have to reboot, it means your OS has somewhat failed you.
>   i don't think that at all.  remember that each person can
> have different preferences, requirements and expectations.

That's why I wrote "have to".
Of course, if you choose to reboot it, it's not you OS's fault.

> system to begin with but i hate the idea that it is doing
> nothing at all useful just sitting there if i'm not going
> to be using it any time soon.

IIUC in your case you could just as well suspend/hibernate instead of
shutting down and that would solve the "just sitting there" problem
without having to reboot: the reboot is your choice and you're indeed
perfectly entitled to that preference.


Stefan

Re: Laptop: External monitor, keyboard, and mouse "disabled" -- how re-enable without rebooting?

[Kenneth Parker]

On Thu, Feb 6, 2020, 10:49 AM  wrote:

> I've installed Buster on a Dell Inspiron 1501 laptop.  I have it connected
> to
> an external monitor, keyboard, and mouse via a KVM switch.
>
> I thouight all was well, but now, a day later (with the KVM switched to
> other
> computers), switching the KVM back to the laptop, the external monitor,
> keyboard, and mouse are no longer enabled.  (They still work fine for any
> of
> the other computers.)
>

I used to use those a *lot*!  I guess that the beginning of the end, was
when *they* decided to Deprecate the PS2 Connections.

I generally "reserved" one Port for "transient" (i.e. Laptop) computers.  I
occasionally encountered your issue, when the Laptop went to sleep. My
workaround (when rebooting was not practical) was to bring Video back
first, using the Video Settings screen and bringing back the Second
Screen.  I typically didn't go past that, as I was usually able to
function, using the Laptop Keyboard and (most commonly) Trackpad.

>
> I suspect that if I reboot the laptop, or maybe even if I logout of the
> current user and back in, I might get the external monitor, keyboard, and
> mouse re-enabled, but I don't really want to do either -- as is often the
> case, I have various files and such open and to an appropriate place that
> I
> don't want to lose (nor have to re-establish).
>

Rebooting always worked for me.

>
> So, that leads to two questions:
>
> 1.  Is there a way to re-enable the external monitor, keyboard, and mouse
> without doing something like rebooting?
>

See above for Video.  I'll leave Keyboard and Mouse for others.

>
> 2. Is there a way (a setting to change) to keep the problem from recurring
> in
> the future?
>

Yes:  Ensure that the Laptop doesn't go to Sleep.

>
> One more  "extra credit" OT question (which I can ask in a future thread
> if no
> one responds here) -- how can I tell whether the Buster installation is
> using
> X or Wayland?
>

I am also interested in this Answer.

Kenneth Parker

>
>

Force device node link creation

[Christoph Pleger]

Hello,

I am using a program for automatic creation of a harddisk partitioning 
from a configuration file. That file contains device names like 
/dev/sda1 etc. for naming the partitions. After the partitioning has 
been completed, I want to create an appropriate fstab from the 
configuration file and during that step, want to convert partition 
device name entries to entries in the form UUID=... For that, I am using


udevadm info --query=symlink --name="$device"

where $device is the respective partition. Unfortunaly, the problem 
occurs that often - though partitioning was completed and filesystems 
created -  links in /dev/disk/by-uuid/ are not yet available when 
udevadm is run, so that udevadm returns nothing. So, my question is: Is 
it possible to force the device node links to have been created before 
calling udevadm? Without long sleeps or sleep loops?


Regards
  Christoph

Re: Why I don't like UUIDs (Re: can't mount sdf1 in stretch, gparted claims its fat32)

[David Wright]

On Wed 05 Feb 2020 at 22:54:33 (-0500), Michael Stone wrote:
> On Wed, Feb 05, 2020 at 07:33:38PM -0600, David Wright wrote:
> > On Wed 05 Feb 2020 at 15:59:27 (-0500), Michael Stone wrote:
> > > On Wed, Feb 05, 2020 at 01:43:37PM -0600, David Wright wrote:
> > > > On Wed 05 Feb 2020 at 09:00:41 (-0500), Michael Stone wrote:
> > > > > On Tue, Feb 04, 2020 at 07:04:16PM -0500, Stefan Monnier wrote:
> > > > > > While I'm sure this can be managed by explicitly setting UUIDs, I've
> > > > > > found it much more pleasant to manage explicit names (I personally
> > > > > > prefer LVM names over filesystem labels, but filesystem labels work 
> > > > > > well
> > > > > > for those filesystems I don't put under LVM).  Not only I can 
> > > > > > pronounce
> > > > > > them and they carry meaning, but they tend to be much more visible 
> > > > > > (and
> > > > > > hence easier to manipulate).
> > > > >
> > > > > I dislike using names becaues it's *much* more common to find name
> > > > > collisions than UUID collisions. (E.g., a bunch of disks with
> > > > > filesystems all labeled with easy to remember names like "root" or
> > > > > "home".) Reboot with a couple of those in your system on a
> > > > > label-oriented configuration and you may have a very bad day.
> > > >
> > > > Rather a strawman argument there. There's no reason not to choose
> > > > sensible LABELs, unlike the examples you've given there, which fail
> > > > for at least two reasons: they're unlikely to be unique and they're
> > > > too overloaded with meaning.
> > > 
> > > What does "sensible" mean in this context? On a static system all of
> > > this is a complete waste of time because nothing changes. If you start
> > > upgrading disks, using external drives, moving things around, etc., it
> > > may very well be that the same "sensible" label applies to a
> > > filesystem found on more than one disk.
> > 
> > To make that argument, you have to put scare quotes round sensible
> > because common sense would lead you to use different LABELs for
> > partitions that you intend to distinguish by LABEL. To do otherwise
> > would be like suggesting that two teams who play in red should do
> > so without a change of shirt for one team.
> 
> You seem to just be stuck in this mindset where you think that it's
> somehow weird or unusual to name a root filesystem "root" instead of
> "kumquat" or some other meaningless string.

I opined that it's unwise to LABEL a filesystem "root" if you're using
LABELs as the determining name. It's not weird, and I have no idea
whether it's usual or not. The reason I called it unwise is that it's
limiting. For example, if I make it a habit to call the root
filesystem on this laptop "root", what should I LABEL the other root
filesystem as? Is it sensible to have two fstab files like:

LABEL=root /   ext4 errors=remount-ro 0 1
LABEL=previous /media/previous ext4 errors=remount-ro 0 1
and
LABEL=previous /   ext4 errors=remount-ro 0 1
LABEL=root /media/previous ext4 errors=remount-ro 0 1

That's what I mean about excessive overloading of meanings.

> I don't really have a
> response to that except to note that in my experience your naming
> conventions are an outlier and that it's a waste of time making
> assertions about what people should use as names instead of simply
> acknowledging what people actually use as names.

I have very little knowledge of what people are using as names, if
anything, unless they post them here. That doesn't prevent my having
an opinion, nor anybody else. How I spend my time is up to me.
I thought I had limited my assertions to pointing out that your
arguments appeared to be directed against things *not* stated,
like "labels prevent problems".

> > > Can problems be avoided
> > > through careful attention to detail?
> > 
> > I'd call the LABEL problem's solution blindingly obvious. Ironically,
> > one has to be more careful with *certain* operations when using UUIDs
> > because one is less likely to spot a duplication. I'm thinking of,
> > say, copying partitions.
> 
> Again, asserting that using labels in a fashion that avoids potential
> collisions is "blindlingly obvious" implies that the problems I've
> seen people have with label-based schemes must mean that they're too
> ignorant to do the "obviously" correct thing. That seems presumptuous
> at least.

Pointing out a pitfall to someone doesn't mean that you're calling
them ignorant, particularly in a forum like this where you don't
have any idea who "they" are.

> OTOH, following best practices when copying raw partitions (including
> changing the UUID) seems to be something to be glossed over
> (presumably because only changing the label in that exact case is
> "obvious"?)

No, I'm not trying to gloss over it. What I would say is that if you
have a partition LABELled   sex   and you clone it, and then you
find yourself typing
# mount LABEL=sex /media/myclone
you're more likely to notice the 

Re: Boot path sur HP [résolu?]

[hamster]

Le 06/02/2020 à 13:43, Jean Bernon a écrit :
> - os-prober ne voit pas l'installation windows

Normal : grub-efi regarde dans la partoche EFI sans aller voir ailleurs.

> - une réparation du boot avec boot-repair permet un boot direct sur LinuxMint 
> (sans passer par l'écran grub ?) mais en écrasant le mbr, donc plus de windows

Oui, c'est l'un ou l'autre tant qu'ils ne sont pas tous les deux en légacy.

> - j'ai essayé de remettre le boot en legacy et de réinstaller à nouveau 
> LinuxMint, mais l'image bootable officielle (une seule pour LinuxMint sauf à 
> prendre une version ancienne) est rejeté par le BIOS parce que c'est "un 
> media uefi". Pourtant j'ai fait un dd de l'image ISO sans utiliser rien 
> d'autre pour le rendre uefi.

Pour les images de linux mint… je ne saurais pas te renseigner.

Re: Erzeugung von Device-Knoten erzwingen

[Charles Curley]

On Thu, 06 Feb 2020 17:55:17 +0100
Christoph Pleger  wrote:

> Is 
> it possible to force the device node links to have been created
> before calling udevadm? Without long sleeps or sleep loops?

Instead, try querying the partition itself:

root@hawk:~# dumpe2fs -h /dev/sda1 | grep UUID
dumpe2fs 1.44.5 (15-Dec-2018)
Filesystem UUID:  85936b4c-4088-4365-9c39-6a7cd8a0256c
root@hawk:~# 


-- 
Does anybody read signatures any more?

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

Re: Targeta wifi a Debian 10 Buster

[papapep]

Hola,

Tinc la mateixa placa i diria que ho vaig configurar amb el broadcom-sta-dkms i 
dependències. Era a Bullseye, però crec que Buster també el té. 

Salut. 


El 5 de febrer de 2020 23.18.35 CET, Guillem Canals  ha 
escrit:
>Bona nit!Vaig instal.lar el Debian 10 Buster en una laptop que ja té
>bastants anys. El problema que tinc és que no trobo la manera de
>configurar el wifi ja que el xipset que porta és Broadcom model
>BCM4312.
>
>Sent from Yahoo Mail on Android

-- 
Enviat des del meu dispositiu Android amb el K-9 Mail. Disculpeu la brevetat.

Re: Trilinos build from source code

[Alexander V. Makartsev]

On 06.02.2020 00:51, Gary L. Roach wrote:
>
> I know that this is not a main stream debian question but I have not
> been able to get any response from the Trilinos (sandia labs) mailing
> list. I am desparate.
>
> I am running a Debian Buster KDE system and am trying to set up Elmer
> with Trilinos. In short, a setup for some heavy duty computer
> modeling. Because of several factors, I chose to download the latest
> source code from GitHub. The CMake file (without MPI support) worked
> fine and the make file ran fine. But when I included MPI into the
> CMake file, (see below) the CMake still ran fine.
>
> **
>
> But when I tried to run make I got the following errors:
>
> 
>
> *[ 17%] Built target suplib
> [ 21%] Built target plt[ 17%] Built target suplib
> [ 21%] Built target plt
> [ 21%] Linking CXX executable exo2mat
> [ 21%] Linking CXX executable conjoin
> [ 21%] Linking CXX executable epu
> [ 21%] Linking CXX executable exodiff
> /usr/bin/ld: ..//.usr.//binlibraries//ldexodus:/
> libexodus.a.(.ex_utils.c.o//)usr:/. .undefined reference/
> binlibraries/toexodus /symbollibexodus.a/
> ld':(H5get_libversionex_utils.c.o@)@:HDF5_SERIAL_1.8.7 . ./'undefined
> /usr ..//binreference /to ldsymbol: 
> '/H5get_libversion/@usr@/HDF5_SERIAL_1.8.7lib'/
> x86_64/-usrlinux/-bingnu//ldlibhdf5_serial.so.103::  /error/
> usradding/ libsymbols/:x86_64 -DSOlinux -missinggnu
> /fromlibhdf5_serial.so.103 :command  errorline
> adding symbols: DSO missing from command line*
>
I think your system is missing some dependencies. Try to install
"libhdf5-dev" package and see if that helps.
    $ sudo apt install libhdf5-dev libhdf5-103 libhdf5-cpp-103

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Anyone with experience scanning with Epson

[kaye n]

Hello Friends!

I'm running:
Kernel: 4.19.0-6-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)

My printer is an Epson L220.  It's connected to my laptop's USB port.

The command lsusb shows:
Bus 002 Device 003: ID *04b8:08d1* Seiko Epson Corp.

Therefore in the file, /etc/sane.d/epkowa.conf
I added this line:


*usb 0x04b8 0x08d1*
The printer can print just fine, but ImageScan and XSane would not run.

ImageScan says:
Could not send command to scanner. Check the scanner's status.

XSane says:
Failed to open device 'epkowa:usb:002:003':
Access to resource has been denied.

Thank you for your time!

Re: LibreOffice takes about 35 seconds to fully open

[Brad Rogers]

On Fri, 7 Feb 2020 10:17:09 +0800
kaye n  wrote:

Hello kaye,

>I was just wondering if it takes about 35 seconds for your Debian
>system to

At least.  As you say, subsequent starts are much faster.

I note that Patrick says his starts in 3 or 4 secs.  I was going to
suggest that he's using the LO quick starter, but that seems to be long
gone - the option to use it is not there in 6.4.

No idea why Patrick's getting a much quicker start.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
I guess I shouldn't have strangled her to death
Ugly - The Stranglers


pgpQmCathbsSs.pgp
Description: OpenPGP digital signature

Re: Virtualbox error rc 1908

[Ricardo Delgado]

 
Gracias por responder,

Virtualbox no aparece en los repositorios (al menos no en 32) probe bajar el 
instalador desde la pagina de virtualbox instalo perfecto pero a la hora de 
ejecutar, vuelve a aparecer el mismo error (rc 1908) instale DKM, BUILD 
ESSENTIALS, y HEADERS de la version del kernel pero sigue sin funcionar, 
mirando el log me tira esta informacion que no se interpretar

/var/log/vbox-setup.log [B---] 68 L:[ 67+22 89/ 90] *(25243/25244b) 0010 0x00A 
[*][X]
/tmp/vbox.0/SUPDrvGip.c:4201:13: note: here
 4201 | case kTscDeltaThreadState_Listening:
 | ^~~~
In file included from :
/tmp/vbox.0/include/VBox/SUPDrvMangling.h:30:30: warning: this statement may 
fall through [-Wimplicit-fallthrough=]
 30 | #define RT_MANGLER(symbol) VBoxHost_##symbol
/tmp/vbox.0/include/iprt/mangling.h:2219:57: note: in expansion of macro 
‘RT_MANGLER’
 2219 | # define RTThreadSleep RT_MANGLER(RTThreadSleep)
 | ^~
/tmp/vbox.0/SUPDrvGip.c:4226:17: note: in expansion of macro ‘RTThreadSleep’
 4226 | RTThreadSleep(1);
 | ^
/tmp/vbox.0/SUPDrvGip.c:4230:13: note: here
 4230 | case kTscDeltaThreadState_Measuring:
 | ^~~~
make[3]: *** [/usr/src/linux-headers-5.4.0-3-common/scripts/Makefile.build:271: 
/tmp/vbox.0/SUPDrvGip.o] Error 1
make[3]: *** Se espera a que terminen otras tareas
 if objdump -h /tmp/vbox.0/SUPDrvSem.o | grep -q __ksymtab; then gcc-9 -E 
-D__GENKSYMS__ -Wp,-MD,/tmp/vbox.0/.SUPDrvSem.o.d -nostdinc -isystem 
/usr/lib/gcc
 if objdump -h /tmp/vbox.0/SUPDrv.o | grep -q __ksymtab; then gcc-9 -E 
-D__GENKSYMS__ -Wp,-MD,/tmp/vbox.0/.SUPDrv.o.d -nostdinc -isystem 
/usr/lib/gcc/i686-
 if objdump -h /tmp/vbox.0/linux/SUPDrv-linux.o | grep -q __ksymtab; then gcc-9 
-E -D__GENKSYMS__ -Wp,-MD,/tmp/vbox.0/linux/.SUPDrv-linux.o.d -nostdinc -is
make[2]: *** [/usr/src/linux-headers-5.4.0-3-common/Makefile:1665: /tmp/vbox.0] 
Error 2
make[1]: *** [/usr/src/linux-headers-5.4.0-3-common/Makefile:179: sub-make] 
Error 2
make: *** [/tmp/vbox.0/Makefile.include.footer:100: vboxdrv] Error 2



 El miércoles, 5 de febrero de 2020 21:59:38 ART, Deiby Herrera 
 escribió:  
 
 Faltan dependencias observa bien
El dom., 2 feb. 2020 7:03 p. m., Ricardo Delgado 
 escribió:

Buenas,

            Hoy al actualizar mi testing me doy con la novedad que no me 
funciona virtualbox, baje el mismo desde la pagina de Virtualbox, la version 
5.2.34, la carpeta de instalacion es /opt/

            Cuando trato de lanzar la VM me da el error RC 1908.

            Probe las soluciones "habituales" (ej. 
https://www.archecode.org/es/blog/solucion-a-kernel-driver-not-installed-rc-1908-virtualbox/)(https://www.elpeladogeek.com/error-virtual-box-rc-1908-en-debian/)



         Pero no me funciona.

          Por favor si me pueden orientar en alguna solucion, les agradezco.


  

LibreOffice takes about 35 seconds to fully open

[kaye n]

Hello Friends!

I was just wondering if it takes about 35 seconds for your Debian system to
open LibreOffice.  Mine does.  My Debian is:

Kernel: 4.19.0-6-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)

If it matters:

Memory: 5.69 GiB
used: 2.03 GiB

Dual Core: Intel Core i3 M 380
type: MT MCP
speed: 1213 MHz
min/max: 933/2533 MHz

Thank you for your time!

Re: local network capability scanner?

[Andrei POPESCU]

On Vi, 07 feb 20, 02:04:17, Gene Heskett wrote:
> Greetings all;
> 
> My local network has 2 8 port switches, one here in this room that claims 
> to be a gigabit and managed. 
> 
> One of its ports is connected to the upstream port of another dumber 
> unmanaged 8 port switch that feeds the machines in the garage, and which 
> also claims to be a gigahertz capable switch.
> 
> But file moves to/from the machines in the garage seems to indicate 
> theres a slow connection of around 10Mb/s someplace in that path.

Considering the type of machines you have it could be a storage 
limitation, i.e. you're not going to get Gbit speeds from USB2 attached 
storage.

Check 'ethtool ' on each of those systems, possibly 
one or more are connected at lower than 1Gbit.
 
> Do we have a utitity that for troubleshooting purposes, can take the 
> address of one of those machines, and somewhat like traceroute, but 
> report the bandwidth capability of every box in that path including this 
> machine and target addresses abilities?

You can test the bandwidth with iperf. Run the server on one system and 
test from each of the other systems.


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Fri, 7 Feb 2020 10:17:09 +0800
kaye n  wrote:

> Hello Friends!
> 
> I was just wondering if it takes about 35 seconds for your Debian system to
> open LibreOffice.  Mine does.  My Debian is:

No.  Initially, after a reboot, so all RAM was cleared of
buffered apps, the LibreOffice "Start" panel took about 3 or 4 seconds
to load. Quiting it and restarting, it started almost instantly since it
was buffered in RAM now. Opening a file in Writer (not run previously)
from that interface was almost instanteneous ... less than a second.

> Kernel: 4.19.0-6-amd64 x86_64

Same

> bits: 64

Same

> Desktop: Xfce 4.12.4

No desktop. Openbox window manager and single LXPanel only.

> Distro: Debian GNU/Linux 10 (buster)

Stretch

> If it matters:
> 
> Memory: 5.69 GiB

16 GB  DDR4 2666

> used: 2.03 GiB

1.2 GB

> Dual Core: Intel Core i3 M 380

Ryzen 5 1600 

> type: MT MCP
> speed: 1213 MHz

3.0 GHz

> min/max: 933/2533 MHz

Think "burst" mode is 3.6 or 3.8 GHZ

> Thank you for your time!

Even on my 13 year old machine (which currently is in parts for
cleaning) -- AMD Phenom IV quad-core 3.0 GHZ with 8 GB DDR2 RAM --
would be faster than what you're getting.  From my recollections, Writer
would start and load a chosen document in few seconds, certainly less
than 5, even with a 70+ page, text-only one

So, something is definitely wrong on your machine. Check "top" in a
terminal to see what's running and if something is hogging the CPU.

B

local network capability scanner?

[Gene Heskett]

Greetings all;

My local network has 2 8 port switches, one here in this room that claims 
to be a gigabit and managed. 

One of its ports is connected to the upstream port of another dumber 
unmanaged 8 port switch that feeds the machines in the garage, and which 
also claims to be a gigahertz capable switch.

But file moves to/from the machines in the garage seems to indicate 
theres a slow connection of around 10Mb/s someplace in that path.

Do we have a utitity that for troubleshooting purposes, can take the 
address of one of those machines, and somewhat like traceroute, but 
report the bandwidth capability of every box in that path including this 
machine and target addresses abilities?

It could even be this machine thats slow, the old mobo that started a 
fire in one of the mobo usb headers had only 100MB hardware as it was a 
going on 13 yo Asus board, and has been replaced by a gigahertz plus new 
asus, but it is running from the same hard drive that has a 32 bit 
stretch for an amd64 phenom but is now seemingly happily feeding a 9nth 
gen core i5 on an Asus x-370 mobo with 32 GB of dram. I've not 
reinstalled IOW.

So I'd be happy to learn of such a troubleshooting tool.

Thanks.

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

Re: Anyone with experience scanning with Epson

[Renato Gallo]

try iscan or simple-scan 

Renato Gallo 




From: "kaye n"  
To: "debian-user"  
Sent: Friday, February 7, 2020 3:36:11 AM 
Subject: Anyone with experience scanning with Epson 

Hello Friends! 

I'm running: 
Kernel: 4.19.0-6-amd64 x86_64 
bits: 64 
Desktop: Xfce 4.12.4 
Distro: Debian GNU/Linux 10 (buster) 

My printer is an Epson L220. It's connected to my laptop's USB port. 

The command lsusb shows: 
Bus 002 Device 003: ID 04b8:08d1 Seiko Epson Corp. 

Therefore in the file, /etc/sane.d/epkowa.conf 
I added this line: 
usb 0x04b8 0x08d1 

The printer can print just fine, but ImageScan and XSane would not run. 

ImageScan says: 
Could not send command to scanner. Check the scanner's status. 

XSane says: 
Failed to open device 'epkowa:usb:002:003': 
Access to resource has been denied. 

Thank you for your time! 

Re: LibreOffice takes about 35 seconds to fully open

[kaye n]

By the way, it only takes 35 seconds on the first execution.  If I close
libreoffice, and open i again, it's really not so slow.
Thank you

On Fri, Feb 7, 2020 at 10:17 AM kaye n  wrote:

> Hello Friends!
>
> I was just wondering if it takes about 35 seconds for your Debian system
> to open LibreOffice.  Mine does.  My Debian is:
>
> Kernel: 4.19.0-6-amd64 x86_64
> bits: 64
> Desktop: Xfce 4.12.4
> Distro: Debian GNU/Linux 10 (buster)
>
> If it matters:
>
> Memory: 5.69 GiB
> used: 2.03 GiB
>
> Dual Core: Intel Core i3 M 380
> type: MT MCP
> speed: 1213 MHz
> min/max: 933/2533 MHz
>
> Thank you for your time!
>

Re: LibreOffice takes about 35 seconds to fully open

[tomas]

On Fri, Feb 07, 2020 at 11:27:49AM +0800, kaye n wrote:
> By the way, it only takes 35 seconds on the first execution.  If I close
> libreoffice, and open i again, it's really not so slow.
> Thank you

Try, before you start LO the second time, flushing all caches and buffers
(as root):

  sync && echo 3 > /proc/sys/vm/drop_caches

and restart LO now. Is it back to the long time?

If yes, then your favorite suspect would be a slow disk.

Cheers
-- t


signature.asc
Description: Digital signature

Re: LibreOffice takes about 35 seconds to fully open

[Patrick Bartek]

On Fri, 7 Feb 2020 11:27:49 +0800
kaye n  wrote:

> By the way, it only takes 35 seconds on the first execution.  If I close
> libreoffice, and open i again, it's really not so slow.
> Thank you

So, how long does it take to load the second time?

B

> On Fri, Feb 7, 2020 at 10:17 AM kaye n  wrote:
> 
> > Hello Friends!
> >
> > I was just wondering if it takes about 35 seconds for your Debian system
> > to open LibreOffice.  Mine does.  My Debian is:
> >
> > Kernel: 4.19.0-6-amd64 x86_64
> > bits: 64
> > Desktop: Xfce 4.12.4
> > Distro: Debian GNU/Linux 10 (buster)
> >
> > If it matters:
> >
> > Memory: 5.69 GiB
> > used: 2.03 GiB
> >
> > Dual Core: Intel Core i3 M 380
> > type: MT MCP
> > speed: 1213 MHz
> > min/max: 933/2533 MHz
> >
> > Thank you for your time!
> >  

Re: Force device node link creation

[Christoph Pleger]

Hello,

On 2020-02-06 19:47, David Wright wrote:

On Thu 06 Feb 2020 at 17:56:00 (+0100), Christoph Pleger wrote:


I am using a program for automatic creation of a harddisk partitioning
from a configuration file. That file contains device names like
/dev/sda1 etc. for naming the partitions. After the partitioning has
been completed, I want to create an appropriate fstab from the
configuration file and during that step, want to convert partition
device name entries to entries in the form UUID=... For that, I am
using

udevadm info --query=symlink --name="$device"

where $device is the respective partition. Unfortunaly, the problem
occurs that often - though partitioning was completed and filesystems
created -  links in /dev/disk/by-uuid/ are not yet available when
udevadm is run, so that udevadm returns nothing. So, my question is:
Is it possible to force the device node links to have been created
before calling udevadm? Without long sleeps or sleep loops?


I've only used events after I've done something, like plugging in a
stick. Might   udevadm trigger …   help? I would try it out with,
say,   udevadm monitor -u -p -s block   running.


I have already tried udevadm trigger together with udevadm settle, but 
it did not help. Though it seemed to be the solution till Debian 9 
inclusively.


Regards
  Christoph

Re: local network capability scanner?

[Gene Heskett]

On Friday 07 February 2020 02:17:59 Andrei POPESCU wrote:

> On Vi, 07 feb 20, 02:04:17, Gene Heskett wrote:
> > Greetings all;
> >
> > My local network has 2 8 port switches, one here in this room that
> > claims to be a gigabit and managed.
> >
> > One of its ports is connected to the upstream port of another dumber
> > unmanaged 8 port switch that feeds the machines in the garage, and
> > which also claims to be a gigahertz capable switch.
> >
> > But file moves to/from the machines in the garage seems to indicate
> > theres a slow connection of around 10Mb/s someplace in that path.
>
> Considering the type of machines you have it could be a storage
> limitation, i.e. you're not going to get Gbit speeds from USB2
> attached storage.
>
AO about 60 days back, no usb2 starage, only usb storage is SSD's on usb3 
ports, they test at 600mbs+ or so using hdparm -tT. But on really big 
writes, the ssd's decay to around 17-20 mb/s.

> Check 'ethtool ' on each of those systems,
> possibly one or more are connected at lower than 1Gbit.

I just looked thru all the dmesg's and those that do report connect 
speeds are all at gigabit.
>
> > Do we have a utitity that for troubleshooting purposes, can take the
> > address of one of those machines, and somewhat like traceroute, but
> > report the bandwidth capability of every box in that path including
> > this machine and target addresses abilities?
>
> You can test the bandwidth with iperf. Run the server on one system
> and test from each of the other systems.

I'll do that, many thanks.

> Kind regards,
> Andrei


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

Re: local network capability scanner?

[john doe]

On 2/7/2020 8:04 AM, Gene Heskett wrote:
> Greetings all;
>
> My local network has 2 8 port switches, one here in this room that claims
> to be a gigabit and managed.
>
> One of its ports is connected to the upstream port of another dumber
> unmanaged 8 port switch that feeds the machines in the garage, and which
> also claims to be a gigahertz capable switch.
>
> But file moves to/from the machines in the garage seems to indicate
> theres a slow connection of around 10Mb/s someplace in that path.
>

Have a look at the management interface of the manage switch to see what
it is reporting.

Also the unmanage ESW should indicate what speed it is connected with.

How is the link between the two switches (trunk link)?

--
John Doe