Suffit de poster pour faire avancer le bouzin... 😉

Reboot....

erreur: il ne trouve pas le paquet libsoup22-2.2.105-2.fc9.x86_64.rpm, qu'à cela ne tienne, je reboot (comme proposé) pour me reloguer sous F8 et download du package directement dans /var/cache/yum/anaconda-preupgrade/packages

Reboot....

Shit! encore une erreur! "Preparation de la transaction de la source d'installation..." s'arrête pour me signifier qu'il me manque 875Mo sur ma / pour installer les packages...cool de me prévenir... 8-)
4 ou 5 désinstalles plus tard (torcs, openarena, nexuiz, openoffice... :s) ... je reboot...

Ah y est! l'installe des packages commence! (1807 paquetages ==> gnome + kde + bien d'autres choses encore...) ouf! il était temps! à 1h15 du mat'....

Y'a plus qu'à attendre le verdicte final... 😉

Pendant ce temps, je vais me chercher des :pint: ...ah non, merte, peux po...jbosse demain.... :s je vais devoir attendre demain midi pour fêter cette F9... si l'installe réussi bien sûr..

Tu cherches des les menus un programme qui s'appelle "Terminal"...t'y clic dessus et t'y tapes directement "preupgrade" (sans les guillements bien sur...)

Regardes ca: Terminal, avant toute chose...

Cette documentation est accessible depuis la page d'accueil, section "FAQ non-officielle". Lis tout, surtout les "FAQ Fedora : Les Bases".

C'est la 1ere chose que t'aurai du faire...et c'est aussi le cas pour tous ceux qui n'ont pas lu ces docs....ça évite de ton coté de poser des questions auxquels on a déjà répondu de milliers de fois...
Ah oui, c'est chiant de lire...malheureusement c'est une spécialité française de ne jamais lire les docs en 1er, de venir poser les questions et de lire les docs ensuite...c'est connu, les français ont la science infuse et est fénéant...(surtout pour le montage des meubles IKEA... :hammer: )

Prennez en TOUS note...

Salut tous, j'ai le meme problème que Louizatakk un peu plus haut,

preupgrade télécharge tous les paquets, me propose de rebooter, et une fois le reboot, j'ai l'installer qui se lance, et qui me dit qu'aucune ISO n'est résente... pourtant dans mon /root/upgrade, j'ai bien les meme fichier que louizatakk!

personne n'a eu le problème? et surtout la solution?

j'ai essayé de changer le chemin par défaut en mettant un / devant le chemin proposé (boot/upgrade/stage2.img,

il me dit là que ca n'est pas un répertoire, j'ai donc enlevé stage2.img du chemin, et il me dit /dev/sda1 ne semble pas cotenir des images de CD ROM fedora...


Merci pour votre aide...

[edit]
Je précise que dans /boot/upgrade j'ai initrd.img stage2.img et vmlinuz pour une taille totale de 115Mo environ et que preupgrade a été installé aujourd'hui via yum...

si quelqu'un a réussi à faire fonctionner pré-upgrade ,qu'il se manifeste.
Car pour l'instant , c'est pas top 🙁

Mouais...

J'ai essayé d'effacer les lignes concernant l'upgrade dans le grub.conf, puis j'ai relancé preupgrade,
maintenant il reste bloqué sur

Probing devices to guess BIOS drives. This may take a long time.

Ca inspire quelqu'un?
je l'ai lancé en console, la commande passée c'est

[root@TuxMachine ~]# preupgrade&
[1] 2850
[root@TuxMachine ~]# No package matched to remove
DEBUG /sbin/grubby --title="Upgrade to Fedora 9 (Sulphur)" --add-kernel=/boot/upgrade/vmlinuz --initrd=/boot/upgrade/initrd.img --args="preupgrade lang=fr_FR.UTF-8 keymap=fr stage2=hd:sda1:boot/upgrade/stage2.img method=ftp://ftp.uvsq.fr/pub/fedora/linux/releases/9/Fedora/i386/os"
Probing devices to guess BIOS drives. This may take a long time.

ca peut aider?

never_trust_a_hippie
Regarde bien dans cette ligne :
sda1:boot/upgrade/stage2.img method=ftp://ftp.uvsq.fr/pub/fedora/linux/releases/9/Fedora/i386/os"

Comme dit plus haut, il manque un / dans la ligne.
Juste avant boot en fait ta ligne devrait donner ça :
sda1:/boot/upgrade/stage2.img method=ftp://ftp.uvsq.fr/pub/fedora/linux/releases/9/Fedora/i386/os"

bucks
Normalement preupgrade modifie le grub pour démarrer la mise à jour au reboot.

Hello,

Il semblerait que beaucoup de fédoristes, aient des problèmes avec le preupgrade, F8 > F9. Je n'ai pas eu, en ce qui me concerne, de réel problème. A part le message d'erreur concernant la place disponible pour le téléchargement de stage2.img sur /boot/upgrade qui en fait était juste un avertissement! Le process de mise à jour télécharge le/les fichier(s) manquant au prochain redémarrage et se termine sans encombre.


A la lecture des problèmes sur ce thread certains ont des probèmes (avec metadata chemin (path) sur les fichiers boot, sur ce point précis, dans grub.conf, le path /boot/upgrade dépendra si l'on a ou pas une partition séparé pour /boot)

Ces problèmes ont, normallement, été résolus depuis la pre-release de preupgrade.

La version la plus récentes se trouve sur http://koji.fedoraproject.org/koji/packageinfo?packageID=6045 comme indiqué plus haut sur le thread, elle doit être aussi sur les mirroirs de mise à jour f8.

Changelog

* Tue May 13 2008 Will Woods <wwoods@redhat.com> - 0.9.3-3
- Fix hang on "Downloading installer metadata" (bug #446244)

* Tue May 13 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.9.3-2
- enable F9 in releases.list

* Fri May 02 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.9.3-1
- 0.9.3

* Thu May 01 2008 Seth Vidal <skvidal at fedoraproject.org>
- make preupgrade clean up its messes in %post so it doesn't leave
cruft on the fs after an upgrade.

* Thu Apr 24 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.9.2-1
- 0.9.2
- put cli tool back in

* Mon Apr 21 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.9.1-1
- 0.9.1

* Mon Apr 07 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.9-2
- add dist tag
- fix buildroot
- fix buildarchitectures to buildarch

* Thu Apr 03 2008 Will Woods <wwoods@redhat.com> - 0.9-1
- Remove .desktop file; we'll run from a puplet notification (or by hand)
- Check file size on downloaded boot images to make sure they're the right ones
- More descriptive title for boot item
- Update releases.list - add Fedora 9 Beta
- Add python as a buildreq

* Wed Mar 26 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.8-1
- remove the cli for now b/c it is broken!

* Mon Mar 24 2008 Will Woods <wwoods@redhat.com> - 0.8-1
- Functionally nearly complete
- Add .desktop file for GUI

* Thu Feb 07 2008 Seth Vidal <skvidal at fedoraproject.org> - 0.1-1
- first pkging attempt

Personnellement, habitué à faire les mises à niveau en utilisant yum et les problèmes de dépendances que nous avons tous rencontrés, je trouve preupgrade révolutionnaire!!!

Une base logique me semble nécessaire avant de se lancer...

Backup des données.

Mise à jour de F8, pour ma part, je n'ai utilisé que les repos officiels de Fedora dans un premier temps.
Pour ce faire modifier /etc/yum.repos.d/*.repo

[madmax@bounce yum.repos.d]$ ls
dries.repo fedora-rawhide.repo fedora-updates.repo freshrpms.repo
fedora-development.repo.rpmsave fedora.repo fedora-updates-testing.repo livna.repo

De sorte que seuls fedora.repo et fedora-updates.repo soient actifs (enabled=1)

[madmax@bounce ~]$ sudo yum update
Setting up Update Process // Configuration du processus de mise à jour
No Packages marked for Update // Aucun paquetage marqué pour mise à jour

Effacer diverses choses qui s'accumulent dans le répertoire cache de yum au fil du temps.
[madmax@bounce ~]$ sudo yum clean all
Cleaning up Everything // Nettoyage complet

... Peut être s'assurer que l'on utilise la version la plus récente de preupgrade...
[madmax@bounce ~]$ sudo rpm -qa | grep preupgrade
preupgrade-0.9.3-3.fc8.noarch


Une fois que l'on est up to date ... Passage en mode graphique pour lancer preupgrade ... clic droit sur le bureau "run command" requiert root password ensuite suivre les instructions à l'écran...

Une fois la machine sous F9 réactiver les "autres" repos et effectuer une mise à jour pour les programmes non-fedora.

Maintenant si il s'avère que tout ne se passe pas pour le mieux dans le meilleur des mondes...

Je n'ai pas la prétention d'avoir les compétences pour résoudre les problèmes rencontrés par nos amis fédoristes, ni celle d'être un modérateur du site loin de là cette idée... en fait je ne suis qu'un newbie. Mais je pense qu"Il serait plus approprié d'ouvrir un nouveau post avec le minimum d'information nécessaire pour avoir de l'aide sur le forum par de plus féru ...

Un problème à partir du GUI (interface graphique) pendant la mise à niveau ... on change de terminal en utilisant les touches crtl+alt+F1, .. alt+F3..alt+F5 des informations utiles s'affichent sur ces écrans quant à l'origine du problème, alt+F2 permet d'avoir un accès au shell un petit "ls" et je suis sûr que vous allez trouver là des fichiers logs.

Un problème de boot? ... si il est vraiment sérieux... redémarrer sur un livecd ou bien avec un cd d'install commande "linux rescue" il y a un tas de tutoriels sur le web ou même sur ce forum, j'en suis sûr, expliquant comment utiliser le mode rescue.

Basically, après le boot en rescue mode, choix de la langue et du clavier, on accept le "chroot /mnt/sysimage" pour monter son filesystem et permettre ainsi de récupérer la configuration du grub.conf qui éventuellement accompagné d'une sortie d'écran de la commande "df" pourraient aider au diagnostic...


sh-3.2#cat /mnt/sysimage/boot/grub/grub.conf

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,1)
# kernel /vmlinuz-version ro root=/dev/sda6
# initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,1)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.25.3-18.fc9.i686)
root (hd0,1)
kernel /vmlinuz-2.6.25.3-18.fc9.i686 ro root=UUID=4cd6efc7-afbb-4f3d-85bb-94f4a7392340 rhgb quiet
initrd /initrd-2.6.25.3-18.fc9.i686.img
title Fedora (2.6.25-14.fc9.i686)
root (hd0,1)
kernel /vmlinuz-2.6.25-14.fc9.i686 ro root=UUID=4cd6efc7-afbb-4f3d-85bb-94f4a7392340 rhgb quiet
initrd /initrd-2.6.25-14.fc9.i686.img
title Other
rootnoverify (hd0,0)
chainloader +1


Filesystem 1K-blocks Used Available Use% Mounted on
/dev 257396 24 257372 1% /dev
/dev/loop0 104320 104320 0 100% /mnt/runtime
/dev/sda6 7147260 3261592 3522604 49% /mnt/sysimage
/dev/sda3 10231424 64 10231360 1% /mnt/sysimage/data
/dev/sda2 194449 17504 166905 10% /mnt/sysimage/boot
/dev 257396 24 257372 1% /mnt/sysimage/dev

sh-3.2#cat /mnt/sysimage/etc/fstab
UUID=4cd6efc7-afbb-4f3d-85bb-94f4a7392340 / ext3 defaults 1 1
UUID=482E-778C /data vfat umask=0077,shortname=winnt 0 0
UUID=c0afefed-e77c-4d97-9e07-04d0cd77b446 /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
UUID=59eb6aa1-c57b-47ee-867d-4ed4f965f784 swap swap defaults 0 0

autre commande utile... fdisk, genre: boot où est tu? * determine la partition boot (ici un dual boot XP/Fedora d'un WinXP fraichement gparted et netinsalled F9 pour l'occasion)

sh-3.2#fdisk -l


Disk /dev/sda: 30.0 GB, 30005821440 bytes
255 heads, 63 sectors/track, 3648 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xc4c8c4c8

Device Boot Start End Blocks Id System
/dev/sda1 * 1 1379 11076786 c W95 FAT32 (LBA)
/dev/sda2 1380 1404 200812+ 83 Linux
/dev/sda3 1405 2679 10241437+ b W95 FAT32
/dev/sda4 2680 3648 7783492+ 5 Extended
/dev/sda5 2680 2744 522081 82 Linux swap / Solaris
/dev/sda6 2745 3648 7261348+ 83 Linux


sh-3.2#ls /mnt/sysimage/boot/grub/upgrade

initrd vmlinuz stage2.img


NB: Ces sorties d'écran seront différentes d'une machine à l'autre.

With regards

M@dm@x

bonsoir, j'ai installé la version 0.9.3-3 de koji comme conseillé plus haut et pour résoudre le problème de taille du /boot, j'ai mis le dossier upgrade dans /root avec un lien symbolique dans /boot, et cette étape est passé.

Mais ensuite, à la fin du téléchargement de stage2, freeze de preupgrade et ce message dans le terminal:

[root@localhost boot]# preupgrade
No package matched to remove
Traceback (most recent call last):
  File "/usr/share/preupgrade/preupgrade-gtk.py", line 198, in on_assistant_apply
    self._do_main()
  File "/usr/share/preupgrade/preupgrade-gtk.py", line 206, in _do_main
    self.main_preupgrade()
  File "/usr/share/preupgrade/preupgrade-gtk.py", line 371, in main_preupgrade
    (mdev,mpath) = preupgrade.bootpath_to_anacondapath(stage2_abs)
TypeError: 'NoneType' object is not iterable

J'ai lu les 4 pages de ce topic;

Mon broplème est légèrement différent de celui rencontré par les autres.

Et je viens de lancer une nouvelle discussion à ce sujet ici.