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.
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@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
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@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
Linux06 mailing list Linux06@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
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.
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.
Le lundi 07 septembre 2020 à 19:16 +0200, Vincent a écrit :
Le samedi 05 septembre 2020 à 12:43 +0200, Vincent a écrit :
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;
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.
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 :
Le samedi 05 septembre 2020 à 12:43 +0200, Vincent a écrit :
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;;
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.
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.
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 :
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...
Bon, trivial, comme dans n'importe quel Shell, la redirection se fait par '>'
- 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.
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.
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 ?
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@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@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
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.
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...
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@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
Le mercredi 23 septembre 2020 à 17:26 +0200, CgX a écrit :
- Essayer de dumper avec l'option "-s" et pas ">"... peut-être le
fais-tu déjà...
- 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.
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.
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@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
En principe, on utilise la touche F12 pour demander à booter en PXE
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.
-
CgX -
David Pinson -
Patrick OLIVIERO -
Vincent