Reprenons la question: comment réaliser un passage FC3 -> FC4 en
update?
Il existe deux solutions:
* en utilisant anaconda (mise à jour du système), soit la voie "royale", testée et recommandée;
* en utilisant yum (soit globalement la solution indiquée dans ce fil, qui consiste à utiliser le rpm fedora-release-4-2.noarch.rpm); cette voie est expérimentale, encore insuffisamment testée.
Nota: il s'agit d'une solution update; une alternative consiste à installer FC4 sur d'autres partitions en partageant $HOME. Voir les posts sur ce sujet.
Les modalités d'utilisation de l'update par yum ont été insuffisamment décrites et les difficultés rencontrées traduisent tout à la fois cette lacune et le caractère expérimentale de la procédure.
Les recommandations pour l'utilisation de yum dans le cadre d'une mise à jour FC3 -> FC4 sont décrites par le
Wiki YumUpgradeFaq .
Les points principaux ressortent comme suit (traduction de l'essentiel de la FAQ):
* mettre impérativement à jour la version de yum (depuis la FC3)
# yum update yum
* télécharger et installer le rpm fedora-release pour FC4 (ce rpm comprend les éléments d'environnement qui vont permettre la mise à jour FC3->FC4):
#wget http://download.fedora.redhat.com/pub/fedora/linux/core/4/i386/os/Fedora/RPMS/fedora-release-4-2.noarch.rpm
(l'exemple fourni concerne une architecture i386; on remplacera i386 par ppc ou x86_64 selon l'architecture visée)
rpm -Uvh /chemin_vers_le_repertoire_de_stockage/fedora-release-4-2.noarch.rpm
* lancer la mise à jour:
#yum update
* assurer la mise à jour / prise en compte de nouveaux paquetages de l'environnement Gnome / Kde:
# yum groupinstall "GNOME Desktop Environment"
(ou KDE)
Plusieurs problèmes peuvent survenir:
* Postgres, en FC4, présente des formats incompatibles avec les précédentes versions. Il faut préalablement sauvegarder (dump des bases) puis restaurer.
* "kernel requires kernel-utils (ou vice-versa)":
#yum update kernel
# shutdown -r now
après reboot:
#yum remove kernel-2.6.11*FC3*
yum upgrade
# shutdown -r now
* blocage avec apparition du message: "
Reading repository metadata in from local files".
#rpm --rebuilddb
pour reconstruire la base des rpm installés.
Si cette solution n'est pas opérante, on supprimera les anciens noyaux installés en en conservant un seul (lors de la mise à jour d'un noyau, les anciens noyaux sont, par défaut, conservés).
* les mises à jour en architecture x86_64 demandent la suppression de quelques paquetages i386 en préalable:
# yum remove perl.i386
* message "Error: Missing Dependency: libpython2.3.so.1.0 is needed by package koffice". Koffice ne figure plus dans FC4 et n'a pas été déplacé dans le dépôt extras. Il n'existe donc aucune solution pour assurer la mise à jour. Pour ne pas bloquer la mise à jour vers FC4, il faut donc supprimer Koffice:
# yum remove koffice
* La mise à jour, peut, pour des
systèmes x86_64, aboutir à
un plantage durant l'exécution des tests ("Running Transaction Test").
La solution consiste, en préalable, à mettre à jour rpm vers la version minimale "rpm-4.3.3-3.0.fc3".
* le contrôle des signatures échoue et renvoie le message:
"warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID db42a60e public key not available for <un nom de paquetage> Retrieving GPG key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora
The GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora (0x4F2A6FD2) is already installed but is not the correct key for this package. Check that this is the correct key for the "Fedora Core 4 - i386 - Base" repository".
Il faut éditer le fichier /etc/yum.repos.d/fedora.repo et remplacer la ligne:
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora
par
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY
Pour le paramétrage de yum, voir notamment le
post suivant .
* SELinux soulève problème.
L'auteur de la FAQ indique qu'il a téléchargé la dernière version du rpm selinux-policy-targeted, réalisé une desinstallation forcée de l'ancien rpm (rpm -r selinux-policy-targeted --nodeps), supprimé les sauvegardes de paramètres selinux-policy-targeted effectuées sous .rpmnew et .rpmsave et installé le nouveau paquetage. Il a ensuite lancé "/sbin/fixfiles relabel".
Dans le cas général, si SELinux pose problème, sa désactivation peut être réalisée au boot, en passant en édition de menu et en ajoutant "enforcing=off" à la ligne concernant le lancement du kernel (voir
Grub: les bases pour Fedora , §3 -> utilisation de la touche <a> pour modifier les paramètres de lancement du noyau en mode interactif).
