M4-32 : problème démarrage [Réglé]
UUID modifiés
Système et matériels / Installation et configuration
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Les UUID des deux swap ont été modifiés.
Depuis une autres distribution, j'ai mis à jour fstab, fstab.old, grub.cfg.
Mais il reste quelquepart un UUID incorrect qui empêche le chargement.
Le contexte est en français, mais la / n'est pas montée : juste "rootfs".
update-grub2 est inconnu, malgré le "#".
Le dossier /dev ne contient que "null".
Où chercher?
Merci
Edit
Petit oubli : relatif à "dracut", mais ce dossier est vide.
Édité par ahlner Le 09/03/2015 à 19h46
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
il faut regénérer le fichier initramfs je pense.
Il faut prendre un Live CD de Mageia, même architecture (si t'es en 64bits, prends une 64bits) et la même version (Mageia 4 pour Mageia 4)
Démarres sur le Live CD.
Tu devras chrooter ton système :
http://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Une fois tapé la commande
Code BASH :
chroot /media/sys /bin/bash
Modifier d'abord l'UUID de la SWAP s'il est incorrect dans
Code BASH :
/etc/dracut.conf.d/51-mageia-resume.conf
Tu regénères le fichier initramfs ainsi :
Code BASH :
mkinitrd /boot/initrd-$version.img $version
Par exemple
Code BASH :
mkinitrd --force /boot/initrd-3.14.32-desktop-1.mga4.img 3.14.32-desktop-1.mga4
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
J'ai utilisé la première édition avec :
Code TEXT :
dracut -H
Ça a mouliné pour initrd, et j'ai vu défiler des lignes qui m'ont permis d'y voir clair
En redémarrant sur la M4, toujours le même message :
Citation :
dracut warning : could not boot
dracut warning : /dev/disk/by-uid/a29b ....... does not exist
dracut warning : /dev/disk/by-uid/a29b ....... does not exist
Le clavier est en français (cool). Avec la commande :
Code TEXT :
ls -l /dev/disk/by-uuid/a29b*
Citation :
no such file ...
Cela me rappelle une discussion sur le forum Mandriva avec JCL Vanier : il reste des traces quelquepart dans les Mandriva, notamment des points de montage non essentiels au démarrage pouvant poser problèmes.
Je ne sais où se trouve cet UUID obsolète.
Je pense avoir d'abord installé OpenMandriva (sdb6) et ensuite Mageia (sdb7).
Cet UUID devenu obsolète est soit :
Citation :
/dev/sda2 swap openSUSE /dev/sda3
/dev/sdb5 swap OpenMandriva et Mageia 4
/dev/sda2 swap openSUSE /dev/sda3
/dev/sdb5 swap OpenMandriva et Mageia 4
Il va me falloir utiliser ta dernière proposition!
Édité par ahlner Le 28/02/2015 à 22h47
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
ahlner :
surleforum Mandriva avec JCL Vanier :
Ah et quand je l'ai rencontré en vrai, je lui ai dit : Ah l'avatar en triangle jaune avec un oeil au milieu !
Très sympa cet homme, il s'était déplacé à Dijon pour voir mon atelier de création de RPM à l'association COAGUL
ahlner :
Il va me falloir utiliser ta dernière proposition!
Elle est plus complexe en effet, mais je pense qu'elle règle le problème.
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Code TEXT :
[root@localhost /]# lsb_release -a LSB Version: * Distributor ID: Mageia Description: Mageia 4 Release: 4 Codename: thornicroft [root@localhost /]# ls -l /boot total 114096 -rw-r--r-- 1 root root 154994 juil. 28 2014 config-3.12.25-desktop-3.mga4 -rw-r--r-- 1 root root 155006 janv. 24 2014 config-3.12.8-desktop-2.mga4 -rw-r--r-- 1 root root 162800 sept. 13 12:59 config-3.14.18-desktop-3.mga4 -rw-r--r-- 1 root root 162811 nov. 2 17:28 config-3.14.23-desktop-1.mga4 -rw-r--r-- 1 root root 162829 nov. 16 00:25 config-3.14.24-desktop-1.mga4 -rw-r--r-- 1 root root 162829 déc. 21 23:41 config-3.14.27-desktop-1.mga4 -rw-r--r-- 1 root root 162862 févr. 7 01:47 config-3.14.32-desktop-1.mga4 drwxr-xr-x 2 root root 4096 déc. 28 2013 dracut/ drwxr-xr-x 2 root root 4096 déc. 2 04:07 grub/ drwxr-xr-x 6 root root 4096 févr. 26 22:43 grub2/ -rw------- 1 root root 8535478 août 31 01:03 initrd-3.12.25-desktop-3.mga4.img -rw------- 1 root root 8608559 août 31 00:29 initrd-3.12.8-desktop-2.mga4.img -rw------- 1 root root 8578671 oct. 1 19:34 initrd-3.14.18-desktop-3.mga4.img -rw------- 1 root root 8580654 nov. 16 19:04 initrd-3.14.23-desktop-1.mga4.img -rw------- 1 root root 8580950 nov. 22 22:55 initrd-3.14.24-desktop-1.mga4.img -rw------- 1 root root 8580921 janv. 7 21:50 initrd-3.14.27-desktop-1.mga4.img -rw------- 1 root root 8577931 févr. 19 19:22 initrd-3.14.32-desktop-1.mga4.img -rw------- 1 root root 10585592 févr. 26 21:30 initrd-3.18.3-nrjQL-desktop-1omv.img lrwxrwxrwx 1 root root 33 févr. 19 19:23 initrd-desktop.img -> initrd-3.14.32-desktop-1.mga4.img lrwxrwxrwx 1 root root 33 févr. 19 19:22 initrd.img -> initrd-3.14.32-desktop-1.mga4.img -rw-r--r-- 1 root root 225164 juil. 28 2014 symvers-3.12.25-desktop-3.mga4.xz -rw
Il faut évidemment éviter du 26/02/15, soit hier.
D'autre part, il sera salutaire je suppose éliminer/désinstaller ce qui contient des UUID obsolètes, c'est à dire tout, n'est-ce pas?
Si je comprends bien, les deux commandes vont tenir compte des données actuelles, dont les UUID à jour. Je me demande si elles lisent fstab ou ls -l /dev/disk/by-uuid. Et vous?
Je me prépare pour une réinstallation!
Merci!
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Citation :
Si je comprends bien, les deux commandes vont tenir compte des données actuelles, dont les UUID à jour. Je me demande si elles lisent fstab ou ls -l /dev/disk/by-uuid. Et vous?
Bonne question ! Je ne sais pas
Si la solution ne fonctionne pas, il faudra réinstaller
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
david.david Membre non connecté
-
- Voir le profil du membre david.david
- Inscrit le : 11/02/2008
- Groupes :
-
Membre d'Honneur
Ayant moi même fait les frais hier de cette mésaventure suite à un clonage de disque dur pour passer sur un SDD, il te faut éditer le fichier fstab et y modifier la fameuse UUID causant problème.
Pour exemple chez moi:
Avant le clonage j'avais une partition nommée sdb2 avec l'UUID 0AA8D213A8D1FD5F mais après le clonage cette partition est devenu sdb1 avec l'UUID 01D0529B62685E80, donc ce que j'ai fais :
/etc/fstab Avant :
# Entry for /dev/sdb2 :
UUID=0AA8D213A8D1FD5F /media/win_c ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb2 :
UUID=0AA8D213A8D1FD5F /media/win_c ntfs-3g defaults,umask=000 0 0
/etc/fstab Après :
# Entry for /dev/sdb1 :
UUID=01D0529B62685E80 /media/win_c ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb1 :
UUID=01D0529B62685E80 /media/win_c ntfs-3g defaults,umask=000 0 0
Et hop zou le tour est joué !!
ahlner :
Je me demande si elles lisent fstab ou ls -l /dev/disk/by-uuid.
Je confirme qu'il se sert bien du fichier fstab lors du boot.
ASUS K73S (portable) :
Intel Core i3-2350M_2.3GHz, 8 GO RAM DDR3, écran LED 17" (1600x900), CG Intel HD intégrée + CG Nvidia GeForce 610M_1GB dédiée (Technologie Optimus), SSD Samsung 860 EVO 500GB + SSD Samsung 850 EVO 500GB.
Mageia 8 - x86_64bits/ KDE Plasma-5.20.4 (DVD édition), c' est de la bombe, vive MAGEIA et toute l'équipe du STAFF MLO.
de david.david <david.david@mageialinux-online.org>
.Venez nous rejoindre sur le salon IRC de MLO
Intel Core i3-2350M_2.3GHz, 8 GO RAM DDR3, écran LED 17" (1600x900), CG Intel HD intégrée + CG Nvidia GeForce 610M_1GB dédiée (Technologie Optimus), SSD Samsung 860 EVO 500GB + SSD Samsung 850 EVO 500GB.
Mageia 8 - x86_64bits/ KDE Plasma-5.20.4 (DVD édition), c' est de la bombe, vive MAGEIA et toute l'équipe du STAFF MLO.
de david.david <david.david@mageialinux-online.org>
.Venez nous rejoindre sur le salon IRC de MLO
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
ahlner :
Les UUID des deux swap ont été modifiés.
Depuis une autres distribution, j'ai mis à jour fstab, fstab.old, grub.cfg.
Mais il reste quelquepart un UUID incorrect qui empêche le chargement.
Le contexte est en français, mais la / n'est pas montée : juste "rootfs".
update-grub2 est inconnu, malgré le "#".
.
Les UUID des deux swap ont été modifiés.
Depuis une autres distribution, j'ai mis à jour fstab, fstab.old, grub.cfg.
Mais il reste quelquepart un UUID incorrect qui empêche le chargement.
Le contexte est en français, mais la / n'est pas montée : juste "rootfs".
update-grub2 est inconnu, malgré le "#".
.
Je crois qu'il a déjà fait cela David
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
david,
J'avais modifié fstab en conséquence, mais les infos sont inscrites ailleurs, invisibles, probablement dans initrd et vmlinuz.
Mais la situation locale est plus compliquée : je connais l'UUID erronée, mais je ne suis pas sûr de son ancien détenteur.
Si j'inscris l'UUID erronée au bon endroit dans fstab, le système vérifiera et verra qu'il ne correspond à aucune partition, à moins que je puisse attriber cet UUID à la bonne partition.
Je sais que gparted peut changer les UUID, mais je ne sais pas comment cela va se passer :
--création par gparted
--ou je peux l'imposer
La solution avant réinstallation est celle proposée par Adrien : création de initrd et vmlinuz, car c'est sûrement dans ces deux là que sont rangées ces infos. Et ensuite un "update-grub2".
Édité par ahlner Le 28/02/2015 à 22h44
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Adrien,
J'ai appliquer ta recette. Ça marche.
De plus, cela a fait du bien à mes mimines avides de lignes de commandes. Les mamans (et les papas) devraient apprendre cela aux bébés pour les prémunir du windowsianisme.
J’ai appris beaucoup de choses, notamment l'existence de :
Citation :
/etc/dracut.conf.d/51-mageia-resume.conf
Maintenant, il va falloir virer tous les fichiers obsolètes hébergés dans /boot.
J'ai intérêt je pense à demander conseil!
Dois-je créer une autre discussion?
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Tu peux désinstaller les RPM associés...
Que renvoie
rpm -qa | grep kernel
?
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Avant de procéder au nettoyage, j'ai souhaité recréer l'initrd du 07/01/2015 pour avoir un environnement fonctionnel en cas de défaillance des paramètres actuels. Voici la réponse :
Code TEXT :
[root@localhost ~]# mkinitrd --force /boot/initrd-3.14.27-desktop-1.mga4.img 3.14.27-desktop-1.mga4.img Creating: target|kernel|dracut args|basicmodules Kernel version 3.14.27-desktop-1.mga4.img has no modules in /lib/modules/3.14.27-desktop-1.mga4.img
Pourquoi? Fin de semaine?
Adrien
Voici le résultat de la commande proposée :
Code TEXT :
[root@localhost ~]# rpm -qa | grep kernel kernel-desktop-devel-3.12.8-2.mga4-1-1.mga4 kernel-desktop-devel-3.14.23-1.mga4-1-1.mga4 kernel-desktop-3.14.32-1.mga4-1-1.mga4 kernel-userspace-headers-3.14.32-1.mga4 nvidia173-kernel-3.14.32-desktop-1.mga4-173.14.39-31.mga4.nonfree nvidia173-kernel-3.14.23-desktop-1.mga4-173.14.39-26.mga4.nonfree nvidia173-kernel-3.14.27-desktop-1.mga4-173.14.39-29.mga4.nonfree kernel-desktop-latest-3.14.32-1.mga4 kernel-firmware-20131013-2.mga4 kernel-desktop-3.12.25-3.mga4-1-1.mga4 nvidia173-kernel-3.12.25-desktop-3.mga4-173.14.39-20.mga4.nonfree kernel-desktop-3.14.23-1.mga4-1-1.mga4 kernel-desktop-devel-latest-3.14.32-1.mga4 kernel-desktop-devel-3.12.25-3.mga4-1-1.mga4 kernel-desktop-devel-3.14.18-3.mga4-1-1.mga4 nvidia173-kernel-3.14.18-desktop-3.mga4-173.14.39-23.mga4.nonfree kernel-desktop-3.12.8-2.mga4-1-1.mga4 kernel-desktop-devel-3.14.27-1.mga4-1-1.mga4 kernel-desktop-3.14.24-1.mga4-1-1.mga4 nvidia173-kernel-desktop-latest-173.14.39-31.mga4.nonfree nvidia173-kernel-3.14.24-desktop-1.mga4-173.14.39-27.mga4.nonfree kernel-desktop-devel-3.14.24-1.mga4-1-1.mga4 kernel-desktop-3.14.18-3.mga4-1-1.mga4 kernel-desktop-3.14.27-1.mga4-1-1.mga4 nvidia173-kernel-3.12.8-desktop-2.mga4-173.14.39-10.mga4.nonfree kernel-desktop-devel-3.14.32-1.mga4-1-1.mga4 [root@localhost ~]#
J'ai une carte nV ancienne GForce 5600 (il me semble) et j'avais réinstallé M4 suite à des problèmes sérieux de démarrage.
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
ahlner :
Bonsoir,
Avant de procéder au nettoyage, j'ai souhaité recréer l'initrd du 07/01/2015 pour avoir un environnement fonctionnel en cas de défaillance des paramètres actuels. Voici la réponse :
Pourquoi?
Avant de procéder au nettoyage, j'ai souhaité recréer l'initrd du 07/01/2015 pour avoir un environnement fonctionnel en cas de défaillance des paramètres actuels. Voici la réponse :
Code TEXT :
[root@localhost ~]# mkinitrd --force /boot/initrd-3.14.27-desktop-1.mga4.img 3.14.27-desktop-1.mga4.img Creating: target|kernel|dracut args|basicmodules Kernel version 3.14.27-desktop-1.mga4.img has no modules in /lib/modules/3.14.27-desktop-1.mga4.img
Pourquoi?
Parce que !
Tu as tapé
Citation :
mkinitrd --force /boot/initrd-3.14.27-desktop-1.mga4.img 3.14.27-desktop-1.mga4.img
Alors qu'il faut
Citation :
mkinitrd --force /boot/initrd-3.14.27-desktop-1.mga4.img 3.14.27-desktop-1.mga4
Le nom du noyau ne contient pas de .img à la fin
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Avant redémarrage :
Code TEXT :
[root@localhost ~]# uname -a Linux localhost.localdomain 3.14.32-desktop-1.mga4 #1 SMP Sat Feb 7 00:45:59 UTC 2015 i686 i686 i686 GNU/Linux
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
ahlner :
Merci,
Avant redémarrage :
Avant redémarrage :
Code TEXT :
[root@localhost ~]# uname -a Linux localhost.localdomain 3.14.32-desktop-1.mga4 #1 SMP Sat Feb 7 00:45:59 UTC 2015 i686 i686 i686 GNU/Linux
Après redémarrage :
Code TEXT :
[ahlner@localhost ~]$ uname -a Linux localhost.localdomain 3.14.27-desktop-1.mga4 #1 SMP Sun Dec 21 22:37:00 UTC 2014 i686 i686 i686 GNU/Linux
C'est super!
Je vais en faire un troisième!
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie