Bonjour à tous, le temps file, plus encore quand on doit se protéger de la chaleur le tout sous un masque...
Il faut considérer ce mail comme une relance, un appel __aux bonnes volontés__.
Cela fait suite à mon article sur le blog de Laz : URL:https://blog.linux-azur.org/?p=345
Pas mal de choses ont été faites, mais il en reste encore beaucoup, et pour **tous les niveaux**.
Le plus critique à mon sens est de s'organiser pour nettoyer les machines, et d'aider Sylvio à finaliser la distro. Les aspects modification du BIOS sans accès au menu interactif serait un plus, mais il peut être contourné par de la manipulation 'basique' par plusieurs personnes.
Rappel important : toute tâche à refaire doit l'être 100 fois... 5mn par machin => 8h20mn !
A mon sens, il y a quatre parties distinctes/indépendantes :
1/ récupération du matériel : 1.1/ démarches administratives vs l'administration qui fournit les machines (Jean-Noël - réalisé)
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
1.3/ récupération des **écrans** ? 1.3.1/ relancer l'administration qui devait initialement les fournir (Action Jean-Noël) 1.3.2/ Je dois pouvoir en avoir quelques-uns auprès de SLV (Action Vincent) 1.3.3/ Cela risque de ne pas suffire!! (ACTION TOUT LE MONDE)
2/ préparation de la distribution configurée/installée à déployer : 2.1/ choix distribution de base : Xubuntu 20.04.1 LTS
2.2/ choix type d'installation : OEM, toutes les dernières mises à jour devront avoir été effectuées sur la machine test avant déploiement (contribution multiple)
2.3/ personnalisation (porteur Sylvio avec validation Jean-Noël) : 2.3.1/ choix des applications (Jean-Noël, Action confirmation par Sylvio) 2.3.2/ splash de démarrage + fond d'écran (Action Sylvio) 2.3.3/ configuration navigateur : page d'accueil et moteur par défaut, marque-pages (Action Sylvio)
2.4/ **validation installation finale** (préparation Sylvio validation Jean-Noël? qui de LaZ?) : 2.4.1/ validation sur installation OEM avant finalisation, et création de l'image Clonezilla voir §3, 2.4.2/ validation avec utilisateur 'neutre' sur 1er boot avec création identifiants utilisateur
3/ déploiement de la distribution finalisée sur toutes les machines : 3.1/ choix de la méthode : CloneZilla lite live (réalisé Vincent)
3.2/ validation du process (porteur Vincent, validation avec contribution multiple) Rappel du process à appliquer 3.2.1/ création d'une image disque CLONEZILLA compressée à partir de la distribution finalisée en mode OEM validé, donc juste avant 1er boot. Il suffit de booter sur la clé live à partir de la machine de test, puis de monter un disque externe ou une clé pour écrire l'image, 5Go de libre devrait suffire (Action LaZ à faire juste après validation, Vincent, Sylvio, autre?), 3.2.2/ déploiement sur les autres machines : 3.2.2.1.1/ limitation théorique CloneZilla 42, serveur et dépôt inclus = 40 machines,
3.2.2.1.2/ limitation alimentation électrique : consommation maximale UC = 80W + Switch Gigabits <200, (nombre maximal à confirmer par NiceLab),
3.2.2.1.3/ limitation matérielle : 3 switch gigabits surdimensionnés fournis par NiceLab, par contre attention aux câbles qui doivent être en état et d'une classe suffisante (Action NiceLab),
3.2.2.1.4/ durée de déploiement : le test montre qu'il faut 15 mn pour 4 machines, et à priori peu de temps supplémentaires pour un plus grand nombre car le déploiement est réalisé en mode Multicast, i.e. tous les paquets distribués simultanément à tous les clients connectés, puis chaque client écrit sur le disque local en même temps => tout à fait possible dans la demi-journée.
4/ mise en configuration des machines :
4.1/ nettoyage et vérification visuelle de TOUTES les UC (Porteur?) 4.1.1/ ouverture boîtier puis soufflage/évacuation de la poussière accumulée 4.1.2/ suppression étiquettes identification origine et conf réseau + logo window$ 4.1.3/ vérification présence/état des périphériques, clavier, souris, câbles
4.2/ configuration BIOS : 4.2.1/ retour à valeurs par défaut? (réalisé Vincent) : suite suggestion Jacques, j'ai tenté un clear CMOS avec le jumper de la carte mère = perte de l'heure... surveillance ouverture capot activée, et désactivée, donc plus de boot par PXE. A NE PAS FAIRE donc, mais cela donne l'origine probable de la configuration dégradée rencontrée, la pile CMOS HS !
4.2.2/ générer une iso bootable exécutant un script Shell UEFI pour configurer correctement le BIOS? Cela permettrait de booter en PXE, et pour les machines ne répondant pas normalement, de booter sur une clé USB avec la même iso (Porteur Vincent + qui? Help!) 4.2.2.1/ Trouver des tutos, de la doc sur les instructions SHELL UEFI? 4.2.2.2/ Ecrire le script, le tester, générer une iso bootable + conf PXE - le plus simple, 4.2.2.3/ à faire avant d'ouvrir le boitier... sinon le boot est interdit sans repasser par l'interface interactive!
4.2.3/ passer en revue TOUTES les UC en mode interactif : 4.2.3.1/ connecter UC et écran+clavier 4.2.3.2/ booter et entrer dans BIOS par la touche "Suppr" au démarrage, 4.2.3.3/ vérifier/Activer "Onboard LAN Option ROM" dans menu Advanced/Integrated Peripherals, 4.2.3.4/ désactiver "Chassis Opened Warning" dans menu Security, 4.2.3.5/ enregistrer, sortir puis éteindre le PC 4.2.3.6/ déconnecter écran+clavier et passer au suivant
Dernier point : - les points 4.1 et 4.2.3 nécessite de se rendre dans les locaux du NiceLab à Nice, - voir avec Sylvio comment le supporter pour 2.3 et surtout 2.4.
Merci de compléter/corriger, et surtout de proposer de l'aide!
Bonne soirée, Vincent.
Le 15/09/2020 à 17:49, Vincent a écrit :
Bonjour à tous, le temps file, plus encore quand on doit se protéger de la chaleur le tout sous un masque...
Il faut considérer ce mail comme une relance, un appel __aux bonnes volontés__.
Cela fait suite à mon article sur le blog de Laz : URL:https://blog.linux-azur.org/?p=345
Pas mal de choses ont été faites, mais il en reste encore beaucoup, et pour **tous les niveaux**.
Le plus critique à mon sens est de s'organiser pour nettoyer les machines, et d'aider Sylvio à finaliser la distro. Les aspects modification du BIOS sans accès au menu interactif serait un plus, mais il peut être contourné par de la manipulation 'basique' par plusieurs personnes.
Rappel important : toute tâche à refaire doit l'être 100 fois... 5mn par machin => 8h20mn !
A mon sens, il y a quatre parties distinctes/indépendantes :
1/ récupération du matériel : 1.1/ démarches administratives vs l'administration qui fournit les machines (Jean-Noël - réalisé)
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
1.3/ récupération des **écrans** ? 1.3.1/ relancer l'administration qui devait initialement les fournir (Action Jean-Noël) 1.3.2/ Je dois pouvoir en avoir quelques-uns auprès de SLV (Action Vincent) 1.3.3/ Cela risque de ne pas suffire!! (ACTION TOUT LE MONDE)
2/ préparation de la distribution configurée/installée à déployer : 2.1/ choix distribution de base : Xubuntu 20.04.1 LTS
2.2/ choix type d'installation : OEM, toutes les dernières mises à jour devront avoir été effectuées sur la machine test avant déploiement (contribution multiple)
2.3/ personnalisation (porteur Sylvio avec validation Jean-Noël) : 2.3.1/ choix des applications (Jean-Noël, Action confirmation par Sylvio) 2.3.2/ splash de démarrage + fond d'écran (Action Sylvio) 2.3.3/ configuration navigateur : page d'accueil et moteur par défaut, marque-pages (Action Sylvio)
2.4/ **validation installation finale** (préparation Sylvio validation Jean-Noël? qui de LaZ?) : 2.4.1/ validation sur installation OEM avant finalisation, et création de l'image Clonezilla voir §3, 2.4.2/ validation avec utilisateur 'neutre' sur 1er boot avec création identifiants utilisateur
3/ déploiement de la distribution finalisée sur toutes les machines : 3.1/ choix de la méthode : CloneZilla lite live (réalisé Vincent)
3.2/ validation du process (porteur Vincent, validation avec contribution multiple) Rappel du process à appliquer 3.2.1/ création d'une image disque CLONEZILLA compressée à partir de la distribution finalisée en mode OEM validé, donc juste avant 1er boot. Il suffit de booter sur la clé live à partir de la machine de test, puis de monter un disque externe ou une clé pour écrire l'image, 5Go de libre devrait suffire (Action LaZ à faire juste après validation, Vincent, Sylvio, autre?), 3.2.2/ déploiement sur les autres machines : 3.2.2.1.1/ limitation théorique CloneZilla 42, serveur et dépôt inclus = 40 machines,
3.2.2.1.2/ limitation alimentation électrique : consommation maximale UC = 80W + Switch Gigabits <200, (nombre
maximal à confirmer par NiceLab),
3.2.2.1.3/ limitation matérielle : 3 switch gigabits surdimensionnés fournis par NiceLab, par contre attention aux câbles qui doivent être en état et d'une classe suffisante (Action NiceLab),
3.2.2.1.4/ durée de déploiement : le test montre qu'il faut 15 mn pour 4 machines, et à priori peu de temps supplémentaires pour un plus grand nombre car le déploiement est réalisé en mode Multicast, i.e. tous les paquets distribués simultanément à tous les clients connectés, puis chaque client écrit sur le disque local en même temps => tout à fait possible dans la demi-journée.
4/ mise en configuration des machines :
4.1/ nettoyage et vérification visuelle de TOUTES les UC (Porteur?) 4.1.1/ ouverture boîtier puis soufflage/évacuation de la poussière accumulée 4.1.2/ suppression étiquettes identification origine et conf réseau + logo window$ 4.1.3/ vérification présence/état des périphériques, clavier, souris, câbles
4.2/ configuration BIOS : 4.2.1/ retour à valeurs par défaut? (réalisé Vincent) : suite suggestion Jacques, j'ai tenté un clear CMOS avec le jumper de la carte mère = perte de l'heure... surveillance ouverture capot activée, et désactivée, donc plus de boot par PXE. A NE PAS FAIRE donc, mais cela donne l'origine probable de la configuration dégradée rencontrée, la pile CMOS HS !
4.2.2/ générer une iso bootable exécutant un script Shell UEFI pour configurer correctement le BIOS? Cela permettrait
de booter en PXE, et pour les machines ne répondant pas normalement, de booter sur une clé USB avec la même iso (Porteur Vincent + qui? Help!) 4.2.2.1/ Trouver des tutos, de la doc sur les instructions SHELL UEFI? 4.2.2.2/ Ecrire le script, le tester, générer une iso bootable + conf PXE - le plus simple, 4.2.2.3/ à faire avant d'ouvrir le boitier... sinon le boot est interdit sans repasser par l'interface interactive!
4.2.3/ passer en revue TOUTES les UC en mode interactif :
4.2.3.1/ connecter UC et écran+clavier 4.2.3.2/ booter et entrer dans BIOS par la touche "Suppr" au démarrage, 4.2.3.3/ vérifier/Activer "Onboard LAN Option ROM" dans menu Advanced/Integrated Peripherals, 4.2.3.4/ désactiver "Chassis Opened Warning" dans menu Security, 4.2.3.5/ enregistrer, sortir puis éteindre le PC 4.2.3.6/ déconnecter écran+clavier et passer au suivant
Dernier point :
- les points 4.1 et 4.2.3 nécessite de se rendre dans les locaux du NiceLab à Nice,
- voir avec Sylvio comment le supporter pour 2.3 et surtout 2.4.
Merci de compléter/corriger, et surtout de proposer de l'aide!
Bonne soirée, Vincent.
Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Bonsoir les 'gnu'istes,
Merci Vincent pour ton état des lieux.
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
Il me le faudrait au moins en 900x500 px si nous l'avons quelque part ?
Pour l'heure, il est temps que j'aille manger.
Bonne soirée à tous.
On 15/09/2020 21:07, sylvio wrote:
../..
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
URL:https://www.linux-azur.org/sites/default/files/2020-09/www_laz_bandeau_new_logo.svg
Salutations ensoleillées,
Le 16/09/2020 à 10:09, netleet-net a écrit :
On 15/09/2020 21:07, sylvio wrote:
../..
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
URL:https://www.linux-azur.org/sites/default/files/2020-09/www_laz_bandeau_new_logo.svg
Salutations ensoleillées,
Merci Verow,
On est en 630x214 px à 90 ppi et la planche ne fait que 69x244.
C'est très pixelisé, je vais faire avec.
Je vous transmettrai mes fichiers xcf une fois finis pour les archives, ça pourra servir ultérieurement. Sait-on jamais.
Gnument Vôtre,
On 16/09/2020 11:27, sylvio wrote:
Le 16/09/2020 à 10:09, netleet-net a écrit :
On 15/09/2020 21:07, sylvio wrote:
../..
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
URL:https://www.linux-azur.org/sites/default/files/2020-09/www_laz_bandeau_new_logo.svg
On est en 630x214 px à 90 ppi et la planche ne fait que 69x244.
C'est très pixelisé, je vais faire avec.
C'est du SVG, tu peux donc éditer avec /Inkscape/ pour éviter la pixellisation. Attention, il est fort possible que les éléments soient groupés, il convient d'utiliser SHIFT + CTRL + G afin de désolidariser le tux du verre de la planche, etc. Ensuite, soit il est possible de conserver le SVG, soit il faut exporter en 150 ppi a minima pour obtenir un rendu lissé sur papier, car le 96 ppi == Web.
Quand un fichier a été initié en 90 ppi, /Inkscape/ propose à l'ouverture de le convertir en 96 ppi pour respecter les normes en cours.
Je vous transmettrai mes fichiers xcf une fois finis pour les archives, ça pourra servir ultérieurement. Sait-on jamais.
Le format xcf est orienté /Gimp/.
Salutations ensoleillées,
Le 16/09/2020 à 11:45, netleet-net a écrit :
On 16/09/2020 11:27, sylvio wrote:
Le 16/09/2020 à 10:09, netleet-net a écrit :
On 15/09/2020 21:07, sylvio wrote:
../..
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
URL:https://www.linux-azur.org/sites/default/files/2020-09/www_laz_bandeau_new_logo.svg
On est en 630x214 px à 90 ppi et la planche ne fait que 69x244. C'est très pixelisé, je vais faire avec.
C'est du SVG, tu peux donc éditer avec /Inkscape/ pour éviter la pixellisation. Attention, il est fort possible que les éléments soient groupés, il convient d'utiliser SHIFT + CTRL + G afin de désolidariser le tux du verre de la planche, etc. Ensuite, soit il est possible de conserver le SVG, soit il faut exporter en 150 ppi a minima pour obtenir un rendu lissé sur papier, car le 96 ppi == Web.
Quand un fichier a été initié en 90 ppi, /Inkscape/ propose à l'ouverture de le convertir en 96 ppi pour respecter les normes en cours.
Je vous transmettrai mes fichiers xcf une fois finis pour les archives, ça pourra servir ultérieurement. Sait-on jamais.
Le format xcf est orienté /Gimp/.
Salutations ensoleillées,
Verow,
En effet, je n'avais encore jamais fait de vectoriel. C'est génial :-D
Un grand merci pour tes astuces, ça va bien m'aider.
Bon appétit.
On 15/09/2020 21:07, sylvio wrote:
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
Par fond d'écran, j'imagine que tu entends la capture d'image qui affiche le nom des villes des RALs + logo, projetée par le vidéo-projecteur quand il se met en veille.
Sinon, merci de me l'envoyer par courriel privé pour que je vois de quoi il retourne exactement.
Salutations ensoleillées,
Le 16/09/2020 à 15:08, netleet-net a écrit :
On 15/09/2020 21:07, sylvio wrote:
J'ai justement une requête pour le fond d'écran que je suis en train de perfectionner : as-t-on un a-plat de la décoration de la planche de Tux ayant servi à la création du logo de Linux-Azur ?
Par fond d'écran, j'imagine que tu entends la capture d'image qui affiche le nom des villes des RALs + logo, projetée par le vidéo-projecteur quand il se met en veille.
Sinon, merci de me l'envoyer par courriel privé pour que je vois de quoi il retourne exactement.
Salutations ensoleillées,
Pas du tout, il s'agit du fond d'écran du bureau XFCE pour les 100 machines des impôts. Ca fait partie de la personnalisation de l'image d'installation de Xubuntu.
Gnument Vôtre,
On 16/09/2020 15:41, sylvio wrote:
Pas du tout, il s'agit du fond d'écran du bureau XFCE pour les 100 machines des impôts. Ca fait partie de la personnalisation de l'image d'installation de Xubuntu.
OK. Quelle est l'extension du fichier image ?
Salutations ensoleillées,
Le 16/09/2020 à 15:51, netleet-net a écrit :
On 16/09/2020 15:41, sylvio wrote:
Pas du tout, il s'agit du fond d'écran du bureau XFCE pour les 100 machines des impôts. Ca fait partie de la personnalisation de l'image d'installation de Xubuntu.
OK. Quelle est l'extension du fichier image ?
Salutations ensoleillées,
Vérow,
Le final sera en png.
Tu as du recevoir en PV la maquette provisoire.
Le visuel est dans la continuité du thème Plymouth dont il me reste à corriger un élément suite à l'échange que j'ai eu à Nice avec Jean-Noël, ainsi qu'à créer le script.
Après ça, il me restera juste à injecter le tout dans l'OEM.
Gnument Vôtre,
Bonjour,
je ne pourrais probablement pas être présent le jour de "l'install party" (car en vacances longuement dues)
Mais quelques précisions de ce que j'ai vu du stock de machines au Lab :
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
Il y a affectivement pratiquement autant de claviers USB que d'UCs et peut-être même un peu plus mais : - je n'ai vu au max qu'une dizaine de souris (USB+laser) - et pas du tout cordons d'alims (hormis ceux que nous possédions déjà au Lab, c-à-d au pifomètre autour de 40)
... à moins que ce soit dans un des cartons sous les claviers... à verifier.
1.3/ récupération des **écrans** ?
Le lab possède une quinzaine d'écrans 17'' environ d'une récup précédente, donc si récup d'écrans il y a, il n'est pas nécessaire d'en trouver 100 exactement.
Bertrand.
----- Le 15 Sep 20, à 17:49, Vincent dubsv@free.fr a écrit :
Bonjour à tous, le temps file, plus encore quand on doit se protéger de la chaleur le tout sous un masque...
Il faut considérer ce mail comme une relance, un appel __aux bonnes volontés__.
Cela fait suite à mon article sur le blog de Laz : URL:https://blog.linux-azur.org/?p=345
Pas mal de choses ont été faites, mais il en reste encore beaucoup, et pour **tous les niveaux**.
Le plus critique à mon sens est de s'organiser pour nettoyer les machines, et d'aider Sylvio à finaliser la distro. Les aspects modification du BIOS sans accès au menu interactif serait un plus, mais il peut être contourné par de la manipulation 'basique' par plusieurs personnes.
Rappel important : toute tâche à refaire doit l'être 100 fois... 5mn par machin => 8h20mn !
A mon sens, il y a quatre parties distinctes/indépendantes :
1/ récupération du matériel : 1.1/ démarches administratives vs l'administration qui fournit les machines (Jean-Noël - réalisé)
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
1.3/ récupération des **écrans** ? 1.3.1/ relancer l'administration qui devait initialement les fournir (Action Jean-Noël) 1.3.2/ Je dois pouvoir en avoir quelques-uns auprès de SLV (Action Vincent) 1.3.3/ Cela risque de ne pas suffire!! (ACTION TOUT LE MONDE)
2/ préparation de la distribution configurée/installée à déployer : 2.1/ choix distribution de base : Xubuntu 20.04.1 LTS
2.2/ choix type d'installation : OEM, toutes les dernières mises à jour devront avoir été effectuées sur la machine test avant déploiement (contribution multiple)
2.3/ personnalisation (porteur Sylvio avec validation Jean-Noël) : 2.3.1/ choix des applications (Jean-Noël, Action confirmation par Sylvio) 2.3.2/ splash de démarrage + fond d'écran (Action Sylvio) 2.3.3/ configuration navigateur : page d'accueil et moteur par défaut, marque-pages (Action Sylvio)
2.4/ **validation installation finale** (préparation Sylvio validation Jean-Noël? qui de LaZ?) : 2.4.1/ validation sur installation OEM avant finalisation, et création de l'image Clonezilla voir §3, 2.4.2/ validation avec utilisateur 'neutre' sur 1er boot avec création identifiants utilisateur
3/ déploiement de la distribution finalisée sur toutes les machines : 3.1/ choix de la méthode : CloneZilla lite live (réalisé Vincent)
3.2/ validation du process (porteur Vincent, validation avec contribution multiple) Rappel du process à appliquer 3.2.1/ création d'une image disque CLONEZILLA compressée à partir de la distribution finalisée en mode OEM validé, donc juste avant 1er boot. Il suffit de booter sur la clé live à partir de la machine de test, puis de monter un disque externe ou une clé pour écrire l'image, 5Go de libre devrait suffire (Action LaZ à faire juste après validation, Vincent, Sylvio, autre?), 3.2.2/ déploiement sur les autres machines : 3.2.2.1.1/ limitation théorique CloneZilla 42, serveur et dépôt inclus = 40 machines,
3.2.2.1.2/ limitation alimentation électrique : consommation maximale UC = 80W + Switch Gigabits <200, (nombre
maximal à confirmer par NiceLab),
3.2.2.1.3/ limitation matérielle : 3 switch gigabits surdimensionnés fournis par NiceLab, par contre attention aux câbles qui doivent être en état et d'une classe suffisante (Action NiceLab),
3.2.2.1.4/ durée de déploiement : le test montre qu'il faut 15 mn pour 4 machines, et à priori peu de temps supplémentaires pour un plus grand nombre car le déploiement est réalisé en mode Multicast, i.e. tous les paquets distribués simultanément à tous les clients connectés, puis chaque client écrit sur le disque local en même temps => tout à fait possible dans la demi-journée.
4/ mise en configuration des machines :
4.1/ nettoyage et vérification visuelle de TOUTES les UC (Porteur?) 4.1.1/ ouverture boîtier puis soufflage/évacuation de la poussière accumulée 4.1.2/ suppression étiquettes identification origine et conf réseau + logo window$ 4.1.3/ vérification présence/état des périphériques, clavier, souris, câbles
4.2/ configuration BIOS : 4.2.1/ retour à valeurs par défaut? (réalisé Vincent) : suite suggestion Jacques, j'ai tenté un clear CMOS avec le jumper de la carte mère = perte de l'heure... surveillance ouverture capot activée, et désactivée, donc plus de boot par PXE. A NE PAS FAIRE donc, mais cela donne l'origine probable de la configuration dégradée rencontrée, la pile CMOS HS !
4.2.2/ générer une iso bootable exécutant un script Shell UEFI pour configurer correctement le BIOS? Cela permettrait
de booter en PXE, et pour les machines ne répondant pas normalement, de booter sur une clé USB avec la même iso (Porteur Vincent + qui? Help!) 4.2.2.1/ Trouver des tutos, de la doc sur les instructions SHELL UEFI? 4.2.2.2/ Ecrire le script, le tester, générer une iso bootable + conf PXE - le plus simple, 4.2.2.3/ à faire avant d'ouvrir le boitier... sinon le boot est interdit sans repasser par l'interface interactive!
4.2.3/ passer en revue TOUTES les UC en mode interactif :
4.2.3.1/ connecter UC et écran+clavier 4.2.3.2/ booter et entrer dans BIOS par la touche "Suppr" au démarrage, 4.2.3.3/ vérifier/Activer "Onboard LAN Option ROM" dans menu Advanced/Integrated Peripherals, 4.2.3.4/ désactiver "Chassis Opened Warning" dans menu Security, 4.2.3.5/ enregistrer, sortir puis éteindre le PC 4.2.3.6/ déconnecter écran+clavier et passer au suivant
Dernier point :
- les points 4.1 et 4.2.3 nécessite de se rendre dans les locaux du NiceLab à
Nice,
- voir avec Sylvio comment le supporter pour 2.3 et surtout 2.4.
Merci de compléter/corriger, et surtout de proposer de l'aide!
Bonne soirée, Vincent.
Linux06 mailing list Linux06@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
Bonjour,
Le mercredi 16 septembre 2020 à 10:47 +0200, Bertrand Lecervoisier a écrit :
Bonjour,
je ne pourrais probablement pas être présent le jour de "l'install party" (car en vacances longuement dues)
Mais quelques précisions de ce que j'ai vu du stock de machines au Lab :
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
Il y a affectivement pratiquement autant de claviers USB que d'UCs et peut-être même un peu plus mais :
- je n'ai vu au max qu'une dizaine de souris (USB+laser)
- et pas du tout cordons d'alims (hormis ceux que nous possédions déjà au Lab, c-à-d au pifomètre autour de 40)
... à moins que ce soit dans un des cartons sous les claviers... à verifier.
Certainement, car on en a ramassé 'à la pelle', voire pêle-mêle tellement ils étaient entassés par grappes emmêlées, et il y avait plusieurs cartons.
Pour les écrans, sauf si Jean-Noël arrive à actionner le 'fournisseur', il en manquera beaucoup.
A+ Vincent.
Hello ici,
malgré ma bonne volonté, je décline toute dispo de WeekEnd. Pourquoi pas en revanche une demi journée par ici ou la. [de plus je lit mes emails de maniere sporadique!)
Salutations numériques, néanmoins solidaires!
NB: je doit pouvoir réunir quelques écrans divers pouces
----- Mail original -----
De: "Bertrand Lecervoisier" miniwark@miniwark.com À: "Liste principale de Linux Azur" linux06@lists.linux-azur.org Cc: "Liste des débutants sur GNU/Linux" debutants@lists.linux-azur.org, "Liste Nicelab" liste_nicelab@framalistes.org Envoyé: Mercredi 16 Septembre 2020 10:47:26 Objet: Re: [Liste_Nicelab] Point d'avancement sur les 100 Ordis [LONG]
Bonjour,
je ne pourrais probablement pas être présent le jour de "l'install party" (car en vacances longuement dues)
Mais quelques précisions de ce que j'ai vu du stock de machines au Lab :
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
Il y a affectivement pratiquement autant de claviers USB que d'UCs et peut-être même un peu plus mais :
- je n'ai vu au max qu'une dizaine de souris (USB+laser)
- et pas du tout cordons d'alims (hormis ceux que nous possédions
déjà au Lab, c-à-d au pifomètre autour de 40)
... à moins que ce soit dans un des cartons sous les claviers... à verifier.
1.3/ récupération des **écrans** ?
Le lab possède une quinzaine d'écrans 17'' environ d'une récup précédente, donc si récup d'écrans il y a, il n'est pas nécessaire d'en trouver 100 exactement.
Bertrand.
----- Le 15 Sep 20, à 17:49, Vincent dubsv@free.fr a écrit :
Bonjour à tous, le temps file, plus encore quand on doit se protéger de la chaleur le tout sous un masque...
Il faut considérer ce mail comme une relance, un appel __aux bonnes volontés__.
Cela fait suite à mon article sur le blog de Laz : URL:https://blog.linux-azur.org/?p=345
Pas mal de choses ont été faites, mais il en reste encore beaucoup, et pour **tous les niveaux**.
Le plus critique à mon sens est de s'organiser pour nettoyer les machines, et d'aider Sylvio à finaliser la distro. Les aspects modification du BIOS sans accès au menu interactif serait un plus, mais il peut être contourné par de la manipulation 'basique' par plusieurs personnes.
Rappel important : toute tâche à refaire doit l'être 100 fois... 5mn par machin => 8h20mn !
A mon sens, il y a quatre parties distinctes/indépendantes :
1/ récupération du matériel : 1.1/ démarches administratives vs l'administration qui fournit les machines (Jean-Noël - réalisé)
1.2/ rapatriement des UC centrales + clavier + souris + câbles d'alimentation vers NiceLab (commun - réalisé)
1.3/ récupération des **écrans** ? 1.3.1/ relancer l'administration qui devait initialement les fournir (Action Jean-Noël) 1.3.2/ Je dois pouvoir en avoir quelques-uns auprès de SLV (Action Vincent) 1.3.3/ Cela risque de ne pas suffire!! (ACTION TOUT LE MONDE)
2/ préparation de la distribution configurée/installée à déployer : 2.1/ choix distribution de base : Xubuntu 20.04.1 LTS
2.2/ choix type d'installation : OEM, toutes les dernières mises à jour devront avoir été effectuées sur la machine test avant déploiement (contribution multiple)
2.3/ personnalisation (porteur Sylvio avec validation Jean-Noël) : 2.3.1/ choix des applications (Jean-Noël, Action confirmation par Sylvio) 2.3.2/ splash de démarrage + fond d'écran (Action Sylvio) 2.3.3/ configuration navigateur : page d'accueil et moteur par défaut, marque-pages (Action Sylvio)
2.4/ **validation installation finale** (préparation Sylvio validation Jean-Noël? qui de LaZ?) : 2.4.1/ validation sur installation OEM avant finalisation, et création de l'image Clonezilla voir §3, 2.4.2/ validation avec utilisateur 'neutre' sur 1er boot avec création identifiants utilisateur
3/ déploiement de la distribution finalisée sur toutes les machines : 3.1/ choix de la méthode : CloneZilla lite live (réalisé Vincent)
3.2/ validation du process (porteur Vincent, validation avec contribution multiple) Rappel du process à appliquer 3.2.1/ création d'une image disque CLONEZILLA compressée à partir de la distribution finalisée en mode OEM validé, donc juste avant 1er boot. Il suffit de booter sur la clé live à partir de la machine de test, puis de monter un disque externe ou une clé pour écrire l'image, 5Go de libre devrait suffire (Action LaZ à faire juste après validation, Vincent, Sylvio, autre?), 3.2.2/ déploiement sur les autres machines : 3.2.2.1.1/ limitation théorique CloneZilla 42, serveur et dépôt inclus = 40 machines,
3.2.2.1.2/ limitation alimentation électrique : consommation maximale UC = 80W + Switch Gigabits <200, (nombre
maximal à confirmer par NiceLab),
3.2.2.1.3/ limitation matérielle : 3 switch gigabits surdimensionnés fournis par NiceLab, par contre attention aux câbles qui doivent être en état et d'une classe suffisante (Action NiceLab),
3.2.2.1.4/ durée de déploiement : le test montre qu'il faut 15 mn pour 4 machines, et à priori peu de temps supplémentaires pour un plus grand nombre car le déploiement est réalisé en mode Multicast, i.e. tous les paquets distribués simultanément à tous les clients connectés, puis chaque client écrit sur le disque local en même temps => tout à fait possible dans la demi-journée.
4/ mise en configuration des machines :
4.1/ nettoyage et vérification visuelle de TOUTES les UC (Porteur?) 4.1.1/ ouverture boîtier puis soufflage/évacuation de la poussière accumulée 4.1.2/ suppression étiquettes identification origine et conf réseau + logo window$ 4.1.3/ vérification présence/état des périphériques, clavier, souris, câbles
4.2/ configuration BIOS : 4.2.1/ retour à valeurs par défaut? (réalisé Vincent) : suite suggestion Jacques, j'ai tenté un clear CMOS avec le jumper de la carte mère = perte de l'heure... surveillance ouverture capot activée, et désactivée, donc plus de boot par PXE. A NE PAS FAIRE donc, mais cela donne l'origine probable de la configuration dégradée rencontrée, la pile CMOS HS !
4.2.2/ générer une iso bootable exécutant un script Shell UEFI pour configurer correctement le BIOS? Cela permettrait
de booter en PXE, et pour les machines ne répondant pas normalement, de booter sur une clé USB avec la même iso (Porteur Vincent + qui? Help!) 4.2.2.1/ Trouver des tutos, de la doc sur les instructions SHELL UEFI? 4.2.2.2/ Ecrire le script, le tester, générer une iso bootable + conf PXE - le plus simple, 4.2.2.3/ à faire avant d'ouvrir le boitier... sinon le boot est interdit sans repasser par l'interface interactive!
4.2.3/ passer en revue TOUTES les UC en mode interactif :
4.2.3.1/ connecter UC et écran+clavier 4.2.3.2/ booter et entrer dans BIOS par la touche "Suppr" au démarrage, 4.2.3.3/ vérifier/Activer "Onboard LAN Option ROM" dans menu Advanced/Integrated Peripherals, 4.2.3.4/ désactiver "Chassis Opened Warning" dans menu Security, 4.2.3.5/ enregistrer, sortir puis éteindre le PC 4.2.3.6/ déconnecter écran+clavier et passer au suivant
Dernier point :
- les points 4.1 et 4.2.3 nécessite de se rendre dans les locaux du
NiceLab à Nice,
- voir avec Sylvio comment le supporter pour 2.3 et surtout 2.4.
Merci de compléter/corriger, et surtout de proposer de l'aide!
Bonne soirée, Vincent.
Linux06 mailing list Linux06@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06
-- Bertrand
-- 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
debutants@lists.linux-azur.org