màj mageia1 => mageia et plantage /dev/sd*

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
J'ai un gros soucis sur mon serveur domestique. Il a raté sa maj vers mageia2 :(
J'ai réparé momentanément en le bootant à partir d'une clef usb où j'avais une xubuntu avec un boot multisystème.
Le plantage est lors du lancement avec le grub : il ne trouve pas le /dev/sda1...
Que faire ? Comment faire ?
J'aimerai remplacer le root=/dev/sda1 par quelque chose du genre root=UUID=04cf8c51-f76f-491c-96f2-88ce4634b5da
Mais, il va falloir que je trouve les uuid :( Sous ubuntu que je ne maîtrise pas. ET en plus je n'ai pas le serveur ssh sur mon serveur. Donc, je dois me plier en 4 pour y accéder.
J'ai trouvé es uuid avec blkid. J'ai modifié le grug et j'ai même rajouter une autre entrée avec LABEL. Rien de plus :(
En gros, j'ai l'impression que le système n'arrive plus à monter les partitions !
Édité par Troumad Le 26/05/2012 à 15h10
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Je viens de vérifier : Gparted te fournit l'UUID. Il te faudra les droits root pour Gparted. Ensuite, tu clique sur ta partition pour en afficher les propriétés par un clic droit. C'est sous le nom "Information" et tu pourras noter l'UUID.
Toco y se gausos !
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)
Asus P8Z68-V/GEN3 + Intel Core i2700k + RAM G-Skill 4x4Go PC 12800 + Gainward Geforce GTX 560 - 2 Go + Western Digital Velociraptor 300 Go (Mageia Cauldron / Fedora / Debian / Manjaro / Windows 10) + Seagate Barracuda 7200t/mn - 2 To - Sata 3 (data) + SSD Samsung 64 Go - Sata 3 (Mageia stable)

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Maintenant, j'aimerai retrouver mon premier... J'ai fait l'installation à partir du DVD en disant "mise à jour de l'ancienne 2". Ceci m'a permis d'aller plus loin avant de planter : lors du boot, j'ai bien l'écran de Mageia 2, mais ça s'arrête : il ne trouve pas les disques durs :(
Si dans le shell minimum dont je dispose, je fais ls /dev/sd*, voici ce que j'obtiens :
Code :
ls /dev/sd*
/dev/sda
/dev/sdb
Par contre, si je fais la même chose avec l'installation faite sur le second DD, voici ce que j'ai :
Code :
ll /dev/sd*
brw-rw---- 1 root disk 8, 0 mai 26 13:43 /dev/sda
brw-rw---- 1 root disk 8, 1 mai 26 13:39 /dev/sda1
brw-rw---- 1 root disk 8, 10 mai 26 13:39 /dev/sda10
brw-rw---- 1 root disk 8, 11 mai 26 13:39 /dev/sda11
brw-rw---- 1 root disk 8, 12 mai 26 13:39 /dev/sda12
brw-rw---- 1 root disk 8, 2 mai 26 13:39 /dev/sda2
brw-rw---- 1 root disk 8, 5 mai 26 13:39 /dev/sda5
brw-rw---- 1 root disk 8, 6 mai 26 13:39 /dev/sda6
brw-rw---- 1 root disk 8, 7 mai 26 13:39 /dev/sda7
brw-rw---- 1 root disk 8, 8 mai 26 13:39 /dev/sda8
brw-rw---- 1 root disk 8, 9 mai 26 13:39 /dev/sda9
brw-rw---- 1 root disk 8, 16 mai 26 13:43 /dev/sdb
brw-rw---- 1 root disk 8, 21 mai 26 13:39 /dev/sdb5
brw-rw---- 1 root disk 8, 22 mai 26 13:39 /dev/sdb6
brw-rw---- 1 root disk 8, 23 mai 26 13:39 /dev/sdb7
brw-rw---- 1 root disk 8, 24 mai 26 13:39 /dev/sdb8
brw-rw---- 1 root disk 8, 25 mai 26 13:39 /dev/sdb9
C'est un peu comme si le driver pour mon DD n'était pas au point au départ :(
Que faire ?
Si j'essaie un drakdisk à partir de mageia sur le second DD, j'obtiens :
Code :
drakdisk
ERROR: asr: wrong # of devices in RAID set "asr_aic " [1/2] on /dev/sdb
ERROR: isw: wrong number of devices in RAID set "isw_bgfcjibceh_Raid0" [1/2] on /dev/sda
ERROR: asr: wrong # of devices in RAID set "asr_aic " [1/2] on /dev/sdb
ERROR: isw: wrong number of devices in RAID set "isw_bgfcjibceh_Raid0" [1/2] on /dev/sda
INTERNAL ERROR: unknown device sdb1
MDK::Common::Various::internal_error() called from /usr/lib/libDrakX/devices.pm:186
devices::entry() called from /usr/lib/libDrakX/devices.pm:201
devices::make() called from /usr/lib/libDrakX/fs/type.pm:275
fs::type::call_blkid() called from /usr/lib/libDrakX/fs/type.pm:283
fs::type::type_subpart_from_magic() called from /usr/lib/libDrakX/fsedit.pm:271
fsedit::get_hds() called from /usr/sbin/drakdisk:74
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Cette fois, drakdisk est passé... Mais pas le boot sur le premier disk :(
Édité par Troumad Le 26/05/2012 à 15h02
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Visiteur
Visiteur
Ta commande ls /dev/sd* ne retourne pas les indications qu'elle devrait, à savoir la liste des disques "ET" des partitions !
Chez moi ça donne ça :
root@localhost rc]# ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6 /dev/sda7 /dev/sda8 /dev/sda9 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb5
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6 /dev/sda7 /dev/sda8 /dev/sda9 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb5
Donc, est-ce que le /etc/fstab de ton 1er disque est OK ?
...Parce que Grub... si les disques et/ou les partitions ne sont pas détectées, tu peux toujours attendre ! ...Il ne te permettra jamais de démarrer...
Commande pour connaître les uuid de partitions (avec xubuntu ou n'importe quelle autre distribution) :
ls -l /dev/disk/by-uuid
Si le /etc/fstab de ce disque n'est pas OK, tu peux passer par une autre distribution de ton deuxième disque ou par ta clef xubuntu, y monter les partitions pour avoir accès à celle qui t'intéresse (rebooter éventuellement) et rectifier ce /etc/fstab.
Tu peux aussi, si ton shell 1er disque le permet, utiliser la commande des uuid -plus haut- les noter sur une feuille et utiliser "vim" pour rectifier directement le /etc/fstab
NB : Utiliser vim => extrait d'un autre message =>
Caché :
Commande :
# vim /etc/fstab
Cela édite ce fichier qui ne laisse pas finir le boot.
Si tu ne connais pas "vim" cela n'a pas d'importance, il est enfantin de changer l'uuid ancienne pour la nouvelle.
Pour ce faire, il faut :
1- Taper "i" (sans guillemets et symbole de "insérer") n'importe où -cela n'écrit rien nulle part- mais, cela permet d'effectuer toutes les modifications nécessaires.
2- Effacer l'uuid ancienne et caduque qui se trouve "au-dessous" de son nom (sda1 par ex.) et taper à sa place la nouvelle uuid relevée sur le bloc note.
3- Taper la touche "esc" pour sortir du mode insérer;
4- Au final, taper "avec la majuscule" deux fois "Z" (donc : Maj + ZZ) pour sauvegarder et sortir.
(En cas d'erreur un "Crl z" (minuscule) permet de sortir sans sauvegarder)
Il faudra encore taper : "reboot" pour tout redémarrer et que ce fstab ne bloque plus le boot.
# vim /etc/fstab
Cela édite ce fichier qui ne laisse pas finir le boot.
Si tu ne connais pas "vim" cela n'a pas d'importance, il est enfantin de changer l'uuid ancienne pour la nouvelle.
Pour ce faire, il faut :
1- Taper "i" (sans guillemets et symbole de "insérer") n'importe où -cela n'écrit rien nulle part- mais, cela permet d'effectuer toutes les modifications nécessaires.
2- Effacer l'uuid ancienne et caduque qui se trouve "au-dessous" de son nom (sda1 par ex.) et taper à sa place la nouvelle uuid relevée sur le bloc note.
3- Taper la touche "esc" pour sortir du mode insérer;
4- Au final, taper "avec la majuscule" deux fois "Z" (donc : Maj + ZZ) pour sauvegarder et sortir.
(En cas d'erreur un "Crl z" (minuscule) permet de sortir sans sauvegarder)
Il faudra encore taper : "reboot" pour tout redémarrer et que ce fstab ne bloque plus le boot.
Si c'est un problème de RAID quelqu'un d'autre devra t'aider.
A+
Édité par Visiteur Le 26/05/2012 à 15h16

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Comme je le dis, j'ai installé une autre mageia 2 sur l'autre disque dur et elle, elle marche. Sauf qu'elle n'a pas ma configuration. et comme c'est mon serveur domestique, elle est longue à faire.
J'aimerai donc la récupérer. Pour le moment, je sauvegarde mes répertoires / /var, /usr, /var/lib/mysql /home de mon serveur...
Pour info sur la mageia qui plante :
Code :
# Entry for /dev/sda1 :
UUID=2d44b6a0-17d4-4fe6-ba83-2b9a940ca9b2 / ext4 acl,relatime 1 1
#/dev/sda1 / ext4 acl,relatime 1 1
# Entry for /dev/sda8 :
#UUID=261f0f98-478a-4c13-9138-5b10c88d2807 /home ext4 acl,relatime 1 2
/dev/sda8 /home ext4 acl,relatime 1 2
# Entry for /dev/sda10 :
UUID=23e58628-0c60-45e9-83b8-4fbf13642878 /home/troumad/sites/netjuke/var/music ext4 acl,relatime 1 2
/dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
# Entry for /dev/sda11 :
UUID=244B-101C /media/win_c vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sdb1 :
UUID=CE402FB1402F9F69 /media/win_c2 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb9 :
UUID=2A5B547A0F988A7A /media/win_d ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb7 :
UUID=d615612a-72ba-11dc-bd8f-a38ece7de9ae /mnt/home ext3 acl,relatime 1 2
# Entry for /dev/sdb6 :
UUID=b37abfd1-aea2-4258-b99d-e04135794797 /mnt/racine ext3 acl,relatime 1 2
# Entry for /dev/sdb8 :
UUID=e34d0fb4-72ba-11dc-a4e7-1b9844d27b4a /mnt/sauvegarde ext3 acl,relatime 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda9 :
UUID=4a8cb93c-4605-40ed-8544-33bc818b2103 /sauvegarde ext4 acl,relatime 1 2
# Entry for /dev/sda6 :
#UUID=b8ce61cc-e590-4f8c-b3f2-9158cef4877a /usr ext4 acl,relatime 1 2
/dev/sda6 /usr ext4 acl,relatime 1 2
# Entry for /dev/sda5 :
#UUID=863ca6c2-ce7d-4726-acef-aa0f10b499fe /var ext4 acl,relatime 1 2
/dev/sda5 /var ext4 acl,relatime 1 2
# Entry for /dev/sda7 :
UUID=8fada4b7-db79-4d28-9d33-739bbca8334f /var/lib/mysql ext4 acl,relatime 1 2
# Entry for /dev/sda12 :
UUID=c189390d-78b7-436a-9c1a-29ccc010c4b0 swap swap defaults 0 0
# Entry for /dev/sdb5 :
UUID=ec4bef18-ce40-11dc-b988-f5898e9ac402 swap swap defaults 0 0
Et sur celle qui marche :
Code :
# cat /etc/fstab
# Entry for /dev/sdb6 :
UUID=b37abfd1-aea2-4258-b99d-e04135794797 / ext3 acl,relatime 1 1
# Entry for /dev/sdb7 :
UUID=d615612a-72ba-11dc-bd8f-a38ece7de9ae /home ext3 acl,relatime 1 2
# Entry for /dev/sda8 :
UUID=261f0f98-478a-4c13-9138-5b10c88d2807 /home_a ext4 defaults 1 2
/dev/sr0 /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
# Entry for /dev/sda11 :
UUID=244B-101C /media/win_c vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sdb1 :
UUID=CE402FB1402F9F69 /media/win_c2 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb9 :
UUID=2A5B547A0F988A7A /media/win_d ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sda10 :
UUID=23e58628-0c60-45e9-83b8-4fbf13642878 /music_a ext4 defaults 1 2
# Entry for /dev/sda7 :
UUID=8fada4b7-db79-4d28-9d33-739bbca8334f /mysql_a ext4 defaults 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda1 :
UUID=2d44b6a0-17d4-4fe6-ba83-2b9a940ca9b2 /racine_a ext4 defaults 1 2
# Entry for /dev/sda9 :
UUID=4a8cb93c-4605-40ed-8544-33bc818b2103 /sauvegarde_a ext4 defaults 1 2
# Entry for /dev/sdb8 :
UUID=e34d0fb4-72ba-11dc-a4e7-1b9844d27b4a /sauvegarde_b ext3 defaults 1 2
# Entry for /dev/sda6 :
UUID=b8ce61cc-e590-4f8c-b3f2-9158cef4877a /usr_a ext4 defaults 1 2
# Entry for /dev/sda5 :
UUID=863ca6c2-ce7d-4726-acef-aa0f10b499fe /var_a ext4 defaults 1 2
# Entry for /dev/sda12 :
UUID=c189390d-78b7-436a-9c1a-29ccc010c4b0 swap swap defaults 0 0
# Entry for /dev/sdb5 :
UUID=ec4bef18-ce40-11dc-b988-f5898e9ac402 swap swap defaults 0 0
Édité par Troumad Le 26/05/2012 à 18h51
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Visiteur
Visiteur
As-tu remarqué dans le premier fichier les # devant 3 UUID (sda8, sda6 et sda5) ?!
Ces partitions là ne sont pas lues...
A+

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Tu crois que ça vaut le coup que j'essaie ? Il n'arrive même pas à monter sda1 ?
Édité par Troumad Le 27/05/2012 à 08h46
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Visiteur
Visiteur
Je ne crois rien, je ne sais pas !
Mais ces lignes dont tu parles justement (qui commencent par /dev/sda6... etc.) est-ce que ce ne serait pas ce mélange avec d'autres en UUID qui bloque ?
A ta place, tu ne perds rien pour essayer, je tenterais de copier le /etc/fstab de la deuxième install qui est nettement plus propre, sur la première, et je tenterais de booter comme ça. => ATTENTION : il te faut auparavant, passer en tête de liste de ce fichier à recopier, les deux lignes qui parlent de sda1 (=> comme je l'ai fait sur le block caché dessous).
Sauvegarde aussi, avant tout, l'original de la première install, que tu vas remplacer, sous un autre nom ("fstab.original" par ex.) avant toute cette manip. Tu dois pouvoir le remettre le cas échéant.
Caché :
# Entry for /dev/sda1 :
UUID=2d44b6a0-17d4-4fe6-ba83-2b9a940ca9b2 /racine_a ext4 defaults 1 2
# Entry for /dev/sdb6 :
UUID=b37abfd1-aea2-4258-b99d-e04135794797 / ext3 acl,relatime 1 1
# Entry for /dev/sdb7 :
UUID=d615612a-72ba-11dc-bd8f-a38ece7de9ae /home ext3 acl,relatime 1 2
# Entry for /dev/sda8 :
UUID=261f0f98-478a-4c13-9138-5b10c88d2807 /home_a ext4 defaults 1 2
/dev/sr0 /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
# Entry for /dev/sda11 :
UUID=244B-101C /media/win_c vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sdb1 :
UUID=CE402FB1402F9F69 /media/win_c2 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb9 :
UUID=2A5B547A0F988A7A /media/win_d ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sda10 :
UUID=23e58628-0c60-45e9-83b8-4fbf13642878 /music_a ext4 defaults 1 2
# Entry for /dev/sda7 :
UUID=8fada4b7-db79-4d28-9d33-739bbca8334f /mysql_a ext4 defaults 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda9 :
UUID=4a8cb93c-4605-40ed-8544-33bc818b2103 /sauvegarde_a ext4 defaults 1 2
# Entry for /dev/sdb8 :
UUID=e34d0fb4-72ba-11dc-a4e7-1b9844d27b4a /sauvegarde_b ext3 defaults 1 2
# Entry for /dev/sda6 :
UUID=b8ce61cc-e590-4f8c-b3f2-9158cef4877a /usr_a ext4 defaults 1 2
# Entry for /dev/sda5 :
UUID=863ca6c2-ce7d-4726-acef-aa0f10b499fe /var_a ext4 defaults 1 2
# Entry for /dev/sda12 :
UUID=c189390d-78b7-436a-9c1a-29ccc010c4b0 swap swap defaults 0 0
# Entry for /dev/sdb5 :
UUID=ec4bef18-ce40-11dc-b988-f5898e9ac402 swap swap defaults 0 0
UUID=2d44b6a0-17d4-4fe6-ba83-2b9a940ca9b2 /racine_a ext4 defaults 1 2
# Entry for /dev/sdb6 :
UUID=b37abfd1-aea2-4258-b99d-e04135794797 / ext3 acl,relatime 1 1
# Entry for /dev/sdb7 :
UUID=d615612a-72ba-11dc-bd8f-a38ece7de9ae /home ext3 acl,relatime 1 2
# Entry for /dev/sda8 :
UUID=261f0f98-478a-4c13-9138-5b10c88d2807 /home_a ext4 defaults 1 2
/dev/sr0 /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0
# Entry for /dev/sda11 :
UUID=244B-101C /media/win_c vfat umask=000,iocharset=utf8 0 0
# Entry for /dev/sdb1 :
UUID=CE402FB1402F9F69 /media/win_c2 ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sdb9 :
UUID=2A5B547A0F988A7A /media/win_d ntfs-3g defaults,umask=000 0 0
# Entry for /dev/sda10 :
UUID=23e58628-0c60-45e9-83b8-4fbf13642878 /music_a ext4 defaults 1 2
# Entry for /dev/sda7 :
UUID=8fada4b7-db79-4d28-9d33-739bbca8334f /mysql_a ext4 defaults 1 2
none /proc proc defaults 0 0
# Entry for /dev/sda9 :
UUID=4a8cb93c-4605-40ed-8544-33bc818b2103 /sauvegarde_a ext4 defaults 1 2
# Entry for /dev/sdb8 :
UUID=e34d0fb4-72ba-11dc-a4e7-1b9844d27b4a /sauvegarde_b ext3 defaults 1 2
# Entry for /dev/sda6 :
UUID=b8ce61cc-e590-4f8c-b3f2-9158cef4877a /usr_a ext4 defaults 1 2
# Entry for /dev/sda5 :
UUID=863ca6c2-ce7d-4726-acef-aa0f10b499fe /var_a ext4 defaults 1 2
# Entry for /dev/sda12 :
UUID=c189390d-78b7-436a-9c1a-29ccc010c4b0 swap swap defaults 0 0
# Entry for /dev/sdb5 :
UUID=ec4bef18-ce40-11dc-b988-f5898e9ac402 swap swap defaults 0 0
A+

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Le commentaire est là pour dire que la ligne suivante concerne ladite partition. L'UUID n'étant pas très lisible pour le commun des mortels, çà aide la lecture.
Non, il ne faut pas intervertir les fstab, les partitions n'ont pas le même rôle dans un système et l'autre.
Je n'ai pas l'impression que le problème vienne de là.
Édité par Papoteur Le 27/05/2012 à 15h40
Yves

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :

Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Visiteur
Visiteur
Houla oui !

Mais s'il s'agit "à ce que j'ai compris", de deux distributions identiques installées sur un même système, le fstab de celle qui démarre bien devrait permettre (une fois modifié comme il faut, bien sûr) de voir si c'est "ce" fichier qui bloque ou pas !
Si ça ne marche pas on remet l'original et on cherche ailleurs...
Par ailleurs, je dis simplement que les lignes /dev/sda... "mélangées" avec celles commençant par UUID peuvent "peut-être" causer le blocage (des lignes avec les labels pourraient aussi être lues de la même manière). Le problème des "mises à jour" de versions de distributions, c'est que, si on a modifié des fichiers de config "à la main", la nouvelle installation risque de s'y perdre.
Mais puisqu'on a un fstab "propre" qui marche sur la deuxième install pourquoi ne pas tenter de s'en servir ?
Si ça ne vient pas de là, ce qui est aussi très possible, on a au moins, tenté une hypothèse qui, si on remet tout à l'original, ne devrait pas porter pas à conséquence.
A+

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
J'ai comme l'impression d'un gros problème sur mon PC !
Soit une incompatibilité entre les DD et mageia 2, soit un problème avec mes DD.
Petit historique :
- tout marche très bien sous Mageia 1 sur le PC que j'ai acheté cet hiver (pas les DD, j'en avais assez) : j'ai deux DD qui ne sont pas montés en RAID
- changement des sources de mga1 vers les sources de mga2 + mise à jour du système
- reboot pour avoir complètement mga2 => plantage dès le début du grub, ne trouve même pas "gfxmenu (hd0,0)/boot/gfxmenu"
- installation d'une autre mageia 2 sur le second DD sans écraser la première mageia. Petit problème au boot, j'ai du booter plusieurs fois pour que tout soit correct (si je me souviens bien, problème avec des partitions non trouvées)
- modification de points sur /dev/sda1 (le premier système que j'aimerai récupérer). J'ai comme l'impression que parfois le boot va plus loin sur sda1, mais ce n'est pas toujours pareil. Sauvegarde du système du premier DD
- installation de mga2 sur le premier DD
- plantage de grub au lancement : pas le gfxmenu et il ne trouve pas la partition / de sda1
- test de boot sur l'installation de sauvegarde sur le second DD => même erreur que pour le système sur la première partition :(
- boot surprise sur sda1. Je commence à travailler à distance sur le serveur. Perte de contrôle du serveur. Retour sur le serveur pour voir.
- j'ai un message qui me dit de faire Ctrl-D pour continuer la mise en marche du système ou de tapper le mot de passe root => je tape le mot de passe root
- Je retrouve les partitions que j'avais montées à la main (pas dans fstab) => le système n'avais pas rebboté
- Mais le réseau était tombé
- Je continue de travailler sur le système, je cherche et je vois que les partitions du second DD ne sont pas visibles? Je fais donc un essai :
Code :[root@troumad etc]# ll /dev/sd*
brw-rw---- 1 root disk 8, 0 mai 29 10:40 /dev/sda
brw-rw---- 1 root disk 8, 1 mai 29 10:08 /dev/sda1
brw-rw---- 1 root disk 8, 10 mai 29 10:08 /dev/sda10
brw-rw---- 1 root disk 8, 11 mai 29 10:08 /dev/sda11
brw-rw---- 1 root disk 8, 12 mai 29 10:08 /dev/sda12
brw-rw---- 1 root disk 8, 2 mai 29 10:08 /dev/sda2
brw-rw---- 1 root disk 8, 5 mai 29 10:08 /dev/sda5
brw-rw---- 1 root disk 8, 6 mai 29 10:08 /dev/sda6
brw-rw---- 1 root disk 8, 7 mai 29 10:08 /dev/sda7
brw-rw---- 1 root disk 8, 8 mai 29 10:08 /dev/sda8
brw-rw---- 1 root disk 8, 9 mai 29 10:08 /dev/sda9
brw-rw---- 1 root disk 8, 16 mai 29 10:40 /dev/sdb
[root@troumad etc]# blkid
/dev/sda1: LABEL="racine" UUID="2d44b6a0-17d4-4fe6-ba83-2b9a940ca9b2" TYPE="ext4"
/dev/sda5: LABEL="var" UUID="863ca6c2-ce7d-4726-acef-aa0f10b499fe" TYPE="ext4"
/dev/sda6: LABEL="usr" UUID="b8ce61cc-e590-4f8c-b3f2-9158cef4877a" TYPE="ext4"
/dev/sda7: LABEL="mysql" UUID="8fada4b7-db79-4d28-9d33-739bbca8334f" TYPE="ext4"
/dev/sda8: LABEL="home" UUID="261f0f98-478a-4c13-9138-5b10c88d2807" TYPE="ext4"
/dev/sda9: LABEL="sauvegarde" UUID="4a8cb93c-4605-40ed-8544-33bc818b2103" TYPE="ext4"
/dev/sda10: LABEL="music" UUID="23e58628-0c60-45e9-83b8-4fbf13642878" TYPE="ext4"
/dev/sda11: LABEL="fat" UUID="244B-101C" TYPE="vfat"
/dev/sda12: UUID="c189390d-78b7-436a-9c1a-29ccc010c4b0" TYPE="swap"
/dev/sr0: LABEL="Mageia-2-x86_64" TYPE="iso9660"
/dev/sdb: TYPE="adaptec_raid_member" - En continuant mes tests en essayant de voir quand ça boote, d'après mes souvenir, c'était quand il y avait le CD dans le lecteur que ça marchait. Je teste : ça marche avec le CD dans le lecteur... Tout marche !!!
- Je regarde le bios et je vois une option sur l'ordre du boot dans le bios. Il y a en premier un système dont je ne me rappelle plus, en second le second DD et en 3ème le 1er DD ! Je mets dans l'ordre : 1 : 1er DD, 2nd DD : Ç a l'air de marcher
- Je replace donc ma première sauvegarde du système... Et je vais voir => le boot sur le premier DD plante :(
- les deux premières erreurs semblent être que les modules atc1c et e100 semblent absent.
Édité par Troumad Le 29/05/2012 à 12h52
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ton problème est sérieux. Il y a un bogue qq part.
Que contient le fichier
/boot/grub/device.map
?Yves
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie