Bonjour à tous,
Je dénonce suite à une expérience décevante les choix du CNAM pour leurs
réunions d'information à distance.
Suite à mon inscription, voici les informations qui me sont communiquées
pour rejoindre la réunion collective (8 demandeurs + la maîtresse de
réunion) :
Rejoindre la réunion Microsoft
Teams<https://teams.microsoft.com/l/meetup-join/19%3ameeting_ZDlkZDQ2MDYtOWIzMS00…>
En savoir plus sur Teams<https://aka.ms/JoinTeamsMeeting> | Options
de
réunion<https://teams.microsoft.com/meetingOptions/?organizerId=bfb8cbef-9670-4d73-…>
Certes, un .rpm et un .deb sont proposés mais en plus de devoir
installer un logiciel Microsoft sur ma Fedora chérie, il faut également
créer un compte Microsoft pour rejoindre leur réunion.
Imaginez la virulence du mail que j'ai retourné à la personne qui m'a
envoyé l'invitation. Je lui ai fortement suggéré d'utiliser (pour si peu
de personne en plus) une solution basée sur Jitsi ou BigBlueButton.
Ils ont des gros progrès à faire et je tenais à ce que ça se sache.
Voilà. Merci de votre attention.
Ceci étant lu, vous pouvez reprendre une vie normale.
Gnument Vôtre,
---
Sylvio
--
Sylvio DESJARDINS
Bonjour,
Le samedi 26 septembre 2020 à 10:22 +0200, Jean-Noël Montagné a écrit :
> Bonjour,
> le nicelab sera ouvert ce samedi de 14H à 17H au moins
> -une équipe avec des membres de Linux azur va dépoussierer les 100 ordis
> des impots ( dehors, avec un compresseur et soufflette)
> -nous faisons le point matériel et logiciel sur le chantier du portail
> piéton avec RFID et gestion des entrées temporaires par téléphone
> Jean-Noël
Pendant la RAL du BSL de hier soir, on a bien progressé sur le sujet de la correction du Firmware en batch - merci tout
particulièrement à Gwendal et à Pierre-Emmanuel.
Gwendal a trouvé le bon GUID nécessaire pour accéder à la bonne variable 'Setup' - il y en a deux sur ce firmware boiteux,
dont la configuration modifiable par le menu -, ce sur quoi je bloquais.
Et là du coup cela devient presque simple...
Par plus grande simplification, sur une suggestion de Pierre-Emmanuel, les modifications ont été faites avec succès par
GNU/Linux!
En effet, les données UEFI sont présentes en lecture et en écriture dans /sys/firmware/efi/ avec notamment le sous-dossier
efivars qui contient toutes les variables UEFI.
Sur le PC avec lequel j'écris, c'est beaucoup plus propre, mais une fois qu'on sait que le GUID est 'simplement' la suite de
chiffres hexadécimaux accolés au nom de la variable, c'est beaucoup plus 'simple'!
Du coup, Gwendal s'est attelé à modifier un initrd pour rajouter la reécriture de la variable incriminée juste après avoir
lancer le process qui extrait les données de l'UEFI, puis d'éteindre la machine. Simple, non?
Si j'écris simple partout, c'est que cela ne l'ai pas au premier abord!
<URL:https://www.it-connect.fr/linux-role-et-utilisation-dinitrd/>
Alors, ça y est?
ET BIEN NON...
Comme déjà écrit, les valeurs par défaut du Firmware de ces ACER Veriton pointent sur un protocole PXE en mode CSM, i.e. le
mode de compatibilité BIOS, qui lui ne permet pas de booter sur une iso UEFI, que ce soit un Shell UEFI, ou un GNU/Linux en
mode UEFI, le seul qui fait le lien avec les variables de l'UEFI.
Donc, pas de modification possible en masse par le réseau avec les valeurs par défaut de nos machines.
Il reste la possibilité de faire une clé bootable, et on y est presque, mais cela n'a vraiment d'intérêt que si on le fait
AVANT d'ouvrir les boîtiers... Et on n'a plus le temps!
DONC, VIENT la séance LES TEMPS MODERNES, pour modifier à la chaîne les firmwares...
A+
Vincent.
P.S.: par contre, le sujet me semblant riche, et afin d'en acquérir le minimal vital, je vais préparer une
présentation/atelier comme promis, à suivre...
Bonjour,
Mon laptop LENOVO (acheté en début d'année 2020) tourne sous cette
distribution ( Ubuntu 20.4 ) :
https://doc.ubuntu-fr.org/focal
Voici l'intégralité du fichier /var/log/dmesg :
http://ramix.org/rpm2020/dmesg111 (comporte 1122 lignes)
Ce laptop a toujours parfaitement fonctionné mais depuis une semaine il
y a des plantages (plusieurs par jour) dont j'ignore la cause.
Merci de m'aider à trouver la cause.
Ce jour à 8H49 il y a eu un plantage et cet extrait de /var/log/syslog
comporte une centaine de lignes (celles relatives au plantage):
http://ramix.org/rpm2020/syslog111
dont celles-ci ( avant le plantage) :
Oct 6 08:37:30 rpm2020 dbus-daemon[1279]: [session uid=1000 pid=1279]
Activating service name='org.freedesktop.Notifications' requested by
':1.626' (uid=1000 pid=36497 comm="/usr/lib/thunderbird/thunderbird "
label="unconfined")
Oct 6 08:37:30 rpm2020 dbus-daemon[1279]: [session uid=1000 pid=1279]
Successfully activated service 'org.freedesktop.Notifications'
Oct 6 08:42:03 rpm2020 rtkit-daemon[1098]: Supervising 4 threads of 2
processes of 1 users.
Oct 6 08:42:03 rpm2020 rtkit-daemon[1098]: message repeated 3 times: [
Supervising 4 threads of 2 processes of 1 users.]
Oct 6 08:42:03 rpm2020 rtkit-daemon[1098]: Successfully made thread
40008 of process 38683 owned by '1000' RT at priority 10.
Oct 6 08:42:03 rpm2020 rtkit-daemon[1098]: Supervising 5 threads of 3
processes of 1 users.
et celles-ci ( après le plantage) :
Oct 6 08:50:39 rpm2020 systemd-modules-load[378]: Inserted module 'lp'
Oct 6 08:50:39 rpm2020 systemd-modules-load[378]: Inserted module 'ppdev'
Oct 6 08:50:39 rpm2020 systemd-modules-load[378]: Inserted module
'parport_pc'
Oct 6 08:50:39 rpm2020 systemd-sysctl[398]: Not setting
net/ipv4/conf/all/promote_secondaries (explicit setting exists).
Oct 6 08:50:39 rpm2020 systemd-sysctl[398]: Not setting
net/ipv4/conf/default/promote_secondaries (explicit setting exists).
Oct 6 08:50:39 rpm2020 systemd[1]: Starting Flush Journal to Persistent
Storage...
Oct 6 08:50:39 rpm2020 systemd[1]: Finished udev Coldplug all Devices.
Oct 6 08:50:39 rpm2020 systemd[1]: Starting Helper to synchronize boot
up for ifupdown...
Oct 6 08:50:39 rpm2020 systemd[1]: Starting Show Plymouth Boot Screen...
Oct 6 08:50:39 rpm2020 systemd[1]: Finished Helper to synchronize boot
up for ifupdown.
Oct 6 08:50:39 rpm2020 systemd[1]: Mounted Mount unit for chromium,
revision 1320.
Oct 6 08:50:39 rpm2020 systemd[1]: plymouth-start.service: Succeeded.
Oct 6 08:50:39 rpm2020 systemd[1]: Started Show Plymouth Boot Screen.
Oct 6 08:50:39 rpm2020 systemd[1]: Condition check resulted in Dispatch
Password Requests to Console Directory Watch being skipped.
Oct 6 08:50:39 rpm2020 systemd[1]: Started Forward Password Requests to
Plymouth Directory Watch.
Oct 6 08:50:39 rpm2020 systemd[1]: Reached target Local Encrypted Volumes.
Oct 6 08:50:39 rpm2020 systemd[1]: Finished Flush Journal to Persistent
Storage.
Oct 6 08:50:39 rpm2020 systemd[1]: Mounted Mount unit for core18,
revision 1885.
--
Amicalement
Rene Paul Mages (ramix) GnuPG key : 0x9840A6F7
http://www.linux-azur.org/ramixhttp://wiki.linux-azur.orghttp://twitter.com/LinuxAzur
Le 06/10/2020 à 11:23, Jean-Max Reymond a écrit :
> Le 06/10/2020 à 10:00, Rene Paul Mages (ramix) a écrit :
>> Bonjour,
>>
>> Mon laptop LENOVO (acheté en début d'année 2020) tourne sous cette
>> distribution ( Ubuntu 20.4 ) :
>>
>> https://doc.ubuntu-fr.org/focal
>>
>> Voici l'intégralité du fichier /var/log/dmesg :
>>
>> http://ramix.org/rpm2020/dmesg111 (comporte 1122 lignes)
>>
>> Ce laptop a toujours parfaitement fonctionné mais depuis une semaine il
>> y a des plantages (plusieurs par jour) dont j'ignore la cause.
>>
>> Merci de m'aider à trouver la cause.
>>
>> Ce jour à 8H49 il y a eu un plantage et cet extrait de /var/log/syslog
>> comporte une centaine de lignes (celles relatives au plantage):
>>
>> http://ramix.org/rpm2020/syslog111
>>
>> dont celles-ci ( avant le plantage) :
>>
> Bonjour René,
> En regardant rapidement, je ne vois rien d'anormal sauf que tu démarres
> avec un filesystem pas propre mais c'est normal s'il y a eu crash.
> est ce que tu as un fichier /var/log/kern.log assez récent ?
> Bien amicalement,
Merci beaucoup Jean-Max :
http://ramix.org/rpm2020/kern111.log
By the way : suis désolé d'avoir aussi posté sur la liste du CA de
Linux-Azur (un clic malheureux).
--
Amicalement
Rene Paul Mages (ramix) GnuPG key : 0x9840A6F7
http://www.linux-azur.org/ramixhttp://wiki.linux-azur.orghttp://twitter.com/LinuxAzur
deux-trois clés fiables plutôt qu'un max dont des mal formatées : il faut être sûr que cela boote en UEFI et qu'il n'y ait
pas de choix à faire avec un début de partition qui serait interprété comme du Legacy.
distro Core : En fait, on a besoin que du minimum, puisqu'il faut charger l'initrd modifié, qui s'arrête dès qu'il a chargé
le firmware UEFI, il écrase le contenu de la variable Setup et éteint la machine : pas de mise à jour, et aucune
installation.
Il s'agit juste de corriger le firmware en désactivant la surveillance d'ouverture du boîtier qui bloque le boot PXE.
On en profite pour configurer aussi le boot en PXE, mais si cela vient d'une réinitialisation suite à dysfonctionnement de la
pile du CMOS, il y a de fortes probabilités que cela recommence.
Un moyen de les tester serait de lancer la même iso en mode PXE... une fois les machines toutes connectées en ethernet et
surtout la surveillance désactivée. Peut-être un peu tard?
Mieux, si j'ai le temps, je fais le test sur le contenu de la variable Setup en identifiant ce qui change au niveau de
l'activation de l’option « Onboard LAN Option ROM »... avec une attente clavier avant Power Off de la machine.
Je vais voir si j'y arrive, il faut déjà que je refasse ce que m'a montré Gwendal lors de la RAL du BSL!
Je vais me cacher sous les draps ce soir pour conjurer l'humidité ambiante!
A+
Vincent.
Le vendredi 02 octobre 2020 à 21:37 +0200, d.j.a.y(a)free.fr a écrit :
> Un
>
> ----- Mail original -----
> > De: "d j a y" <d.j.a.y(a)free.fr>
> > À: "Vincent" <dubsv(a)free.fr>
> > Cc: "liste nicelab" <liste_nicelab(a)framalistes.org>, "Liste des débutants sur GNU/Linux"
> > <debutants(a)lists.linux-azur.org>, "Liste principale de Linux Azur" <linux06(a)lists.linux-azur.org>
> > Envoyé: Vendredi 2 Octobre 2020 20:29:43
> > Objet: Re: [Liste_Nicelab] le nicelab sera ouvert ce samedi de 14H à 17H au moins
> >
> > On max de clé nécessaire du coup pour pas que cela devienne
> > chronophage!?
> > Et puis core, cela veut dire pas mal de transfert a la premiere
> > connexion ....
> > pour les mises a jour/langue/soft adhoc ....
> >
> > ----- Mail original -----
> > > De: "Vincent" <dubsv(a)free.fr>
> > > À: "Liste principale de Linux Azur" <linux06(a)lists.linux-azur.org>
> > > Cc: "liste nicelab" <liste_nicelab(a)framalistes.org>, "Liste des
> > > débutants sur GNU/Linux"
> > > <debutants(a)lists.linux-azur.org>
> > > Envoyé: Vendredi 2 Octobre 2020 18:36:46
> > > Objet: Re: [Liste_Nicelab] le nicelab sera ouvert ce samedi de 14H
> > > à 17H au moins
> > >
> > > Salut Djay!
> > >
> > > Le jeudi 01 octobre 2020 à 12:12 +0200, d.j.a.y a écrit :
> > > > plop,
> > > >
> > > > > DONC, VIENT la séance LES TEMPS MODERNES, pour modifier à la
> > > > > chaîne
> > > > > les firmwares...
> > > > >
> > > >
> > > > Je pourrais certainement dédier une demi journée, plus facilement
> > > > en semaine,
> > > > a ce labeur....
> > > >
> > > >
> > >
> > > Il reste une alternative pouvant simplifier un peu le boulot.
> > >
> > > Il faudrait se faire une clé bootable en UEFI seulement, sur base
> > > une
> > > petite distro Core (*) dont on modifie le initrd comme
> > > décrit dans mon mail, en supposant bien sûr le contenu de la
> > > variable
> > > Setup identique à toutes les machines, ce qui doit être
> > > plus que très probablement le cas.
> > >
> > > Le processus serait alors de brancher un clavier USB (cela laisse
> > > le
> > > choix de l'endroit, entre les 6 ports arrières et les 4
> > > en façade...), la clé dans un port USB, puis une alimentation,
> > > taper
> > > F1 pour booter malgré l'alarme de boîtier ouvert et
> > > attendre que le PC s'éteigne, et au suivant!
> > >
> > > J'essaie de faire cela le plus rapidement possible.
> > >
> > > A+
> > > Vincent.
> > >
> > > (*) Cela permettrait de recycler les antiques clé USB de quelques
> > > centaines de Mo, plus solides en plus...
> > >
> > >
> > > --
> > > Vous recevez cet email car vous êtes abonné·e à la liste
> > > "liste_nicelab".
> > > Pour vous désabonner, merci de cliquer sur ce lien :
> > > https://framalistes.org/sympa/sigrequest/liste_nicelab
> > > ou d'envoyer un mail à sympa(a)framalistes.org avec comme sujet
> > > "unsubscribe liste_nicelab"
> > >
> > > You receive this email since you subscribed to the list
> > > "liste_nicelab".
> > > To unsubscribe, click on following link:
> > > https://framalistes.org/sympa/sigrequest/liste_nicelab
> > > or send an email to sympa(a)framalistes.org with the subject:
> > > unsubscribe liste_nicelab
> > >
> >
> > --
> > /====================================================================================
> > > Si toi aussi tu utilises le courrier électronique, ceci peut
> > > t'intéresser ! |
> > > -------------------------------------------------------------------------
> > > |
> > > " La nétiquette est une règle informelle, puis une charte qui
> > > définit les règles |
> > > de conduite et de politesse recommandées sur les premiers médias de
> > > communication |
> > > mis à disposition par Internet. Il s'agit de tentatives de
> > > formalisation d'un |
> > > certain contrat social pour l'Internet. [...] "
> > > |
> > > https://fr.wikipedia.org/wiki/N%C3%A9tiquette
> > > |
> >
> > ====================================================================================/
> >
> >
> >
> > --
> > Vous recevez cet email car vous êtes abonné·e à la liste
> > "liste_nicelab".
> > Pour vous désabonner, merci de cliquer sur ce lien :
> > https://framalistes.org/sympa/sigrequest/liste_nicelab
> > ou d'envoyer un mail à sympa(a)framalistes.org avec comme sujet
> > "unsubscribe liste_nicelab"
> >
> > You receive this email since you subscribed to the list
> > "liste_nicelab".
> > To unsubscribe, click on following link:
> > https://framalistes.org/sympa/sigrequest/liste_nicelab
> > or send an email to sympa(a)framalistes.org with the subject:
> > unsubscribe liste_nicelab
> >
>
>
Bonjour,
le nicelab.eu sera ouvert demain samedi de 14h à 17H au moins. Ceux qui
veulent aider à la préparation des 100 PC sont bienvenus: il en reste
une vingtaine à dépoussiérer et leurs étiquettes à décoller (en
extérieur, avec la soufflette et le compresseur qui sont sur place), si
certains veulent en profiter pour expérimenter leurs stratégies
d'install en réseau, on peut faire quelques essais (on a des switches en
gigabit et leurs cables)
à+
JN
Bonsoir,
une fois n'est pas coutume, la prochaine RAL du BSL se tiendra le
vendredi 9 octobre dès 17h30.
La raison : pas possible demain, 3ème vendredi en concurrence avec la
RAL d'Antibes, puis les vacances scolaires.
Je rappelle qu'elle se tient dans l'espace Guintran de la commune du Bar
Sur Loup, dans les anciens locaux de la perception.
Plan d'accès ici : <URL:https://ral-bsl.linux-azur.org/?page_id=177>
Indiquez moi votre venue potentielle sur le sondage :
<URL:https://rdv.linux-azur.org/E12kXY3as5UpBwJx>
A bientôt,
Vincent.
P.S.: certains éditeurs ne reconnaissent pas la balise URL. Il faut
alors retirer le dernier caractère, le '>' aux liens URL.
<div style="font-family:Arial, Helvetica, sans-serif; font-size:12px;">Bonjour,<br>
Je me permet de vous transmettre une annonce d'offre d'emploi (qui sera ouvert au sein de l'université de poitiers) qui peut intéresser certain parmi vous ou des personnes de votre connaissance.<br>
<br>
Contexte :<br>
Nous recrutons un data analyste (niveau assistant Ingénieur, Bac +3) sur un CDD de 18 mois dans le cadre d’un projet visant à étudier les interactions entre addictions aux drogues et un environnement complexe et enrichi. Le projet vise à développer des outils d’analyse de données pour étudier le comportement des animaux dans un milieu semi-naturel en relation à la vulnérabilité à l’addiction. Le candidat doit avoir des bonnes connaissances en programmation (notamment langages Python et R), sur la fouille de données et les méthodes statistiques d’analyse de données. Des connaissances dans le domaine de « machine learning » et de la biologie (notamment le comportement animal et les neurosciences) seront appréciées.<br>
<br>
Missions :<br>
Développement des outils d’analyse de données pour étudier le comportement des animaux dans un milieu semi-naturel en relation à la vulnérabilité à l’addiction.<br>
Ecriture de codes complets et commentés<br>
Contribution au développement des outils informatique pour l’analyse du comportement des animaux en groupe<br>
Participation active aux expériences de comportement animale<br>
Analyse statistique, représentation graphique et interprétation des résultats obtenus<br>
Rédaction des rapports<br>
Travailler en équipe<br>
<br>
Information complémentaire :<br>
Diplôme requis : Master<br>
Domaine de formation : Informatique, Mathématique ou Biologie<br>
Rémunération brute : 1800-2400 €<br>
Quotité : 100 %<br>
Contact : Marcello Solinas - marcello.solinas(at)univ-poitiers.fr<br>
<br>
Merci<br>
<br>
Jean-Emmanuel Longueville</div>