[boot] Indisponible suite à changement carte mère. (résolu)

[Oxyaxion]

Bonjour,

Suite à changement de carte mère sur mon système, je n'arrive plus à booter ma Arch.
En fait initialement mon disque devait être connecté sur le port SATA3 /dev/sda3, or depuis la migration j'ai rebranché le disque sur le connecteur SATA1 du coup la phase de Boot plante (et râle de ne pas trouver /dev/sda3 ce qui est normal car dorénavant il s'agit de /dev/sda1), la phase se boot se met en erreur et reboot.

Le problème étant que je ne vois pas par quel moyen je peux modifier ces informations, ni OU je peux les modifier.
Je préférerai ne pas avoir à tout réinstaller et refaire ma conf que j'ai mis pas mal de temps à tuner, mais simplement modifier cette ligne qui doit bien se trouver quelque part (accessible avec un live CD j'imagine ...).
Pour information j'ai également été obligé de réinstaller Windows ce qui m'a écrasé mon LiLo...
Merci d'avance !!!

[widapit]

Salut !

Effectivement, avec un Live-CD; tout est possible !!

Je ne connais pas lilo, mais tu dois avoir un fichier qui correspond au '/boot/grub/menu.lst' (quand on utillises grub ),dans la conf de lilo, la où tu as configuré tes entrées pour le boot ! La ligne qui t'interesses se trouve dedans !!
Et au passage, c'est mieux d'utiliser les entrées avec les UUID ...(je pense que lilo sait démarrer dessus ...!?)

[viperpaulo]

Suite à changement de carte mère sur mon système, je n'arrive plus à booter ma Arch.
En fait initialement mon disque devait être connecté sur le port SATA3 /dev/sda3

C'est pour ça qu'il faut utiliser les uuids
mais effectivement il suffit d'aller chercher le fichier de configuration de lilo avec n'importe quel live cd, le modifier et peut-être réinstaller (equivalent de grub-install mais je ne connais pas lilo), dans ce cas il faudra sans doute chrooter !

[oktoberfest]

Salut,

sda3 signifie troisième partition du disque. Cela n'a rien à voir avec le connecteur SATA que tu utilises !
Si par contre tu as plusieurs disques/clé usb/lecteur-graveurs, alors rien ne te garantit que le disque du premier connecteur SATA aura toujours le nom sda.

Comme dit widapit il faut travailler avec les UUID, ou avec les labels des partitions.

Mais commençons par le début : quel est le message d'erreur à l'écran ??

Et comme dirait FoolEcho : Réinstaller ne sert à rien. Tu reconstruis ta maison quand tu veux changer ton frigo ?

[Oxyaxion]

Et bien quelle réactivité : )

Déjà, il n'est pas prévu de réinstaller c'est d'ailleurs le but de mon post ici

(enfin sauf pour Windows, ça c'était prévu de longue date un bon gros formatage pour avoir un OS bien propre, difficile de perdre les vieilles habitudes, vu que de toutes façon celui-ci ne bootait plus non plus et était over-saturé en place).

Concernant le message d'erreur, je ne serais plus dire vu que la réinstallation Windows à écraser mon menu de boot et je n'ai plus accès à Lilo (enfin je ne sais plus si il s'agit de Grub ou Lilo en fait .. mais du boot loader)
il faut que je commence par restaurer celui-ci par un live CD ça je sais faire j'ai déjà eu le problème ça ne m'inquiète pas.

Ha ha les UUID je n'aimais pas le mécanisme car pas très human_reading ... mais au final j'aurais du choisir cette option à l'installation en effet ... enfin quand j'y repense il me semble avoir choisi cette option je ne sais plus trop .. à moins qu'il s'agisse de mon serveur .. le doute m'habite ..
Je vous redonne plus de détails dès que j'aurais retrouvé l'accés à mon boot loader et à nouveau au message d'erreur lors de la phase de boot, et en effet c'est bizarre que cela soit lié à l'emplacement de la connexion SATA, j'ai déjà changé de nombreuses fois des CM et cela rebootait sans problème ensuite .. je ne me suis pas posé la question à savoir pourquoi cette fois pas.

Peut-être un soucis lié au CHIPSET ou quelque chose du genre ... mais hors de question de formater

Merci à vous.

[Oxyaxion]

Hop !

Je reviens vers vous après de nombreuses semaines ou j'avais laissé le problème de côté.

J'ai réussi à restaurer mon grub par un "find /boot/grub/stage1" , "root ..." , "setup ..."

Celui-ci me boot bien Windows 7, mais lorsqu'il s'agit de booter la Arch j'ai le message suivant :

Code : Tout sélectionner

Error : device '/dev/sda3' not found Skipping fsck
Error : Enable to find root device '/dev/sda3'

Pourtant le partionnement des disk n'a pas changé depuis le changement de la carte mère ET j'ai vérifié avec fdisk de l'installeur ma partition Arch est bien sous /dev/sda3 ...

Un détail m'échappe sûrement ... que faire ?

[Elbarto]

dans le bios essaie de modifier les options SATA, regarde s'il y a une option "IDE emulation", afin que ce soit le même paramétrage par rapport à ton ancienne carte mère

[Oxyaxion]

Il y avait effectivement une option du genre c'était par défaut à 'AHCI' , une fois mis sur IDE mode >> le grub se présente bien ça ne résoud pas mon problème et Windows reboot en plein chargement ... :/

[benjarobin]

Windows doit être réinstallé tu n'as pas le choix, ou au moins réparé depuis le CD Windows, avec un peut de chance cela fonctionnera

Sinon pour Linux, il faudrait utiliser des UUID et non la notation /dev/sdXY, de plus mettre à jour (via chroot) le kernel peut résoudre le problème (si cela ne vient pas des UUID vs sdXY)

Sinon il est fortement recommandé d'utiliser AHCI et non IDE

[Oxyaxion]

Ha je ne me suis mal fait comprendre, Le retour arrière dans le bios 'position AHCI' remet les choses en place heureusement (pour la partie Windows)

En revanche la manipulation m'a l'air compliqué pour la Arch ... hum y aurait pas moyen de dumper ma configuration (/home + paquets) via un live CD puis de réinstaller en utilisant cette base ?

J'avais passé pas mal de temps à la bricoler ... fiou .. surtout les pilotes ATI tout ça .. Oulala je sens la reinstall venir .. j'étais déjà tout de même en Kernel 3.x.x à l'époque cela serait un probléme de kernel non à jour par rapport à la carte mère ?!

[benjarobin]

Euh, je te dis juste d'essayer d'abord de mettre à jour 2 fichiers de configuration (Celui de Grub et le Fstab) pour utiliser des UUID.
Cela prends 5 secondes depuis un liveCD

Tu dois passer de ceci pour Grub

Code : Tout sélectionner

kernel /boot/vmlinuz-linux root=/dev/sda3 ro

à ceci

Code : Tout sélectionner

kernel /boot/vmlinuz-linux root=/dev/disk/by-uuid/e77bc280-de5d-464d-8790-05b5f1598505 ro

Et pour le fstab de

Code : Tout sélectionner

/dev/sda3 / ext4 defaults 0 1

à ceci

Code : Tout sélectionner

UUID=e77bc280-de5d-464d-8790-05b5f1598505 / ext4 defaults 0 1

L'UUID peut très facilement être obtenu, via

Code : Tout sélectionner

ls -l /dev/disk/by-uuid/

ou

Code : Tout sélectionner

blkid

Pour information la réinstallation ne résoudra rien

[Elbarto]

le problème c'est que ça aurait dû fonctionner avec la méthode old-school de dénomination des partitions de type /dev/sda3 vu qu'il n'a pas modifié ses partitions, la seule modification c'est un changement de carte mère ce qui induit l'apparition de nouveaux composants type chipset, bios/UEFI,

c'est pour ça que j'ai pensé tout de suite à un problème de compatibilité bios/boot loader/kernel si son matos est trop récent, il y a peut-être une option pour le noyau à ajouter dans la ligne de grub/lilo pour contourner le problème,

il faudrait qu'il nous donne le modèle de sa carte mère afin de voir si d'autres utilisateurs ont eu le même souci en faisant une recherche sur google

[benjarobin]

Je viens de relire le premier message de Oxyaxion : Il n'y a aucun rapport entre la notation /dev/sdXY et le numéro de port SATA !
Pour information le X (dans ton cas 'a') équivaut a l'adresse du disque dur, si tu as 2 disques de branchés (disque dur, clé USB, etc...) ceci est totalement aléatoire, tu as autant de chance d'obtenir 'a' que 'b'.
Tandis que le Y (dans ton cas '3') ceci est contant tant que tu ne touche pas aux partitions du disque.
Bref les UUID permettent de résoudre ces problèmes, cela ne coute rien d'essayé.

Sinon je recommande en plus une mise à jour du système via chroot (Même méthode que pour l'installation)

[Oxyaxion]

Pour info la carte mère était effectivement assez récente à sa sortie cad 2 mois.


Il s'agissait du nouveau chipset z77 de chez intel, c'est d'ailleurs une Z77A-G45 de chez MSI (d'ailleurs ça m'a fait un choc le bios tout en interface graphique avec manipulation par la souris ...)
l'ancienne carte mère était une NForce 4 pour A64 voyez le genre ... concernant l'UEFI je dois être vraiment dépassé car je ne connaissais pas ... et Je n'ai qu'un seul disque partitionné.

Je n'ai pas encore fait les manip j'étais occupé à jouer à Diablo ... :p

[Oxyaxion]

Manipulation effectuées >> même problème.

Impossible de trouver le /dev/disk/by-uuid/XXXXXXX ...

Pour info mon fstab était déjà en mode UUID et pas mon grub ...

J'ai essayé de faire une maj avec un pacman -Syu , après avoir chrooté mon /dev/sda3 vers /mnt mais la maj plante :

Code : Tout sélectionner

Erreur : impossible de déterminer les points de montage
Erreur : pas assez d'espace libre
Erreur : la validation de la transaction a échoué (erreur non prévue)
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Que dois-je monter d'autre ?!

[Oxyaxion]

Bon je me réponds à moi même j'avais oublié de monter tout ça :

Code : Tout sélectionner

mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev

Je viens de lancer une maj pacman avec une liste de maj assez enorme ... c'est en cours ...

[Oxyaxion]

Bon y a quand même eu un pépin à la fin de la MAJ ...

Code : Tout sélectionner

(344/344) vérification de l'intégrité des paquets                                                           [################################################################] 100%
Erreur : GPGME error: Ioctl() inappropré pour un périphérique
[...]
Erreur : GPGME error: Ioctl() inappropré pour un périphérique
Erreur : GPGME error: Ioctl() inappropré pour un périphérique
Erreur : la validation de la transaction a échoué (paquet invalide ou corrompu)
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Bon la je sèche ...

[benjarobin]

Sauf que tu as oublié une étape pour le chroot

Code : Tout sélectionner

# cd /mnt/
# mount -t proc proc proc/
# mount -t sysfs sys sys/
# mount -o bind /dev dev/
# mount -t devpts pts dev/pts/

[Oxyaxion]

Effectivement la MAJ s'effectue bien


En revanche cette ligne

# mount -t devpts pts dev/pts/

n'est pas indiquée dans le wiki enfin à cette page

http://wiki.archlinux.fr/Chroot
faut-il corriger ?!


En revanche je bloque un peu plus loin

Code : Tout sélectionner

Erreur : la validation de la transaction a échoué (conflit de fichiers)
glibc : /lib est déjà présent dans le système de fichiers
filesystem : /var/lock est déjà présent dans le système de fichiers
filesystem : /var/run est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

EDIT : HA autant pour moi je n'avais pas déscendu assez bas en page d'accueil j'avais bien vu les intervention manuelles pour les fichiers liés à Fontconfig mais pas le reste

[benjarobin]

Toi tu n'as pas mis à jour depuis quelques mois... sic
Alors je dirais de faire ceci

Code : Tout sélectionner

rm -R /var/lock /var/run
pacman -Syu --ignore glibc,curl
pacman -Su linux

Attention ne suit pas la NEWS /!\ Tu vas tout casser, ce n'est plus valable !

Edit: Normalement cela devrait passer, si ce n'est pas le cas, il va falloir adapter