Forum

Bonjour, après un gros crache, j'ai fait une restauration avec Timeshift mais celle-ci n'a pas fonctionné. J'ai donc formaté la partition EFI et racine, puis refait une restauration, mais voilà que dracut ne connait plus UUID de la partion EFI. Quel fichier faut-il modifier pour intégrer le nouvel UUID de la partition EFI & racine ?

Bonjour,
Disposes-tu d'un système opérationnel ? A quel stade dracut se manifeste ?

Pour régénérer l'intiramfs, la commande est dracut -f

Bonjour,

Je suppose que si dracut se plaint, le système n' est pas bootable.

Dans ce cas, je suppose qu' il faut lancer la commande dracut depuis un chroot depuis un autre systéme, dracut permettant de choisir le noyau pour lequel l' initrd doit être construit.

Possiblement, il peut être nécessaire de modifier le fichier /etc/fstab pour indiquer le nouveau uuid pour le montage dans /boot.

Comment a été faite la 2e restauration ? Quels est son impacte ?

Bonjour, merci pour vos réponses. Le système ne démarre pas, il s'arrête sur dracut en indiquant un truc dans le genre

"/dev/by-disk/uuid/aaaa-aaaa no found" (aaaa-aaaa = ancien uuid de la partition /boot/EFI)

J'ai essayé la commande "dracut -f" en chroot pas de résultat et j'ai déjà modifié dans /etc/fstab l'uuid de l'EFI
Pour ce qui est de la restauration, elle a l'air normale à première vue.

Hors mis le fstab, il n'y a pas un fichier comportant tous les UUID des partitions, puisque j'ai toujours l'ancien UUID sauvegardé par Timeshift que j'ai nomé aaaa-aaaa au-dessus alors que maintenant la partion /boot/EFI après le formatage, ce nome bbbb-bbbb?

Bonjour,
Puisque tu sembles disposer de l'image d'installation, je te suggère de la passer, et tu choisis de mettre à niveau l'installation existante. L'opération n'installera rien puisque tout est déjà là, sauf une configuration de Grub, que l'on espère opérationnelle.

Je viens de tester ta solution et à nouveau, j'ai le même message d'erreur avec l'ancien uuid.

RobS@n :

Je viens de tester ta solution et à nouveau, j'ai le même message d'erreur avec l'ancien uuid.

L'uuid est inscrit dans l'initrd /boot/initrd.
La modification dans la fstab n'a pas d'incidence directe, il faut regénérer cet initrd avec la commande dracut -f (f pour forcer car par défaut il ne regénère pas si le fichier existe déjà).

Peux-tu essayer de démarrer en ajoutant "rd_NO_FSTAB" à la ligne du kernel ?

Bonjour,

Oui, mais le dracut -f tout seul le fait pour le noyau actuellement en fonctionnement. Du coup dans le cadre de chroot, comment dracut fait pour savoir le noyau en cours et surtout le répertoire où le fichier initrd doit être ecrit (avec le bon nom bien sur )

Bon voilà, j'ai réussi à restaurer la Mageia et fonctionnelle. Je donne ma méthode, elle n'est pas très académique, mais ça fonctionne :
- J'ai formaté à nouveau les partitions EFI et / puis mis l'os à jour.
- J'ai modifié le fstab avec les nouveaux uuid dans l'image de Timeshift.
- J'ai récupéré le nouveau boot avec les bons uuid, puis écraser l'ancien toujours dans l'image et fait une restauration complète du système.
Je viens de redémarrer plusieurs fois et le dernier noyau se lance.