[RESOLU]Lancement de l'installation impossible avec nouvel i

[unrealmouss]

salut à tous,

j'ai suivi le tuto suivant pour generer un iso avec les rpm mis à jour. La génération se passe relativement bien, mais dés que je lance l'installation il m'affiche l'erreur suivante :

|----------- Kickstart Error --------|
| |
| Error openning: Kickstart file |
| /tmp/ks.cfg : No such file or |
| directory |
| |
|-------------------------------------|

et il reboote aprés affcihage de l'erreur...

Quelqu'un à t'il déjà rencotré cette erreur ?
Je me demande si ca ne viens pas de l'image de boot utilisée pour generer l'iso, mais je n'ai fait que suivre le tuto...

besoin d'aide SVP, merci

[unrealmouss]

suite de mes aventures....

j'ai changé de tuto : http://contribs.org/contribs/dmay/smese ... howto.html

il semble que mon intuition était la bonne, le howto de 5.6 n'utilisait pas la même image de boot pour generer l'iso, mais ca ne devait pas être le seul problème...

J'ai pu parfaitement generer mon iso.
attention petite erreur au début du tuto pour l'install des rpm : ne faites pas de copier-collé sinon vous n'installerez pas tous les rpms : dmay à écrit : rpm -Uvh –-nodeps –-replacepkgs *.i386.rpm ce qui aura pour cause d'installer que les packages avec l'extention i386.rpm en oubliant autoconf, automake...

Bon bref, tout ce genére parfaitement, mon iso est prêt, je le tranfert par ftp, je monte l'iso, je demarre ma machine virtuelle (j'en avais marre de graver des cds et de formatter ma machine physique), il s'installe parfaitement, il redemarre...... (à ce moment la je jubilais de bohneur, pour moi tout allais bien...)..... et au demarrage.....

les différents démarrages de services fonctionnent bien jusqu'a : "starting bootstrap-console" qui reste indéfinniment bloqué......

Voici la liste des rpms que j'ai upgradé avant génération du fichier TRANS.TBL :

Ancien :

apache-1.3.27-2.i386.rpm
cvs-1.11.1p1-7es02.i386.rpm
dump-0.4b25-1.72.1es02.i386.rpm
fileutils-4.1-10.1.i386.rpm
glibc-2.2.5-43.i386.rpm
glibc-common-2.2.5-43.i386.rpm
iproute-2.4.7-1.i386.rpm
iptables-1.2.5-3.i386.rpm
mysql-3.23.56-1.73.i386.rpm
mysql-devel-3.23.56-1.73.i386.rpm
mysql-server-3.23.56-1.73.i386.rpm
newt-0.50.18-04es.i386.rpm
perl-5.6.1-34.99.6.i386.rpm
perl-CPAN-1.59_54-34.99.6.i386.rpm
perl-DB_File-1.75-34.99.6.i386.rpm
perl-NDBM_File-1.75-34.99.6.i386.rpm
perl-suidperl-5.6.1-34.99.6.i386.rpm
pine-4.44-7.73.0.i386.rpm
rsync-2.5.4-2es1.i386.rpm
shadow-utils-20000902-7es1.i386.rpm
stunnel-3.22-1es.i386.rpm
ucd-snmp-4.2.5-7.73.0.i386.rpm
unzip-5.50-11.i386.rpm

Nouveau pour tester :

apache_1.3.27-4_i386.rpm
cvs_1.11.1p1-8.7_i386.rpm
dump_0.4b27-3_i386.rpm
fileutils_4.1-10.4_i386.rpm
glibc_2.2.5-44_i686.rpm
glibc-common_2.2.5-44_i386.rpm
iproute_2.4.7-7.73.1_i386.rpm
iptables_1.2.8-8.72.3_i386.rpm
mysql_3.23.58-1.73_i386.rpm
mysql-devel_3.23.58-1.73_i386.rpm
mysql-server_3.23.58-1.73_i386.rpm
newt_0.50.35-1_i386.rpm
perl_1%3a5.6.1-36.1.73_i386.rpm
perl-CPAN_1%3a1.59%5f54-36.1.73_i386.rpm
perl-DB%5fFile_1%3a1.75-36.1.73_i386.rpm
perl-NDBM%5fFile_1%3a1.75-36.1.73_i386.rpm
perl-suidperl_1%3a5.6.1-36.1.73_i386.rpm
pine_4.44-19.73.0_i386.rpm
rsync_2.5.7-0.7_i386.rpm
shadow-utils_1%3a20000902-9.7_i386.rpm
stunnel_3.26-1.7.3_i386.rpm
ucd-snmp_4.2.5-8.73.1_i386.rpm
unzip_5.50-31_i386.rpm

Apparemment il y en à un qui fait c......, donc je vais tenter une install en mode upgrade dessus pour voir si je recupère ma sme...

@ tout à l'heure

[unrealmouss]

le problème persiste, je vais devoir éliminer les rpms que j'ai upgradé un par un, une piste ??

[gla]

Qu'est ce c'est que les % qui se baladent dans tes noms de fichiers ?

[unrealmouss]

les fichiers sont nommés tel que je les ais recupérés par "apt-get --download-only upgrade", la version de yum (1.0.3) de sme ne supportant pas cette fonctionnalité avant la 2.0.6 je pense...

[unrealmouss]

bon, pour être sur que le problème ne venait pas de la génération de l'iso, j'ai pris la sme originale et j'ai refait le processus complet sans modifier les rpm et ca marche (évidement ). Donc pour finir je n'ai pas beaucoup avancé mais il semble sur que le problème vienne des rpm que j'ai recupéré par apt-get.


Je vais suivre l'étape "normale", c'est à dire telecharger les MAJ une par une site contribs ou autre espace web m'en proposant....

Pour info, le service "bootstrap-console" qui ne voulait pas démarrer correspond à l'environnement graphique ou on demande toute la série d'info au "first boot" :
- mot de passe root
- ip
- fqdn
- type de seveur
- ....


Bon ben voila.... j'ai au moins apris quelques trucs... Je reviendrais sur ce post pour dire si j'ai réussi par la voie "normale "