RE: Ré-installation Debian sur disque chiffré

[David BERCOT]

Bonjour Michel (et les autres),

Je viens donc d'installer Debian sur un ordinateur de test avec du LVM 
chiffré.
Dans un second temps, je tente une ré-installation en essayant de 
conserver l'existant.

J'ai fait plusieurs tests comme tu l'indiques... sans succès.

Aurais-tu plus de détails sur la procédure que tu évoques ?

Merci d'avance.

David.

 Message d'origine 
Objet : Ré-installation Debian sur disque chiffré
Date : dimanche 24 mars 2024 à 08:31 UTC+1
De : David BERCOT 
Pour : debian-user-french@lists.debian.org

Bonjour Michel,

 Message d'origine 
Objet : Ré-installation Debian sur disque chiffré
Date : samedi 23 mars 2024 à 17:26 UTC+1
De : Michel Verdier 
Pour : debian-user-french@lists.debian.org

Le 23 mars 2024 David BERCOT a écrit :

Si je lance l'installateur Debian, au moment du partitionnement des 
disques,
je n'arrive pas à trouver une option qui me dise (en résumé) : 
"reprise d'un
disque préalablement chiffré" [au moins la partition /home] -> et 
saisie de la

passphrase ad hoc.


Crypté avec luks ou autre ?


Oui, avec LUKS.


En mode expert il suffit de sauter le partitionnement, ce que tu dois
faire si tu veux réutiliser tes partitions. Ensuite l'installateur
détecte les partitions luks, demande les mots de passe, lance luksopen,
puis demande les filesystems à monter.


Je t'avoue que je n'ai jamais tenté cette approche mais je vais le faire 
dès que possible.

Merci pour cette solution.

David.

RE: Ré-installation Debian sur disque chiffré

[David BERCOT]

Bonjour Michel,

 Message d'origine 
Objet : Ré-installation Debian sur disque chiffré
Date : samedi 23 mars 2024 à 17:26 UTC+1
De : Michel Verdier 
Pour : debian-user-french@lists.debian.org

Le 23 mars 2024 David BERCOT a écrit :


Si je lance l'installateur Debian, au moment du partitionnement des disques,
je n'arrive pas à trouver une option qui me dise (en résumé) : "reprise d'un
disque préalablement chiffré" [au moins la partition /home] -> et saisie de la
passphrase ad hoc.


Crypté avec luks ou autre ?


Oui, avec LUKS.


En mode expert il suffit de sauter le partitionnement, ce que tu dois
faire si tu veux réutiliser tes partitions. Ensuite l'installateur
détecte les partitions luks, demande les mots de passe, lance luksopen,
puis demande les filesystems à monter.


Je t'avoue que je n'ai jamais tenté cette approche mais je vais le faire 
dès que possible.

Merci pour cette solution.

David.

Ré-installation Debian sur disque chiffré

[David BERCOT]

Bonjour,

C'est un problème récurrent que j'ai et pour lequel, jusqu'à présent, je 
n'ai pas trouvé de réponse.
Je serai très surpris d'être le seul dans ce cas mais bon, je me trompe 
peut-être...


Bref, j'ai un système Debian installé (en SID mais peu importe) et, pour 
une raison quelconque, je dois le ré-installer entièrement.
Si je lance l'installateur Debian, au moment du partitionnement des 
disques, je n'arrive pas à trouver une option qui me dise (en résumé) : 
"reprise d'un disque préalablement chiffré" [au moins la partition 
/home] -> et saisie de la passphrase ad hoc.
Je suis donc obligé de sauvegarder toutes mes données, de refaire une 
installation complète et de les re-copier ensuite sur le disque reformé 
entièrement...


Est-ce que vous avez déjà rencontré ce problème ?
Et bien sûr, avez-vous une solution ou au moins un piste ?

Merci d'avance.

David.

RE: Perte de configuration RAID

[David BERCOT]

Bonjour Thierry,

En effet, mon erreur (la deuxième en fait ;-)) a été de re-créer 
"directement" les 2 groupes... J'aurais pu les ré-importer en mode 
"foreign". Ca me servira pour la prochaine fois...


Je vais faire des tests complémentaires avec l'utilitaire de la carte 
RAID en ligne de commande pour voir s'il peut retrouver mes petits.


Et en effet, j'ai prévu de "regarder" directement les disques pour y 
trouver des données (j'ai un second groupe dans le même état mais sans 
sensibilité pour m'entraîner).


Merci pour ton aide.

David.

 Message d'origine 
Objet : Perte de configuration RAID
Date : lundi 18 décembre 2023 à 19:53 UTC+1
De : Th.A.C 
Pour : debian-user-french@lists.debian.org

Bonjour,

je fais des bricoles sur des serveurs Dell, mais rien d'extraordinaire.

De mémoire, on ne recrée pas un raid, mais on l'importe (un truc dans le 
genre "... foreign ...").
En général, quand on démarre le serveur avec des disques inconnus, s'il 
voit un raid compatible, il propose de l'activer.


Quand on le recrée, il écrit des choses sur la grappe. S'il a écrasé les 
infos par les nouvelles du 3eme groupe que tu as créé, je ne sais pas ce 
que ca va donner (à mon avis les infos des précédentes configurations 
sont perdues)..


A tester:
https://www.reddit.com/r/sysadmin/comments/6ebol2/raid_configuration_and_virtual_drive_missing_from/



Autres piste de réflexion:

- tes 2 premiers raids étaient sur les mêmes disques ou sur des groupes 
de disques différents?
Si c'est sur les mêmes disques, as-tu bien remis les bonnes valeurs 
(taille, strip, dans le même ordre(raid 0 puis raid 5), ...).
Si tu es sur de n'avoir que recréé les raids sans initialisation, il 
faut retrouver les bonnes valeurs de config.
Et si tu es sur de toi, essaye 'testdisk'. Il propose de sauvegarder les 
données avant de faire des modifications.


- essaye de lire les disques en 'brut' avec un hexdump pour voir si les 
données sont toujours la.



Bon courage
Thierry

RE: Perte de configuration RAID

[David BERCOT]

Bonjour Didier,

Je te remercie pour ton mail mais tu cibles ici l'utilisation d'une 
solution RAID logicielle avec Mdadm.

Me concernant, il s'agit de RAID matériel avec une carte spécifique.

Mais je vais quand même regarder au cas où il y aurait quelque chose à 
prendre...


Bien cordialement,

David.

 Message d'origine 
Objet : Perte de configuration RAID
Date : lundi 18 décembre 2023 à 10:29 UTC+1
De : didier gaumet 
Pour : debian-user-french@lists.debian.org

Le 18/12/2023 à 10:08, David BERCOT a écrit :
[...]
J'ai voulu créer un 3ème groupe RAID et, au moment d'appliquer la 
configuration, le système a supprimé mes 2 premiers groupes !!!
Je les ai re-créés mais, malheureusement, il ne retrouve pas ses 
petits (et ne boote même pas sur Debian).

Manifestement, les meta-données ne sont pas les bonnes...

[...]

Merci d'avance, même pour de simples pistes...


Bonjour,

Je n'y connais rien et je n'ai jamais pratiqué le RAID, donc je ne 
réponds que parce que tu es prêt à te satisfaire de simples pistes :-)


Une recherche (ici sur duckduckgo mais on peut chercher ailleurs) avec 
l'expression "linux raid metadata recovery" renvoie quelques pistes qui 
ont l'air (de loin, vu mon niveau sur la question, et je n'ai survolé 
que les cinq premières réponses) intéressantes:

https://duckduckgo.com/?q=linux+raid+metadata+recovery=ftsa=web

Perte de configuration RAID

[David BERCOT]

Bonjour,

Le sujet n'est pas directement lié à Debian mais je tente ma chance en 
me disant qu'il y a sûrement des personnes sur cette liste qui ont 
l'expérience ad hoc.
Si vous pensez que c'est trop hors-sujet, n'hésitez pas à revenir vers 
moi en direct pour ne pas polluer la liste...


Donc, sur un serveur (Dell PowerEdge R540 avec carte PERC H330), j'avais 
la configuration suivante :

- groupe RAID0 : Debian
- groupe RAID5 : données
J'ai voulu créer un 3ème groupe RAID et, au moment d'appliquer la 
configuration, le système a supprimé mes 2 premiers groupes !!!
Je les ai re-créés mais, malheureusement, il ne retrouve pas ses petits 
(et ne boote même pas sur Debian).

Manifestement, les meta-données ne sont pas les bonnes...

A priori, les disques n'ont pas été touchés et j'espère donc que tout 
est toujours là, notamment sur le second groupe (sur le premier, je 
pourrai toujours ré-installer Debian).


Est-ce que vous avez déjà fait face à une situation de ce type et trouvé 
une solution pour vous en sortir ?


Merci d'avance, même pour de simples pistes...

David.

RE: GDM et utilisateurs enregistrés

[David BERCOT]

En parlant d'erreur de frappe, le répertoire en question est :
- /var/lib/AccountsService/ (et pas /var/lib/AccounstService)

Ayant refait une fresh install ce week-end (Debian 12 puis bascule en 
SID), je pense que la configuration en place est "standard".

Mais je ferai le test à l'occasion...

David.

 Message d'origine 
Objet : GDM et utilisateurs enregistrés
Date : lundi 11 décembre 2023 à 10:27 UTC+1
De : didier gaumet 
Pour : debian-user-french@lists.debian.org

Le 11/12/2023 à 10:13, David BERCOT a écrit :

Bonjour,

Normalement, pas de souci de ce côté-là :
- l'ID de mon user est bien 1000
- le fichier /var/lib/AccounstService/users/monUser contient :
 [User]
 Session=
 Icon=/var/lib/AccountsService/icons/monUser
 SystemAccount=false

Ce qui est bizarre, c'est que je n'ai aucun souvenir d'avoir changé 
quoi que ce soit...


David.


Sur mon PC (Debian 12, DE Gnome) le répertoire /var/lib/AccounstService 
n'existe pas, donc je suspecte que dans ton ca, bien que SystemAccount 
soit positionné à false, l'existence même du fichier pose problème


Je serais toi je tenterais un:
$ sudo mv -v /var/lib/AccounstService/users/monUser 
/home/monuser/conf_gdm_a _probleme


puis je vérifierais si ça marche mieux.

Dans l'affirmative, destruction du fichier /home/monuser/conf_gdm_a 
_probleme.


Dans la négative, pour remettre le système à l'état précédent:
$ sudo mv -v /home/monuser/conf_gdm_a _probleme 
/var/lib/AccounstService/users/monUser
auquel cas tu ne sais toujours pas d'où vient le problème mais au moins 
tu es revenu à l'état d'où tu as commencé ton enquête.

RE: GDM et utilisateurs enregistrés

[David BERCOT]

Bonjour,

Normalement, pas de souci de ce côté-là :
- l'ID de mon user est bien 1000
- le fichier /var/lib/AccounstService/users/monUser contient :
[User]
Session=
Icon=/var/lib/AccountsService/icons/monUser
SystemAccount=false

Ce qui est bizarre, c'est que je n'ai aucun souvenir d'avoir changé quoi 
que ce soit...


David.

 Message d'origine 
Objet : GDM et utilisateurs enregistrés
Date : lundi 11 décembre 2023 à 09:48 UTC+1
De : didier gaumet 
Pour : debian-user-french@lists.debian.org

Le 11/12/2023 à 09:10, David BERCOT a écrit :

Bonjour,

Jusqu'à récemment (quelques semaines, peut-être quelques mois), au 
démarrage de mon ordinateur, la mire GDM affichait mon utilisateur :

https://screenshots.debian.net/shrine/screenshot/19331/simage/large-466822c88dc9a9add6912bb28a3447d4.png

Maintenant, je n'ai plus rien et je dois d'abord saisir mon 
identifiant avant de mettre mon mot de passe.


Est-ce lié à un changement de configuration par défaut ?
Y a-t-il une autre raison potentielle ?

Merci d'avance pour vos... indices.

David.


Bonjour,

apparemment (d'après le wiki archlinux) les utilisateurs qui sont cachés 
de la liste apparaissant sur l'écran d'accueil gdm sont dans un fichier. 
Donc peut être supprimer ce fichier:

https://wiki.archlinux.org/title/GDM#Hide_user_from_login_list
ou remettre un UID>1000 à ton utilisateur si tu lui as manuellement 
attribué un UID<1000

GDM et utilisateurs enregistrés

[David BERCOT]

Bonjour,

Jusqu'à récemment (quelques semaines, peut-être quelques mois), au 
démarrage de mon ordinateur, la mire GDM affichait mon utilisateur :

https://screenshots.debian.net/shrine/screenshot/19331/simage/large-466822c88dc9a9add6912bb28a3447d4.png

Maintenant, je n'ai plus rien et je dois d'abord saisir mon identifiant 
avant de mettre mon mot de passe.


Est-ce lié à un changement de configuration par défaut ?
Y a-t-il une autre raison potentielle ?

Merci d'avance pour vos... indices.

David.

Re: Problème Thunderbird

[David BERCOT]

Bonjour Yannick,

Je suis en Sid avec Thunderbird 115 depuis déjà quelque temps. 115.1, 
115.1.1 et maintenant 115.2.
Je n'ai eu aucun problème avec l'HTML (j'en ai eu d'autres par pas 
celui-là ).


SI tu as des copies d'écran, en effet, on peut échanger mais là, je n'ai 
pas de piste particulière.


David.

Le 02/09/2023 à 12:35, Yannick a écrit :

Bonjour,

Thunderbird 115
Debian 12 à jour

Depuis la dernière mise à jour (Debian) Thunderbird n'affiche plus les 
messages ayant du HTML, tout est pété.


Mes excuses si ce n'est pas un problème Debian, ce que je subodore, 
mais je n'ai pas trouvé d'aide en FRANÇAIS.


Merci de m'aider (Des copies d'écrans sont possibles mais pas de 
l'antérieur, ou le code source du message)


Amitiés

Re: Re : Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Bonjour à tous,

Pour information, j'ai réussi à connecter mon clavier et ma souris par 
une procédure un peu particulière que je vous synthétise ci-dessous.


En effet, via Gnome, impossible de voir ces périphériques.

En root, j'ai donc lancé bluetoothctl et, dans son invite de commande, 
j'ai vu "miraculeusement" arriver ma souris et mon clavier (via leurs 
adresse MAC).

Et là, j'ai pu les appairer correctement.

Au cas où ça pourrait servir à quelqu'un (même si ça ne me donne pas 
l'explication totale).


Bonne soirée et bon week-end.

David.

Le 17/08/2023 à 20:48, David BERCOT a écrit :

Qu'est-ce que tu veux dire par là ? As-tu une liste "exhaustive" ?
Après, c'est quand même surprenant que tous les périphériques 
bluetooth (des TV, des téléphones, ma souris précédente, etc.) soient 
reconnus, à l'exception de mon nouveau clavier et ma nouvelle souris...


David.

Le 17/08/2023 à 16:41, michel.debian a écrit :

Une question bête, tout les paquets concernant le BT sont installés?

Le 17/08/2023 à 14:36, David BERCOT a écrit :
Je me suis posé la question mais je ne vois pas comment "facilement" 
trouver ce qui est différent.
Ce n'est pas le bluetooth qui ne marche pas mais juste la découverte 
de ma nouvelle souris (et clavier).


Côté noyau, en SID, je suis au plus récent...

Bref, ça ne me paraît pas simple.

David.

Le 17/08/2023 à 13:09, nicolas.patr...@gmail.com a écrit :

On 17/08/2023 11:49:42, David BERCOT wrote:


C'est confirmé : ça fonctionne aussi avec un Debian live.
Ça vient donc de mon installation et je vais devoir repartir de
zéro...
Avant de réinstaller, regarde ce qui est installé dans la version 
Live, regarde la liste des paquets, le noyau, les modules, etc.


nicolas patrois : pts noir asocial

Re: Re : Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Qu'est-ce que tu veux dire par là ? As-tu une liste "exhaustive" ?
Après, c'est quand même surprenant que tous les périphériques bluetooth 
(des TV, des téléphones, ma souris précédente, etc.) soient reconnus, à 
l'exception de mon nouveau clavier et ma nouvelle souris...


David.

Le 17/08/2023 à 16:41, michel.debian a écrit :

Une question bête, tout les paquets concernant le BT sont installés?

Le 17/08/2023 à 14:36, David BERCOT a écrit :
Je me suis posé la question mais je ne vois pas comment "facilement" 
trouver ce qui est différent.
Ce n'est pas le bluetooth qui ne marche pas mais juste la découverte 
de ma nouvelle souris (et clavier).


Côté noyau, en SID, je suis au plus récent...

Bref, ça ne me paraît pas simple.

David.

Le 17/08/2023 à 13:09, nicolas.patr...@gmail.com a écrit :

On 17/08/2023 11:49:42, David BERCOT wrote:


C'est confirmé : ça fonctionne aussi avec un Debian live.
Ça vient donc de mon installation et je vais devoir repartir de
zéro...
Avant de réinstaller, regarde ce qui est installé dans la version 
Live, regarde la liste des paquets, le noyau, les modules, etc.


nicolas patrois : pts noir asocial

Re: Re : Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Je me suis posé la question mais je ne vois pas comment "facilement" 
trouver ce qui est différent.
Ce n'est pas le bluetooth qui ne marche pas mais juste la découverte de 
ma nouvelle souris (et clavier).


Côté noyau, en SID, je suis au plus récent...

Bref, ça ne me paraît pas simple.

David.

Le 17/08/2023 à 13:09, nicolas.patr...@gmail.com a écrit :

On 17/08/2023 11:49:42, David BERCOT wrote:


C'est confirmé : ça fonctionne aussi avec un Debian live.
Ça vient donc de mon installation et je vais devoir repartir de
zéro...

Avant de réinstaller, regarde ce qui est installé dans la version Live, regarde 
la liste des paquets, le noyau, les modules, etc.

nicolas patrois : pts noir asocial

Re: Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

C'est confirmé : ça fonctionne aussi avec un Debian live.
Ca vient donc de mon installation et je vais devoir repartir de zéro...

Merci pour les pistes.

David.

Le 17/08/2023 à 10:48, David BERCOT a écrit :

Bonjour Didier,

C'est exactement ce que j'allais faire...
Je suis en train de créer ma clé Debian live.

A suivre donc...

David.

Le 17/08/2023 à 10:42, didier gaumet a écrit :

Le 16/08/2023 à 20:50, David BERCOT a écrit :
[...]

Aujourd'hui, j'ai testé avec une clé live "Ubuntu" et... aucun souci...
Ceci élimine donc un problème côté ordinateur portable mais aussi 
sur la souris elle-même.


Mais maintenant, pourquoi est-ce qu'elle fonctionne nativement sur 
Ubuntu et que, sur Debian, tous mes autres périphériques bluetooth 
marchent, sauf ceux-ci ?


Là, j'arrive au bout des différents tests que je peux imaginer.

Si vous avez une autre option, je suis preneur .

[...]

Tu peux éventuellement tester avec une clé live Debian:
https://www.debian.org/CD/live/
- si ça marche ça signifie que c'est ton installation Debian qui est 
en cause
- si ça ne marche pas ça signifie qu'il y a peut-être une 
configuration à effectuer qui est faite par défaut sur Ubuntu mais 
pas Debian, ou que le noyau est plus récenbt sur Ubuntu que sur 
Debian, ou...

Re: Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Bonjour Didier,

C'est exactement ce que j'allais faire...
Je suis en train de créer ma clé Debian live.

A suivre donc...

David.

Le 17/08/2023 à 10:42, didier gaumet a écrit :

Le 16/08/2023 à 20:50, David BERCOT a écrit :
[...]

Aujourd'hui, j'ai testé avec une clé live "Ubuntu" et... aucun souci...
Ceci élimine donc un problème côté ordinateur portable mais aussi sur 
la souris elle-même.


Mais maintenant, pourquoi est-ce qu'elle fonctionne nativement sur 
Ubuntu et que, sur Debian, tous mes autres périphériques bluetooth 
marchent, sauf ceux-ci ?


Là, j'arrive au bout des différents tests que je peux imaginer.

Si vous avez une autre option, je suis preneur .

[...]

Tu peux éventuellement tester avec une clé live Debian:
https://www.debian.org/CD/live/
- si ça marche ça signifie que c'est ton installation Debian qui est 
en cause
- si ça ne marche pas ça signifie qu'il y a peut-être une 
configuration à effectuer qui est faite par défaut sur Ubuntu mais pas 
Debian, ou que le noyau est plus récenbt sur Ubuntu que sur Debian, ou...

Re: Re : Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Bonjour,

En complément du message ci-dessous, j'ai également eu des éléments 
complémentaires en privé.


Globalement, l'interrogation était de savoir si le problème venait de 
l'ordinateur (du "récepteur" bluetooth), de Debian ou d'un problème avec 
le clavier et/ou la souris.


Aujourd'hui, j'ai testé avec une clé live "Ubuntu" et... aucun souci...
Ceci élimine donc un problème côté ordinateur portable mais aussi sur la 
souris elle-même.


Mais maintenant, pourquoi est-ce qu'elle fonctionne nativement sur 
Ubuntu et que, sur Debian, tous mes autres périphériques bluetooth 
marchent, sauf ceux-ci ?


Là, j'arrive au bout des différents tests que je peux imaginer.

Si vous avez une autre option, je suis preneur .

Merci.

David.

Le 16/08/2023 à 02:15, k6dedi...@free.fr a écrit :

Bonjour,
À tout hasard, le bluetooth est émis par le PC ou la Box ?
Je pense que le PC doit avoir son émetteur/récepteur.

Bonne continuation.
Cassis



- Mail d'origine -----
De: David BERCOT
À:debian-user-french@lists.debian.org
Envoyé: Tue, 15 Aug 2023 12:18:56 +0200 (CEST)
Objet: Re: Clavier/souris Cherry DM 9100 bluetooth

Merci à Didier pour la suggestion mais j'ai déjà suivi les tutos
plusieurs fois sans succès.

Quant à ta question sur le groupe, oui, c'est le cas, et d'ailleurs je
n'avais pas de souci avec ma souris bluetooth précédente.

Là, c'est comme si mon ordinateur (est-ce lié à l'adaptateur matériel ou
à Debian ?) ne "voyait" pas uniquement ce clavier et cette souris...

Le 15/08/2023 à 11:55, Frédéric MASSOT a écrit :

Le 15/08/2023 à 08:28, David BERCOT a écrit :

Bonjour,

Je viens de changer mon clavier et ma souris pour des versions sans
fil Cherry DM 9100 slim.
Cet ensemble peut fonctionner en bluetooth ou en radio (dans ce
dernier cas, avec un petit dongle USB).
Via le dongle, il fonctionne parfaitement.
En revanche, en bluetooth, impossible, non pas de les appairer, mais
même de les découvrir !

J'ai vérifié avec 2 téléphones et là, aucun souci pour les voir et
les connecter.
Cet ensemble est pourtant sensé être compatible Linux.

Auriez-vous une idée pour déterminer la raison de ce problème, voire
le corriger ?

Tu fais bien partie du groupe "bluetooth" ?

Re: Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Merci à Didier pour la suggestion mais j'ai déjà suivi les tutos 
plusieurs fois sans succès.


Quant à ta question sur le groupe, oui, c'est le cas, et d'ailleurs je 
n'avais pas de souci avec ma souris bluetooth précédente.


Là, c'est comme si mon ordinateur (est-ce lié à l'adaptateur matériel ou 
à Debian ?) ne "voyait" pas uniquement ce clavier et cette souris...


Le 15/08/2023 à 11:55, Frédéric MASSOT a écrit :

Le 15/08/2023 à 08:28, David BERCOT a écrit :

Bonjour,

Je viens de changer mon clavier et ma souris pour des versions sans 
fil Cherry DM 9100 slim.
Cet ensemble peut fonctionner en bluetooth ou en radio (dans ce 
dernier cas, avec un petit dongle USB).

Via le dongle, il fonctionne parfaitement.
En revanche, en bluetooth, impossible, non pas de les appairer, mais 
même de les découvrir !


J'ai vérifié avec 2 téléphones et là, aucun souci pour les voir et 
les connecter.

Cet ensemble est pourtant sensé être compatible Linux.

Auriez-vous une idée pour déterminer la raison de ce problème, voire 
le corriger ?


Tu fais bien partie du groupe "bluetooth" ?

Clavier/souris Cherry DM 9100 bluetooth

[David BERCOT]

Bonjour,

Je viens de changer mon clavier et ma souris pour des versions sans fil 
Cherry DM 9100 slim.
Cet ensemble peut fonctionner en bluetooth ou en radio (dans ce dernier 
cas, avec un petit dongle USB).

Via le dongle, il fonctionne parfaitement.
En revanche, en bluetooth, impossible, non pas de les appairer, mais 
même de les découvrir !


J'ai vérifié avec 2 téléphones et là, aucun souci pour les voir et les 
connecter.

Cet ensemble est pourtant sensé être compatible Linux.

Auriez-vous une idée pour déterminer la raison de ce problème, voire le 
corriger ?


Merci d'avance.

David.

Re: Un renseignement au sujet du chiffrement avec thunderbird sous debian bulleyes

[David BERCOT]

Bonjour Olivier,

En ce qui me concerne, je suis en Sid et j'ai ce même problème depuis 
plusieurs semaines déjà.
Je n'ai pas trouvé de solution de contournement et j'attends une version 
de Thunderbird corrigée...


David.

Le 08/11/2022 à 07:06, Olivier backup my spare a écrit :

Bonjour

On, les utilisateur et moi, rencontrons un drôle de problème avec le 
chiffrement et la signature des mails s-mime.

L'employeur nous fourni à chacun un certificat pour signer s-mime.
Thunderbird par défaut propose OpenPGP alors que l'option : 
"Sélectionner automatiquement en fonction des clés ou certificats 
disponibles" est cochée.
Rien à faire thunderbird met par des photos OpenPGP et l'option 
privilégier S/MIME est "grisée", on ne peut l'activer.
Cela a pour conséquence que les utilisateurs, lorsque ils rédigent un 
mail, doivent choisir S/MIME et ensuite la signature numérique. Si ils 
oublient le mail reste en "envoi" avec le popup.
Le problème n'est que sous bulleyes. Je n'ai pas eu de retour pour 
debian 10.

Connaissez vous un moyen de forcer la bascule sur S/MIME?

Cordialement

Re: Logcheck et format de date

[David BERCOT]

Merci François. C'est exactement ça !

Bonne soirée.

David.

Le 07/11/2022 à 17:22, Francois Mescam a écrit :

Il y a une option de rsyslog qui joue la-dessus :
# Use traditional timestamp format.
# To enable high precision timestamps, comment out the following line.
#
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

Il me semble que récemment sa valeur par défaut a changé ce qui 
expliquerait ton problème.


Francois Mescam

Le 07/11/2022 à 15:32, David BERCOT a écrit :

Bonjour,

J'utilise Logcheck sur plusieurs systèmes et je me suis rendu compte que
tous les logs remontaient (malgré les filtres "standards").
En fait, il semblerait que ceci soit lié au format de la date dans mes 
logs.

Ainsi, ces derniers sont écrits sous la forme suivante :
"2022-11-07T14:02:20.160314+01:00 mamachine event[4999]:"
Or, les expressions régulières visant à filtrer une partie des logs 
commencent par :

"^\w{3} [ :0-9]{11}"
Logcheck s'attend donc à trouver des dates sous la forme :
"Oct  8 23:59:33"

Je peux bien sûr faire des règles personnalisées avec les bonnes 
expressions régulières mais cela m'empêche de reprendre les règles 
présentes dans "server" et "workstation".


Auriez-vous une piste de résolution ?

Merci d'avance.

David.

Logcheck et format de date

[David BERCOT]

Bonjour,

J'utilise Logcheck sur plusieurs systèmes et je me suis rendu compte que
tous les logs remontaient (malgré les filtres "standards").
En fait, il semblerait que ceci soit lié au format de la date dans mes logs.
Ainsi, ces derniers sont écrits sous la forme suivante :
"2022-11-07T14:02:20.160314+01:00 mamachine event[4999]:"
Or, les expressions régulières visant à filtrer une partie des logs 
commencent par :

"^\w{3} [ :0-9]{11}"
Logcheck s'attend donc à trouver des dates sous la forme :
"Oct  8 23:59:33"

Je peux bien sûr faire des règles personnalisées avec les bonnes 
expressions régulières mais cela m'empêche de reprendre les règles 
présentes dans "server" et "workstation".


Auriez-vous une piste de résolution ?

Merci d'avance.

David.

Certificat public et clé privée

[David BERCOT]

Bonjour,

J'utilise un certificat global d'authentification au format PKCS12.
Disons que celui-ci s'appelle MonCertificat.pkcs12 et que son mot de 
passe soit "azerty".


Je souhaite le transformer en un certificat public d'une part et 
extraire la clé privée d'autre part.


Jusqu'à récemment, j'utilisais les méthodes suivantes :
$ openssl pkcs12 -nocerts -in MonCertificat.p12 -out 
MonCertificat_clé-privée.pem
$ openssl pkcs12 -clcerts -nokeys -in MonCertificat.p12 -out 
MonCertificat_certificat-public.pem


J'obtiens maintenant l'erreur suivante :
Error outputting keys and certificates
C0320C0A787F:error:0308010C:digital envelope 
routines:inner_evp_generic_fetch:unsupported:../crypto/evp/evp_fetch.c:349:Global 
default library context, Algorithm (RC2-40-CBC : 0), Properties ()


Il suffit d'ajouter dans chaque ligne l'option -legacy pour que ça 
fonctionne (au cas où quelqu'un rencontrerait le même problème).


A ce moment-là, aucun souci pour générer le certificat public (on me 
demande bien sûr le mot de passe "azerty" pour créer celui-ci).


En revanche, pour la clé publique, j'ai le problème suivant :
$ openssl pkcs12 -nocerts -in MonCertificat.p12 -out 
MonCertificat_clé-privée.pem

Enter Import Password: azerty
Enter PEM pass phrase: mapassphrase
Verifying - Enter PEM pass phrase: mapassphrase

Tout marche bien sauf qu'il est impossible ensuite d'ouvrir ladite clé !
Le système m'indique que le mot de passe est incorrect (et j'ai bien sûr 
fait un certain nombre de tests)...


Auriez-vous une idée ?

Merci d'avance.

David.

Re: Paquets installés automatiquement

[David BERCOT]

Bonjour,

En effet, c'est un résultat déjà intéressant.
Je l'ai transféré pour utiliser apt (car je ne suis pas trop de la team 
aptitude ;-)) :

apt list --installed | grep -v automatique] | cut -d '/' -f1

Après, la question que je me pose, au-delà des meta-paquets que tu 
évoques, c'est de savoir si le résultat n'est pas un peu trop large, 
sous-entendu si certains paquets installés manuellement ne le seraient 
pas automatiquement via un des autres...


Et puisque tu évoques apt.conf, j'ai ajouté la ligne :
APT::Install-Recommends "true";
mais je ne suis pas certain qu'elle soit bien prise en compte...

En tous cas, cette gestion "optimale" des paquets n'est pas vraiment 
simple...


Merci et bon week-end.

David.

Le 08/04/2022 à 09:43, Luc Novales a écrit :

Bonjour,

Le 07/04/2022 à 20:04, David BERCOT a écrit :

Bonjour Luc,

Je te remercie pour cette information mais pour gérer un système avec 
un grosse centaine (estimation) de paquets, ça me semble compliqué ;-)

J'avais plutôt à l'esprit une commande globale...


La recherche peut être fine avec aptitude si l'on connaît la bonne page ;)

https://www.debian.org/doc/manuals/aptitude/ch02s04s05.fr.html

Si tu te moques de savoir ce qui pourrait être optimisé par des 
méta-paquets, la commande suivante te renvoie juste le nom des paquets 
installés (~i), pas automatiquement (\!~M).


aptitude search ~i\!~M | tr -s ' ' | cut -d ' ' -f2

Une installation minimale suivie d'un aptitude install paquets> devrait faire le taf suivant tes options apt.conf


Bonne journée,

Luc.

Re: Paquets installés automatiquement

[David BERCOT]

Bonjour Luc,

Je te remercie pour cette information mais pour gérer un système avec un 
grosse centaine (estimation) de paquets, ça me semble compliqué ;-)

J'avais plutôt à l'esprit une commande globale...

Je crois en effet que ça risque d'être difficile à obtenir...

Bonne fin de journée.

David.

Le 07/04/2022 à 10:23, Luc Novales a écrit :

Bonjour,

Le 05/04/2022 à 07:39, David BERCOT a écrit :

Bonjour,

Tant que j'y suis, j'ai une autre question sur le même sujet...

Sur un système où il y a plusieurs paquets installés, par exemple 
paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation 
manuelle de paquet 1 et paquet2 installera aussi paquet3 ?


Si tu veux rester dans des commandes simple (en manuel), il faut 
demander le détail du paquet à aptitude.


Tu y vois la ligne "Dépend :" des paquets qui doivent être installés, 
celle des paquets recommandés "Recommande:" et celle des suggérés 
"Suggère:" qui le seront en fonction de tes préférences.


Bonne journée,

Luc.





Exemple pour evolution :

*aptitude show evolution*
Paquet : evolution
Version : 3.38.3-1
Nouveau: oui
État: non installé
Priorité : optionnel
Section : gnome
Responsable : Debian GNOME Maintainers 


Architecture : amd64
Taille décompressée : 486 k
*Dépend*: libc6 (>= 2.14), libcamel-1.2-62 (>= 3.38.3), 
libclutter-gtk-1.0-0 (>=
     0.91.8), libecal-2.0-1 (>= 3.38.3), libedataserver-1.2-25 (>= 
3.38.3),
     libevolution (>= 3.38.3), libevolution (< 3.39), libglib2.0-0 
(>= 2.46.0),

     libgtk-3-0 (>= 3.0.0), libical3 (>= 3.0.0), libnotify4 (>= 0.7.0),
     libsoup2.4-1 (>= 2.42), libwebkit2gtk-4.0-37 (>= 2.28), libxml2 (>=
     2.7.4), evolution-common (= 3.38.3-1), evolution-data-server 
(>= 3.38.3),

     evolution-data-server (< 3.39), dbus, psmisc
*Recommande*: evolution-plugins, evolution-plugin-bogofilter |
     evolution-plugin-spamassassin, evolution-plugin-pstimport, yelp
*Suggère*: evolution-ews, evolution-plugins-experimental, gnupg, 
network-manager

Casse: evolution-common (< 3.20.4-1~)
Remplace: evolution-common (< 3.20.4-1~)
Fournit: imap-client, mail-reader
Description : outils de travail collaboratif avec client de courriel et 
agenda
  Evolution est un ensemble d'outils de travail collaboratif qui intègre 
courriel,
  calendrier, carnet d'adresses, liste de tâches, et outils d'aide- 
mémoire.


  Il peut de plus être intégré avec des serveurs Exchange, être utilisé 
en client
  de lecteur de nouvelles (« newsgroups »), être un client LDAP et un 
client de

  calendriers en ligne.

  Les greffons suivants, qui font partie du jeu de base, sont fournis :
  * calendar-file ;
  * calendar-http ;
  * itip-formatter ;
  * default-source ;
  * addressbook-file ;
  * mark-all-read ;
  * publish-calendar ;
  * caldav ;
  * imap-features ;
  * google-account-setup ;
  * webdav-account-setup ;
  * calendar-weather ;
  * sa-junk-plugin ;
  * bogo-junk-plugin.
Site : https://wiki.gnome.org/Apps/Evolution
Étiquettes: implemented-in::c, interface::graphical, interface::x11, 
mail::imap,

     mail::pop, mail::smtp, mail::user-agent, network::client,
     protocol::TODO, protocol::imap, protocol::nntp, protocol::pop3,
     protocol::smtp, protocol::ssl, role::program, 
scope::application,

     suite::gnome, uitoolkit::gtk, use::TODO, use::browsing,
     works-with::mail, x11::application

Re: Paquets installés automatiquement

[David BERCOT]

Bonjour,

Tant que j'y suis, j'ai une autre question sur le même sujet...

Sur un système où il y a plusieurs paquets installés, par exemple 
paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation 
manuelle de paquet 1 et paquet2 installera aussi paquet3 ?
Bien que cela puisse sembler proche du cas précédent, c'est néanmoins 
légèrement différent ;-).
L'idée est bien d'établir la liste minimum de paquets à installer 
manuellement pour couvrir le spectre complet de ceux qui sont installés 
sur un système...


Merci.

David.

Le 04/04/2022 à 11:13, David BERCOT a écrit :


Re-bonjour,

Le 04/04/2022 à 11:03, Erwan David a écrit :

Le 04/04/2022 à 10:56, David BERCOT a écrit :

Bonjour,

J'essaye de gérer mon installation en ne conservant que les paquets 
strictement nécessaires.

Pour cela :
1. je bascule la liste de tous les paquets en mode "auto" (via 
apt-mark auto)
2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui 
changent donc d'état vers "manual")
3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés 
à mon installation manuelle


J'ai l'impression, globalement, que ça fonctionne.
Toutefois, je viens de constater que ce n'était pas le cas et que 
j'avais par exemple tous les paquets "evolution*" qui étaient 
pourtant marqués comme "auto", liés à aucune installation manuelle, 
et qui n'étaient pourtant pas purgés via apt autoremove.


Est-ce que vous auriez une idée de la raison de ce comportement ?

Merci d'avance.

David.


Tu peux faire un aptitude why 'paquet' (si tu as aptitude) pour avoir 
une des raisons d'installation. N'oublie pas qu'un paquet Recommandé 
reste s'il est en Auto.


Je n'avais pas aptitude mais je l'ai installé pour tester.
Et donc, j'obtiens :
# aptitude why evolution
i   webex Dépend libnotify4
i A libnotify4    Recommande notification-daemon
i A gnome-shell   Fournit    notification-daemon
i A gnome-shell   Dépend evolution-data-server (>= 3.33.1)
i A evolution-data-server Suggère    evolution

Ceci explique sûrement cela...
Il n'est pas possible de supprimer "automatiquement" les paquets 
suggérés et/ou recommandés ?

Surtout que dans mon apt.conf, j'ai indiqué :
APT::Install-Recommends "false";
APT::Install-Suggests "false";
Ça me paraît assez contre-intuitif...

En tous cas, merci pour ce retour qui me donne déjà des premières 
explications ;-)


David.

Re: Paquets installés automatiquement

[David BERCOT]

Re-bonjour,

Le 04/04/2022 à 11:03, Erwan David a écrit :

Le 04/04/2022 à 10:56, David BERCOT a écrit :

Bonjour,

J'essaye de gérer mon installation en ne conservant que les paquets 
strictement nécessaires.

Pour cela :
1. je bascule la liste de tous les paquets en mode "auto" (via 
apt-mark auto)
2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui 
changent donc d'état vers "manual")
3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés 
à mon installation manuelle


J'ai l'impression, globalement, que ça fonctionne.
Toutefois, je viens de constater que ce n'était pas le cas et que 
j'avais par exemple tous les paquets "evolution*" qui étaient pourtant 
marqués comme "auto", liés à aucune installation manuelle, et qui 
n'étaient pourtant pas purgés via apt autoremove.


Est-ce que vous auriez une idée de la raison de ce comportement ?

Merci d'avance.

David.


Tu peux faire un aptitude why 'paquet' (si tu as aptitude) pour avoir 
une des raisons d'installation. N'oublie pas qu'un paquet Recommandé 
reste s'il est en Auto.


Je n'avais pas aptitude mais je l'ai installé pour tester.
Et donc, j'obtiens :
# aptitude why evolution
i   webex Dépend libnotify4
i A libnotify4Recommande notification-daemon
i A gnome-shell   Fournitnotification-daemon
i A gnome-shell   Dépend evolution-data-server (>= 3.33.1)
i A evolution-data-server Suggèreevolution

Ceci explique sûrement cela...
Il n'est pas possible de supprimer "automatiquement" les paquets 
suggérés et/ou recommandés ?

Surtout que dans mon apt.conf, j'ai indiqué :
APT::Install-Recommends "false";
APT::Install-Suggests "false";
Ça me paraît assez contre-intuitif...

En tous cas, merci pour ce retour qui me donne déjà des premières 
explications ;-)


David.

Paquets installés automatiquement

[David BERCOT]

Bonjour,

J'essaye de gérer mon installation en ne conservant que les paquets 
strictement nécessaires.

Pour cela :
1. je bascule la liste de tous les paquets en mode "auto" (via apt-mark 
auto)
2. j'installe "manuellement" ceux qui me semblent nécessaires (et qui 
changent donc d'état vers "manual")
3. je fais un apt autoremove pour supprimer ceux qui ne sont pas liés à 
mon installation manuelle


J'ai l'impression, globalement, que ça fonctionne.
Toutefois, je viens de constater que ce n'était pas le cas et que 
j'avais par exemple tous les paquets "evolution*" qui étaient pourtant 
marqués comme "auto", liés à aucune installation manuelle, et qui 
n'étaient pourtant pas purgés via apt autoremove.


Est-ce que vous auriez une idée de la raison de ce comportement ?

Merci d'avance.

David.

Re: Connexion à une ressource Windows DFS

[David BERCOT]

Bonjour,

Merci heho !!! C'était exactement ça...
J'ai "simplement" ajouté "vers=1.0" et ça fonctionne parfaitement.

Encore merci et bon week-end.

David.

Le 23/09/2021 à 13:16, heho a écrit :

Bonjour David,

(en MP, tu peux republier au besoin)

essaye de rajouter explicitement la version dans les options du mount/fstab

vers=N

j'avais eu le cas avec la redoutable version 1 à forcer
la commande ci-dessous, à élaguer sans doute dans les options, mais j'en avais 
essayé tellement,
ça doit marcher sans tout ça ;)

mount -t cifs --verbose -o 
username="MyUser",password="MyPassword",rw,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=1.0,users,user,uid=1000,gid=1000
 //partage/dossier/ /point_de_montage/


mais j'ai lu aussi des cas où cette option est necessaire même en dehors du cas 
particulier SMB 1
cf. 
https://unix.stackexchange.com/questions/418482/error-message-cifs-vfs-protocol-revalidation-security-settings-mismatch

HTH,
cordialement,
heho


David BERCOT a écrit le 23/09/2021 à 11:37 :



Bonjour,

J'essaye de faire quelque chose de très simple (a priori)... sans succès..
Il s'agit du montage d'un partage DFS sous Windows automatiquement via
fstab.

Ainsi, dans mon fstab, j'ai la ligne suivante :
//serveur-bureautique.ad.national/racine /users/mnt cifs
credentials=smbcredentials 0 0 (j'ai un peu simplifié mais c'est l'idée)
Et ça ne marche pas...
Concrètement, j'obtiens les logs suivants :
[ 5493.689898] CIFS: Attempting to mount
\\serveur-bureautique.ad.national\racine
[ 5494.010648] CIFS: VFS: \\serveur-bureautique.ad.national\IPC$
validate protocol negotiate failed: -13
[ 5494.010664] CIFS: VFS: \\serveur-bureautique.ad.national failed to
connect to IPC (rc=-5)
[ 5494.160518] CIFS: VFS: \\serveur-bureautique.ad.national\racine
validate protocol negotiate failed: -13
[ 5494.160554] CIFS: VFS: session ce42f4ea has no tcon available
for a dfs referral request
[ 5494.164332] CIFS: VFS: cifs_mount failed w/return code = -5

Idem en ligne de commande :
# mount -t cifs //serveur-bureautique.ad.national/racine /users/mnt -o
credentials=smbcredentials
mount error(5): Input/output error

En revanche, dans Nautilus, aucun souci...

De même, avec smbclient, ça fonctionne parfaitement...
# smbclient //serveur-bureautique.ad.national/racine -W ad.national -U
monuser

Idéalement, j'aimerais pouvoir faire le montage automatiquement dans mon
fstab...

Est-ce que vous auriez une idée, une piste ?

Merci d'avance.

Bien cordialement,

David.

Connexion à une ressource Windows DFS

[David BERCOT]

Bonjour,

J'essaye de faire quelque chose de très simple (a priori)... sans succès..
Il s'agit du montage d'un partage DFS sous Windows automatiquement via
fstab.

Ainsi, dans mon fstab, j'ai la ligne suivante :
//serveur-bureautique.ad.national/racine /users/mnt cifs
credentials=smbcredentials 0 0 (j'ai un peu simplifié mais c'est l'idée)
Et ça ne marche pas...
Concrètement, j'obtiens les logs suivants :
[ 5493.689898] CIFS: Attempting to mount
\\serveur-bureautique.ad.national\racine
[ 5494.010648] CIFS: VFS: \\serveur-bureautique.ad.national\IPC$
validate protocol negotiate failed: -13
[ 5494.010664] CIFS: VFS: \\serveur-bureautique.ad.national failed to
connect to IPC (rc=-5)
[ 5494.160518] CIFS: VFS: \\serveur-bureautique.ad.national\racine
validate protocol negotiate failed: -13
[ 5494.160554] CIFS: VFS: session ce42f4ea has no tcon available
for a dfs referral request
[ 5494.164332] CIFS: VFS: cifs_mount failed w/return code = -5

Idem en ligne de commande :
# mount -t cifs //serveur-bureautique.ad.national/racine /users/mnt -o
credentials=smbcredentials
mount error(5): Input/output error

En revanche, dans Nautilus, aucun souci...

De même, avec smbclient, ça fonctionne parfaitement...
# smbclient //serveur-bureautique.ad.national/racine -W ad.national -U
monuser

Idéalement, j'aimerais pouvoir faire le montage automatiquement dans mon
fstab...

Est-ce que vous auriez une idée, une piste ?

Merci d'avance.

Bien cordialement,

David.

Re: Pending kernel upgrade

[David BERCOT]

Bonjour,

La réponse est oui...
Au bout d'un moment, ne sachant plus où chercher, j'ai ré-installé mon 
portable et tout est maintenant OK.


Merci.

David.

Le 02/04/2021 à 09:11, Sébastien NOBILI a écrit :

Bonjour,

Le 2021-03-29 13:31, David BERCOT a écrit :

Bon, j'ai rebooté et... aucun changement...
Bizarrement, au démarrage, on dirait que la config est "gélée" et ne
tient pas compte des mises à jour précédentes.


Quand tu arrives sur l'écran de Grub (menu de sélection du système à 
démarrer),
si tu édites la ligne sélectionnée (je ne me rappelle plus exactement de 
la touche,
je dirais bien "e", elle est indiquée en bas de l'écran), est-ce que ce 
que tu vois

correspond bien au noyau que tu aimerais voir démarrer (5.10.0-5-amd64) ?

Sébastien

Re: Pending kernel upgrade

[David BERCOT]

Bon, j'ai rebooté et... aucun changement...
Bizarrement, au démarrage, on dirait que la config est "gélée" et ne 
tient pas compte des mises à jour précédentes.


Suis-je le seul dans ce cas ?

Merci.

David.

Le 29/03/2021 à 11:53, David BERCOT a écrit :


Le 29/03/2021 à 11:44, didier gaumet a écrit :


Que te dit la commande:
$ uname -a
?


$ uname -a
Linux TPO-DBE 5.10.0-3-amd64 #1 SMP Debian 5.10.13-1 (2021-02-06) x86_64 
GNU/Linux


Et as-tu encore le message "The currently running kernel version is 
5.10.0-3-amd64 which is not the expected kernel version 5.10.0-5-amd64" ?


Absolument, à chaque mise à jour (ce qui me paraît logique)...

Hypothèse: si tu l'as encore ce pourrait être que lors de la mise à 
jour du noyau il y a eu un problème et que l'image initrd ne 
correspond pas au noyau utilisé.


C'est possible, sauf qu'il y a eu plusieurs mises à jour depuis qui 
n'ont rien changé. Mais sait-on jamais...



Auquel cas tu peux tenter carrément une réinstallation du noyau:
# apt reinstall linux-image-5.10.0-5-amd64
ou alors mettre à jour son initrd
# update-initramfs -u -k 5.10.0-5-amd64


Je vais tenter ça...

En tout cas Grub m'a l'air à jour et selon moi tu démarres bien ce 
qu'il considère être le noyau 5.10.0-5-amd64, simplement il l'appelle 
"Debian GNU/Linux" dans le menu


Je n'ai pas l'impression...
A voir donc après mon prochain reboot.

Merci.

David.

Re: Pending kernel upgrade

[David BERCOT]

Le 29/03/2021 à 11:44, didier gaumet a écrit :


Que te dit la commande:
$ uname -a
?


$ uname -a
Linux TPO-DBE 5.10.0-3-amd64 #1 SMP Debian 5.10.13-1 (2021-02-06) x86_64 
GNU/Linux


Et as-tu encore le message "The currently running kernel version is 
5.10.0-3-amd64 which is not the expected kernel version 5.10.0-5-amd64" ?


Absolument, à chaque mise à jour (ce qui me paraît logique)...

Hypothèse: si tu l'as encore ce pourrait être que lors de la mise à jour 
du noyau il y a eu un problème et que l'image initrd ne correspond pas 
au noyau utilisé.


C'est possible, sauf qu'il y a eu plusieurs mises à jour depuis qui 
n'ont rien changé. Mais sait-on jamais...


Auquel cas tu peux tenter carrément une réinstallation 
du noyau:

# apt reinstall linux-image-5.10.0-5-amd64
ou alors mettre à jour son initrd
# update-initramfs -u -k 5.10.0-5-amd64


Je vais tenter ça...

En tout cas Grub m'a l'air à jour et selon moi tu démarres bien ce qu'il 
considère être le noyau 5.10.0-5-amd64, simplement il l'appelle "Debian 
GNU/Linux" dans le menu


Je n'ai pas l'impression...
A voir donc après mon prochain reboot.

Merci.

David.

Re: Pending kernel upgrade

[David BERCOT]

Bonjour Didier,

Le 29/03/2021 à 10:01, didier gaumet a écrit :

Le 29/03/2021 à 08:06, David BERCOT a écrit :


En effet, à la racine, j'ai bien :
initrd.img -> boot/initrd.img-5.10.0-5-amd64
vmlinuz -> boot/vmlinuz-5.10.0-5-amd64

J'avoue que je ne sais pas bien où chercher...

David.


A tout hasard, tu pourrais peut-être poster ici /etc/default/grub et 
/boot/grub/grub.cfg?


Pas de souci...

/etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to 
Linux

#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

/boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod lvm
insmod ext2
set 
root='lvmid/Uur1gw-ckhI-8fYh-2Y3J-2UtP-BDVK-3yuxWh/clNBC3-Hkyn-OXgB-ceT2-Dck0-AqVb-FMReXM'

if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/Uur1gw-ckhI-8fYh-2Y3J-2UtP-BDVK-3yuxWh/clNBC3-Hkyn-OXgB-ceT2-Dck0-AqVb-FMReXM' 
 4ab6e0b2-ccca-4342-80d4-5b296f73b35f

else
  search --no-floppy --fs-uuid --set=root 
4ab6e0b2-ccca-4342-80d4-5b296f73b35f

fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class 
gnu --class os $menuentry_id_option 
'gnulinux-simple-4ab6e0b2-ccca-4342-80d4-5b296f73b35f' {

load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod lvm
insmod ext2
	set 
root='lvmid/Uur1gw-ckhI-8fYh-2Y3J-2UtP-BDVK-3yuxWh/clNBC3-Hkyn-OXgB-ceT2-Dck0-AqVb-FMReXM'

if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root 
--hint='lvmid/Uur1gw-ckhI-8fYh-2Y3J-2UtP-BDVK-3yuxWh/clNBC3-Hkyn-OXgB-ceT2-Dck0-AqVb-FMReXM' 
 4ab6e0b2-ccca-4342-80d4-5b296f73b35f

else
	  search --no-floppy --fs-uuid --set=root 
4ab6e0b2-ccca-4342-80d4-5b296f73b35f

fi
echo'Loading Linux 5.10.0-5-amd64 ..

Re: Pending kernel upgrade

[David BERCOT]

Bonjour,

Le 28/03/2021 à 11:22, Michel a écrit :

Le 28/03/2021 à 11:00, David BERCOT a écrit :


Hello,

Le 27/03/2021 à 15:41, yamo' a écrit :

Salut,

David BERCOT a tapoté le 27/03/2021 15:00:

Bonjour,

J'ai visiblement répondu trop vite...

En effet, au lancement des commandes grub-mkconfig et update-grub, je
vois bien la ligne "5.10.0-5".
Malheureusement, au reboot, je ne l'ai pas dans mon menu grub qui
n'affiche encore que les options 5.10.0-3 et 5.10.0-2.

Visiblement, le menu n'est pas à jour...

Y aurait-il une autre commande à passer ?



Tu n'aurais pas une partition /boot pleine?


Non, pas de souci de ce côté-là...


Sinon il y a update-grub2 mais ça devrait faire la même chose.


Oui, je me dis la même chose mais j'avais de toutes façons exécuté les 2...

David.



À tout hasard, les liens symboliques dans / ont bien été mis à jour?


En effet, à la racine, j'ai bien :
initrd.img -> boot/initrd.img-5.10.0-5-amd64
vmlinuz -> boot/vmlinuz-5.10.0-5-amd64

J'avoue que je ne sais pas bien où chercher...

David.

Re: Pending kernel upgrade

[David BERCOT]

Hello,

Le 27/03/2021 à 15:41, yamo' a écrit :

Salut,

David BERCOT a tapoté le 27/03/2021 15:00:

Bonjour,

J'ai visiblement répondu trop vite...

En effet, au lancement des commandes grub-mkconfig et update-grub, je
vois bien la ligne "5.10.0-5".
Malheureusement, au reboot, je ne l'ai pas dans mon menu grub qui
n'affiche encore que les options 5.10.0-3 et 5.10.0-2.

Visiblement, le menu n'est pas à jour...

Y aurait-il une autre commande à passer ?



Tu n'aurais pas une partition /boot pleine?


Non, pas de souci de ce côté-là...


Sinon il y a update-grub2 mais ça devrait faire la même chose.


Oui, je me dis la même chose mais j'avais de toutes façons exécuté les 2...

David.

Re: Pending kernel upgrade

[David BERCOT]

Bonjour,

J'ai visiblement répondu trop vite...

En effet, au lancement des commandes grub-mkconfig et update-grub, je 
vois bien la ligne "5.10.0-5".
Malheureusement, au reboot, je ne l'ai pas dans mon menu grub qui 
n'affiche encore que les options 5.10.0-3 et 5.10.0-2.


Visiblement, le menu n'est pas à jour...

Y aurait-il une autre commande à passer ?

Merci.

David.

Le 26/03/2021 à 15:15, David BERCOT a écrit :

OK, c'était très simple.
Un update-grub a tout résolu...

Merci.

David.

P.S. : je ne comprends pas pourquoi ce n'était pas fait automatiquement 
mais bon...


Le 26/03/2021 à 15:10, Daniel Caillibaud a écrit :

Le 26/03/21 à 14:34, David BERCOT  a écrit :

C'est un message que j'ai déjà eu précédemment (logiquement) au moment
des mises à jour de noyau mais, après reboot, tout rentrait dans 
l'ordre.

Là, il semblerait que j'ai installé des noyaux plus récents (5.10.0-4
puis 5.10.0-5) mais qu'ils ne sont pas pris en compte, y compris après
reboot.

Vous auriez une piste ?


Une directive mise dans un /etc/grub.d/* qui imposerait une version ?

Faudrait aller voir le dernier /boot/grub/grub.cfg généré.

Éventuellement relancer `update-grub` pour le regénérer et voir si les 
nouveaux noyaux sont

bien ajoutés et pris en compte par défaut.

Au boot tu as quoi dans le menu grub ?

Re: Pending kernel upgrade

[David BERCOT]

OK, c'était très simple.
Un update-grub a tout résolu...

Merci.

David.

P.S. : je ne comprends pas pourquoi ce n'était pas fait automatiquement 
mais bon...


Le 26/03/2021 à 15:10, Daniel Caillibaud a écrit :

Le 26/03/21 à 14:34, David BERCOT  a écrit :

C'est un message que j'ai déjà eu précédemment (logiquement) au moment
des mises à jour de noyau mais, après reboot, tout rentrait dans l'ordre.
Là, il semblerait que j'ai installé des noyaux plus récents (5.10.0-4
puis 5.10.0-5) mais qu'ils ne sont pas pris en compte, y compris après
reboot.

Vous auriez une piste ?


Une directive mise dans un /etc/grub.d/* qui imposerait une version ?

Faudrait aller voir le dernier /boot/grub/grub.cfg généré.

Éventuellement relancer `update-grub` pour le regénérer et voir si les nouveaux 
noyaux sont
bien ajoutés et pris en compte par défaut.

Au boot tu as quoi dans le menu grub ?

Pending kernel upgrade

[David BERCOT]

Bonjour,

Depuis quelque temps, j'ai un message bizarre au moment de mes mises à 
jour :
Pending kernel upgrade 
  │ Newer kernel available 
│
│ The currently running kernel version is 5.10.0-3-amd64 which is not 
the expected kernel version 5.10.0-5-amd64. 
   │
│ Restarting the system to load the new kernel will not be handled 
automatically, so you should consider rebooting.


C'est un message que j'ai déjà eu précédemment (logiquement) au moment 
des mises à jour de noyau mais, après reboot, tout rentrait dans l'ordre.
Là, il semblerait que j'ai installé des noyaux plus récents (5.10.0-4 
puis 5.10.0-5) mais qu'ils ne sont pas pris en compte, y compris après 
reboot.


Vous auriez une piste ?

Merci.

David.

Re: Linux NAS demande de retour d'expérience.

[David BERCOT]

Dans ce cas, pour un simple partage de fichiers entre systèmes Linux, 
NFS me paraît la solution la plus naturelle...


Après, pour la sauvegarde, c'est un peu différent (pour ne pas corrompre 
d'éventuelles backups avec un crypto-locker par exemple).


David.

Le 18/03/2021 à 17:29, Billard François-Marie a écrit :

Bonjour,

En fait je souhaite disposer tester une solution de NAS en réutilisant 
une machine avec des postes clients sous Linux, pour du stockage de 
fichier et de la sauvegarde.


François-Marie


Le 18/03/2021 à 17:19, David BERCOT a écrit :

Bonjour Jean-Marie,

Peux-tu préciser ta demande ?
Tu voudrais installer une des options évoquées ci-dessous sur une 
machine Linux ?


Quels seraient les clients ? Du Linux ? Du Windows ? Une passerelle 
multimedia ?


Merci.

David.

Le 18/03/2021 à 16:50, Billard François-Marie a écrit :

Bonjour

quelle solution préconiser vous pour mettre en place une solution de 
NAS.


J'ai vu par exemple :

https://www.openmediavault.org/

https://archiveos.org/opennas/

Merci

François-Marie

Re: Linux NAS demande de retour d'expérience.

[David BERCOT]

Bonjour Jean-Marie,

Peux-tu préciser ta demande ?
Tu voudrais installer une des options évoquées ci-dessous sur une 
machine Linux ?


Quels seraient les clients ? Du Linux ? Du Windows ? Une passerelle 
multimedia ?


Merci.

David.

Le 18/03/2021 à 16:50, Billard François-Marie a écrit :

Bonjour

quelle solution préconiser vous pour mettre en place une solution de NAS.

J'ai vu par exemple :

https://www.openmediavault.org/

https://archiveos.org/opennas/

Merci

François-Marie

Re: Informations techniques d'une connexion Wifi

[David BERCOT]

Bonjour,

Merci pour vos différentes suggestions.
Pour info, en creusant un peu, j'ai trouvé également d'autres commandes 
intéressantes et notamment :

- iw dev
- iw dev wlan link
- iw phy

David.

Le 26/02/2021 à 11:07, Belaïd a écrit :

Bonjour,

Tu as par exemple airodump du paquet aircrack-ng, ca donne énormément 
d'informations, même si l'utilisation de ce paquet  dépasse largement la 
collecte d'informations


Le ven. 26 févr. 2021 11:00, David BERCOT <mailto:deb...@bercot.org>> a écrit :



Bonjour,

Savez-vous comment on peut obtenir "facilement" les informations
techniques d'une connexion Wifi ?
A titre d'information, sur Mac, on a par exemple le channel, le nombre
de NSS, etc.
Avec Network Manager, je n'ai pas ces infos sur Debian...

Peut-être avec un autre outil ? Une extension de Gnome ?

Merci d'avance.

David.

Informations techniques d'une connexion Wifi

[David BERCOT]

Bonjour,

Savez-vous comment on peut obtenir "facilement" les informations 
techniques d'une connexion Wifi ?
A titre d'information, sur Mac, on a par exemple le channel, le nombre 
de NSS, etc.

Avec Network Manager, je n'ai pas ces infos sur Debian...

Peut-être avec un autre outil ? Une extension de Gnome ?

Merci d'avance.

David.

Re: NFS et Android TV

[David BERCOT]

Bonjour Erwann,

Merci pour ta proposition mais je t'avoue que je préfère rester sur du 
NFS ;-)

Peut-être que mon souci vient de la version utilisée par la Shield (v3) ?

Je continue à chercher mais c'est un peu compliqué...

David.

Le 19/02/2021 à 10:16, Erwann Le Bras a écrit :


Le 18/02/2021 à 13:43, David BERCOT a écrit :


Bonjour,

J'utilise un serveur NFS sous Debian pour différents besoins 
(notamment photos, films et musique).
Jusqu'à très récemment (environ 2 semaines), tout fonctionnait bien 
via une passerelle NVidia Shield (et KODI).
Et depuis, j'ai des problèmes de performance surprenants (freeze et 
pixelisation).


J'ai donc fait plusieurs essais avec plusieurs outils : KODI, Mx 
Player, VIMU, etc.
Et bizarrement, en SMB, ça marche parfaitement alors qu'en NFS, c'est 
inutilisable (pire que "non fluide").
En revanche, de mon ordinateur (également en Debian et connecté en 
NFS), tout va bien.


J'avoue que je ne sais pas trop où et comment creuser.
Auriez-vous des pistes ? Des idées ?
Des choses à tester, vérifier ?

Merci d'avance.

David.


bonjour

Non, ma TV n'est pas si évoluée, elle ne sait pas se connecter à NFS ou 
SMB, elle se contente de se connecter à un serveur DNLA/UPNP.


J'ai donc installé Universal Media Player sur mon serveur qui présente 
le contenu au téléviseur.


amitiés,

Re: Autoriser l'accès d'un utilisateur à un scanner USB

[David BERCOT]

Bonjour,

As-tu essayé de mettre l'utilisateur dans le groupe "scanner" ?

David.

Le 18/02/2021 à 14:40, Olivier a écrit :

Bonjour,

J'ai une machine sous Buster.
Quand j'y connecte par USB un scanner (multi-fonction) :
- root détecte ce scanner
- un utilisateur lambda ne le détecte pas, probablement pour des 
problèmes de droits


Plus précisément

# sane-find-scanner
...
found USB scanner (vendor=0x04a9 [Canon], product=0x1736 [MX320 series]) 
at libusb:001:003


$ sane-find-scanner
# No USB scanners found.


Comment accorde-t-on à un utilisateur donné, les droits d'accès à un 
scanner ?
Le doc [1] mentionne que l'utilisation d'ACL sur des fichiers /dev/sg* 
et /dev/bus/usb/*/* mais:


1. faut-il par défaut, éditer ces droits pour chaque utilisateur pouvant 
accéder au scanner sachant , bien évidemment, qu'un scanner peut être 
déplacé d'un port USB à un autre ?

2. comment associer un scanner donné à un fichier /dev/sg* ?

[1] https://wiki.debian.org/Scanner 

Slts

NFS et Android TV

[David BERCOT]

Bonjour,

J'utilise un serveur NFS sous Debian pour différents besoins (notamment 
photos, films et musique).
Jusqu'à très récemment (environ 2 semaines), tout fonctionnait bien via 
une passerelle NVidia Shield (et KODI).
Et depuis, j'ai des problèmes de performance surprenants (freeze et 
pixelisation).


J'ai donc fait plusieurs essais avec plusieurs outils : KODI, Mx Player, 
VIMU, etc.
Et bizarrement, en SMB, ça marche parfaitement alors qu'en NFS, c'est 
inutilisable (pire que "non fluide").
En revanche, de mon ordinateur (également en Debian et connecté en NFS), 
tout va bien.


J'avoue que je ne sais pas trop où et comment creuser.
Auriez-vous des pistes ? Des idées ?
Des choses à tester, vérifier ?

Merci d'avance.

David.

Re: [HS] Onduleur

[David BERCOT]

  
  
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: [HS] Onduleur

[David BERCOT]

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

[David BERCOT]

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

[David BERCOT]

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]

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 

Icônes de la systray

[David BERCOT]

Bonjour à tous,

En ce jour férié, j'en profite pour essayer d'améliorer un peu mon 
système ;-)


Donc, j'utilise plusieurs logiciels (Pidgin, client Nextcloud, Joplin ou 
Franz) qui ajoutent une icône dans la systray.


Celles-ci s'affichent (je suis en Sid avec Gnome) soit grâce à 
l'extension "Tray icons reloaded" (ou équivalent), soit grâce à 
gnome-shell-extension-appindicator.


Jusque-là, tout va bien, même si certains logiciels sont récalcitrants 
et parfois présent, parfois absent (Zoom par exemple).


Maintenant, lorsque mon écran passe en veille et que je reviens, les 
icônes apparues grâce à gnome-shell-extension-appindicator ne sont plus 
visibles !!! Il ne reste que les autres...


Est-ce que vous avez le même comportement ? Une idée d'une éventuelle 
solution ?


Merci d'avance.

David.

Re: Plus de son avec Debian Sid

[David BERCOT]

Bonjour Pascal,

En effet, ta procédure était OK !
Je ne comprends pas bien la différence entre la tienne et la mienne 
mais, visiblement, le résultat n'était pas le même.


Après, comme tu l'indiques dans un autre mail, la MAJ corrige le tir.

Encore un GRAND merci ;-)

David.

Le 05/11/2020 à 17:01, Pascal Obry a écrit :

Le jeudi 05 novembre 2020 à 16:02 +0100, David BERCOT a écrit :

# apt install pipewire-bin=0.3.12-1 libpipewire-0.3-modules=0.3.12-1
libpipewire-0.3-0=0.3.12-1 libspa-0.2-modules=0.3.12-1


De mon coté j'ai fait sans souci:

$ sudo apt install -t testing gstreamer1.0-pipewire/testing 
libpipewire-0.3-0/testing libpipewire-0.3-modules/testing 
libspa-0.2-modules/testing

Cordialement,

Re: Plus de son avec Debian Sid

[David BERCOT]

Merci Pascal.

Le problème est que ce n'est pas neutre :
# apt install pipewire-bin=0.3.12-1 libpipewire-0.3-modules=0.3.12-1 
libpipewire-0.3-0=0.3.12-1 libspa-0.2-modules=0.3.12-1

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  gir1.2-accountsservice-1.0 gir1.2-gck-1 gir1.2-gcr-3 gir1.2-gdm-1.0 
gir1.2-gnomebluetooth-1.0
  gir1.2-graphene-1.0 gir1.2-handy-0.0 gir1.2-mutter-7 gir1.2-nm-1.0 
gir1.2-nma-1.0 gir1.2-polkit-1.0
  gir1.2-rsvg-2.0 gir1.2-upowerglib-1.0 gnome-session-bin 
gnome-session-common gnome-shell-common libgdm1

  switcheroo-control xwayland
Veuillez utiliser « apt autoremove » pour les supprimer.
Paquets recommandés :
  pipewire
Les paquets suivants seront ENLEVÉS :
  gdm3 gnome gnome-core gnome-session gnome-shell 
gnome-shell-extension-prefs gnome-shell-extensions

  gnome-tweaks gstreamer1.0-pipewire pipewire task-gnome-desktop
Les paquets suivants seront mis à une VERSION INFÉRIEURE :
  libpipewire-0.3-0 libpipewire-0.3-modules libspa-0.2-modules pipewire-bin
0 mis à jour, 0 nouvellement installés, 4 remis à une version 
inférieure, 11 à enlever et 0 non mis à jour.

Il est nécessaire de prendre 947 ko dans les archives.
Après cette opération, 12,4 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n]

Je l'ai fait une première fois (parce que c'est trop gênant), mais je 
n'avais plus rien... J'ai du faire un rollback...


Dans ce cas, je vais peut-être être obligé d'attendre une mise à jour 
corrective, sauf si on peut cibler plus...précisément ;-)


David.

Le 05/11/2020 à 15:01, Pascal Obry a écrit :

David,


Bonjour à tous,

Depuis ce matin, je n'ai subitement plus de son (et, dans Gnome,
aucun
périphérique n'est proposé)...
Je suis en Sid, noyau en 5.9.


Même problème, j'ai analysé cela et trouvé que le problème vient de
pipewire. Un downgrade vers la version sur testing (0.3.12-1) permet de
remettre le son en fonction.


Les paquets impactés sont:

libpipewire-0.3-0
libpipewire-0.3-modules
libspa-0.2-modules
pipewire-bin

Cordialement,

Plus de son avec Debian Sid

[David BERCOT]

Bonjour à tous,

Depuis ce matin, je n'ai subitement plus de son (et, dans Gnome, aucun 
périphérique n'est proposé)...

Je suis en Sid, noyau en 5.9.

J'ai bien sûr déjà fait un certain nombre de tests et notamment ceux 
évoqués ici :

http://debian-facile.org/doc:materiel:cartes-son:depannage

Deux petits retours :

$ cat /proc/asound/modules
 0 snd_hda_intel

$ aplay -l
 Liste des Périphériques Matériels PLAYBACK 
carte 0: PCH [HDA Intel PCH], périphérique 0: ALC3271 Analog [ALC3271 
Analog]

  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 3: HDMI 0 [HDMI 0]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 7: HDMI 1 [HDMI 1]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 8: HDMI 2 [HDMI 2]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 9: HDMI 3 [HDMI 3]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 10: HDMI 4 [HDMI 4]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0

Bref, est-ce que je suis le seul dans ce cas ?
Auriez-vous une idée / une piste ?

Merci d'avance.

David.

Re: wlan0: deauthenticating from xx:xx by local choice (Reason 3=Deauth Leaving)

[David BERCOT]

Hello,

J'ai déjà eu une erreur de ce type liée à OpenSSL.
Il y avait un problème de compatibilité (de mémoire, le serveur était
trop ancien et le client trop récent et il m'a fallu autoriser le client
à utiliser une "vieille" version) mais, me concernant, la connexion ne
marchait pas du tout avant ma modification.
Je pense donc que ça vient d'ailleurs.
Néanmoins, si ça peut aider...

David.

Le 12/05/2020 à 14:52, didier gaumet a écrit :
> Le 12/05/2020 à 14:22, MERLIN Philippe a écrit :
> [...]
>> erreur relevée dans syslog :
>> Kernel  wlan0: deauthenticating from xx:xx  by local choice (Reason 3=Deauth 
>> Leaving)
>> Quel paquet émet se message dans syslog ?  il est indiqué Kernel cela 
>> voudrait 
>> dire que c'est le noyau linux , je me trompe ? Et pourquoi ? Cette erreur ne 
>> semble pas bloquante puisque la connexion s'établit la plupart du temps.
>> Google m'a été d'aucun secours.
> [...]
> 
> ça ne va pas t'aider beaucoup: je pense que c'est wpa_supplicant qui
> retourne cet état, mais je n'ai pas trouvé de liste de messages
> d'erreurs ou de statuts sur le net...
> 

Re: système d'audio/video call

[David BERCOT]

Bonjour,

J'ai justement essayé de tester Jami... sans succès...
Je suis donc ouvert aux retours positifs ;-)

David.

Le 07/04/2020 à 18:46, firenze...@orange.fr a écrit :
> Bonjour à tous,
> 
> Comme alternative aux logiciels propriétaires qui existent en ce
> domaine, la page https://doc.ubuntu-fr.org/visioconference semble, en
> plus de Jitsi , également proposer Jami
>  comme solution fonctionnelle.
> 
> Celles et ceux qui ont pu l'essayer pourraient-ils donner leur avis sur
> ce logiciel ? Il a l'air vraiment chouette sur le papier
> (multi-plateforme,disponible dans les dépôts de Debian, libre, sécurisé,
> etc...).
> 
> On aura peut-être le temps de faire le tour de tout ce que le monde du
> Libre propose en la matière...
> 
> Bonne soirée.
> 

Re: Messagerie Signal pour Debian

[David BERCOT]

Bonjour,

En ce qui me concerne, je suis sous Sid et j'utilise Signal depuis un
moment avec le repository indiqué ci-dessous...

J'ai à la fois Signal dans les menus et je vous confirme qu'il
fonctionne parfaitement.
Tu dois donc avoir un petit problème quelque part ;-)

David.

Le 25/03/2020 à 03:58, Jérémy Prego a écrit :
> Bonjour,
> 
> Je viens d'essayer cette application avec orca sous debian testing. La
> fenêtre principale est partiellement pour ne pas dire totalement
> innaccessible, on a accès au menu, mais quand on clique sur un truc dans
> le menu, ça fait comme dans la fenêtre principal, ça nous lit le titre
> de la fenêtre, et ... c'est tout :(
> 
> pour répondre a la question, rien n'a été créé dans le menu de mate chez
> moi non plus, mais on peut lancer l'application en lançant
> signal-desktop dans un terminal.
> 
> En faisant une rapide recherche, il existe un plugin pour signal pour
> pidgin si ça peut aider:
> https://github.com/hoehermann/purple-signal
> 
> c'est un plugin qu'il faut compilé pour obtenir le .so, à mettre dans
> son ~/.purple/plugin/. C'est à utiliser avec signal-cli, si j'ai bien
> comprit la rapide description que j'ai lu.
> 
> voilà pour tout ça.
> 
> Jerem.
> 
> P.S: Jessie, ça commence a faire un peu vieillot. Il faudrait songer à
> passer a Stretch voir a Buster, pour avoir de très bonnes avancées en
> terme d'accessibilité :)
> Le 25/03/2020 à 03:19, Pierre ESTREM a écrit :
>> Bonjour,
>>
>> Pour cette messagerie j'ai dégoté ce lien :
>> https://signal.org/fr/download/
>>
>> Pour Debian on y trouve ces 3 lignes à exécuter :
>>
>> curl -s https://updates.signal.org/desktop/apt/keys.asc | sudo apt-key
>> add -
>> echo "deb [arch=amd64] https://updates.signal.org/desktop/apt xenial
>> main" | sudo tee -a /etc/apt/sources.list.d/signal-xenial.list
>> sudo apt update && sudo apt install signal-desktop
>>
>> Il me semble que ces instructions ne retournent aucune erreur.
>> Cependant aucune mention d'une messagerie nommée Signal ne figure dans
>> mes menus...
>>
>> Je suis sous une base Debian Jessie.
>>
>> Est-ce compatible ?
>>
>> Merci
>> pierre estrem
>>
> 

OpenVPN

[David BERCOT]

Bonsoir,

En cette période un peu... difficile, je vous propose de revenir aux
fondamentaux, à savoir Debian ;-)

Bref, je voudrais installer OpenVPN sur mon serveur OVH.
Après quelques recherches, j'ai trouvé notamment cette documentation :
https://wiki.debian.org/fr/OpenVPN

Les premières étapes (installation du package et génération de la clé
statique) sont OK mais je ne vois pas bien comment remplir le tun0.conf
et notamment la ligne : ifconfig 10.9.8.1 10.9.8.2
En effet, sauf erreur, la première IP est celle de mon serveur et la
seconde est celle du "client". Mais, dans le subnet, je ne maîtrise pas
du tout les adresses IP et leur utilisation.

Auriez-vous une piste ?

Dans l'intervalle, j'ai installé OpenVPN-AS qui marche très bien mais je
préfère les solutions "propres", purement Debian ;-)

Merci d'avance.

David.

Re: Archivage avec Thunderbird

[David BERCOT]

Au-delà de la phrase indiquée peu engageante : "Vous utilisez
l'extension à vos risques et périls. Certains utilisateurs (peu) ont
reporté avoir perdu des données.", j'ai surtout l'impression qu'il
s'agit d'archivage entre un dossier IMAP et un dossier local.
Or, mon besoin est un transfert entre dossiers locaux...

David.

Le 30/12/2019 à 09:41, didier.gau...@gmail.com a écrit :
> Le dimanche 29 décembre 2019 12:40:03 UTC+1, David BERCOT a écrit :
> [...]
>> Je cherche encore ;-)
>>
>> David.
> 
> Erwan (je crois) a mentionné le module Autoarchive qui n'est plus maintenu.
> Une petite recherche m'a informé que:
> - Mozilla considère bien en standard que l'archivage est manuel et pas 
> automatique, donc pas de fonction ad hoc intégrée à Thunderbird
> - le module AutoarchiveReloaded semble être un fork maintenu de Autoarchive:
>  
> https://addons.thunderbird.net/fr/thunderbird/addon/autoarchivereloaded/?src=search

Re: Archivage avec Thunderbird

[David BERCOT]

Le 29/12/2019 à 11:59, JC.EtiembleG a écrit :
> Le 29/12/2019 à 10:40, David BERCOT a écrit :
> 
>> Avez-vous des solutions ou conseils pour pouvoir réaliser ce
>> traitement (manuellement ou automatiquement) ?
> 
> C'est prévu par défaut ;)
> 
> aller sur le dossier xxx
>  - sélectionner les mails puis clic gauche Archiver ou Bouton Archiver

Euh, déjà, je n'ai pas (j'imagine que c'est plutôt clic droit ;-))
d'option "archiver".
Ensuite, même si je l'avais, ça ne me semble pas très pratique de faire
ça sur une centaine de dossiers...

Je cherche encore ;-)

David.

Re: Archivage avec Thunderbird

[David BERCOT]

Le 29/12/2019 à 11:12, Erwan David a écrit :
> Le 29/12/2019 à 10:40, David BERCOT a écrit :
>> Bonjour,
>>
>> Même s'il ne s'agit pas d'une question "purement" Debian, je suppose
>> qu'un certain nombre de personnes présentes sur cette ML utilisent
>> Thunderbird.
>>
>> J'aimerais donc archiver mes mails (sur la base, par exemple, des
>> messages datés de plus d'un an).
>> J'ai regardé les extensions et autres solutions proposées mais, sauf
>> erreur de ma part, celles-ci sont prévues pour des dossiers IMAP vers
>> des dossiers d'archive.
>>
>> Me concernant, les mails, à réception, sont automatiquement déplacés
>> dans un sous-répertoire d'un dossier local (Thunderbird_Mails).
>> Et j'ai donc, en complément, un autre dossier local
>> (Thunderbird_Archives) vers lequel je souhaiterais déplacer les mails
>> ad hoc.
>>
>> Maintenant, mon arborescence est suffisamment compliquée pour que je
>> souhaite automatiser ce processus.
>>
>> Avez-vous des solutions ou conseils pour pouvoir réaliser ce
>> traitement (manuellement ou automatiquement) ?
>>
>> Merci d'avance et bonnes fêtes à tous !
>>
>> David.
> 
> 
> J'utilise Awsome AutoArchive pour ça, mais elle n'est pas compatible
> avec TB 68, hélas...

Alors j'ai justement installé cette extension tout à l'heure mais elle
ne fonctionnait pas.
Je pouvais bien sélectionner le dossier source mais je n'avais rien dans
la liste de choix du dossier cible.
Est-ce une problème ponctuel (que tu n'as pas) ?

Merci.

David.

Re: Archivage avec Thunderbird

[David BERCOT]

Le 29/12/2019 à 11:37, hamster a écrit :
> Le 29/12/2019 à 10:40, David BERCOT a écrit :
>> J'aimerais donc archiver mes mails (sur la base, par exemple, des
>> messages datés de plus d'un an).
>> J'ai regardé les extensions et autres solutions proposées mais, sauf
>> erreur de ma part, celles-ci sont prévues pour des dossiers IMAP vers
>> des dossiers d'archive.
>>
>> Me concernant, les mails, à réception, sont automatiquement déplacés
>> dans un sous-répertoire d'un dossier local (Thunderbird_Mails).
>> Et j'ai donc, en complément, un autre dossier local
>> (Thunderbird_Archives) vers lequel je souhaiterais déplacer les mails
>> ad hoc.
>>
>> Maintenant, mon arborescence est suffisamment compliquée pour que je
>> souhaite automatiser ce processus.
>>
>> Avez-vous des solutions ou conseils pour pouvoir réaliser ce
>> traitement (manuellement ou automatiquement) ?
> 
> Je ne comprend pas bien ce que tu veux faire. J'ai avant tout tendance a
> te conseiller de ne pas faire du travail inutile.
> 
> Tes messages sont soigneusement classés dans des dossiers et
> sous-dossiers locaux. C'est un très bon endroit pour les ranger et les
> conserver a long terme. Pour moi, ce classement est déjà un archivage
> tout a fait valable. Qu'est-ce que ca t'apporte de plus de les déplacer
> dans un autre dossier local qui a "archives" dans son nom ? Je ne doute
> pas que tu aies une raison qui t'appartiens pour faire ca, meme si je ne
> la saisis pas. Par curiosité, pourrais-tu la détailler ? En tous cas,
> pour thunderbird, que les messages soient dans un dossier local ou dans
> un autre, c'est bien du pareil au même.
> 
> Le seul cas ou je transfère mes messages dans des dossiers d'archives,
> c'est quand j'ai des dossiers qui contiennent beaucoup de volume. Soit
> un très grand nombre de messages (genre plusieurs dizaines de milliers)
> soit beaucoup de pièces jointes qui pèsent lourd. Le critère c'est quand
> le contenu du dossier se met a peser plusieurs centaines de Mo. Alors
> thunderbird peut avoir un peu de mal a manipuler des dossiers aussi
> lourds et on peut avoir des plantages dans les fichiers d'index.

Tu as bien ciblé mon problème ;-)
A titre d'information, dans mon dossier d'archive, j'ai actuellement
868.003 mails et, dans mon dossier "standard", 430.881 mails (car je
n'ai justement pas fait d'archivage depuis un bon moment).
Et le souci concerne justement (mais j'en ai quand même un certain
nombre) les dossiers contenant de "nombreux" messages.
Si je pouvais donc faire ces déplacements automatiquement, ça
m'arrangerait donc...

David.

P.S. : et je suis bien en maildir...

> Mais de tels gros dossiers sont rares. En général, quand on en a, c'est
> quelques uns pas plus. Aussi je trouve plus réaliste de faire un
> traitement particulier sur ces quelques dossiers plutot qu'un traitement
> systèmatique sur l'ensemble des dossiers. Ma stratégie c'est que pour
> chaque dossier super-lourd, je crée a l'interieur de ce dossier des sous
> dossiers qui ont pour nom des numéros d'année et une fois par an je
> sélectionne tous les messages de l'année précédente et je les déplace
> dans le sous dossier correspondant. Vu que je n'ai que quelques dossiers
> a traiter ainsi c'est tout a fait réaliste de le faire a la main.
> 
> Dans tous les cas, je te conseille vivement de stocker tes messages au
> format maildir plutot que mailbox, si tu veux faire du déplacement de
> messages en masse d'un dossier a un autre ca se passe nettement mieux.

Re: Archivage avec Thunderbird

[David BERCOT]

Le 29/12/2019 à 10:46, Basile Starynkevitch a écrit :
> 
> On 12/29/19 10:40 AM, David BERCOT wrote:
>> Bonjour,
>>
>> Même s'il ne s'agit pas d'une question "purement" Debian, je suppose
>> qu'un certain nombre de personnes présentes sur cette ML utilisent
>> Thunderbird.
>>
>> J'aimerais donc archiver mes mails (sur la base, par exemple, des
>> messages datés de plus d'un an).
>> J'ai regardé les extensions et autres solutions proposées mais, sauf
>> erreur de ma part, celles-ci sont prévues pour des dossiers IMAP vers
>> des dossiers d'archive.
>>
>> Me concernant, les mails, à réception, sont automatiquement déplacés
>> dans un sous-répertoire d'un dossier local (Thunderbird_Mails).
>> Et j'ai donc, en complément, un autre dossier local
>> (Thunderbird_Archives) vers lequel je souhaiterais déplacer les mails
>> ad hoc.
>>
>> Maintenant, mon arborescence est suffisamment compliquée pour que je
>> souhaite automatiser ce processus.
>>
>> Avez-vous des solutions ou conseils pour pouvoir réaliser ce
>> traitement (manuellement ou automatiquement) ?
> 
> 
> Je pense qu'on pourait utiliser soit les filtres de thunderbird, soit
> les extensions de thunderbird.
> 
> https://support.mozilla.org/en-US/kb/organize-your-messages-using-filters
> 
> https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension
> 
> Mais ça peut être du boulot.

Comme tu dis ;-)
Je me suis posé la question à un moment mais j'ai vraiment beaucoup trop
de sous-répertoires.
Et il faudrait, d'autre part, que je pense, à la création de chaque
nouveau sous-répertoire, une nouvelle règle pour son archivage...

> Personnellement, je songeais à développer une extension de thunderbird
> qui embarque Guile <https://www.gnu.org/software/guile/>, mais la
> motivation me manque.

Si jamais la motivation te vient, n'hésite pas ;-)

> Autre approche: installer un MTA (exim, postfix) localement sur Debian,
> avec procmail.

Hum, dans mon cas, je ne sais pas si ça résoudra mes problèmes...

Merci.

David.

> -- 
> Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France; 
> (mobile phone: cf my web page / voir ma page web..

Archivage avec Thunderbird

[David BERCOT]

  
  
Bonjour,
  
  Même s'il ne s'agit pas d'une question "purement" Debian, je
  suppose qu'un certain nombre de personnes présentes sur cette ML
  utilisent Thunderbird.
  
  J'aimerais donc archiver mes mails (sur la base, par exemple, des
  messages datés de plus d'un an).
  J'ai regardé les extensions et autres solutions proposées mais,
  sauf erreur de ma part, celles-ci sont prévues pour des dossiers
  IMAP vers des dossiers d'archive.
  
  Me concernant, les mails, à réception, sont automatiquement
  déplacés dans un sous-répertoire d'un dossier local
  (Thunderbird_Mails).
  Et j'ai donc, en complément, un autre dossier local
  (Thunderbird_Archives) vers lequel je souhaiterais déplacer les
  mails ad hoc.
  
  Maintenant, mon arborescence est suffisamment compliquée pour que
  je souhaite automatiser ce processus.
  
  Avez-vous des solutions ou conseils pour pouvoir réaliser ce
  traitement (manuellement ou automatiquement) ?
  
  Merci d'avance et bonnes fêtes à tous !
  
  David.

  

Problème de décharge rapide...

[David BERCOT]

Hello,

Depuis quelque temps, mon ordinateur se décharge rapidement. En gros, en 
environ 2 heures je n'ai quasiment plus de batterie alors que précédemment, je 
tenais largement 5 ou 6 heures (voire plus).
Je ne pense pas que ce soit lié à sa "vieillesse" mais plutôt au système 
lui-même (à confirmer).
Il s'agit d'un Dell XPS 13 avec Debian Sid.
Donc, je change régulièrement de noyau (actuellement 5.3.0-2-amd64) et je me 
demandais justement si ce n'était pas ça, à savoir un noyau pas obligatoirement 
optimisé sur tout et notamment la durée d'usage.

Avez-vous des suggestions ou des idées ?

Merci d'avance.

David.

Re: Blocages lors de "grosses" copies..

[David BERCOT]

Le 05/09/2019 à 16:27, Bernard Schoenacker a écrit :
> 
> - Mail original - 
> 
>> De: "David BERCOT" 
>> À: debian-user-french@lists.debian.org
>> Envoyé: Jeudi 5 Septembre 2019 12:35:13
>> Objet: Blocages lors de "grosses" copies..
> 
>> Bonjour,
> 
>> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
>> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
> 
>> Donc, si je télécharge des fichiers de taille importante depuis
>> Internet (documents, vidéos, etc.), pas de souci.
> 
>> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
>> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon
>> NAS, j'ai l'impression que l'interface réseau se fige et fige tout
>> le reste !
>> J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le
>> même résultat...
>> Et dans ce cas, même mes autres logiciels (navigateur Web,
>> LibreOffice, Rythmbox, etc.) sont figés.
> 
>> Est-ce que je suis le seul dans ce cas ou avez-vous des comportements
>> similaires ?
> 
>> En question annexe : est-ce que je pourrais limiter ce genre de
>> transfert facilement, genre via une QoS qui plafonnerait l'opération
>> ?
>> Cela me permettrait de les faire sans tout figer...
> 
>> Merci d'avance.
> 
>> David.
> 
> bonjour,
> 
> quelle est la commande que tu utilises pour copier les fichiers ?
> un sujet similaire a été traité sur la liste linux de strasbourg
> pour une histoire de mtu et c'est reproductible via cp

Là, je faisais un simple mv...
Mais si tu as un lien vers le thread sur la liste de Strasbourg, je
jetterai un coup d'oeil ;-)

Merci.

David.

> merci pour ton aimable attention
> 
> bien à vous
> bernard
> 
> 

Re: Re : Blocages lors de "grosses" copies..

[David BERCOT]

Le 05/09/2019 à 15:02, fab a écrit :
> salut,
> 
 Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
 Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
> essaye de démarrer avec un noyau (beaucoup) plus ancien ?
> (j'y crois pas trop).
> 
 Donc, si je télécharge des fichiers de taille importante depuis
 Internet (documents, vidéos, etc.), pas de souci.
 En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
> [zap]
 l'impression que l'interface réseau se fige et fige tout le reste !
> Tu utilises ta box comme switch ?

Non. Ma box est branchée sur mon firewall qui est lui-même branché sur
mon routeur WiFi.
Et le NAS est directement connecté à un port RJ45 du routeur WiFi.

> Si oui:
> * change de port éthernet pour ton nas ?
> * essaye momentanément de remplacer ta box par un autre switch ?
> * j'y pense, si ton laptop est en wifi, mets le filaire ?

Trop loin mais c'est en effet une option...

J'ai une liaison défaillante entre le routeur WiFi et le NAS (via un
relais dans le mur). Celle-ci est plafonné à 100 Mb/s.
J'ai court-circuité celle-ci (câble volant) pour la rétablir à 1 Gb/s et
je viens de refaire un test.
Et là, tout marche...

Je pense que j'ai trouvé la cause ;-)

Par contre, je ne comprends pas que ça impacte complètement mon poste !
Ca ne devrait déranger que le transfert, non ?

> J'ai parfois un peu les même problèmes que toi. J'ai une freebox et je
> pense que les freeplug sont liés à mon problème de lenteur entre 2
> postes du même réseau. Car par ailleurs, tout comme toi, je n'ai pas de
> soucis pour télécharger depuis internet (via wifi).
> 
> Tiens nous au courant ;)

C'est fait ;-)

David.

> f.

Re: Re : Blocages lors de "grosses" copies..

[David BERCOT]

Dans mon cas, je n'ai pas l'impression que ce soit un problème de
ressources "système" mais plutôt le réseau qui bloque le reste.
Mais je peux me tromper ;-)

David.

Le 05/09/2019 à 13:33, nicolas.patr...@gmail.com a écrit :
> Le 05/09/2019 12:35:13, David BERCOT a écrit :
> 
>> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.  
>> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.  
> 
>> Donc, si je télécharge des fichiers de taille importante depuis
>> Internet (documents, vidéos, etc.), pas de souci.
> 
>> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
>> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai
>> l'impression que l'interface réseau se fige et fige tout le reste !
> 
> J’ai un peu le même problème chez moi sur un matériel vieillissant (il a neuf 
> ans).
> Si je lance une copie d’ISO sur une clé USB (coucou l’autre fil), mon système 
> rame et est presque inutilisable tant que ce n’est pas fini, que j’ai tué par 
> un moyen (*kill) ou par un autre (ssh) le processus qui fait ramer ou renice 
> qui a marché aussi.
> 
> nicolas patrois : pts noir asocial
> 

Blocages lors de "grosses" copies..

[David BERCOT]

  
  
Bonjour,
  
  Depuis quelque temps, j'ai un problème bizarre sur mon poste
  Debian.
  Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
  
  Donc, si je télécharge des fichiers de taille importante depuis
  Internet (documents, vidéos, etc.), pas de souci.
  
  En revanche, chez moi, quand je veux copier un "gros" fichier
  (ceci commence à quelques centaines de Mo jusqu'à plusieurs Go)
  sur mon NAS, j'ai l'impression que l'interface réseau se fige et
  fige tout le reste !
  J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec
  le même résultat...
  Et dans ce cas, même mes autres logiciels (navigateur Web,
  LibreOffice, Rythmbox, etc.) sont figés.
  
  Est-ce que je suis le seul dans ce cas ou avez-vous des
  comportements similaires ?
  
  En question annexe : est-ce que je pourrais limiter ce genre de
  transfert facilement, genre via une QoS qui plafonnerait
  l'opération ?
  Cela me permettrait de les faire sans tout figer...
  
  Merci d'avance.
  
  David.

  

Re: Noyau >= 4.19.0.5 et disque chiffré

[David BERCOT]

Bonjour,

En effet, c'était bien ça... J'ai suivi la doc : purge et réinstallation de 
cryptsetup et cryptsetup-initrams et tout est rentré dans l'ordre.

Merci ;-)

David.

Le 08/08/2019 à 18:30, Jean-Marc a écrit :
> Thu, 8 Aug 2019 09:45:27 +0200
> David BERCOT  écrivait :
> 
>> Bonjour,
> 
> salut David,
> 
>> Depuis que je suis passé au noyau 4.19.0.5, le système n'arrive plus à 
>> accéder "correctement" à mon disque chiffré.
>> Au démarrage, plutôt que de me demander la phrase de déchiffrement, il 
>> tourne en boucle en indiquant qu'il n'arrive pas à lire le disque...
>>
>> Heureusement, le noyau précédent (4.19.0.4) est toujours présent et 
>> fonctionne toujours correctement.
>>
>> Ce matin, j'ai fait un nouveau test en ajoutant le dernier noyau (5.2.0.1) 
>> et le résultat est le même !
>>
>> Avez-vous le même problème ou est-ce que ça vient de moi ?
> 
> Perso, j'utilise un noyau 4.19.0-5-amd64 sans soucis avec un système chiffré 
> sur LVM.
> 
> Ne serait-ce pas plutôt un soucis au niveau de GRUB ?
> 
> J'ai vu passé quelques bugs relatifs à l'amorçage GRUB + disques chiffrés.
> 
>> Merci.
>>
>> David.
>>
> 
> 
> Jean-Marc 
> https://6jf.be/keys/ED863AD1.txt
> 



signature.asc
Description: OpenPGP digital signature

Noyau >= 4.19.0.5 et disque chiffré

[David BERCOT]

Bonjour,

Depuis que je suis passé au noyau 4.19.0.5, le système n'arrive plus à accéder 
"correctement" à mon disque chiffré.
Au démarrage, plutôt que de me demander la phrase de déchiffrement, il tourne 
en boucle en indiquant qu'il n'arrive pas à lire le disque...

Heureusement, le noyau précédent (4.19.0.4) est toujours présent et fonctionne 
toujours correctement.

Ce matin, j'ai fait un nouveau test en ajoutant le dernier noyau (5.2.0.1) et 
le résultat est le même !

Avez-vous le même problème ou est-ce que ça vient de moi ?

Merci.

David.

Re: Wget seulement si changement...

[David BERCOT]

En fait, j'utilise bien le -N pour tous les cas (je suis d'accord, c'est
plus naturel), sauf celui évoqué où la cinématique est un peu différente...

David.

Le 18/07/2019 à 17:12, Daniel Caillibaud a écrit :
> Le 18/07/19 à 16h28, David BERCOT  a écrit :
>> Daniel, tu confonds -o et -O ;-)
>>
>> L'option -N n'est pas compatible avec -O qui consiste à donner le nom du
>> fichier téléchargé.
>> En revanche, -o signifie juste qu'on veut envoyer les logs dans le
>> fichier indiqué.
> 
> Tu as raison, merci d'avoir précisé.
> 
>> J'ai testé et tout fonctionne.
> 
> Mais tu restes tributaire de la formulation des messages wget, rien ne dit
> qu'ils soient les mêmes après une montée de version (et le script dépend
> aussi de la locale utilisée, faudrait la forcer à fr_FR.UTF-8 dans l'appel
> de wget).
> 
> Laisser faire le -N et regarder si le fichier a changé me parait plus
> fiable (et aussi plus simple, on aurait aussi pu regarder le md5 avant /
> après), mais c'est juste une remarque, si ça va très bien comme ça pas la
> peine de changer.
> 

Re: Wget seulement si changement...

[David BERCOT]

Daniel, tu confonds -o et -O ;-)

L'option -N n'est pas compatible avec -O qui consiste à donner le nom du
fichier téléchargé.
En revanche, -o signifie juste qu'on veut envoyer les logs dans le
fichier indiqué.

J'ai testé et tout fonctionne.

David.

Le 18/07/2019 à 15:53, Daniel Caillibaud a écrit :
> Le 18/07/19 à 15h11, David BERCOT  a écrit :
>> Je vous fais juste un petit retour rapide...
>> J'ai donc suivi le conseil de Daniel et ça fonctionne.
>>
>> En gros :
>> wget -o code_retour_slimjet --show-progress -N
>> "https://www.slimjet.com/download.php?location=local==lnx64=deb==;
>> if [[ $(grep "Téléchargement sauté" code_retour_slimjet) ]]; then echo
>> "Pas de mise à jour pour Slimjet !" else
>>  gdebi --n
>> download.php?location=local==lnx64=deb== fi
> 
> Sauf que la doc dit explicitement qu'il faut pas de -o avec -N
> 
> Et je suis pas sûr que ton url récupère effectivement le .deb…
> 
> Je pense plus prudent de faire
> 
> deb=slimjet_amd64.deb
> oldDate=$(date --reference $deb '+%F %T')
> wget -N https://www.slimjet.com/release/slimjet_amd64.deb
> newDate=$(date --reference $deb '+%F %T')
> 
> if [ "$oldDate" == "$newDate" ]; then
>   echo "Pas de mise à jour de $deb ($oldDate)"
> else
>   echo "On a récupéré un nouveau $deb ($oldDate => $newDate)"
>   # faire autre chose si besoin
> fi

Re: Wget seulement si changement...

[David BERCOT]

Bonjour,

Je vous fais juste un petit retour rapide...
J'ai donc suivi le conseil de Daniel et ça fonctionne.

En gros :
wget -o code_retour_slimjet --show-progress -N 
"https://www.slimjet.com/download.php?location=local==lnx64=deb==;
if [[ $(grep "Téléchargement sauté" code_retour_slimjet) ]]; then
echo "Pas de mise à jour pour Slimjet !"
else
gdebi --n 
download.php?location=local==lnx64=deb==
fi

Merci à tous ;-)

David.

Le 15/07/2019 à 14:41, Daniel Caillibaud a écrit :
> Le 15/07/19 à 14:28, Daniel Caillibaud  a écrit :
> 
>> Le 15/07/19 à 13:21, David BERCOT  a écrit :
>>> Prenons le cas de Slimjet (qui n'existe pas, sauf erreur de ma part, dans 
>>> un "vrai"
>>> repository) : wget -O slimjet_amd64.deb
>>> "https://www.slimjet.com/download.php?location=local==lnx64=deb==;
>>> J'aimerais éviter ce téléchargement si jamais le fichier (qui a toujours le 
>>> même nom) n'a
>>> pas changé depuis la fois précédente (a priori, en comparant la taille ou 
>>> la date). Mais
>>> pour l'instant, je n'ai pas trouvé d'option me donner ces 
>>> meta-informations...  
>>
>> curl --head --dump-header - $url
>>
>> te donneras ces infos.
> 
> Regarde aussi l'option -N de wget, à priori c'est fait pour :
> 
>   wget -N https://www.slimjet.com/release/slimjet_amd64.deb
> 
> ne le télécharge pas si ta version (celle récupérée par la commande 
> précédente) est la
> dernière.
> 
> Si ça a changé, il va écraser l'ancien slimjet_amd64.deb (du dossier où tu 
> lances la commande)
> par le nouveau.
> 
>> HTTP/1.1 200 OK
>> Date: Mon, 15 Jul 2019 12:26:46 GMT
>> Server: Apache
>> Last-Modified: Thu, 11 Jul 2019 21:24:36 GMT
>> Accept-Ranges: bytes
>> Content-Length: 69865454
>> Content-Type: application/x-debian-package
> 

Re: Wget seulement si changement...

[David BERCOT]

Je pense que ma demande n'était pas complète ;-)
Ce sera sûrement plus clair avec un exemple...

Prenons le cas de Slimjet (qui n'existe pas, sauf erreur de ma part, dans un 
"vrai" repository) :
wget -O slimjet_amd64.deb 
"https://www.slimjet.com/download.php?location=local==lnx64=deb==;
J'aimerais éviter ce téléchargement si jamais le fichier (qui a toujours le 
même nom) n'a pas changé depuis la fois précédente (a priori, en comparant la 
taille ou la date).
Mais pour l'instant, je n'ai pas trouvé d'option me donner ces 
meta-informations...

David.

Le 15/07/2019 à 11:02, Bernard Schoenacker a écrit :
> 
> - Mail original ----- 
> 
>> De: "David BERCOT" 
>> À: debian-user-french@lists.debian.org
>> Envoyé: Lundi 15 Juillet 2019 10:46:48
>> Objet: Wget seulement si changement...
> 
>> Bonjour,
> 
>> Dans une procédure automatique, je souhaiterais télécharger un
>> nouveau paquet (via wget ou assimilé) seulement s'il a changé depuis
>> la version précédente.
>> Je suppose que cette comparaison peut se faire sur la taille du
>> fichier, sa date, etc.
> 
>> Est-ce que vous auriez une idée voire un exemple en la matière ?
> 
>> Merci d'avance.
> 
>> David.
> 
> bonjour,
> 
> 
> pourquoi ne pas voir avec cette instruction :
> apt-cache show $PKG |grep Filename
> attention l'adresse n'est pas complète
> 
> merci
> slt
> bernard
> 
> 

Wget seulement si changement...

[David BERCOT]

  
  
Bonjour,
  
  Dans une procédure automatique, je souhaiterais télécharger un
  nouveau paquet (via wget ou assimilé) seulement s'il a changé
  depuis la version précédente.
  Je suppose que cette comparaison peut se faire sur la taille du
  fichier, sa date, etc.
  
  Est-ce que vous auriez une idée voire un exemple en la matière ?
  
  Merci d'avance.
  
  David.

  

Re: Extension "tray icons"

[David BERCOT]

C'est très joli ;-)

Mais que fais-tu de la barre Gnome par défaut ?
Dans ce cas, tu n'en as plus vraiment besoin si tu gères tout avec Tint2 ?

Et en effet, peut-être que Wayland va perturber les choses...

Merci.

David.

Le 04/07/2019 à 15:29, Pascal Legrand a écrit :
> 
> Ici mon fichier de conf et une copie d'écran de ce que ça donne.
> Sachant qu'avec Wayland tout ne fonctionne pas nikel.
> 
> http://plegrand1.free.fr/tint2.png
> http://plegrand1.free.fr/tint2rc
> 
> 

Re: Extension "tray icons"

[David BERCOT]

Je viens de tester mais c'est... différent...
J'avoue ne pas trop adhérer (sauf si je l'ai mal configuré ;-)) mais
merci néanmoins pour la piste.

David.

Le 04/07/2019 à 14:33, Pascal Legrand a écrit :
> De mon côté sur Debian SID avec Gnome, j'utilise Tint2 avec bonheur
> Bonne journée
> 

Re: Extension "tray icons"

[David BERCOT]

Bonjour,

Je viens de tester stalonetray ainsi que trayer... sans succès !

Quant à Topicons Plus, je l'utilisais avant avec, sauf erreur, le même 
comportement.

Je viens d'installer une autre extension qui va peut-être mettre tout le monde 
d'accord ;-) Il s'agit de gnome-shell-extension-appindicator.

A suivre.

David.

Le 04/07/2019 à 10:14, didier gaumet a écrit :
> Le 01/07/2019 à 10:18, David BERCOT a écrit :
>> Bonjour,
>>
>> Sous Debian Sid avec Gnome, afin d'afficher des icônes diverses (par
>> exemple celle de Thunderbird, de VirtualBox, etc.) dans la barre de
>> tâches "systray", j'utilise l'extension SimpleTray.
>> Celle-ci fonctionne parfaitement... au démarrage de ma session.
>> En revanche, après un passage en veille, à la sortie de cette veille, je
>> n'ai plus que les icônes "de base" (réseau, son, etc.).
>>
>> Avez-vous une option qui fonctionne tout le temps ?
>>
>> Merci d'avance.
>>
>> David.
> 
> A voir si Topicons Plus peut satisfaire tes besoins:
> 
> https://extensions.gnome.org/extension/1031/topicons/
> https://packages.debian.org/stretch/gnome-shell-extension-top-icons-plus
> 
> 

Extension "tray icons"

[David BERCOT]

  
  
Bonjour,
  
  Sous Debian Sid avec Gnome, afin d'afficher des icônes diverses
  (par exemple celle de Thunderbird, de VirtualBox, etc.) dans la
  barre de tâches "systray", j'utilise l'extension SimpleTray.
  Celle-ci fonctionne parfaitement... au démarrage de ma session.
  En revanche, après un passage en veille, à la sortie de cette
  veille, je n'ai plus que les icônes "de base" (réseau, son, etc.).
  
  Avez-vous une option qui fonctionne tout le temps ?
  
  Merci d'avance.
  
  David.

  

Re: Configuration d'Alsa éphémère

[David BERCOT]

Bonjour Francis,

Oui, Sid est une "vraie" distribution avec l'ensemble des paquets et des mises 
à jour très fréquentes (notamment dans le cas de failles de sécurité).
D'autre part, il est extrêmement intéressant d'avoir une version de Debian en 
mode "rolling release", sans ré-installation en cas de changement de version 
majeure (il n'y en a pas pour Sid).
Personnellement, c'est aussi cette version que j'utilise depuis des années en 
ayant néanmoins à l'esprit le fait qu'il peut, ponctuellement, y avoir des 
problèmes ;-)

Bien cordialement,

David.

Le 06/05/2019 à 23:37, fw a écrit :
> As-tu une raison particulière d'utiliser la distribution unstable
> (« Sid ») ?
> 
> Cordialement
> 
> "Dire que l'on s'en fiche du droit à la vie privée sous prétexte qu'on a rien 
> à cacher, c'est comme déclarer que l'on se fiche du droit à la liberté 
> d'expression sous prétexte qu'on a rien à dire." Edward Snowden
> 

Borg [was Re: Sauvegarde "classique" vs synchronisation ?]

[David BERCOT]

Bonjour Bernard,

J'ai regardé la doc et, en effet, l'outil semble intéressant et correspond bien 
à mon besoin (sauvegarde distante, via SSH, avec déduplication, etc.)

Maintenant, j'ai beaucoup d'erreurs :
Local Exception
OSError: [Errno 28] No space left on device

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4455, in main
exit_code = archiver.run(args)
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4387, in run
return set_ec(func(args))
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 145, in wrapper
assert_secure(repository, kwargs['manifest'], self.lock_wait)
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 206, in 
assert_secure
sm.assert_secure(manifest, manifest.key, lock_wait=lock_wait)
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 171, in 
assert_secure
with cache_config:
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 238, in __enter__
self.open()
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 261, in open
kill_stale_locks=hostname_is_unique()).acquire()
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 351, in acquire
self._roster.modify(EXCLUSIVE, ADD)
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 286, in modify
self.save(roster)
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 258, in save
json.dump(data, f)
OSError: [Errno 28] No space left on device

Platform: Linux DBE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64
Linux: debian buster/sid 
Borg: 1.1.9  Python: CPython 3.7.3
PID: 30522  CWD: /home/david.bercot
sys.argv: ['/usr/bin/borg', 'create', '--list', '--one-file-system', 
'--compression', 'auto,zlib,5', '--stats', 
'serveur:/data/borgbackup::home_david_{now:%Y-%m-%d_%H:%M}', 
'/home/david.bercot/', '--exclude', '/home/david.bercot/rep']
SSH_ORIGINAL_COMMAND: None

Killed stale lock DBE@110352858462797.30522-0.
Local Exception
OSError: [Errno 28] No space left on device

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4455, in main
exit_code = archiver.run(args)
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4387, in run
return set_ec(func(args))
  File "/usr/lib/python3/dist-packages/borg/archiver.py", line 145, in wrapper
assert_secure(repository, kwargs['manifest'], self.lock_wait)
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 206, in 
assert_secure
sm.assert_secure(manifest, manifest.key, lock_wait=lock_wait)
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 171, in 
assert_secure
with cache_config:
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 238, in __enter__
self.open()
  File "/usr/lib/python3/dist-packages/borg/cache.py", line 261, in open
kill_stale_locks=hostname_is_unique()).acquire()
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 351, in acquire
self._roster.modify(EXCLUSIVE, ADD)
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 286, in modify
self.save(roster)
  File "/usr/lib/python3/dist-packages/borg/locking.py", line 258, in save
json.dump(data, f)
OSError: [Errno 28] No space left on device

Platform: Linux DBE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64
Linux: debian buster/sid 
Borg: 1.1.9  Python: CPython 3.7.3
PID: 30586  CWD: /home/david.bercot
sys.argv: ['/usr/bin/borg', 'prune', '--list', '--keep-within=14d', 
'--keep-weekly=4', '--keep-monthly=-1', 'serveur:/data/borgbackup']
SSH_ORIGINAL_COMMAND: None

Je ne sais pas si tu as déjà rencontré ça et si tu as une idée ?
Les messages "no space left" me semblent très bizarres (pas du tout de souci 
d'espace disque)...

Merci d'avance.

David.

P.S. : sinon, je tenterai backuppc...

Le 09/03/2019 à 18:51, Bernard Schoenacker a écrit :
> 
> 
> - Mail original -
>> De: "David BERCOT" 
>> À: debian-user-french@lists.debian.org
>> Envoyé: Samedi 9 Mars 2019 18:42:04
>> Objet: Sauvegarde "classique" vs synchronisation ?
>>
>> Bonjour,
>>
>> Afin d'avoir une copie à jour (ou du moins, le plus à jour possible)
>> de
>> mon ordinateur (ce qui m'intéresse est uniquement mon /home),
>> j'hésite
>> entre des sauvegardes classiques et une synchronisation type "cloud".
>>
>> De mon point de vue, la sauvegarde a l'avantage d'être "consistante"
>> et
>> d'intégrer potentiellement des versions différentes de mes documents

Sauvegarde "classique" vs synchronisation ?

[David BERCOT]

Bonjour,

Afin d'avoir une copie à jour (ou du moins, le plus à jour possible) de
mon ordinateur (ce qui m'intéresse est uniquement mon /home), j'hésite
entre des sauvegardes classiques et une synchronisation type "cloud".

De mon point de vue, la sauvegarde a l'avantage d'être "consistante" et
d'intégrer potentiellement des versions différentes de mes documents.
En revanche, si le crash ou la perte ou le vol de la machine se produit
"relativement longtemps" après la dernière sauvegarde, les données ne
sont pas vraiment fraîches.

La synchronisation (partons sur un serveur personnel de type NextCloud
pour illustrer) permet justement de répondre à ce besoin de fraîcheur
mais peut poser d'autres problèmes [quid des fichiers qui bougent
quasiment en permanence, d'un "gros" fichier mis à jour au moment d'un
connexion bas débit [aéroport par exemple] ?).

Bref, le sujet me semblant assez "classique", je me disais que j'aurais
pu profiter de vos expériences en la matière ;-).

Si vous avez des retours, des conseils, des préconisations, je suis
preneur...

Merci d'avance et bon week-end.

David.

Re: Alternative à Sieve en mode Virtual user mail system

[David BERCOT]

En fait, j'ai trouvé une solution via LMTP.
Désolé pour le bruit...

David.

Le 28/02/2019 à 15:38, Erwan David a écrit :
> On 28/02/2019 12:57, David BERCOT wrote:
>> Bonjour,
>>
>> Je viens de ré-installer mon serveur de messagerie et je souhaitais
>> améliorer son fonctionnement vis-à-vis de la version précédente.
>> C'est notamment le cas avec l'intégration d'un anti-spam (j'utilise
>> Rspamd qui semble remplir parfaitement son rôle).
>> Maintenant, j'aurais justement souhaité déplacer automatiquement les
>> spams dans le répertoire ad hoc.
>> Et là, j'ai installé et commencé à configurer Sieve.
>> Comme il ne fonctionnait pas, j'ai creusé un peu et je viens de
>> découvrir qu'il n'a pas l'air compatible avec le mode "Virtual user mail
>> system" (c'est-à-dire que mes comptes de messagerie ne correspondent pas
>> à des comptes utilisateurs).
>>
>> Ma question est simple : connaissez-vous une alternative à Sieve dans ce
>> contexte ?
>>
>> Merci d'avance.
>>
>> David.
>>
> Ça marche très bien pour moi avec dovecot en serveur imap et en activant
> le protocole managesieve pour la mise à jour des scripts de filtrage.
> 
> Il y a une extension thunderbird pour gérer le script ou il faut passer
> par sieve-connect sur le client.
> 
> 
> 

Alternative à Sieve en mode Virtual user mail system

[David BERCOT]

Bonjour,

Je viens de ré-installer mon serveur de messagerie et je souhaitais
améliorer son fonctionnement vis-à-vis de la version précédente.
C'est notamment le cas avec l'intégration d'un anti-spam (j'utilise
Rspamd qui semble remplir parfaitement son rôle).
Maintenant, j'aurais justement souhaité déplacer automatiquement les
spams dans le répertoire ad hoc.
Et là, j'ai installé et commencé à configurer Sieve.
Comme il ne fonctionnait pas, j'ai creusé un peu et je viens de
découvrir qu'il n'a pas l'air compatible avec le mode "Virtual user mail
system" (c'est-à-dire que mes comptes de messagerie ne correspondent pas
à des comptes utilisateurs).

Ma question est simple : connaissez-vous une alternative à Sieve dans ce
contexte ?

Merci d'avance.

David.



smime.p7s
Description: Signature cryptographique S/MIME

Quel anti spam serveur ?

[David BERCOT]

Bonjour,

Je vais ré-installer mon serveur mail (postfix/dovecot/roundcube) et lui
ajouter un anti-spam.
Les quelques recherches effectuées conseillent plutôt spamassassin ou
rspamd.

Est-ce que vous auriez un conseil / retour d'expérience en la matière ?

Il s'agit d'un serveur purement personnel avec des contraintes qui sont
donc plutôt limitées...

Merci d'avance.

David.

Re: Passage en qwerty !?!?

[David BERCOT]

Pour info, tu es dans quelle version pour ces produits ?
Je ne les ai pas vu passer :-(

Merci.

David.

Le 11/02/2019 à 11:08, F. Dubois a écrit :
> Bonjour, problème réglé ce matin (sid) avec une maj de libc, locales...
> je crois. Donc le pb a été relevé et corrigé. Très réactif les
> développeurs.
> 
> Fabien
> 
> 

Re: Passage en qwerty !?!?

[David BERCOT]

Non, assez classique : Debian Sid avec Gnome...

David.

Le 11/02/2019 à 09:44, Pierre L. a écrit :
> Bonjour,
> 
> Un environnement spécial ?
> Sur mon XFCE je n'ai pas remarqué ca...
> 
> 
> Le 11/02/2019 à 09:32, David BERCOT a écrit :
>> Le 10/02/2019 à 13:16, David BERCOT a écrit :
>>> Bonjour,
>>>
>>> Depuis la mise à jour de ce matin, j’ai un comportement très bizarre.
>>> Ainsi, en console, pas de souci (toujours en Azerty). Idem sur
>>> LibreOffice, GEdit, etc.
>>> En revanche, dans les navigateurs Internet (Chrome, Firefox, Vivaldi)
>>> mais aussi dans Onlyoffice ou Thunderbird, je suis en Qwerty...
>>> J’ai essayé les classiques « dpkg-reconfigure locales », etc. sans
>>> succès.
>>> Est-ce que vous auriez une piste, une idée ?
>>>
>>> Merci d’avance.
>>>
>>> David.
> 
> 



signature.asc
Description: OpenPGP digital signature

Re: Passage en qwerty !?!?

[David BERCOT]

Ah, merci François. On se sent moins seul ;-)

C'est donc un problème global et j'espère qu'on aura une explication et
une correction rapidement...

David.

Le 10/02/2019 à 23:01, F. Dubois a écrit :
> Le 10/02/2019 à 13:16, David BERCOT a écrit :
>> Bonjour,
>>
>> Depuis la mise à jour de ce matin, j’ai un comportement très bizarre.
>> Ainsi, en console, pas de souci (toujours en Azerty). Idem sur
>> LibreOffice, GEdit, etc.
>> En revanche, dans les navigateurs Internet (Chrome, Firefox, Vivaldi)
>> mais aussi dans Onlyoffice ou Thunderbird, je suis en Qwerty...
>> J’ai essayé les classiques « dpkg-reconfigure locales », etc. sans
>> succès.
>> Est-ce que vous auriez une piste, une idée ?
>>
>> Merci d’avance.
>>
>> David.
>>
> Bonsoir, pareil chez moi. Pas d’idée.
> 
> Fabien
> 
> 

Re: Passage en qwerty !?!?

[David BERCOT]

Bonjour,

Je viens d’essayer sur Chrome en désactivant toutes les extensions et le
résultat est le même...
Là, je sèche vraiment et c’est très inconfortable...

David.

Le 10/02/2019 à 22:12, Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le dimanche 10 février 2019, David BERCOT a écrit...
> 
> 
>> Ainsi, en console, pas de souci (toujours en Azerty). Idem sur
>> LibreOffice, GEdit, etc.  En revanche, dans les navigateurs Internet
>> (Chrome, Firefox, Vivaldi) mais aussi dans Onlyoffice ou Thunderbird, je
>> suis en Qwerty...
> 
>> Est-ce que vous auriez une piste, une idée ?
> 
> Tu n'as pas une extension dans ces applications qui serait responsable ?
> Je ne connais pas Onlyoffice. Je ne sais pas si ça fonctionne avec des
> extensions. Mais les autres qui sont citées oui.
> 

Re: Passage en qwerty !?!?

[David BERCOT]

Je n’ai pas de ~/.xinitrc et, dans Gnome, je suis bien en Français partout 
(d’ailleurs, ça fonctionne correctement dans les applications « purement » 
Gnome).

David.

Le 10/02/2019 à 13:41, Bernard Schoenacker a écrit :
> 
> 
> - Mail original -
>> De: "David BERCOT" 
>> À: "debian-user-french@lists.debian.org French" 
>> 
>> Envoyé: Dimanche 10 Février 2019 13:16:25
>> Objet: Passage en qwerty !?!?
>>
>> Bonjour,
>>
>> Depuis la mise à jour de ce matin, j’ai un comportement très bizarre.
>> Ainsi, en console, pas de souci (toujours en Azerty). Idem sur
>> LibreOffice, GEdit, etc.
>> En revanche, dans les navigateurs Internet (Chrome, Firefox, Vivaldi)
>> mais aussi dans Onlyoffice ou Thunderbird, je suis en Qwerty...
>> J’ai essayé les classiques « dpkg-reconfigure locales », etc. sans
>> succès.
>> Est-ce que vous auriez une piste, une idée ?
>>
>> Merci d’avance.
>>
>> David.
>>
> bonjour,
> 
> serait il possible de vérifier le .xinitrc et le réglage du clavier
> dans le panneau de configuration du gestionnaire de bureau
> 
> merci
> slt
> bernard
> 
> 

Passage en qwerty !?!?

[David BERCOT]

Bonjour,

Depuis la mise à jour de ce matin, j’ai un comportement très bizarre.
Ainsi, en console, pas de souci (toujours en Azerty). Idem sur LibreOffice, 
GEdit, etc.
En revanche, dans les navigateurs Internet (Chrome, Firefox, Vivaldi) mais 
aussi dans Onlyoffice ou Thunderbird, je suis en Qwerty...
J’ai essayé les classiques « dpkg-reconfigure locales », etc. sans succès.
Est-ce que vous auriez une piste, une idée ?

Merci d’avance.

David.

Re: Re : Télécommande de présentation compatible Debian

[David BERCOT]

Bonjour,

La réponse est simple : bluetooth est très pratique (rien à brancher, rien qui 
dépasse de l'ordinateur [dongle]).

David.

Le 05/02/2019 à 00:20, k6dedi...@free.fr a écrit :
> Bonjour,
> Pourquoi choisir Bluetooth ?
> Bluetooth est un système avec une faible protection qui est à la base de 
> nombreuses intrusion de hackers.
> 
> Il vous faut savoir que MAC OS X est basé sur Linux BSD.
> Donc tout ce qui est compatible MAC doit donc pouvoir fonctionner sous Linux.
> Le prochain Windows aura un noyau Linux, donc il y aura de plus en plus de 
> matériels disponibles sous Linux.
> Cassis
> 
> 
> 
> 
> - Mail d'origine -
> De: David BERCOT 
> À: debian-user-french@lists.debian.org
> Envoyé: Mon, 04 Feb 2019 09:56:10 +0100 (CET)
> Objet: Télécommande de présentation compatible Debian
> 
> Bonjour,
> 
> Il existe sur le marché un certain nombre de télécommandes utilisables
> pendant des présentations (PowerPoint, PDF, etc.).
> Par exemple :
> https://www.amazon.fr/Logitech-R500-Télécommande-présentation-laser/dp/B07CKDJ55F
> 
> Maintenant, je n'ai pour l'instant vu celles-ci utilisées que sur des
> systèmes Windows ou Mac.
> 
> Avez-vous des exemples de modèles qui fonctionnent avec Debian (et
> idéalement, en bluetooth) ?
> 
> Merci d'avance.
> 
> David.
> 
> 
> 

Re: Télécommande de présentation compatible Debian

[David BERCOT]

Merci pour vos différents retours.
Je vais regarder ça de près et tester...

David.

Le 04/02/2019 à 10:13, Yann Serre a écrit :
> Bonjour,
> 
> "COMPATIBILITÉ UNIVERSELLE: la télécommande R500 est optimisée pour être
> compatible avec Windows, macOS, iOS, Android et tous les principaux
> logiciels de présentation y compris PowerPoint, Keynote, PDF, Google
> Slides et Prezi."
> 
> Logitech réutilise probablement le module radio des claviers et souris
> sans fil USB. Donc ça devrait fonctionner sur Debian sans driver
> particulier.
> 
> Autre piste : j'avais bricolé une télécommande (USB à fil !) avec un
> ARDUINO LEONARDO. Ce modèle particulier d'Arduino peut simuler des
> combinaisons de touches du clavier. Mon utilisation était un boitier à 5
> boutons qui simulait la saisie de 5 mots de passe complexes (un bouton =
> un mot de passe). Sur le même principe, on peut piloter un Powerpoint
> (slide précédente, slide suivante, autre...)
> 
> Bonne semaine
> 
> Le 04/02/2019 à 09:56, David BERCOT a écrit :
>> Bonjour,
>>
>> Il existe sur le marché un certain nombre de télécommandes utilisables
>> pendant des présentations (PowerPoint, PDF, etc.).
>> Par exemple :
>> https://www.amazon.fr/Logitech-R500-Télécommande-présentation-laser/dp/B07CKDJ55F
>>
>>
>> Maintenant, je n'ai pour l'instant vu celles-ci utilisées que sur des
>> systèmes Windows ou Mac.
>>
>> Avez-vous des exemples de modèles qui fonctionnent avec Debian (et
>> idéalement, en bluetooth) ?
>>
>> Merci d'avance.
>>
>> David.
> 
> 

Télécommande de présentation compatible Debian

[David BERCOT]

Bonjour,

Il existe sur le marché un certain nombre de télécommandes utilisables
pendant des présentations (PowerPoint, PDF, etc.).
Par exemple :
https://www.amazon.fr/Logitech-R500-Télécommande-présentation-laser/dp/B07CKDJ55F

Maintenant, je n'ai pour l'instant vu celles-ci utilisées que sur des
systèmes Windows ou Mac.

Avez-vous des exemples de modèles qui fonctionnent avec Debian (et
idéalement, en bluetooth) ?

Merci d'avance.

David.

[Résolu] Re: Wifi : impossible de me connecter en PEAP/MSCHAPv2 [enfin, ça dépend]

[David BERCOT]

Bonjour,

Au cas où ça arriverait à quelqu'un d'autre, j'ai trouvé l'explication à
mon problème.
Cela vient tout simplement de la version d'OpenSSL.

Ainsi, lors de l'installation initiale en Debian testing, OpenSSL est en
version 1.1.0h-4.
Je passais ensuite en SID qui faisait basculer OpenSSL en version
1.1.1~~pre9-1, et là, ma connexion Wifi ne fonctionnait plus (du moins,
sur l'exemple évoqué) !

Il y a donc une évolution dans cette bibliothèque qui empêche ma
connexion. Je ne sais pas trop comment signaler ce problème mais je vais
creuser un peu...

David.

P.S. : via le pinning, j'ai bloqué OpenSSL sur testing et tout roule...

Le 24/08/2018 à 17:39, David BERCOT a écrit :
> Bonjour,
> 
> A tout hasard, je vous expose mon problème (comme j'ai testé la plupart
> de ce qui est proposé sur Internet, je n'y crois pas trop, mais sait-on
> jamais ;-)).
> 
> J'ai donc installé une Debian Sid sur un Dell XPS 9365.
> Et là, tout fonctionne bien...
> Puis je change de disque, je ré-installe la même version de Debian avec
> les mêmes paquets, je ré-injecte mon /home et toute ma configuration, et
> là, impossible de me connecter en Wifi sur mon réseau d'entreprise.
> Le message qui revient le plus souvent est le suivant :
> wlp60s0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice
> (Reason: 3=DEAUTH_LEAVING)
> Dans la configuration mise en place au niveau de Network Manager, je
> suis en WPA et WPA2 d'entreprise, EAP sécurisé (PEAP), aucun certificat
> CA requis, version PEAP automatique et MSCHAPv2.
> Or, la veille, sur le même ordinateur, juste avant le changement de
> disque, ça fonctionnait parfaitement !
> J'ai donc du mal à remettre en question le matériel, le firmware et même
> la configuration puisque tout est identique (à l'exception, peut-être,
> de quelques paquets Debian mis à jour dans l'intervalle).
> 
> Chose surprenante, sur un autre SSID (Eduroam pour ceux qui
> connaissent), la configuration est identique, les bornes Wifi utilisées
> sont les mêmes, et il n'y a donc que le serveur Radius qui change, et
> là, ça fonctionne !
> 
> J'ai essayé les choses suivantes :
> - iw reg set FR + /etc/default/crda [REGDOMAIN=FR]
> - quelques options dans
> /usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service et
> fi.epitest.hostap.WPASupplicant.service
> - ln -s /dev/null /etc/systemd/network/99-default.link (pour avoir un
> nom plus court : wlan0 au lieu de wlp60s0 si jamais ce dernier était
> jugé un peu long)
> - noyau plus ancien (4.17.0-2) et plus récent (4.18.0-rc4)
> et je pense que j'en oublie...
> 
> Bref, auriez-vous une piste ?
> 
> Merci d'avance.
> 
> David.
> 
> 

Re: Wifi : impossible de me connecter en PEAP/MSCHAPv2 [enfin, ça dépend]

[David BERCOT]

Bonjour Christophe,

Pas de souci ;-)

Je cherche encore...

David.

Le 25/08/2018 à 11:51, Christophe Maquaire a écrit :
> Le samedi 25 août 2018 à 10:00 +0200, Christophe Maquaire a écrit :
>>
>> et j'ai trouvé la solution là:
>>
>> https://lists.debian.org/debian-user/2017/06/msg01045.html
>>
> 
> Argh, j'ai lu trop vite, je vois que tu avais déjà essayé cette
> solution sans résultat positif.
> 
> Désolé,
> 
> Christophe 
> 
> 

Wifi : impossible de me connecter en PEAP/MSCHAPv2 [enfin, ça dépend]

[David BERCOT]

Bonjour,

A tout hasard, je vous expose mon problème (comme j'ai testé la plupart
de ce qui est proposé sur Internet, je n'y crois pas trop, mais sait-on
jamais ;-)).

J'ai donc installé une Debian Sid sur un Dell XPS 9365.
Et là, tout fonctionne bien...
Puis je change de disque, je ré-installe la même version de Debian avec
les mêmes paquets, je ré-injecte mon /home et toute ma configuration, et
là, impossible de me connecter en Wifi sur mon réseau d'entreprise.
Le message qui revient le plus souvent est le suivant :
wlp60s0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice
(Reason: 3=DEAUTH_LEAVING)
Dans la configuration mise en place au niveau de Network Manager, je
suis en WPA et WPA2 d'entreprise, EAP sécurisé (PEAP), aucun certificat
CA requis, version PEAP automatique et MSCHAPv2.
Or, la veille, sur le même ordinateur, juste avant le changement de
disque, ça fonctionnait parfaitement !
J'ai donc du mal à remettre en question le matériel, le firmware et même
la configuration puisque tout est identique (à l'exception, peut-être,
de quelques paquets Debian mis à jour dans l'intervalle).

Chose surprenante, sur un autre SSID (Eduroam pour ceux qui
connaissent), la configuration est identique, les bornes Wifi utilisées
sont les mêmes, et il n'y a donc que le serveur Radius qui change, et
là, ça fonctionne !

J'ai essayé les choses suivantes :
- iw reg set FR + /etc/default/crda [REGDOMAIN=FR]
- quelques options dans
/usr/share/dbus-1/system-services/fi.w1.wpa_supplicant1.service et
fi.epitest.hostap.WPASupplicant.service
- ln -s /dev/null /etc/systemd/network/99-default.link (pour avoir un
nom plus court : wlan0 au lieu de wlp60s0 si jamais ce dernier était
jugé un peu long)
- noyau plus ancien (4.17.0-2) et plus récent (4.18.0-rc4)
et je pense que j'en oublie...

Bref, auriez-vous une piste ?

Merci d'avance.

David.

Re: Migrer un système debian vers un système de fichiers chiffré luks

[David BERCOT]

Bonjour,

J'imagine qu'il n'y a peut-être pas la place de tout dupliquer ;-)

Sinon, je pense en effet qu'il n'y a pas de migration possible.

D'ailleurs, quand je ré-installe mon ordinateur, je suis obligé de tout
sauvegarder au préalable (via rsync d'ailleurs), d'effectuer une
nouvelle installation et enfin de tout ré-injecter (mon home, toujours
via rsync).
L'idéal serait une solution pour reprendre une partition chiffrée lors
d'une nouvelle installation (à moins que je ne sois passé à côté de
quelque chose)...

David.

Le 23/08/2018 à 11:49, Pierre Malard a écrit :
> Et pourquoi pas simplement un rsync du FS source vers le FS crypté monté ?
> 
>> Le 23 août 2018 à 10:44, dethegeek > > a écrit :
>>
>> Bonjour,
>>
>> J'ai un Debian sid sur raid 1 + LVM que je veux migrer dans un volume
>> chiffré. Mes recherches ne m'ont doné que des méthodes d'installation
>> frâiche.
>>
>> Quelqu'un a t il une bonne ressource pour m'éviter de tout réinstaller
>> (et perdre du temps à tout reconfigurer) ?
>>
> 
> -- 
> Pierre Malard
> 
>    «/Le courage, c'est de chercher la vérité et de la dire, /
> /    c'est de ne pas subir la loi du mensonge triomphant qui passe /
> /    et de ne pas faire écho de notre âme, de notre bouche et de nos mains /
> /    aux applaudissements imbéciles et aux huées fanatiques./»
>         Jean Jaures - "Discours de jeunesse" - 1903
>    ("`-/")_.-'"``-._
>     . . `; -._    )-;-,_`)
>    (v_,)'  _  )`-.\  ``-'
>   _.- _..-_/ / ((.'
> ((,.-'   ((,/         πr
> 
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
> 

Re: Thunderbird 60

[David BERCOT]

J'ai forcé quelques extensions (via l'editeur) mais bon...

Quant à Exchange Calendar, je suis passé à TbSync mais, en effet, c'est
de l'active sync... Ca marche néanmoins chez moi.

Bon courage.

David.

Le 20/08/2018 à 11:22, Erwan David a écrit :
> On Mon, Aug 20, 2018 at 10:24:26AM CEST, David BERCOT  
> said:
>> Bonjour,
>>
>> Ma dernière mise à jour a fait passer Thunderbird en v60 .
>> Celle-ci marche correctement sauf que :
>> - la langue n'est pas prise en compte (j'ai bien thunderbird-l10n-fr
>> installé)
>> - la majorité de mes extensions sont désactivées (8 sur 13 !)
>>
>> Je vais creuser le sujet mais je voulais vous prévenir au cas où :-)
>>
> 
> Pour les extensions c'est "normal". Thunderbird passe aux
> webextensions (comme 'lavait fait firefox). Malheureusement des
> extensions majeures ne seront pas portées. Dans mon cas :
> Exchange Calendar (et pas de remplacement qui fonctionne via EWS, il
> va falloir revenir à Davmail) et Awsome Auto Archive seront les plus
> regrettées...
> 
> D'ailleurs pour remplacer Awsome Auto Archive via un script externe,
> si quelqu'un a un pointeur sur comment manipuler les Local Folders de
> Thunderbird depuis un script (python/ruby/whatever) ça m'intéresse.
>