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...
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....
----- Mail original -----
De: "Vincent" dubsv@free.fr À: "liste nicelab" liste_nicelab@framalistes.org Cc: "Liste principale de Linux Azur" linux06@lists.linux-azur.org Envoyé: Samedi 26 Septembre 2020 11:24:34 Objet: Re: [Liste_Nicelab] le nicelab sera ouvert ce samedi de 14H à 17H au moins
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...
-- 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@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@framalistes.org with the subject: unsubscribe liste_nicelab
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...
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@free.fr À: "Liste principale de Linux Azur" linux06@lists.linux-azur.org Cc: "liste nicelab" liste_nicelab@framalistes.org, "Liste des débutants sur GNU/Linux" debutants@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@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@framalistes.org with the subject: unsubscribe liste_nicelab
Bonsoir
Le jeudi 01 octobre 2020 à 12:12 +0200, d.j.a.y@free.fr 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....
Je n'aboutis pas dans la confection d'une clé bootable, et cela me demande trop d'investissement actuellement. Par contre, avec ou sans clé (dès fois que je m'y remette), je peux libérer une demi-journée la semaine prochaine, à définir, en évitant le lundi.
Quelle demi-journée t'arrangerait?
Bonne nuit, Vincent.
Salut Vincent,
Peux-tu me filer le contenu d'une clé USB ou un lien pour ce projet ? Je peux le retravailler sur la distromobile.
Tu m'en avais parlé mais je n'ai pas réagi rapidement, Et c'est en lisant tes deboires que j'aimerai prendre le relais en essayant par le boot PXE.
A suivre,
Salut David, Mes déboires ne concernent pas le déploiement de la distribution en elle-même : CloneZilla le fait très bien.
Il concerne le besoin de reconfigurer le firmware, particulièrement en raison de la surveillance d'ouverture du boîtier. Comme il s'agit d'UEFI, il eût fallu booter en PXE en mode UEFI. Mais la conf par défaut est un boot PXE en CSM, donc Legacy.
Du coup, on a laissé tomber cela, et ouvert tous les boitiers pour les nettoyer. L'idée serait de faire une clé bootable UEFI qui corrige le firmware. J'ai une clé Shell UEFI, et avec l'aide de piernov, je peux forcer ce mode (clé en GPT et partition système UEFI + dd pour écraser le premier secteur). Mais comme sur ce Firmware il n'y a qu'une seule variable pour l'ensemble des valeurs du menu interactif, ce n'est pas pratique de le faire avec SETVAR, la seule instruction à ma connaissance en Shell UEFI. Du coup, le faire sous GNU/Linux est plus simple, et cela fonctionne. Il reste 'juste' à construire une clé avec le minimum... J'en ai fait une à partir d'une clé d'install, en utilisant une version UEFI du Grub, un noyau vmlinus et son initrd. C'est dans la personnalisation de ce initrd que je galère... Je peux mettre sur le git mes bricolages, mais ce n'est vraiment pas mature?
A+ Vincent.
Le 6 octobre 2020 23:40:55 GMT+02:00, David Pinson dptech@free.fr a écrit :
Salut Vincent,
Peux-tu me filer le contenu d'une clé USB ou un lien pour ce projet ? Je peux le retravailler sur la distromobile.
Tu m'en avais parlé mais je n'ai pas réagi rapidement, Et c'est en lisant tes deboires que j'aimerai prendre le relais en essayant par le boot PXE.
A suivre,
-- Linuxement vôtre,
dptech ~ David Pinson Trésorier Linux Azur http://www.linux-azur.org
jm2l 2020 ~ 11° édition http://jm2l.linux-azur.org La route est longue mais la voie est libre !
var beer = new beer(); while (true) { if (beer.empty) { beer.refill(); } else { beer.drink(); } }
Le 06/10/2020 à 22:28, Vincent a écrit :
Bonsoir
Le jeudi 01 octobre 2020 à 12:12 +0200, d.j.a.y@free.fr 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....
Je n'aboutis pas dans la confection d'une clé bootable, et cela me
demande trop d'investissement actuellement.
Par contre, avec ou sans clé (dès fois que je m'y remette), je peux
libérer une demi-journée la semaine prochaine, à définir,
en évitant le lundi.
Quelle demi-journée t'arrangerait?
Bonne nuit, Vincent. _______________________________________________ Linux06 mailing list Linux06@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
-
d.j.a.y＠free.fr -
David Pinson -
Vincent