4 Sep
2020
4 Sep
'20
7:52 p.m.
L'installation sur une centaine de machines dans un temps limité appelle des solutions
spécifiques qui pour ma part sont tout
à fait exotiques.
Les machines obtenues par Jean-Noël sont configurées pour démarrer via le réseau en mode
PXE.
Cela devrait nous simplifier grandement la diffusion massive de la distro personnalisée.
Par contre, c'est moyen qu'à chaque démarrage les machines distribuées dans
différents environnements démarrent sur ce mode.
Au mieux, cela ralentit pas mal le démarrage, au pire... et bien elle trouve quelque chose
sur le réseau mis à disposition
par une personne mal intentionnée.
Fin brève, il faudrait modifier l'ordre du boot pour mettre le disque dur interne en
premier.
Si on doit le faire en accédant physiquement à chaque machine, cela suppose :
- brancher un clavier, un écran, (si bien organisé, 1 mn)
- démarrer et accéder au menu du Firmware, basculer le menu et sauvegarder, (2 mn pour le
faire posément)
- sortir et éteindre sans démarrer la distro, 30 s
- débrancher un clavier, un écran, (si bien organisé, 1 mn)
4,5 mn x 100 = 450mn = 7h 30 mn de travail à la chaîne... Quelqu'un aurait une autre
solution?
A+
Vincent.
4 Sep
4 Sep
8:47 p.m.
Bonjour Vincent,
On n'avais a l'époque ou je faisait des "ghost" pas a gérer cela mais ce
n'étais pas des installations a proprement parlé.
Pour le cas en question je dirais qu'on pourrais tester de modifier le
bios le sauver et le restaurer. Mais il faut que les machines soit
strictement identiques et qu'on ai de quoi faire dans une image PXE
quelques choses qui restaure ou flash le bios.
Tu coup tu boot en pxe sur l'image d'install et tu reboot sur l'image de
flash du bios qui change l'ordre du boot.
Mais il faut tester sur une des machine que cela marche vraiment. Mais
ça veut dire aussi qu'il faut, quand on auras validé sur la machine
d'essai, tout installer d'abord et tout flashé après
( sinon tu coupes la branche ou tu es si tu n'as pas noté quelle machine
sont a quel stade. ).
Sinon ton idée marche bien mais 7h30 a brancher et débrancher des
claviers/souris c'est un coup a choper une crampe. Faudra des relais ;-)
Librement,
Patrick
Le 04/09/2020 à 19:52, Vincent a écrit :
L'installation sur une centaine de machines dans
un temps limité appelle des solutions spécifiques qui pour ma part sont tout
à fait exotiques.
Les machines obtenues par Jean-Noël sont configurées pour démarrer via le réseau en mode
PXE.
Cela devrait nous simplifier grandement la diffusion massive de la distro personnalisée.
Par contre, c'est moyen qu'à chaque démarrage les machines distribuées dans
différents environnements démarrent sur ce mode.
Au mieux, cela ralentit pas mal le démarrage, au pire... et bien elle trouve quelque
chose sur le réseau mis à disposition
par une personne mal intentionnée.
Fin brève, il faudrait modifier l'ordre du boot pour mettre le disque dur interne en
premier.
Si on doit le faire en accédant physiquement à chaque machine, cela suppose :
- brancher un clavier, un écran, (si bien organisé, 1 mn)
- démarrer et accéder au menu du Firmware, basculer le menu et sauvegarder, (2 mn pour le
faire posément)
- sortir et éteindre sans démarrer la distro, 30 s
- débrancher un clavier, un écran, (si bien organisé, 1 mn)
4,5 mn x 100 = 450mn = 7h 30 mn de travail à la chaîne... Quelqu'un aurait une autre
solution?
A+
Vincent.
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
9:39 p.m.
Bonsoir Patrick,
une fois n'est pas coutume, je réponds au-dessus :
De ce que j'ai vu, ce sont tous les mêmes modèles.
JN me corrigera, car je l'ai entendu dire qu'il y a avait deux types.
Donc, il faudrait faire une image PXE, mais avec les bons jeux de paramètres, sans doute
en profiter pour le mettre à jour?
Ce genre de trucs :
<URL:https://rickyhewitt.dev/blog/2008/02/flashing-a-bios-via-pxe/>
Si tu as d'autres liens, je suis preneur!
Il me semble que le point sur le BIOS avait été fait, peut-être Sylvio?
ça serait bien qu'on ait de quoi tester cela demain...
Merci!
Vincent.
Le vendredi 04 septembre 2020 à 20:47 +0200, Patrick OLIVIERO a écrit :
Bonjour Vincent,
On n'avais a l'époque ou je faisait des "ghost" pas a gérer cela mais
ce
n'étais pas des installations a proprement parlé.
Pour le cas en question je dirais qu'on pourrais tester de modifier le
bios le sauver et le restaurer. Mais il faut que les machines soit
strictement identiques et qu'on ai de quoi faire dans une image PXE
quelques choses qui restaure ou flash le bios.
Tu coup tu boot en pxe sur l'image d'install et tu reboot sur l'image de
flash du bios qui change l'ordre du boot.
Mais il faut tester sur une des machine que cela marche vraiment. Mais
ça veut dire aussi qu'il faut, quand on auras validé sur la machine
d'essai, tout installer d'abord et tout flashé après
( sinon tu coupes la branche ou tu es si tu n'as pas noté quelle machine
sont a quel stade. ).
Sinon ton idée marche bien mais 7h30 a brancher et débrancher des
claviers/souris c'est un coup a choper une crampe. Faudra des relais ;-)
Librement,
Patrick
Le 04/09/2020 à 19:52, Vincent a écrit :
L'installation sur une centaine de machines
dans un temps limité appelle des solutions spécifiques qui pour ma part sont
tout
à fait exotiques.
Les machines obtenues par Jean-Noël sont configurées pour démarrer via le réseau en mode
PXE.
Cela devrait nous simplifier grandement la diffusion massive de la distro personnalisée.
Par contre, c'est moyen qu'à chaque démarrage les machines distribuées dans
différents environnements démarrent sur ce
mode.
Au mieux, cela ralentit pas mal le démarrage, au pire... et bien elle trouve quelque
chose sur le réseau mis à
disposition
par une personne mal intentionnée.
Fin brève, il faudrait modifier l'ordre du boot pour mettre le disque dur interne en
premier.
Si on doit le faire en accédant physiquement à chaque machine, cela suppose :
- brancher un clavier, un écran, (si bien organisé, 1 mn)
- démarrer et accéder au menu du Firmware, basculer le menu et sauvegarder, (2 mn pour le
faire posément)
- sortir et éteindre sans démarrer la distro, 30 s
- débrancher un clavier, un écran, (si bien organisé, 1 mn)
4,5 mn x 100 = 450mn = 7h 30 mn de travail à la chaîne... Quelqu'un aurait une autre
solution?
A+
Vincent.
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
5 Sep
5 Sep
12:43 p.m.
Bonjour,
Le vendredi 04 septembre 2020 à 21:39 +0200, Vincent a écrit :
Il me semble que le point sur le BIOS avait été fait,
peut-être Sylvio?
Je n'ai pas retrouvé les échanges sur le sujet, du coup je poste là :
BIOS Setup Utility Version 2.15.1227 Acer Inc.
Systeme BIOS
Version P21-A0
Build Date 12/03/2012
Product Name : Veriton X2611G
Ce qui est assez étonnant, c'est que le réseau n'apparaît qu'au 4ème rang au
boot, hors en pratique, il affiche booter en
priorité. Bon, il y a aussi le Power On activés via le modem et Onboard LAN.
J'ai téléchargé les 3 MaJ de BIOS proposées ici :
<URL:https://www.acer.com/ac/fr/BE/content/support-product/4502?b=1&pn=DT.V
F6EF.052>
A+
Vincent.
7 Sep
7 Sep
7:16 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le samedi 05 septembre 2020 à 12:43 +0200, Vincent a écrit :
Bonjour,
Le vendredi 04 septembre 2020 à 21:39 +0200, Vincent a écrit :
Je n'ai pas retrouvé les échanges sur
le sujet, du coup je poste là :
BIOS Setup Utility Version 2.15.1227 Acer Inc.
Systeme BIOS
Version P21-A0
Build Date 12/03/2012
Product Name : Veriton X2611G
>8 ---COUIC--- 8<
Je reprends la discussion sur la modification du BIOS sans accès au menu interactif ici.
Après investigation, la solution me semble du côté des scripts UEFI... Je me souviens de
certains échanges sur le sujet, je
crois avec Pierre-Emmanuel.
Pour en donner un avant goût, deux liens :
<URL:https://fr.wikipedia.org/wiki/UEFI#Shell_UEFI>
<URL:https://docstore.mik.ua/manuals/hp-ux/en/5991-1247B/ch04s13.html>
Et puis même un troisième!
<URL:https://linuxfr.org/news/uefi-a-la-decouverte-du-nouveau-bios>
A vous!
Vincent.
7:34 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le lundi 07 septembre 2020 à 19:16 +0200, Vincent a écrit :
Le samedi 05 septembre 2020 à 12:43 +0200, Vincent a
écrit :
Je rajoute encore deux liens :
Un générique proche du deuxième :
<URL:http://www.opslib.com/2012/01/efi-shell-commands.html>
Et puisqu'on installe un environnement Ubuntu :
<URL:https://glowingthumb.com/uefi-on-qemu-on-ubuntu-with-virtual-nvme-drive-1-of-3/>
Dernier point : j'ai lu quelque part (?) que ce BIOS made in ACER est en fait un AMI
BIOS à la mode UEFI.
A vous!
Vincent.
Le vendredi 04 septembre 2020 à 21:39 +0200, Vincent a écrit :
Je n'ai pas retrouvé les échanges sur le sujet, du coup je poste là :
BIOS Setup Utility Version 2.15.1227 Acer Inc.
Systeme BIOS
Version P21-A0
Build Date 12/03/2012
Product Name : Veriton X2611G
>
Je reprends la discussion sur la modification du BIOS sans accès au menu
interactif ici.
Après investigation, la solution me semble du côté des scripts UEFI... Je me souviens de
certains échanges sur le sujet, je
crois avec Pierre-Emmanuel.
Pour en donner un avant goût, deux liens :
<URL:https://fr.wikipedia.org/wiki/UEFI#Shell_UEFI>;
<URL:https://docstore.mik.ua/manuals/hp-ux/en/5991-1247B/ch04s13.html>;
Et puis même un troisième!
<URL:https://linuxfr.org/news/uefi-a-la-decouverte-du-nouveau-bios>;
22 Sep
22 Sep
7:54 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Bonsoir la liste!
Le lundi 07 septembre 2020 à 19:34 +0200, Vincent a écrit :
Le lundi 07 septembre 2020 à 19:16 +0200, Vincent a
écrit :
Alors, il est en fait très facile de booter sur un Shell UEFI... disponible sur toute clé
USB live UEFI.
Pour ma part, j'ai suivi les instructions de Mc Afee... hum!
<URL:https://kc.mcafee.com/corporate/index?page=content&id=KB90801&locale=en_US>
Une fois à l'invite du Shell UEFI, un petit 'help -b' (en mode qwerty, un peu
de gymnastique!) liste toutes les commandes par
page,
un 'help smbiosview -verbose -b' affiche l'aide spécifique de la commande
smbiosview par page.
En furetant, j'ai bien pu voir l'ensemble des infos qui nous intéressent dans la
configuration UEFI, pour rappel, le statut
de la surveillance ouverture capot à désactiver et l'option "Onboard LAN Option
ROM" à activer.
Ce qui me manque :
- pouvoir rediriger la sortie de ces commandes vers un fichier texte, plus facile à
traiter...
- bien identifier le nom de la variable qui m’intéresse...
- modifier la variable avec la bonne valeur!
Toute aide, tuto, piste est la bienvenue!
A+
Vincent.
P.S.: si je m'en sors, je ferais un atelier présentation sur le sujet, script UEFI
pour modification configuration 'BIOS'
sans menu interactif et boot en PXE.
Le samedi 05 septembre 2020 à 12:43 +0200,
Vincent a écrit :
Je rajoute encore deux liens :
Un générique proche du deuxième :
<URL:http://www.opslib.com/2012/01/efi-shell-commands.html>;
Et puisqu'on installe un environnement Ubuntu :
<URL:https://glowingthumb.com/uefi-on-qemu-on-ubuntu-with-virtual-nvme-drive-1-of-3/>;
Dernier point : j'ai lu quelque part (?) que ce BIOS made in ACER est en fait un AMI
BIOS à la mode UEFI.
> 8< Couic cOuic coUic couIc couiC 8<
Je reprends la discussion sur la modification du BIOS sans accès au menu interactif ici.
Après investigation, la solution me semble du côté des scripts UEFI... J
Pour en donner un avant goût, deux liens :
<URL:https://fr.wikipedia.org/wiki/UEFI#Shell_UEFI>;;
<URL:https://docstore.mik.ua/manuals/hp-ux/en/5991-1247B/ch04s13.html>;;
Et puis même un troisième!
<URL:https://linuxfr.org/news/uefi-a-la-decouverte-du-nouveau-bios>;;
9:55 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Alors...
Le mardi 22 septembre 2020 à 19:54 +0200, Vincent a écrit :
Bonsoir la liste!
Le lundi 07 septembre 2020 à 19:34 +0200, Vincent a écrit :
Bon, trivial, comme dans n'importe quel Shell, la redirection se fait par
'>'
Le lundi 07 septembre 2020 à 19:16 +0200, Vincent
a écrit :
> Le samedi 05 septembre 2020 à 12:43 +0200, Vincent a écrit :
> >
> >
> > > 8< Couic cOuic coUic couIc couiC 8<
>
>
Alors, il est en fait très facile de booter sur un Shell UEFI... disponible sur toute clé
USB live UEFI.
Pour ma part, j'ai suivi les instructions de Mc Afee... hum!
<URL:https://kc.mcafee.com/corporate/index?page=content&id=KB90801&locale=en_US>;
Une fois à l'invite du Shell UEFI, un petit 'help -b' (en mode qwerty, un peu
de gymnastique!) liste toutes les commandes
par
page,
un 'help smbiosview -verbose -b' affiche l'aide spécifique de la commande
smbiosview par page.
En furetant, j'ai bien pu voir l'ensemble des infos qui nous intéressent dans la
configuration UEFI, pour rappel, le statut
de la surveillance ouverture capot à désactiver et l'option "Onboard LAN Option
ROM" à activer.
Ce qui me manque :
- pouvoir rediriger la sortie de ces commandes vers un fichier texte, plus facile à
traiter... - bien identifier le nom de la variable qui
m’intéresse...
Pour le coup, je pense n'avoir pas sorti ce qu'il faut,
j'ai bêtement recopié la suggestion de ce tuto:
<URL:https://oofhours.com/2019/09/02/geeking-out-with-uefi/>
- modifier la variable avec la bonne valeur!
Toute aide, tuto, piste est la bienvenue!
Ben, toujours d'actualité!
Tiens, je mets en PJ les deux fichiers textes (pas sûr que ça passe avec mailman?) :
help.txt = contient les commandes disponibles avec ma version de shell UEFI
dmpstore.txt = contient le résultat de la commande 'dmpstore -all -sfo'
Le tout exécuté sur la machine test, évidemment!
A+
Vincent.
11:02 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le mardi 22 septembre 2020 à 21:55 +0200, Vincent a écrit :
Ben, toujours d'actualité!
Je lâche pour ce soir, je ne retrouve pas mes petits, si l'un d'entre vous est
plus inspiré?
Sinon, il faudrait sans doute que je trouve un Shell UEFI plus récent, car il est
peut-être antérieur au UEFI de cette
machine, et pourrait alors ne pas avoir toutes les commandes?
En PJ une archive ZIP de tous les dumps réalisés.
C'est à vous!
Vincent.
23 Sep
23 Sep
4:56 a.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Je profite d'une insomnie :
As-tu tenté de changer manuellement les options qui t'intéressent dans le bios, fait
un second dump par le shell puis comparer les résultats des dumps ? (Avec un
"comp" par exemple)
Ca permettrait peut-être d'identifier les variables et leurs valeurs ?
--
CgX (Christophe)
8:49 a.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Bonjour,
C'est ce que je pensais faire.
Mais j'ai beau eu y réfléchir cette nuit, à part sur les valeurs en hexa, je ne vois
pas où.
Je vais le faire ce jour en rajoutant les dumps une fois revenu à la même conf... Car
j'ai vu qu'il conservait un historique, au moins au niveau du boot.
A+
Vincent
Le 23 septembre 2020 04:56:33 GMT+02:00, CgX <linuxazur(a)cgx.me> a écrit :
Je profite d'une insomnie :
As-tu tenté de changer manuellement les options qui t'intéressent dans
le bios, fait un second dump par le shell puis comparer les résultats
des dumps ? (Avec un "comp" par exemple)
Ca permettrait peut-être d'identifier les variables et leurs valeurs ?
--
CgX (Christophe)
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
4:51 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le mercredi 23 septembre 2020 à 08:49 +0200, Vincent a écrit :
Bonjour,
C'est ce que je pensais faire.
Mais j'ai beau eu y réfléchir cette nuit, à part sur les valeurs en hexa, je ne vois
pas où.
Je vais le faire ce jour en rajoutant les dumps une fois revenu à la même conf... Car
j'ai vu qu'il conservait un
historique, au moins au niveau du boot.
A+
Vincent
Bon, faits...
Vraiment rien d'évident, en fait c'est surtout l'ordre des informations qui
change, ce qui complique la comparaison.
J'espérais beaucoup du SMBIOSVIEW, et effectivement, en remettant la même conf,
j'ai le même dump... mais la différence lors
de la conf modifiée correspond à une erreur de lecture qui concerne le voltage du proc!
J'ai eu des soucis pour la sortie complète du dmpstore (le fichier VarDump est tronqué
et se termine par des caractères
binaires lors des deux tentatives du jour)
J'ai tenté de passer par SETVAR, mais je n'arrive pas à chopper les noms de
variable qui potentiellement pourraient
m’intéresser.
Je pensais recompiler l’exécutable BOOTX64.EFI à partir du Git
<URL:https://github.com/tianocore/tianocore.github.io/wiki/UEFI>
Mais cela me semble ancien, j'ai tenté avec celui de ma clé Debian 10, mais ça ne
boote pas...
Je suppose qu'il attend le fichier grub et la suite!
Donc, je sèche un peu, une piste à creuser?
A+
Vincent.
5:16 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le mercredi 23 septembre 2020 à 16:51 +0200, Vincent a écrit :
Je pensais recompiler l’exécutable BOOTX64.EFI à partir du Git
<URL:https://github.com/tianocore/tianocore.github.io/wiki/UEFI>;
Pas bien cherché :
<URL:https://github.com/tianocore/edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi>
Mais bon, c'est la même version...
5:26 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
1) Essayer de dumper avec l'option "-s" et pas ">"... peut-être
le
fais-tu déjà...
2) Essayer de régler correctement un Bios, le dumper (si possible)
et lors d'un autre redémarrage (avec un bios déréglé), de charger ce
dump avec un :
dmpstore -l <fichier>
pour voir si ça passe ?
J'ai pas d'autres idées pour le moment
Le 23/09/2020 à 16:51, Vincent a écrit :
Le mercredi 23 septembre 2020 à 08:49 +0200, Vincent a
écrit :
Bonjour,
C'est ce que je pensais faire.
Mais j'ai beau eu y réfléchir cette nuit, à part sur les valeurs en hexa, je ne vois
pas où.
Je vais le faire ce jour en rajoutant les dumps une fois revenu à la même conf... Car
j'ai vu qu'il conservait un
historique, au moins au niveau du boot.
A+
Vincent
Bon, faits...
Vraiment rien d'évident, en fait c'est surtout l'ordre des informations qui
change, ce qui complique la comparaison.
J'espérais beaucoup du SMBIOSVIEW, et effectivement, en remettant la même conf,
j'ai le même dump... mais la différence lors
de la conf modifiée correspond à une erreur de lecture qui concerne le voltage du proc!
J'ai eu des soucis pour la sortie complète du dmpstore (le fichier VarDump est
tronqué et se termine par des caractères
binaires lors des deux tentatives du jour)
J'ai tenté de passer par SETVAR, mais je n'arrive pas à chopper les noms de
variable qui potentiellement pourraient
m’intéresser.
Je pensais recompiler l’exécutable BOOTX64.EFI à partir du Git
<URL:https://github.com/tianocore/tianocore.github.io/wiki/UEFI>
Mais cela me semble ancien, j'ai tenté avec celui de ma clé Debian 10, mais ça ne
boote pas...
Je suppose qu'il attend le fichier grub et la suite!
Donc, je sèche un peu, une piste à creuser?
A+
Vincent.
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
9:37 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Le mercredi 23 septembre 2020 à 17:26 +0200, CgX a écrit :
1) Essayer de dumper avec l'option "-s"
et pas ">"... peut-être le
fais-tu déjà...
2) Essayer de régler correctement un Bios, le dumper (si possible)
et lors d'un autre redémarrage (avec un bios déréglé), de charger ce
dump avec un :
dmpstore -l <fichier>
pour voir si ça passe ?
J'ai pas d'autres idées pour le moment
J'ai tenté donc...
Au moment de le recharger j'obtiens des "Security Violation" pour les
variables :
SetupMode
SecureBoot
SignatureSupport
PK
KEK
db
dbx
J'ai tenté alors de passer par setvar, mais les 3 premiers sont introuvables : ce
n'est pas le bon nom, qui dépend du GUID
utilisé... mais sans doc, difficile de progresser!
Je commence à me dire que ACER n'a sans doute pas respecté la spécification UEFI...
J'ai fait un comp sur les dumps avant/après modification du Firmware, dumps générés
avec l'option -s.
Le résultat n'est pas du ASCII, mais l'instruction comp du shell UEFI s'en
sort :
Difference # 1:
File1: dumpvar.txt
0000003B: 08 00 00 00 *....*
File2: badumpvar.txt
0000003B: 24 00 00 00 *$...*
Difference # 2:
File1: dumpvar.txt
0000003F: 08 00 00 00 *....*
File2: badumpvar.txt
0000003F: 02 00 00 00 *....*
Difference # 3:
File1: dumpvar.txt
00000043: 63 00 77 00 *c.w.*
File2: badumpvar.txt
00000043: 42 00 6F 00 *B.o.*
Difference # 4:
File1: dumpvar.txt
00000045: 77 00 64 00 *w.d.*
File2: badumpvar.txt
00000045: 6F 00 6F 00 *o.o.*
Difference # 5:
File1: dumpvar.txt
00000047: 64 00 00 00 *d...*
File2: badumpvar.txt
00000047: 6F 00 74 00 *o.t.*
Difference # 6:
File1: dumpvar.txt
00000049: 00 00 5A EF *..Z.*
File2: badumpvar.txt
00000049: 74 00 30 00 *t.0.*
Difference # 7:
File1: dumpvar.txt
0000004B: 5A EF 8D 15 *Z...*
File2: badumpvar.txt
0000004B: 30 00 30 00 *0.0.*
Difference # 8:
File1: dumpvar.txt
0000005D: 00 00 46 00 *..F.*
File2: badumpvar.txt
0000005D: 6E 00 64 00 *n.d.*
Difference # 9:
File1: dumpvar.txt
0000005F: 46 00 53 00 *F.S.*
File2: badumpvar.txt
0000005F: 64 00 65 00 *d.e.*
Difference # 10:
File1: dumpvar.txt
00000061: 53 00 30 00 *S.0.*
File2: badumpvar.txt
Objectivement, je n'en fais rien! 8O)
Bonne nuit,
Vincent.
24 Sep
24 Sep
11:49 p.m.
New subject: [TECH] modifier le BIOS par script ==> Shell UEFI
Ola!
sans doute un des derniers mails sur ce fil, car si les PC sont nettoyés à la main ce
samedi = d'ailleurs, il faut de l'aide
pour Christophe!!
Et bien ce sera trop tard pour booter sur un Shell UEFI...
Alors, pour l'instant, la seule chose que j'arrive à faire, c'est un script
qui éteint la machine... juste utile pour la fin
de la manip de config du Firmware, ou juste pour savoir à l'avance le jour j quelle
machine a un souci de boot PXE...
Sinon, une piste que je viens de voir :
<URL:https://github.com/mikebdp2/insydeH20-advanced-settings-tools>
Mais bon, cela ne semble n'avoir été testé que sur du HP...
Je précise que j'ai joué avec le Toolkit pour dev fourni là :
<URL:https://sourceforge.net/projects/efi-toolkit/files/Official%20Releases/>
La doc évoquait de quoi me faire espérer é tutti quanti... mais en pratique, et bien
j'en manque justement!
Et puis la date a de quoi calmer : 2010, soit 2 ans après ce fichu UEFI ACER...
Bonne nuit,
Vincent.
4 Sep
4 Sep
10:16 p.m.
Le 04/09/2020 à 19:52, Vincent a écrit :
L'installation sur une centaine de machines dans
un temps limité appelle des solutions spécifiques qui pour ma part sont tout
à fait exotiques.
Les machines obtenues par Jean-Noël sont configurées pour démarrer via le réseau en mode
PXE.
Cela devrait nous simplifier grandement la diffusion massive de la distro personnalisée.
Par contre, c'est moyen qu'à chaque démarrage les machines distribuées dans
différents environnements démarrent sur ce mode.
Au mieux, cela ralentit pas mal le démarrage, au pire... et bien elle trouve quelque
chose sur le réseau mis à disposition
par une personne mal intentionnée.
Fin brève, il faudrait modifier l'ordre du boot pour mettre le disque dur interne en
premier.
Si on doit le faire en accédant physiquement à chaque machine, cela suppose :
- brancher un clavier, un écran, (si bien organisé, 1 mn)
- démarrer et accéder au menu du Firmware, basculer le menu et sauvegarder, (2 mn pour le
faire posément)
- sortir et éteindre sans démarrer la distro, 30 s
- débrancher un clavier, un écran, (si bien organisé, 1 mn)
4,5 mn x 100 = 450mn = 7h 30 mn de travail à la chaîne... Quelqu'un aurait une autre
solution?
A+
Vincent.
_______________________________________________
Linux06 mailing list
Linux06(a)lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06
En principe, on utilise la touche F12 pour demander à booter en PXE
--
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();
}
}
10:42 p.m.
Le vendredi 04 septembre 2020 à 22:16 +0200, David Pinson a écrit :
En principe, on utilise la touche F12 pour demander à
booter en PXE
Sauf si tu as placé le PXE en priorité de démarrage, et c'est heureux, car qui dit
'F12' dit clavier, voire écran pour
choisir l'option!
Sinon, je confirme que c'est bien F12 sur ces machines là pour accéder au menu de
boot.
A+
Vincent.
1318
days inactive
1338
days old
17 comments
4 participants
participants (4)
-
CgX -
David Pinson -
Patrick OLIVIERO -
Vincent