Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

clonage ssd avec win10 et 18.04

ubuian

Bonjour à toutes et à tous,

j’ai cloné le disque ssd de mon ordi (Nro1) contenant win10 et ubuntu 18.04 pour le remplacer par un autre plus grand. J’ai utilisé Macrium reflect pour créer une image et un dvd de démarrage.
Avant de procéder au remplacement j’ai utilisé le dvd créé sur un autre ordinateur (nro2) pour installer le clonage sur ce deuxième ordinateur (nro2).
Après le redémarrage il n’y a plus de grub affiché mais uniquement son prompt : grub> précédé de
<<<<<<<
GNU GRUB version 2.02
Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions
>>>>>>>

J’ai lancé le boot repair depuis un cd ; il m’a signalé que la restauration du boot c’est bien déroulée mais au redémarrage j’obtiens de nouveau le prompt

grub>

.
J’ai suivi le wiki du forum https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub, en l’appliquant sur ce (nro2) mais rien à faire. J’obtiens toujours le prompt

grub>

.
Ça fait deux jours que j’essaie et ne trouve rien de nouveau.
Peut-être que la communauté aurait un conseil.
Voici le rapport de boot-repair :https://paste.ubuntu.com/p/rYKGgQHbZN/
Merci pour votre aide

geole

Bonjour
Merci de ne pas utiliser des choses périmées
Boot Info Script e7fc706 + Boot-Repair extra info [Boot-Info 23Nov2014]
Cet outil est incapable de lire le contenu des partitions EXT4 "nouvelle formule"

La seule chose correctement interprétable est que le boot ne s est pas fait en mode EFI

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, but it is not setup in EFI-mode for this live-session

alors qu il aurait probablement du

sda1: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/Boot/bootx64.efi /EFI/Boot/fbx64.efi 
                       /EFI/ubuntu/grubx64.efi /EFI/ubuntu/mmx64.efi 
                       /EFI/ubuntu/shimx64.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi 
                       /EFI/Microsoft/Boot/bootmgr.efi 
                       /EFI/Microsoft/Boot/memtest.efi

Refais donc un boot-info à partir de cette procédure https://doc.ubuntu-fr.org/tutoriel/boot-info

ubuian

Merci geole pour ta réponse.
Excuse-moi pour l'utilisation du boot-repair obsolète.
je ne pensais pas qu'il était si vieux.
Voici le nouveau boot-info
boot-info

J'avais oublié de signaler que, après avoir constaté que ça ne fonctionnait pas bien, j'avais installé un ubuntu 20.04 (partition /dev/sda8 avec un swap en sda9 et un /home en sda10) et que rien n'a changé.

Encore merci pour l'aide.
Bonne fin de journée

geole

Bonjour
Il semble que ton nouvel ordinateur préfère booter par défaut en mode LEGACY car c'est encore le cas.

===================================== UEFI =====================================
This live-session is not in EFI-mode.

Mais le boot légacy n'est pas très bon. Il devrait lancer un vieux windows..

============================== Boot Info Summary ===============================
 => Windows 2000/XP/2003 is installed in the MBR of /dev/sda.

Je pense que cela se plante et part alors en mode EFI . En admettant que ce mode EFI fasse lancer ubuntu, on arrive probablement à ce fichier

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 33409ae6-95be-497b-9cb1-160be0621119 root hd1,gpt5 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

Probablement suite au changement de branchement, ce n'est plus hd1,gpt5 , c'est devenu hd0,gpt5
Mais il n'y a plus de grub dans cette partition
===================== sda5: ls -l /etc/grub.d/ (filtered) ======================
et absence de
===================== sda5: ls -l /grub/grub.cfg (filtered) ======================

Je te conseille donc de faire la réparation standard proposée

Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub2 of
sda8 into the MBR of sda,
using the following options:        sda10/boot,
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix

Mais windows ne sera probablement pas bootable
Cette réparation est possible facilement car il existe déjà une partition de boot en mode légacy

sda11: _________________________________________________________________________
    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

https://doc.ubuntu-fr.org/boot-repair

NOTA. Pour SDA5, il faudra que tu fasses une réparation avec l'option "Option avancée" et que tu demandes une réinstallation du grub.

ubuian

Merci geole pour ta réponse si rapide.
En réalité l'ordinateur (Nro2) est un vieux Q6600 que j'utilise pour faire des tests.
Le ssd se trouve sur le (Nro1) qui est un i5 d'il y a 4-5 ans avec Win10 sur lequel j'avais installé le 14.04, 16.06 et 18.04.
Je voudrais remplacer le ssd actuel de 125 go par un de 500.
C'est pour cela que je fais le test de clonage.

Bref après avoir restauré l'image du ssd cloné du Nro1 sur le hd de 500go du nro2 s'est présenté le problème actuel.

Sur ton conseil donc, j'ai passé le boot-repair actuel et j'ai eu un grub à l'affichage.
L'affichage dans l'ordre est :

Ubuntu
Advanced options for Ubuntu
Ubuntu 20.04 LTS (20.04) (on /dev/sda8)
Advanced options for Ubuntu 20.04 LTS (20.04) (on /dev/sda8)

Aucune référence à windows10.

En démarrant sur Ubuntu j'obtiens le message
"... you are in emergency mode. ...etc, etc...
Donnez le mot de passe du superutilisateur pour la maintenace
(ou appuyez sur Ctrl D pour continuer)"

avec Ctrl D l'écran Ubuntu apparaît pendant 2-3min et on revient de nouveau ici.
Avec le mot de passe root j'obtiens le prompt

root@iannis-Akoya-P5330-E-MD8876-2459:~#

on retrouve en fait le nom de l'ordi Nro1.
Mais je ne sais pas comment lancer ubuntu à partir d'ici.

En démarrant sur Ubuntu 20.04 je rentre normalement dans ubuntu après avoir introduit le mot de passe.
je fais

sudo apt update-grub

qui trouve tous les os (20.04, 18.04 et windows)
mais quand je tape

sudo grub-install /dev/sda1

pour fixer le grub il me dit que l'embarquage est impossible comme on le voit sur l'écran ci-dessous:

annis@iannis-q6600:~$ sudo update-grub
[sudo] Mot de passe de iannis :
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.4.0-39-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-39-generic
Image Linux trouvée : /boot/vmlinuz-5.4.0-26-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-26-generic
Windows Boot Manager trouvé sur /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi
Ubuntu 18.04.4 LTS (18.04) trouvé sur /dev/sda5
fait
iannis@iannis-q6600:~$ sudo grub-install /dev/sda1
Installation pour la plate-forme i386-pc.
grub-install : attention : Le système de fichiers « fat » ne prend pas en charge l'embarquage.
grub-install : attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée..
grub-install : erreur : refus de continuer avec les listes de blocs.
iannis@iannis-q6600:~$ sudo fdisk -l
Disque /dev/loop0 : 54,97 MiB, 57614336 octets, 112528 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop1 : 240,82 MiB, 252493824 octets, 493152 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop2 : 62,9 MiB, 65105920 octets, 127160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop3 : 49,8 MiB, 52203520 octets, 101960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop4 : 27,9 MiB, 28405760 octets, 55480 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
 

Disque /dev/sda : 465,78 GiB, 500107862016 octets, 976773168 secteurs
Disk model: WDC WD5000AAKS-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : BEF7B8E9-D447-478B-8352-6A85871CFA44
Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1         2048    206847    204800   100M Système EFI
/dev/sda2       206848    239615     32768    16M Réservé Microsoft
/dev/sda3       239616 102503207 102263592  48,8G Données de base Microsoft
/dev/sda4    102504448 103587839   1083392   529M Environnement de récupération
/dev/sda5    103589888 246949262 143359375  68,4G Système de fichiers Linux
/dev/sda6    246949888 247971839   1021952   499M Environnement de récupération
/dev/sda7    247971840 250068991   2097152     1G inconnu
/dev/sda8    250068992 445380607 195311616  93,1G Système de fichiers Linux
/dev/sda9    445380608 461004799  15624192   7,5G Partition d'échange Linux
/dev/sda10   461004800 656316415 195311616  93,1G Système de fichiers Linux
/dev/sda11   656316416 656355327     38912    19M Amorçage BIOS
iannis@iannis-q6600:~$

J'ai essayé les autres partitions sda5, sda8, sd10 sans succès.
Toujours le message

 attention : L'embarquage est impossible. GRUB ne peut être installé sur cette configuration qu'en utilisant les listes de blocs. Cependant, les listes de blocs ne sont PAS fiables et leur utilisation est déconseillée..
grub-install : erreur : refus de continuer avec les listes de blocs.

Je suis désemparé parce que je ne comprends pas.

Bonne soirée et merci pour ta patience

geole

sda11: _________________________________________________________________________
    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info:

et avec

sudo grub-install /dev/sda11

Pour ce message

En démarrant sur Ubuntu j'obtiens le message
"... you are in emergency mode. ...etc, etc...

Si tu n'as absolument que cela comme message d'erreur sans avoir une proposition de faire une commande FSCK, ll faut frapper la commande

journalct -xb

Puis relever tous les messages en rouge (en recopiant ou en photographiant ) puis les poster pour obtenir un début de piste sur l'erreur.

Cette commande est aussi bonne

 journalctl -p err

ubuian

Pour sda11 le message est différent:

iannis@iannis-q6600:~$ sudo grub-install /dev/sda11
Installation pour la plate-forme i386-pc.
grub-install : erreur : impossible d'identifier le système de fichiers sur hostdisk//dev/sda ;
 impossible d'effectuer un contrôle de sécurité.
iannis@iannis-q6600:~$

geole

essaie tout simplement

sudo grub-install   -v  /dev/sda

https://wiki.archlinux.org/index.php/GRUB a écritInstallation

Install the grub package. (It will replace grub-legacyAUR if that is already installed.) Then do:

# grub-install --target=i386-pc /dev/sdX

where /dev/sdX is the disk (not a partition) where GRUB is to be installed. For example /dev/sda or /dev/nvme0n1, or /dev/mmcblk0. See Device file#Block device names for a description of the block device naming scheme.

ubuian

geole a écritessaie tout simplement
sudo grub-install   -v  /dev/sda
https://wiki.archlinux.org/index.php/GRUB a écritInstallation

Install the grub package. (It will replace grub-legacyAUR if that is already installed.) Then do:

# grub-install --target=i386-pc /dev/sdX

where /dev/sdX is the disk (not a partition) where GRUB is to be installed. For example /dev/sda or /dev/nvme0n1, or /dev/mmcblk0. See Device file#Block device names for a description of the block device naming scheme.

Bonjour geole,
j'ai essayé:

update-grub

et il a trouvé windows

sudo grub-install   -v  /dev/sda

il a enregistré avec message "terminé sans erreur"

Mais au redémarrage pas de référence à windows.

Alors je me suis dit qu'il ne chargeait sans doute pas le grub enregistré depuis le 20.04 et j'ai démarré sur ubuntu (qui devrait être le 18.04 qui se trouve sur le ssd cloné de l'ordi Nro1).
Après un écran UBUNTU et une tentative graphique qui n'a pas abouti, il est revenu avec le
"... you are in emergency mode. ...etc, etc...
Donnez le mot de passe du superutilisateur pour la maintenace
(ou appuyez sur Ctrl D pour continuer)"
J'ai introduit le mot de passe root et obtenu le prompt

root@iannis-Akoya-P5330-E-MD8876-2459:~#

.
Et ici j'ai introduit les habituelles

update-grub

et il a trouvé windows

sudo grub-install   -v  /dev/sda

il a enregistré avec message "terminé sans erreur"
J'ai vérifié le grub.cfg et il contenait un menuentry pour windows en sda1.
J'ai redémarré et finalement le grub a affiché le "Windows Boot Manager (sur /dev/sda1).
Et windows se lance.

Il ne reste plus qu'à régler le prompt

root@iannis-Akoya-P5330-E-MD8876-2459:~#

pour pouvoir démarrer du le 18.04 qui est la première option indiquée par UBUNTU.

J'ai introduit

journalctl -xb

et obtenu 1944 lignes avec quelques rouges
jui 01 09:46:13 iannis-Akoya-P5330-E-MD8876-2459 blkmapd[397]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory

ubuian

geole a écritessaie tout simplement
sudo grub-install   -v  /dev/sda
https://wiki.archlinux.org/index.php/GRUB a écritInstallation

Install the grub package. (It will replace grub-legacyAUR if that is already installed.) Then do:

# grub-install --target=i386-pc /dev/sdX

where /dev/sdX is the disk (not a partition) where GRUB is to be installed. For example /dev/sda or /dev/nvme0n1, or /dev/mmcblk0. See Device file#Block device names for a description of the block device naming scheme.

Bonjour geole,
j'ai essayé:

update-grub

et il a trouvé windows

sudo grub-install   -v  /dev/sda

root@iannis-Akoya-P5330-E-MD8876-2459:~#

.
Et ici j'ai introduit les habituelles

update-grub

et il a trouvé windows

sudo grub-install   -v  /dev/sda

root@iannis-Akoya-P5330-E-MD8876-2459:~#

.

Merci pour ton aide

ubuian

Voila la suite pour le problème du prompt

root@iannis-Akoya-P5330-E-MD8876-2459:~#

J'ai lancé

journalctl -xb

et obtenu 1944 lignes avec quelques rouges
Voici la première à peu près à la 900ème ligne

jui 01 0:46:13 iannis-Akoya-P5330-E-MD8876-2459 blkmapd[397]: open file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory

Une autre plus bas

jui 01 0:47:43 iannis-Akoya-P5330-E-MD8876-2459 systemd[1]: Timed out waiting for device dev-disk-by\x2dduid-8bfde42e\x2dbb78\x2da09d\x2d43747c55aee.device

jui 01 0:47:43 iannis-Akoya-P5330-E-MD8876-2459 systemd[1]: Timed out waiting for device dev-disk-by\x2dduid-3ec76c5d\x2df1a2\x2d44cf\x2da93c\x2d99c1c1bfff07.device

Une dernière

jui 01 0:47:43 iannis-Akoya-P5330-E-MD8876-2459 systemd[1]: Failed to mount /mnt/test

journalctl -p err

affiche elle 2612 lignes
Elles sont toutes rouges après les indications du nom de l'ordinateur.
Penses-tu que l'on pourrait tirer quelque chose?

Encore un grand merci

geole

ubuian a écritVoila la suite pour le problème du prompt
Une autre plus bas

jui 01 0:47:43 iannis-Akoya-P5330-E-MD8876-2459 systemd[1]: Timed out waiting for device dev-disk-by\x2dduid-8bfde42e\x2dbb78\x2da09d\x2d43747c55aee.device

jui 01 0:47:43 iannis-Akoya-P5330-E-MD8876-2459 systemd[1]: Timed out waiting for device dev-disk-by\x2dduid-3ec76c5d\x2df1a2\x2d44cf\x2da93c\x2d99c1c1bfff07.device

Penses-tu que l'on pourrait tirer quelque chose?
Encore un grand merci

Bonjour
La cause du plantage est trouvée, Le grub ou initramfs veut acceder aux partitions dont les UUID sont indiquées ci-dessus
Il veut acceder à ces partitions car c'est prévu dans le fichier /etc/fstab tel que vu dans le boot-info

========================= sda5/etc/fstab (filtered) ===========================
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb5 during installation
UUID=33409ae6-95be-497b-9cb1-160be0621119 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
# /home was on /dev/sda1 during installation
UUID=3ec76c5d-f1a2-44cf-a93c-99c1c1bfff07 /home           ext4    defaults        0       2
# swap was on /dev/sda4 during installation
UUID=8bfde42e-bb78-4d79-a09d-437473c55aee none            swap    sw              0       0
192.168.0.16:/iannis/home               /mnt/test      nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0

Cela correspond à la partition de swap. On peut se passer d'une partition de swap. La rectification est aisée, il suffit de l'éliminer du fichier /etc/fstab
La seconde partition fait référence au répertoire /home. Ce répertoire est absolument nécessaire pour faire fonctionner ubuntu. D'où le plantage.

Vu tout ce que tu as dis, je pense que tu as oublié de rapatrier le répertoire /home qui à mon avis n'est pas sur le SSD mais est certainement sur un disque dur. Tout devrait rentrer dans l'ordre lorsque le nouveau SSD reviendra dans le premier ordinateur.

Ton cas est typique de tous ceux qui suivent les conseils d'installer le répertoire home dans une partition séparée alors qu'il y faudrait uniquement les données. Le diagnostic d'absence de home n'est pas facile à faire.

ubuian

Rebonjour geole, bravo bien vu !
En effet je n'ai pas pensé reprendre dans l'image le /home qui se trouve dans un autre hdd. J'ai cloné le ssd sans réfléchir.
Ce ssd étant seulement de 125 go avec win10 et ubuntu 18.04 j'ai mis le home dans une partition du hdd.
J'ai l'habitude de procéder ainsi pour que lors d'une autre installation je n'aie pas à faire des transferts de fichiers.
A ce propos, sorry, mais je ne comprends pas ta phrase

Ton cas est typique   de tous ceux qui suivent les conseils d'installer le répertoire home dans une partition séparée
alors qu'il y  faudrait uniquement les données.

surtout les quatre derniers mots.

Quant au swap, tu as raison. Avec les quantités de mémoire actuelles il n'est plus nécessaire.
Mais, que veux-tu? Je suis de la vielle école, du temps où 256 mo c'était un luxe et j'ai conservé l' habitude du swap, surtout que je retape des vieux PC pour des personnes qui n'ont pas de moyens.

En tout cas, grand merci pour ton aide si efficace.
Je pense, si tu es d'accord, que nous pouvons mettre [Résolu] à ce sujet.

Bonne fin de journée

geole

C'est a toi de mettre résolu.
Le home est composé de deux parties.
Une partie logiciel qui est absolument nécessaire pour booter. Tu sais la retrouver facilement.
Tu as vu que, si c'est absent, cela ne boote pas, Tu as aussi vu que le plantage du boot ne dit pas clairement que c'est à cause de l'absence du home. Tu as aussi le cas où la partition n'est pas en bon état pour une raison quelconque.
Une partie "données utilisateurs" que souvent on met ailleurs spécialement lorsque plusieurs O.S. sont utilisés et qu'on accède par des techniques de liens. Ce qui permet au répertoire home de rester avec les autres répertoires et de ne pas être oublié dans des manipulations.
Cette technique est fortement conseillée lorsqu'il existe un SSD. Le logiciel présent dans le home profite aussi de la vitesse du SSD
Voici un lien explicatif https://bluc.pagesperso-orange.fr/ilm/index.html et https://bluc.pagesperso-orange.fr/ps/ps-com/ps-comdata.html#liens

ubuian

Merci geole pour ces explications.

Encore merci pour l'aide.