Bonjour amis développeur,
Tout est dans le titre, je suis étudiant en alternance dans une grosse boite et cette dernière me demande dans le cadre de mon contrat chez eux de créer une installation automatique RedHat, j'ai deja énormément cherché d'information dessus mais il y a pas mal de chose que je ne comprend pas.
Dans un premier temps je cherche a créer une installation automatique via une clef USB bootable
et dans un second temps une installation via un serveur,
Je n'ai pas du tout vu durant mes années d'études quoi que ce soit sur le coté linux - serveur
Aurait-il une personne avec qui je pourrai communiquer par mail (voir téléphone) afin de poser quelque question et que mon projet se déroule aux mieux.
Je ne demande pas que l'ont me le fasse mais simplement une petite aide, cela fait déjà un bon mois que je tourne en rond.
Je vous remercie d'avance pour toute info ;)
Cyril
Ps : J'ai lu le guide d'installation RedHat une bonne dizaine de fois et les solution apportées dedans me sont soit confuse soit ne marche pas
# la magie de kickstart, les joies du boot via PXE
Posté par NeoX . Évalué à 9.
dans le premier temps :
le mot magique c'est "kickstart"
le fichier est generalement "ks.cfg"
il contient les instructions qui seront executées par l'installateur RedHat/Centos.
dans un 2e temps :
le mot magique c'est "PXE" et "NFS/HTTP/FTP/TFTP"
le pxe est un petit serveur qui va fournir le noyau et le initrd d'installation à la machine qui demarre via la carte reseau
ensuite à toi de dire la config PXE que le media d'installation se trouve sur le reseau (NFS, HTTP, FTP).
mes recommandations :
- joue avec ca dans des machines virtuelles, c'est facile à refaire, à modifier.
- attention au BIOS/EFI qui va te demander un noyau et initrd specifique selon que tu es en EFI ou en BIOS
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par crozes . Évalué à 1.
Merci pour la réponse :)
Oui j'ai deja bien regardé le principe du kickstart mais je ne comprend pas certaines choses,
lors de l'installation il faut préciser le chemin d’accès au "kickstarts" (ks=file:/device/ks.cfg), et dans le fichier ks il faut préciser le chemin de l'image (s'est ce paramètre que je ne comprend pas l'utilité surtout que si j'utilise une clef USB bootable je n'ai pas une .iso mais une arborescence de dossier).
est-ce que en utilisant
cela marcherai-il ?
Je vais regarder plus en profondeur le PXE
Encore merci
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par NeoX . Évalué à 3.
je n'ai pas testé le boot via clef USB mais dans les KS que j'ai au bureau, on a ca
a priori on change juste a ligne cdrom par celle en dessous en fonction de la lettre que la clef USB obtient (sda1/sdb1/sdc1 …)
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par crozes . Évalué à 1.
Niquel c'est exactement ce que je voulais savoir
Merci beaucoup
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par NeoX . Évalué à 3.
sinon avec 3 mots magiques dans ton moteur de recherche ca donne ca :
http://lmgtfy.com/?q=redhat+kickstart+sample
on obtient alors :
- comment faire une installation avec Kickstart
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Installation_Guide/sect-kickstart-howto.html
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par totof2000 . Évalué à 2.
Dans le genre "mot magique" il y a aussi cobbler voire spacewalk.
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par NeoX . Évalué à 2.
oui, mais cobbler ou spacewalk c'est pour l'instant un peu overkill pour son besoin non ?
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par totof2000 . Évalué à 2.
C'est possible … ou pas. A voir selon le contexte. spacewalk, probablement overkill, mais cobbler peut être utile à l'étape suivante.
[^] # Re: la magie de kickstart, les joies du boot via PXE
Posté par Nils Ratusznik (site web personnel, Mastodon) . Évalué à 2.
Voire même, selon la motivation, Katello au lieu de Spacewalk.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.