Vous n'êtes pas identifié(e).
Au redémarrage, c’est bien Debian Testing sur sda1 qui démarre (alors qu’elle est toujours aussi sur sda5).
Mais, mon Grub au démarrage m’indique toujours Windows XP et Debian.
Je pensais que la commande sudo update-grub allait remettre d’aplomb le tout mais elle n’a rien changé.
Questions :
- où est situé le Grub ? Sur sda5 ?
- comme tout à l’air de fonctionner en Testing restaurée sur sda1, le but est de supprimer la partition étendue sda2 + 5 + 6 puis de recréer juste une partition swap de 2 Go : Mon PC va t’il redémarrer ?
Merci d’avance.
Dernière modification par fiche (16-07-2017 22:26:22)
Hors ligne
j’ai utilisé Clonezilla pour réaliser une image de sda5 que j’ai ensuite restauré dans sda1 (ancienne partition XP, préalablement formatée en ext4)
Il était inutile de reformater la partition en ext4 puisque l'image contient déjà le format.
Au redémarrage, c’est bien Debian Testing sur sda1 qui démarre (alors qu’elle est toujours aussi sur sda5).
Par chance. Tu avais une chance sur deux.
Je pensais que la commande sudo update-grub allait pour remettre d’aplomb mais elle n’a rien changé.
Normal, GRUB va toujours chercher sa configuration sur sda5.
- où est situé le Grub ? Sur sda5 ?
Sur sda1 et sda5. Mais c'est celui de sda5 qui continue à être utilisé.
le but est de supprimer la partition étendue sda2 + 5 + 6 puis de recréer juste une partition swap de 2 Go : Mon PC va t’il redémarrer ?
Non, car la core image de GRUB continuera à charcher /boot/grub sur sda5. Si introuvable -> shell grub rescue (et là on peut booter en modifiant les variables $root et $prefix)
Depuis le système installé dans sda1, il faut réinstaller GRUB pour qu'il cherche ses fichiers dans sda1.
Explications complémentaires :
GRUB est divisé en deux parties :
- boot image + core image dans le MBR et les secteurs suivants du disque, hors de toute partition.
- modules, configuration et autres fichiers dans le répertoire /boot/grub.
Le BIOS charge et exécute la boot image qui charge et exécute la core image.
La core image a en dur le numéro de la partition qui contient /boot/grub. Ici, c'est sda5 et le restera tant que GRUB ne sera pas réinstallé.
GRUB recherche la partition contenant l'image du noyau et l'initramfs (dans /boot) par son UUID et non son numéro, les charge et lance le noyau. Le noyau monte l'initramfs et exécute le script qui est chargé de trouver et monter la racine. La racine est spécifiée par le paramètre root=<uuid> passé par GRUB à la ligne de commande du noyau.
Or les deux partitions sda1 et sda5 ont le même UUID puisque l'une est le clone de l'autre. Il y a sûrement une raison qui fait que c'est sda1 qui est montée comme racine, mais selon les circonstances ça aurait pu aussi bien être sda5. Le noyau et l'initramfs, pour leur part, ont pu être chargés par GRUB depuis l'une ou l'autre des deux partitions.
Il vaut mieux montrer que raconter.
Hors ligne
j'ai un doute qu'il y ai bien le bon numero d'UUID compare le numéro avec ce que te renvoie la commande
D'ailleur ce que je te conseille c'est de mettre une étiquette sur tes partitions avec Gparted car au bout d'un moment avec les numéros on se mélange
PS: mettre les bonnes balises du forum avant que le matou Smolski passe par la
Ba du coup mis trop de temps a valider mon message
@Smolski si tu passe par la met y mon message a la poubelle vu que j'y raconte des bêtises qui servent juste a embrouiller le post
Dernière modification par Croutons (16-07-2017 14:01:17)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Puis sudo grub-install /dev/sda :
Installation pour la plate-forme i386-pc.
Installation terminée, sans erreur.
Je redémarre pour voir le résultat...
Dernière modification par fiche (16-07-2017 16:05:12)
Hors ligne
Dernière modification par fiche (16-07-2017 16:15:49)
Hors ligne
Il est normal que le contenu de fstab soit toujours identique ?
Oui puisqu'il fait partie de la partition clonée et qu'il n'a rien à voir avec GRUB.
Mais comment faire, après redimensionnement de sda1 et création d'une partition swap pour que le "nouveau" swap soit bien identifié ?
Il faut que son UUID corresponde à celui qui est dans /etc/fstab.
Soit tu initialises le nouveau swap avec le même que l'ancien (mkswap -U), soit tu mets l'UUID à jour dans /etc/fstab.
Utiliser un nom de périphérique dans fstab n'est pas recommandé car ces noms peuvent changer.
Dernière modification par raleur (16-07-2017 16:23:28)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par fiche (16-07-2017 21:28:34)
Hors ligne
Dernière modification par raleur (16-07-2017 21:45:34)
Il vaut mieux montrer que raconter.
Hors ligne
Au redémarrage, plus de message.
Mais après le checkdisk sda1 clean, un message lié à "cpu...FIFO..." que je n'ai pas eu le temps de noter.
A voir après mes congés, rien ne presse puisque le PC démarre bien.
Merci Raleur pour ta disponibilité et tes connaissances.
Dernière modification par fiche (16-07-2017 22:27:20)
Hors ligne