Cher forum,
Il n'existe pas de DVD RHEL 4.4 ; alors, j'en ai fait un. En 64 bits, il marche du tonnerre mais en 32 bits, c'est vraiment pas la joie.
Déjà, le répertoire isolinux n'existait pas et tout ce qui devait y être était dans le répertoire images. J'ai corrigé ce problème et le DVD RHEL 4.4 32 bits boot correctement, avec le splash qui va bien et les labels bien configurés.
Par contre, lorsque je lance l'installation, l'installateur m'explique qu'il ne reconnait pas le DVD comme un DVD RHEL 4.4. J'ai tenté de voir où l'installateur cherche une signature de DVD et j'ai trouvé le fichier ".discinfo" dont le contenu est le même que celui du CD1, avec juste la ligne contenant '1' remplacée par '1,2,3,4,5'.
A part ce fichier, je ne vois pas comment le programme d'installation peut savoir si le DVD est le bon ou pas...
Des idées ?
# gni ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
iso DVD RHEL 4 update 4 en 32 et 64.
pour le coup, je comprends pas trop la question... car même si je vois certainement de quoi tu parles, j'ai du mal à cerner pourquoi tu veux cela ? Dans la mesure ou Redhat propose bien des iso de DVD (et j'ai re-vérifié pour vraiment être sûr qu'il existait aussi dans cette version) et dans la mesure aussi où des distrib comme ScientificLinux et CentOS existent ...
[^] # Re: gni ?
Posté par c-moi . Évalué à 1.
Lien direct pour qui est connecté au RHN :
https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=2862
Bon, si tu l'as trouvé, je vais mieux chercher...
Le principe était surtout de modifier le DVD pour y rajouter un fichier kickstart selon la doc de Red Hat ( http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-putkickstarthere.html#S2-KICKSTART2-BOOT-MEDIA )
[^] # Re: gni ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
Tout est là, tu ne le précisais pas en complément de rhel 4.4 dans le corps de ton billet, j'ai regardé pour les versions AS.
A ok pour la seconde question ;)
Perso je procède ainsi : un fichier de menu permettant à l'utilisateur de taper le nom de la config à installer, et seulement ça. Ca réponds aussi certainement à ton besoin, à priori. (puisque là tu souhaites ajouter un fichier kickstart, donc une config particulière pour une installation automatique : dans mon cas, le nom taper pointe vers une config particulière, une liste de 200 configs possibles environ)
fonc en fait, evniron 200 fiches kickstart + autant de 'post-run' parceque kickstart est insuffisant. Le tout renseigné dans le menu de boot.
La personne tape "pxe" et hop ça lui installe un serveur pxe.
la différence avec ta demande est que je n'ajoute pas le fichier kickstart dans l'iso (dans l'iso je modifie le ficher menu et l'initrd) : les fiches kickstart sont centralisées sur un serveur nfs (afin entre autre d'éviter d'avoir à refaire l'iso si ça bouge, et déléguer ces fiches)
ça t'intéresserai quant même ?
[^] # Re: gni ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
j'ai PAS regardé pour les versions AS.
désolé
[^] # Re: gni ?
Posté par c-moi . Évalué à 1.
Le problème avec NFS est que :
1) Il faut un serveur NFS regroupant les fichiers kickstart (et tant qu'à en avoir un, autant qu'il contienne aussi les arborescences RHEL). En cas de Plan sur Reprise d'Activité, ce genre de serveur NFS n'est pas forcément disponible.
2) Si aucun serveur DHCP n'est présent sur le VLAN des serveurs à installer, il faut attendre et spécifier manuellement une adresse IP.
Deux prérequis peu contraignants certes, mais c'est tellement beau d'installer un serveur RHEL 5 en 10 minutes avec une clef usb et un DVD officiel...
Là, je travaille sur une RHEL 4u4 32bits mais j'ai bien l'impression que je vais devoir me tourner vers le partage NFS... En théorie, le DVD devrait être reconnu comme étant RHEL-compatible, mais il semblerai que ce même DVD mis en partage NFS ne convienne pas non plus à l'installateur ("Ce répertoire ne semble pas contenir une arborescence Red Hat Entreprise Linux"). Il doit donc y avoir une erreur quelque part.
Si jamais tu vois une iso DVD RHEL4u4 AS (l'ES ne m'intéressant pas, j'ai plus de deux CPUs sur la machine), je suis preneur.
[^] # Re: gni ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
"Ce répertoire ne semble pas contenir une arborescence Red Hat"
Comment as tu fait ton DVD ? (quelle arborescence dedans ? et quelle modifications systèmes déclaratives ?). Puis qu'écris tu dans la fiche kickstart ?
Ne t'inquiètes pas, tu n'aura pas à modifer le busyb 'loader' ni 'init' (qui est un elf sur les a.s.)
Moi je m'embeterai pas : je copierai les isos des cd sur un support, quelqu'il soit (dvd ou disque externe) et ferai le nécessaire pour qu'ils soient montés. ;-) Qu'en penses tu ?
# Plus d'infos
Posté par c-moi . Évalué à 1.
Le .discinfo du CD1 (qui sera copié et légèrement modifié dans la version DVD) contient ces informations :
1154571842.370424
Red Hat Enterprise Linux 4
i386
1
RedHat/base
RedHat/RPMS
RedHat/pixmaps
Or le répertoire "RedHat/pixmaps" n'existe pas dans les CDs, et a fortiori, dans le DVD.
En version DVD, la ligne "1" est remplacée par "1,2,3,4,5"
Pour que le message au boot soit joli et surtout que Isolinux s'y retrouve, j'ai du supprimer le fichier "isolinux" et créer un répertoire homonyme. L'architecture du DVD, qui est aussi partagée en NFS est de ce type :
$ find REDHAT44_32 -type d
REDHAT44_32
REDHAT44_32/RedHat
REDHAT44_32/RedHat/base
REDHAT44_32/RedHat/base/pxeboot
REDHAT44_32/RedHat/RPMS
REDHAT44_32/SRPMS
REDHAT44_32/images
REDHAT44_32/isolinux
Evidemment le répertoire monté est REDHAT44_32/
Pour le moment, j'obtiens deux erreurs critiques :
1) Si mon kickstart a la directive "cdrom" (installation depuis le CD/DVD RHEL), l'installateur m'explique gentiment qu'il ne reconnait pas de CD RHEL 4.4 AS.
2) Si mon kickstart a la directive "nfs --server XX.XX.XX.XX --dir /zzzz/yyyy/REDHAT44_52/ l'installateur refuse de continuer l'installation
Je vais retester ces mêmes config avec un DVD 64bits et un répertoire NFS contenant le dit dvd 64 bits...
En dépit de cause, je reviendrai aux 5 CDs à insérer au fur et à mesure...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.