Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 16-07-2017 14:11:06

fiche
Membre
Lieu : Paris
Distrib. : Debian Testing
Noyau : Linux 4.13.0-1-686-pae
(G)UI : Xfce
Inscription : 11-07-2016

[Résolu] Grub après restauration image Debian Clonezilla

Bonjour,

J’ai installé Debian Testing 32 bits  il y a plus de 2 ans (à côté de Windows XP) dans une partition sda5  de 20 Go pour tester.
Je l’ai conservé mais ma partition est vraiment trop réduite.
Pour éviter une réinstallation complète, 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).

Gparted :
https://framapic.org/QvdEhPIt2GdM/zZHGZjmGKSNx.png


sudo fdisk -l :
Disk /dev/sda: 74,5 GiB, 80026361856 bytes, 156301488 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc629504a

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048 112533503 112531456 53,7G 83 Linux
/dev/sda2       112535550 156301311  43765762 20,9G  5 Extended
/dev/sda5       112535552 154421247  41885696   20G 83 Linux
/dev/sda6       154423296 156301311   1878016  917M 82 Linux swap / Solaris
 



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é.


Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.11.0-1-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-4.11.0-1-686-pae
Image Linux trouvée : /boot/vmlinuz-4.9.0-3-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-3-686-pae
Image Linux trouvée : /boot/vmlinuz-4.9.0-2-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-2-686-pae
Image Linux trouvée : /boot/vmlinuz-3.14-1-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-3.14-1-686-pae
Debian GNU/Linux buster/sid trouvé sur /dev/sda5
fait
 




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 23:26:22)

Hors ligne

#2 16-07-2017 14:38:15

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Grub après restauration image Debian Clonezilla

fiche a écrit :

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.

fiche a écrit :

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.

fiche a écrit :

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.

fiche a écrit :

- où est situé le Grub ? Sur sda5 ?


Sur sda1 et sda5. Mais c'est celui de sda5 qui continue à être utilisé.

fiche a écrit :

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.

grub-install /dev/sda



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.

Hors ligne

#3 16-07-2017 14:53:07

Croutons
Membre
Distrib. : Handylinux 2.5 vers Jessie et Debian Stretch
Noyau : Linux 3.16.0-4-686-pae, Linux 4.9.0-3-686-pae
(G)UI : xfce
Inscription : 16-12-2016

Re : [Résolu] Grub après restauration image Debian Clonezilla

Bonjour
Bon je suis loin d’être très calé en la matière , si raleur passe par la il te causera de tout ça mieux que moi
Clonezilla te modifie ton fichier fstab?
regarde le contenu de ton fichier

cat /etc/fstab


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

blkid


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
merci.gif

Dernière modification par Croutons (16-07-2017 15: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

En ligne

#4 16-07-2017 16:04:52

fiche
Membre
Lieu : Paris
Distrib. : Debian Testing
Noyau : Linux 4.13.0-1-686-pae
(G)UI : Xfce
Inscription : 11-07-2016

Re : [Résolu] Grub après restauration image Debian Clonezilla

Voici le résultat de la commande cat /etc/fstab avant toute réinstallation de Grub :


# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=07a7ec10-a837-4e78-a070-1e2398390094 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=b3ce829f-03e3-41bc-99a2-6d1bbbcaa698 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
 



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 17:05:12)

Hors ligne

#5 16-07-2017 17:00:08

fiche
Membre
Lieu : Paris
Distrib. : Debian Testing
Noyau : Linux 4.13.0-1-686-pae
(G)UI : Xfce
Inscription : 11-07-2016

Re : [Résolu] Grub après restauration image Debian Clonezilla

Au redémarrage, plus de Windows XP mais 2 lignes Debian (dont 1 pour sda5).

Il est normal que le contenu de fstab soit toujours identique ?

Logiquement, désormais, en supprimant ma partition étendue (contenant linux sda5 et swap sda6), tout devrait fonctionner.
Mais comment faire, après redimensionnement de sda1 et création d'une partition swap pour que le "nouveau" swap soit bien identifié ?
Moi, je modifie le fichier fstab en ajoutant une ligne  du type (X = n° partition swap) et en indiquant # sur la ligne avec UUID mais je crois que ce n'est pas très "propre" de mémoire.
Ce qui donnerait un truc comme cela :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=07a7ec10-a837-4e78-a070-1e2398390094 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
# UUID=b3ce829f-03e3-41bc-99a2-6d1bbbcaa698 none            swap    sw              0       0
/dev/sdaX   none    swap    sw    0    0

Dernière modification par fiche (16-07-2017 17:15:49)

Hors ligne

#6 16-07-2017 17:22:57

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Grub après restauration image Debian Clonezilla

fiche a écrit :

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.

fiche a écrit :

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 17:23:28)

Hors ligne

#7 16-07-2017 22:27:42

fiche
Membre
Lieu : Paris
Distrib. : Debian Testing
Noyau : Linux 4.13.0-1-686-pae
(G)UI : Xfce
Inscription : 11-07-2016

Re : [Résolu] Grub après restauration image Debian Clonezilla

En live-USB, j'ai :
- supprimé sda5 (ancien Debian) et sda6 (swap)
- supprimé la partition étendue sda2
- redimensionné sda1 (Debian restauré) pour ne conserver que 4 Go d'espace libre
- cet espace libre ayant été transformé en une partition swap

L'UUID du nouveau swap a été copié dans le fichier fstab pour remplacer l'ancienne référence.

La commande sudo update-grub a permis d'actualiser le menu Grub qui ne fait désormais plus apparaitre qu'une ligne Debian (sda5 a disparu).

Tout va bien sauf qu'après le choix de Debian dans le menu Grub, il y a un tiret clignotant à gauche qui reste pendant près de 30 secondes puis un message : "give up waiting for suspend/resume device" puis le message habituel sda1 : clean... et l'interface graphique se met en route.
Je n'ai jamais eu ce genre de message jusqu'ici. C'est grave Docteurs Debian ?

Pour information le nouveau fstab :
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=07a7ec10-a837-4e78-a070-1e2398390094 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=373783a6-c8b3-4793-92cc-4697af9fcd03 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Dernière modification par fiche (16-07-2017 22:28:34)

Hors ligne

#8 16-07-2017 22:44:38

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Grub après restauration image Debian Clonezilla

Il aurait mieux valu remettre le même UUID sur le nouveau swap pour éviter cela.
L'UUID du swap est aussi enregistré dans l'initramfs pour la sortie d'hibernation.

Mettre à jour l'UUID dans /etc/initramfs-tools/conf.d/resume.
Regénérer les initramfs de tous les noyaux installés avec

update-initramfs -u -k all

Dernière modification par raleur (16-07-2017 22:45:34)

Hors ligne

#9 16-07-2017 23:15:56

fiche
Membre
Lieu : Paris
Distrib. : Debian Testing
Noyau : Linux 4.13.0-1-686-pae
(G)UI : Xfce
Inscription : 11-07-2016

Re : [Résolu] Grub après restauration image Debian Clonezilla

L'UUID=373783a6-c8b3-4793-92cc-4697af9fcd03 du dernier swap créé est désormais à la fois répertorié dans le fichier fstab et dans /etc/initramfs-tools/conf.d/resume.


sudo update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-4.11.0-1-686-pae
update-initramfs: Generating /boot/initrd.img-4.9.0-3-686-pae
update-initramfs: Generating /boot/initrd.img-4.9.0-2-686-pae
update-initramfs: Generating /boot/initrd.img-3.14-1-686-pae



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 23:27:20)

Hors ligne

Pied de page des forums