Linux06 October 2020

linux06@lists.linux-azur.org

13 participants
18 discussions

[BRUIT] Coup de gueule contre le CNAM (centre de formation certifié par l'Etat)
by sylvio 08 Oct '20

08 Oct '20

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

2 1

Re: [Liste_Nicelab] le nicelab sera ouvert ce samedi de 14H à 17H au moins
by Vincent 07 Oct '20

07 Oct '20

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...

3 6

[TECH] plantages récurrents
by Rene Paul Mages (ramix) 07 Oct '20

07 Oct '20

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/ramix http://wiki.linux-azur.org http://twitter.com/LinuxAzur

3 4

[TECH] plantages récurrents
by Rene Paul Mages (ramix) 06 Oct '20

06 Oct '20

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/ramix http://wiki.linux-azur.org http://twitter.com/LinuxAzur

1 0

Re: [Liste_Nicelab] le nicelab sera ouvert ce samedi de 14H à 17H au moins
by Vincent 02 Oct '20

02 Oct '20

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 > > > >

1 0

finition dépoussiérage des 100 ordis au nicelab et nouveaux tests si besoin
by Jean-Noël Montagné 02 Oct '20

02 Oct '20

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

1 0

Prochaine RAL du BSL le vendredi 9 octobre
by Vincent Dubois 02 Oct '20

02 Oct '20

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.

2 1

Offre d'emploi au sein de l'université de poitiers
by ramses.pharaon 02 Oct '20

02 Oct '20

<div style="font-family:Arial, Helvetica, sans-serif; font-size:12px;">‌Bonjour,  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. Contexte :  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.    Missions :   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.   Ecriture de codes complets et commentés   Contribution au développement des outils informatique pour l’analyse du comportement des animaux en groupe   Participation active aux expériences de comportement animale   Analyse statistique, représentation graphique et interprétation des résultats obtenus   Rédaction des rapports   Travailler en équipe    Information complémentaire :   Diplôme requis : Master   Domaine de formation : Informatique, Mathématique ou Biologie   Rémunération brute : 1800-2400 €   Quotité : 100 %   Contact : Marcello Solinas - marcello.solinas(at)univ-poitiers.fr Merci Jean-Emmanuel Longueville</div>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Linux06 October 2020