Forum

Bonjour,

Édité par Visiteur Le 26/02/2017 à 07h22

Salut,

en root :



A noter, penses à faire une sauvegarde de tes données avant, je n'ai jamais réalisé cette manipulation, je ne sais donc pas quelles en sont ses conséquences.

Oh tupaing ! Tu me fais peur ! J'avais eu le même problème à cause de Debian ou Fedora qui m'avait formaté la partition Swap manu militari. Dracut faisait aussi la gueule. J'avais pu modifier le fstab avec le nouvel UUID (merci Parted Magic) pour Debian et Mageia 3 mais je n'ai jamais pu récupérer Fedora 19. la solution m'interresse et je pense qu'elle devrait même faire l'objet d'un Wiki.

Je reprends de tête mes déboires, si cela peut aider :

1) Installation de Debian en multi-OS et Debian me formate la partition Swap commune donc modifie l'UIDD (p'tetre une mauvaise manip ?)
2) Impossible de redémarrer Fedora 19, Manjaro et Mageia 3 : problème dracut qui pointe vers une partition à l'UIDD fantôme (la partition Swap)
3) Rédemarrages en série (pour chaques distributions pour modifier leurs fstab (sous PartedMagic) et le fichier de configuration de Grub (Grub-legacy à l'époque)
4) Manjaro : OK
5) Mageia 3 : j'ai triché de guerre lasse : J'ai supprimé tout montage (donc référence) vers la partition Swap et j'ai pu démarrer. En réalité, devant éteindre tous les soirs la machine (sinon je ne dormirai pas !), nul besoin réel du swap avec mes 16 Go de RAM.
6) Fedora 19 : Ah Fedora ! Tout (ou presque) tenté : La modification de fstab ne resolvait rien ! En fait, c’étaient la partition Swap qui était invisible mais pire la partition racine Fedora ! En chrootant Fedora, j'ai pu mettre à jour la distribution ce qui m'avait solutionné le problème. Puis, suite à je ne sais plus quelle manip (ou mise à jour), le problème "dracut" est réapparu sous Fedora. Je n'ai solutionné dernièrement que par le biais d'une réinstallation totale, en rasant tout (façon bourrin / mode Windows) !

J'en avais déduit que les références vers l'UIDD fantôme se trouvent aussi ailleurs qu'uniquement dans fstab. ... Sans jamais avoir su trouver où !!! On ne peut quand même pas résoudre ce problème éternellement à la bourrin !!!

Édité par teutates Le 27/02/2014 à 22h34

Le fichier texte /etc/dracut.conf.d/51-mageia-resume.conf contient souvent (exemple fictif):

add_device+="UUID=111-333-abcd-eff145def"

La formulation suivante est valide*:

add_device+="/dev/sda5" (changer sda5 pour une réalité différente).

La modif du fichier 51-mageia-resume.conf est à apporter depuis une autre distribution, résidente ou live (il est peut-être possible, dès l'arrêt pour refus de présence de swap, de monter /proc et /sys en vue d'un chroot sur la racine de la MGA 3 accidentée, mais je n'ai pas essayé).

Voir le wiki pour raccorder /sys et /proc actifs afin de chrooter proprement sur la partition à modifier. Lancer dracut en console su- après la modification pour reconstruire l'image initrd.

Ce contournement est un pis-aller, mal commode si la partition d'échange visée est sur un disque "noué" après une autre unité déjà affectée au dev nommé dans "add_device"; et il ne met pas à l'abri de futurs essais de distributions moi-je, où l'impensable est de préférence toujours choisi.

*: dans /etc/fstab, OpenSuse utilise l'identité physique du disque+numéro de partition:

/dev/disk/by-id/ata-WDC_WD1000ABCD-80ABCD1_WD-WCCCCCCC2B98W1234-part5

L'essai reste à faire dans 51-mageia-resume.conf

Édité par alp1 Le 28/02/2014 à 17h17

Je viens de lancer une simulation sous VirtualBox pour titiller Dracut Une fois les systèmes installés, je formate la partition Swap pour savoir quoi faire plus tard et quoi mettre dans le Wiki

On y es ! Dracut a encore fait des siennes, le sale garnement ! En fait, j'ai provoqué la bagarre pour comprendre. J'ai installé plusieurs systèmes GNU/Linux dans une machine virtuelle pour tester.



J'ai donc recréé une machine VirtualBox avec 3 disques :

* SDA1 = Ext3 = Mageia 4

* SDA2 = Ext3 = Fedora 20

* SDA3 = Ext3 = Debian 7.1

* SDA5 = Ext4 = Manjaro 0.8.8

* SDA6 = Swap = Swap1

* SDB1 = Ext4 = Ubuntu 13.10

* SDB2 = Ext3 = openSUSE 13.

* SDB3 = Swap = Swap2

* SDC1 = Ext3 = Home (home commun à tout le monde avec des noms utilisateurs différents)



A nouveau, c'est l'installation de Debian qui fout la zone. Pourquoi ? Comment ? Lors du choix des partitions cibles, la (les) partitions swap sont automatiquement et arbitrairement formatées, ce qui modifie l'UIDD. Au passage, non seulement, je n'ai pu désactiver ce formatage avec l'installateur Debian mais c'est aussi et surtout la seule distributions (de celles que j'ai testés du moins) qui se croit toute seule au monde !



Pour résumer, je sais déjà d'où vient le problème. A l'installation de Debian, je n'ai monté, et formaté, que la Swap1, soit /dev/sda6 puisque j'ai désactivé la Swap2 (soit /dev/sdb3).



Au redémarrage de la distribution principale (Mageia 4), j'obtiens le message suivant :

Caché :

dracut Warning: Could not boot.

dracut Warning: /dev/disk/by-uidd/a7ed7a37-282e-4c30-8e29-b775c9591c52 does not existe

Generating "/run/initramfs/rdsosreport.txt"

You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report.

To get more debug information in the report, reboot with "rd.debug" added to the kernel command line.

Dropping to debug shelle.

dracut:/#

La solution bête et méchante, ce serait la méthode bourrin utilisée massivement sous Windows. On rase tout et on réinstalle ! Sans même parler de l'aspect "finesse", avec plusieurs systèmes, ce sera tout aussi bien pas mal de temps passé. Solution qui ne permet pas de comprendre et donc de réparer intelligement !



Comment ai-je procédé ? En m'aidant des réponses précédentes. Merci à nmrk.n



1) Redémarrage en LiveCD sous PartedMagic

Ce LiveCD me simplifie un peu la tâche en étant immédiatement loggué avec les droits root, mais m'offre aussi tous les utilitaires utiles (un console, un éditeur de texte et Gparted éventuellement).



Même si Gparted peut me donner les données UIDD (mais à faire alors partition par partition) la commande blkid donne les informations suivantes :





2) Chroot de Mageia 4 (SDA1)

Evidememnt, Mageia 4 étant installé en 64 bits, j'ai préalablement pris soin d'utiliser un LiveCD 64 bits afin de pouvoir chrooter correctement !



a) Le fichier /etc/dracut.conf.d/51-mageia-resume.conf contient la ligne suivante :

add_device+="UUID=4f6ae71d-4b65-4ec2-b84f-acccbefbf2d5"

Cette ligne pointe donc vers la swap2, soit SDB3, avec une référence UUID correcte.



b) Le fichier /etc/fstab est partiellement incorrect :

# Entry for /dev/sda6 :

UUID=a7ed7a37-282e-4c30-8e29-b775c9591c52 swap swap defaults 0 0

Je modifie avec la nouvelle UUID soit 9904ebb4-4c65-40b7-88d5-e84af7de6a42



c) Le fichier /boot/grub2/grub.cfg est correct.



d) Regénération de dracut avec la commande suivante (toujours dans le chroot) :

# dracut --regenerate-all --force



e) Notez que je n'ai pas touché / modifié initrd.img (Je n'ai pas encore compris vraiment comment d'ailleurs).



Au redémarrage, Mageia 4 est fonctionnelle .... Non testé pour Fedora et compagnie mais le principe devrait être le même.



------ Edit ------



Au redémarrage des autres systèmes (pas encore fait le tour de tous), je m'aperçoit que Ubuntu 13.10 mais aussi openSUSE 13.1 démarrent correctement mais paradoxalement puisque les 2 swap étaient montées. Or le fstab pointe vers la Swap1 avec une mauvaise UUID. Bizarre, comme c'est bizarre !



------ Edit2 ------



Et les autres systèmes ?



Allons au bout de la folie ! Dans un premier temps, j'ai démarré chaque système l'un après l'autre afin d'ajouter dans leur fstab une montée du Swap2 (SDB3) avec son UUID correspondante. Ensuite, sous PartedMagic (LiveCD), j'ai modifié cet UUID. Par conséquent, l'UUID de SDB3 est passé de 4f6ae71d-4b65-4ec2-b84f-acccbefbf2d5 à afac8672-3c6a-4d4e-bbf6-3aaffdbfb09c.



Au redémarrages, dans la série des bizarreries, ajoutons :

* Fedora 20

* Debian 7.1

* Manjaro 0.8.9

puisque les fstab contiennent l'entrée UUID obsolète bien que ces systèmes démarrent sans problème.



Seul Mageia 4 n'a pu démarré. Rebelotte !! Par contre, je n'ai plus le même message d'erreur ! les 3 premièrs lignes diffèrent :





Même procédure que toute à l'heure ! Cette fois, j'ai du modifier car c'était l'ancienne UUID de SDB3 :

* le fichier 51-mageia-resume.conf

* le fichier fstab

* le fichier grub.cfg (celui là, je ne l'avais pas eu tout à l'heure)

Ensuite, j'ai régénéré dracut. Après quoi Mageia 4 a redémarré correctement.



J'ai assez fait mumuse là



------ Edit3 ------



Je viens d'en faire une synthèse. Reste à voir comment rédiger sous forme plus simple de Wiki.

Édité par teutates Le 02/03/2014 à 15h33

Le Wiki est complété :
http://www.mageialinux-online.org/wiki/dracut-warning-could-not-boot

C'est une copie de la version que j'ai mis en ligne sur mon blog sous licence CC ((CC BY-NC-SA 4.0).

Merci de l'explication nmrk.n. C'est quand même plus simple avec :
# dracut --regenerate-all --force