Bonjour à tous,

Je tente d'upgrader ma Fedora 16 vers 17 via preupgrade.
Tout se passe bien jusqu'au reboot, je peux choisir la ligne "Mise à jour vers Fedora 17..." et là Anaconda plante et me propose d'envoyer le bug or je pense que cela est plus dû à ma config.

Message d'Anaconde :
"An handled exception has occurred. This is most likely a bug. Please save copy of the detailed exception and file a bug report.

Reason : DeviceError : ('device has not been created', ' UUID = aef96b29-e881-4695-bb40-b106a2e5892e')"

Or je retrouce ce UUID dans mon /etc/fstab :
#
# /etc/fstab
# Created by anaconda on Tue Jul 27 20:07:44 2010
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=82e3f048-f6fa-4b64-8038-084b8c38b7ac /                       ext4    defaults,noatime,discard        1 1
UUID=2ba08442-0182-43d2-ad7c-5425fcf14204 /boot                   ext4    defaults,noatime,discard        1 2
UUID=aef96b29-e881-4695-bb40-b106a2e5892e /home                   ext4    defaults        1 2
/dev/sdb3                                 /mnt/HITACHI              ext4  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
none                    /tmp                    tmpfs   defaults,nosuid,nodev,noexec 0 0
Pour info j'ai trois disque dur dans ma tour :
/dev/sda : SSD Intel ~40Go
  • /dev/sda1 ~1Go pour /boot
  • /dev/sda2 ~39Go pour /

/dev/sdb : HDD Hitachi ~750Go
  • /dev/sdb3 ~750Go /mnt/HITACHI

/dev/sdc : HDD Samsumg ~1To
  • /dev/sdc1 ~1To pour /home

Est-ce que si je change mes "UUID=xxxxx" par "/dev/sdxx" cela résoudrait le problème ?
Pourquoi en 2010 Anaconda à utiliser les UUID ? Quel est l’intérêt/avantages ?
Il y a une chance infinitésimale que anaconda ait tenté de créer une partition comportant un numéro d'UUID déjà existant dans ton systeme:

en effet ton /home existe et est déjà monté. On ne voit pas pourquoi alors Anaconda devrait le recréer.

Essaie à nouveau et si tu etais tombé sur un cas d'exception alors il ne se reproduirait plus. Sinon c'est autre chose.

Perso je n'utilisa jamais les numéros d'UUID qui conviennent sans doute aux processus automatisés mais pas à l'oeil humain. Je n'utilise que les "labels". Je donne un label à chaque partition et mon fstab ressemble à ça.
LABEL=/F15 / ext3 defaults 1 1
LABEL=/home /oldhome ext3 defaults 1 1
LABEL=/opt /opt ext3 defaults 1 1
LABEL=/usr/local /usr/local ext3 defaults 1 1
LABEL=DOCS2 /partage vfat defaults,umask=000 0 0
LABEL=vbox /virtual ext3 defaults 1 1
Ce qui est parlant. Idem dans grub.cfg
Bien sur un processus automatisé ne saurait pas quel nom évocateur donner à chaque partition.
Voici les résultats des commandes du second post :
#ls -l /dev/disk/by-uuid
total 0
lrwxrwxrwx. 1 root root 10 Jun  3 14:16 2ba08442-0182-43d2-ad7c-5425fcf14204 -> ../../sda1
lrwxrwxrwx. 1 root root 10 Jun  3 14:19 4C9A-7C5B -> ../../sdh1
lrwxrwxrwx. 1 root root 10 Jun  3 14:16 758e0768-f22c-48a8-919d-23054ed0707a -> ../../dm-0
lrwxrwxrwx. 1 root root 10 Jun  3 14:16 82e3f048-f6fa-4b64-8038-084b8c38b7ac -> ../../sda2
lrwxrwxrwx. 1 root root 10 Jun  3 14:16 8da7e119-885d-44ec-9eec-be95dadc3d9b -> ../../sdb3
lrwxrwxrwx. 1 root root 10 Jun  3 14:16 aef96b29-e881-4695-bb40-b106a2e5892e -> ../../sdc1
lrwxrwxrwx. 1 root root  9 Jun  3 14:16 cb97d2ce-2222-408e-95d0-78222c89a1df -> ../../sdc
pour parted, quelque soit le dernier argument il me retourne la liste compléte :
Model: ATA INTEL SSDSA2M040 (scsi)
Disk /dev/sda: 40.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  1049MB  1049MB  primary  ext4         boot
 2      1050MB  40.0GB  39.0GB  primary  ext4


Model: ATA Hitachi HDT72107 (scsi)
Disk /dev/sdb: 750GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End    Size   Type     File system  Flags
 3      5348MB  750GB  745GB  primary  ext4


Model: ATA SAMSUNG HD103SJ (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  1000GB  1000GB  primary  ext4


Model: Linux device-mapper (snapshot) (dm)
Disk /dev/mapper/live-rw: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags: 

Number  Start  End     Size    File system  Flags
 1      0.00B  2147MB  2147MB  ext4
Un truc m'interpelle : Partition Table: msdos : Ah bon ?

#df -hR
Filesystem          Type      Size  Used Avail Use% Mounted on
rootfs              rootfs    2.0G  464M  1.6G  23% /
devtmpfs            devtmpfs  5.9G     0  5.9G   0% /dev
tmpfs               tmpfs     5.9G     0  5.9G   0% /dev/shm
tmpfs               tmpfs     5.9G  217M  5.7G   4% /run
/dev/mapper/live-rw ext4      2.0G  464M  1.6G  23% /
tmpfs               tmpfs     5.9G     0  5.9G   0% /sys/fs/cgroup
tmpfs               tmpfs     5.9G     0  5.9G   0% /media
/dev/sda2           ext4       37G   12G   25G  33% /mnt/sysimage
Et j'ai bien "OK -> UUID identique" pour la dernière commande.


Et pour répondre à nouvo09, j'ai lancé plusieurs fois anaconda et j'ai l'erreur à chaque fois.
Un truc m'interpelle : Partition Table: msdos : Ah bon ?
Oui c'est comme ça que ca s'appelle.
Et pour répondre à nouvo09, j'ai lancé plusieurs fois anaconda et j'ai l'erreur à chaque fois.
Tu as bien indiqué lors du partitionnement personnalisé d'utiliser cette partiton sans la formater et non la recréer ?
nouvo09 wrote:Tu as bien indiqué lors du partitionnement personnalisé d'utiliser cette partiton sans la formater et non la recréer ?
Je n'en suis pas encore là, dès que l'interface graphique se lance, cela scan mes disques et là j'ai mon erreur.
Heldwin wrote:Tu es sur un live cd/dvd d'install ?
Ni l'un ni l'autre, j'ai fait preupgrade depuis ma Fedora 16 qui m'a demandé de rebooter. J'ai ensuite dans grub2 : "mettre à jour..." ou "Fedora 16...". J'ai choisi Mettre à jour.
J'ai le même soucis après une tentative de passage f16->f17 via preupgrade. Pas de solution pour le moment !
21 jours plus tard
Le mieux serait d'ouvrir un ticket sur bugzilla comme proposé lors de l'erreur ?
De mon côté c'est résolu. J'avais deux fedora sur le même disque (f15 et f16). Virer la partition f15 a réglé le soucis, j'ai pu faire un preupgrade sans problème.
16 jours plus tard
J'ai tenté de modifier mon fstab pour ne pas prendre en compte les UUID mais les /dev/sd* ce qui donne
#
# /etc/fstab
# Created by anaconda on Tue Jul 27 20:07:44 2010
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
#UUID=82e3f048-f6fa-4b64-8038-084b8c38b7ac /                       ext4    defaults,noatime,discard        1 1
#UUID=2ba08442-0182-43d2-ad7c-5425fcf14204 /boot                   ext4    defaults,noatime,discard        1 2
#UUID=aef96b29-e881-4695-bb40-b106a2e5892e /home                   ext4    defaults        1 2
/dev/sda1	/boot                   ext4    defaults,noatime,discard        1 2
/dev/sda2	/                       ext4    defaults,noatime,discard        1 1
/dev/sdb1	/home                   ext4    defaults        1 2
# /dev/sdb3                                 /mnt/HITACHI              ext4  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
none                    /tmp                    tmpfs   defaults,nosuid,nodev,noexec 0 0
Et au lancement de preupgrade j'ai une nouvelle erreur :
non-existent 0MB storage /dev/sdb1 (14) with non-existent ext4 filesystem
C'est contournable peut-être ?
Suite à la création d'un ticket sur Bugzilla, on m'a recommandé de mettre en commentaire dans mon /etc/fstab la ligne concernant mon /home et c'est passé.