Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2 3

#26 Le 11/12/2023, à 17:55

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Bonjour la commande de clonage s'est bien passée, mais ça ne fonctionne pas à la fin :

thibault@R2D2laptop:~$ time sudo dd if=/dev/sdb  of=/dev/sdc  bs=4M count=$((129000/4)) status=progress
135052394496 octets (135 GB, 126 GiB) copiés, 576 s, 234 MB/s
32250+0 enregistrements lus
32250+0 enregistrements écrits
135266304000 octets (135 GB, 126 GiB) copiés, 582,868 s, 232 MB/s

real	9m42,884s
user	0m0,100s
sys	2m25,002s

résultat à la fin tel que vu par gparted :
vue globale gparted

vue détaillée :
vue detaillee

Dernière modification par net_thibault (Le 11/12/2023, à 17:56)

Hors ligne

#27 Le 11/12/2023, à 18:15

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Bonjour j'ai peut être eu un problème avec le nouveau SSD ?
et j'ai peut-être eu un problème avec mon boitier SATA, sur la 1ere position le PC ne le voit pas
sur la seconde il le voit mais donne ces erreurs là dans gparted :

le SSD vierge vue de gparted

le SSD vierge avec le détail du i rouge de gparted

Dernière modification par net_thibault (Le 11/12/2023, à 18:15)

Hors ligne

#28 Le 11/12/2023, à 19:40

geole

Re : clonage intégral d'un SSD vers un autre SSD

Bonjour.
Non c'est la procédure qui est cause.
Dans le contexte oû le disque emetteur est partitionné GPT les 36 premiers secteurs sont dupliqué a la fin du disque.
Du coup , si ton disque recepteur n'était pas gpt. la duplication n'existe.
L'application gdisk devrait pouvoir la créer. il faudrait retrouver la commande pour réparer
https://uubu.fr/?page=00001187

En mode guidé,
sudo gdisk /dev/sdc
x        => Pour avoir des options supplémentaires
d       => Pour copier la table de partition primaire dans la table de partition de backup.
m      => Pour revenir dans le menu principal
W     =>  Pour faire l'écriture. il demandera certainement confirmation.
q      => Pour quitter.

puis débrancher et rebrancher le disque.

La bonne solution  aurait été de créer préventivement la table de partition en gpt sur le disque récepteur et de copier à partir du premier Mio puisque la première partition commence à 2048.

time sudo dd if=/dev/sdb  of=/dev/sdc  bs=4M skip=1 seek=1 count=129000 status=progress

ou de faire un copier/coller avec gparted

Dernière modification par geole (Le 11/12/2023, à 19:58)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#29 Le 11/12/2023, à 20:08

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

le copier / coller avec Gparted me semble plus simple, si c'est faisable, que faut-il sélectionner sur le SSD source ?
pour ensuite le copier sur le SSD destinataire ?

Effectivement j'avais oublié de dire que le SSD destinataire est neuf, donc vierge.

Hors ligne

#30 Le 11/12/2023, à 20:57

geole

Re : clonage intégral d'un SSD vers un autre SSD

Tu as donc refais une table de partition
Je crois avoir compris que tu n'as qu'une seule partition dans le disque source.
   Tu te positionnes dessus.
    Tu choisis l'action copier
  Tu te positionnes dans l'espace libre du disque de réception.
     Tu cliques sur coller.
  Tu fais executer l'action.
   Tu acceptes le fait qu'il puisse faire des erreurs.

Le problème n'était pas le disque vierge, c'est  que le disque émetteur n'a pas de table de partition ms-dos mais GPT. On ne peut pas cloner un disque gpt à cause de cette table de backup qui ne se retrouve pas au bon endroit sauf si les disques sont identiques.en taille et je n'y avais pas pensé.

Dernière modification par geole (Le 11/12/2023, à 21:03)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#31 Le 11/12/2023, à 21:46

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

en fait dans le message #18 de la page 1 j'ai fait un lien sur un screenshot de gparted du SSD, il y a 2 partitions :
1) s'appelle BIOS-Boot qui fait ~ 1Go et qui contient le flag BIOS_grub
2) s'appelle ubuntu2004 et fait 125 Go

La table de partition, je l'ai peut-être créé, mais "téléguidé" sous tes conseils donc je ne me souviens plus trop du détail, d'où le clonage pour le nouveau SSD...

Comme j'ai 2 partitions j'essaie de créer une table GPT avec gparted ?, puis j'essaie de recopier les 2 partitions avec gparted, c'est ça ?

Hors ligne

#32 Le 11/12/2023, à 22:20

geole

Re : clonage intégral d'un SSD vers un autre SSD

C'est cela en commençant par la première. Après sa copie, il faudra remettre le drapeau bios_grub

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#33 Le 11/12/2023, à 23:20

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

J'avoue que je ne sais plus comment j'avais fait, je vais relire le fil de la production du SSD pour voir,
j'ai l'impression que GPT et bios_grub ça peut se mettre avec GParted, non ?

Hors ligne

#34 Le 11/12/2023, à 23:50

geole

Re : clonage intégral d'un SSD vers un autre SSD

gparted fabrique une table de partition gpt en utilisant l'onglet périphériques tel qu'expliqué au pararaphe 6.2

Dernière modification par geole (Le 11/12/2023, à 23:54)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#35 Le 12/12/2023, à 02:42

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Merci

Pour l'instant je pense avoir pu faire une table de partition GPT, j'ai recopié les 2 partitions,
apparemment dans la première, d'après gparted il aurait copié le flag bios_grub, mais j'ai testé le SSD il ne boote pas.

Hors ligne

#36 Le 12/12/2023, à 11:18

geole

Re : clonage intégral d'un SSD vers un autre SSD

Bonjour.
C'est encore un petit piège.
Pour un boot légacy, il faut aussi copier les 446 premiers octets du disque émetteur.

sudo dd if=/dev/sdb  of=/dev/sdc  bs=446 count=1

Tu peux toujours lancer un boot-repair en mode avancé.

Dernière modification par geole (Le 12/12/2023, à 14:08)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#37 Le 12/12/2023, à 13:40

LukePerp

Re : clonage intégral d'un SSD vers un autre SSD

net_thibault a écrit :

Merci

Pour l'instant je pense avoir pu faire une table de partition GPT, j'ai recopié les 2 partitions,
apparemment dans la première, d'après gparted il aurait copié le flag bios_grub, mais j'ai testé le SSD il ne boote pas.

En utilisant un utilitaire dédié au clonage tel que clonezilla ou les autres évoqué précédemment, tu aurais moins de problème, parce qu'ils sont fait pour ça.

Gamer inside - Ubuntu Mate dernière LTS - Intel i5, 16 Go - Dual boot Windows - Utilisateur de Dapps sur Ethereum

Hors ligne

#38 Le 12/12/2023, à 15:52

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Bon, maintenant gparted ne trouve pas le SSD connecté en USB :
lien gparted sdc pas trouvé

et quand j'essaie de passer la commande, voilà ce que ça donne :

$ sudo dd if=/dev/sdb  of=/dev/sdc  bs=446 count=1
dd: impossible d'ouvrir '/dev/sdc': Aucun périphérique ou adresse

Hors ligne

#39 Le 12/12/2023, à 16:12

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

J'ai interverti les prises USB et gparted a fini par trouver le nouveau SSD, j'ai pu passer la commande :

$ sudo dd if=/dev/sdc  of=/dev/sdb  bs=446 count=1
1+0 enregistrements lus
1+0 enregistrements écrits
446 octets copiés, 0,00222194 s, 201 kB/s
thibault@R2D2laptop:~$

en revanche le SSD ne boote toujours pas

Hors ligne

#40 Le 12/12/2023, à 16:19

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

J'ai donc fait un boot-info avec le nouveau SSD connecté à mon PC qui a démarré en ubuntu sur sa partition sda7.

Voilà le boot-info :

boot-info-4ppa2061                                              [20231212_1514]

============================== Boot Info Summary ===============================

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos7)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
 => Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 4096 
    of the same hard drive for core.img. core.img is at this location and 
    looks for (,gpt1)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_gpt biosdisk
    ---------------------------------------------------------------------------

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /bootmgr /Boot/BCD

sda2: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  Windows 7
    Boot files:        /bootmgr /Boot/BCD /Windows/System32/winload.exe

sda3: __________________________________________________________________________

    File system:       Extended Partition
    Boot sector type:  -
    Boot sector info: 

sda5: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 7/2008: NTFS
    Boot sector info:  According to the info in the boot sector, sda5 starts 
                       at sector 2048.
    Operating System:  
    Boot files:        

sda6: __________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.6 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

sda4: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/10/11/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /BOOTMGR /BOOT/BCD

sdb1: __________________________________________________________________________

    File system:       
    Boot sector type:  Grub2's core.img
    Boot sector info: 

sdb2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  Grub2 (v1.99-2.00)
    Boot sector info:  Grub2 (v1.99-2.00) is installed in the boot sector of 
                       sdb2 and looks at sector 191708056 of the same hard 
                       drive for core.img, but core.img can not be found at 
                       this location.
    Operating System:  Ubuntu 20.04.6 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img


================================ 5 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04.6 LTS on /dev/sda7
OS#2:   Windows 7 (boot) on /dev/sda1
OS#3:   Windows 7 on /dev/sda2
OS#4:   Windows Recovery Environment (boot) on /dev/sda4
OS#5:   Ubuntu 20.04.6 LTS on /dev/sdb2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: HD Graphics 5500 from Intel Corporation
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-91-generic root=UUID=bf43b229-4632-4cc2-982e-e1d605a51b12 ro quiet splash vt.handoff=7
df -Th / : /dev/sda7        ext4    58G     29G   27G  53% /

===================================== UEFI =====================================

BIOS/UEFI firmware: Version 2.10  (2.10) from TOSHIBA
This installed-session is in Legacy/BIOS/CSM mode (not in EFI mode).



============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, has-os,	has-win,	2048 sectors * 512 bytes
sdb	: is-GPT,	no-BIOSboot,	has-noESP, 	usb-disk,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda7	: is-os,	64, apt-get,	grub-pc ,	grub2,	grub-install,	grubenv-ok,	update-grub,	end-after-100GB
sda1	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda2	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda4	: is-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	end-after-100GB
sda5	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	end-after-100GB
sdb2	: is-os,	64, apt-get,	grub-pc ,	grub2,	grub-install,	grubenv-ok,	update-grub,	end-after-100GB
sdb1	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

sda7	: isnotESP,	fstab-without-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda2	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	is-winboot
sda4	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	BOOTMGR,	is-winboot
sda5	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb2	: isnotESP,	fstab-without-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda7	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda2	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda4	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda5	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sdb2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sdb
sdb1	: maybesepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: 0x951e0459
     Boot     Start       End   Sectors  Size Id Type
sda1  *         2048   3074047   3072000  1.5G 27 Hidden NTFS WinRE
sda2         3074048 191985663 188911616 90.1G  7 HPFS/NTFS/exFAT
sda3       191987710 477158971 285171262  136G  f W95 Ext'd (LBA)
sda4       477159424 500115455  22956032   11G 17 Hidden HPFS/NTFS
sda5       191987712 342941695 150953984   72G  7 HPFS/NTFS/exFAT
sda6       342943744 352942079   9998336  4.8G 82 Linux swap / Solaris
sda7       352944128 477158971 124214844 59.2G 83 Linux
Partition table entries are not in disk order.
Disk sdb: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: FED9D6D0-9FA8-47AA-AE7A-E98B9A6D9AB5
       Start       End   Sectors  Size Type
sdb1     4096   2047999   2043904  998M Linux filesystem
sdb2  2048000 264194047 262146048  125G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:256GB:scsi:512:512:msdos:ATA TOSHIBA THNSNJ25:;
1:1049kB:1574MB:1573MB:ntfs::boot, msftres;
2:1574MB:98.3GB:96.7GB:ntfs::;
3:98.3GB:244GB:146GB:::lba;
5:98.3GB:176GB:77.3GB:ntfs::;
6:176GB:181GB:5119MB:linux-swap(v1)::;
7:181GB:244GB:63.6GB:ext4::;
4:244GB:256GB:11.8GB:ntfs::hidden;
sdb:240GB:scsi:512:512:gpt:Lexar SS D NQ100 240GB:;
1:2097kB:1049MB:1046MB:::;
2:1049MB:135GB:134GB:ext4::;

Free space >10MiB: ______________________________________________________________

sdb: 129001MiB:228937MiB:99936MiB

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL       PARTLABEL
sda                                                                                                   
├─sda1 ntfs     AC8A49478A490EF0                     951e0459-01                          System      
├─sda2 ntfs     22C4533AC4530F81                     951e0459-02                          TI31447000A 
├─sda3                                               951e0459-03                                      
├─sda4 ntfs     4C0458B004589F30                     951e0459-04                          HDDRECOVERY 
├─sda5 ntfs     3440075F400726E8                     951e0459-05                          Donnees     
├─sda6 swap     74858016-39f6-455e-a523-cf74d790419b 951e0459-06                                      
└─sda7 ext4     bf43b229-4632-4cc2-982e-e1d605a51b12 951e0459-07                                      
sdb                                                                                                   
├─sdb1                                               dfa729c0-fce5-41ca-a3c9-056bd58fb404             
└─sdb2 ext4     731a230d-1b00-46b8-8fbf-ca98aadff91c ca7cce38-9bdd-4b33-bd27-32461fe0db92             

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/sda1                1.2G  19% /mnt/boot-sav/sda1
/dev/sda2               39.2G  57% /mnt/boot-sav/sda2
/dev/sda4              647.5M  94% /mnt/boot-sav/sda4
/dev/sda5               38.8G  46% /mnt/boot-sav/sda5
/dev/sda7               26.4G  49% /
/dev/sdb2               90.5G  21% /media/thibault/731a230d-1b00-46b8-8fbf-ca98aadff91c

Mount options (filtered): ______________________________________________________

/dev/sda1              fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda2              fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda4              fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda5              fuseblk         rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
/dev/sda7              ext4            rw,relatime,errors=remount-ro
/dev/sdb2              ext4            rw,nosuid,nodev,relatime

====================== sda7/boot/grub/grub.cfg (filtered) ======================

Ubuntu   bf43b229-4632-4cc2-982e-e1d605a51b12
Windows 7 (sur sda1)   AC8A49478A490EF0
Windows 7 (sur sda2)   22C4533AC4530F81
Windows Recovery Environment (sur sda4)   4C0458B004589F30
Ubuntu 20.04.6 LTS (20.04) (sur sdb2)   731a230d-1b00-46b8-8fbf-ca98aadff91c
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda7/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda7 during installation
UUID=bf43b229-4632-4cc2-982e-e1d605a51b12 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=74858016-39f6-455e-a523-cf74d790419b none            swap    sw              0       0

======================= sda7/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda7: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 216,946155548 = 232,944160768  boot/grub/grub.cfg                             2
 207,068073273 = 222,337650688  boot/grub/i386-pc/core.img                     1
 224,979473114 = 241,569869824  boot/vmlinuz                                   1
 201,479476929 = 216,336941056  boot/vmlinuz-5.15.0-89-generic                 1
 224,979473114 = 241,569869824  boot/vmlinuz-5.15.0-91-generic                 1
 201,479476929 = 216,336941056  boot/vmlinuz.old                               1
 217,046871185 = 233,052303360  boot/initrd.img                                2
 224,792964935 = 241,369608192  boot/initrd.img-5.15.0-89-generic              4
 217,046871185 = 233,052303360  boot/initrd.img-5.15.0-91-generic              2
 224,792964935 = 241,369608192  boot/initrd.img.old                            4

===================== sda7: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18224 Dec  2  2022 10_linux
-rwxr-xr-x 1 root root 42359 Dec  2  2022 10_linux_zfs
-rwxr-xr-x 1 root root 13101 Dec 18  2022 20_linux_xen
-rwxr-xr-x 1 root root 12059 Dec  2  2022 30_os-prober
-rwxr-xr-x 1 root root  1424 Dec  2  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Jul  3  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Dec  2  2022 40_custom
-rwxr-xr-x 1 root root   216 Dec  2  2022 41_custom

====================== sdb2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   731a230d-1b00-46b8-8fbf-ca98aadff91c
Windows 7 (sur sda1)   AC8A49478A490EF0
Windows 7 (sur sda2)   22C4533AC4530F81
Windows Recovery Environment (sur sda4)   4C0458B004589F30
Ubuntu 20.04.6 LTS (20.04) (sur sda7)   bf43b229-4632-4cc2-982e-e1d605a51b12
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sdb2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=731a230d-1b00-46b8-8fbf-ca98aadff91c /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0

======================= sdb2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=false

==================== sdb2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 107,166320801 = 115,068960768  boot/grub/grub.cfg                             2
 107,229095459 = 115,136364544  boot/grub/i386-pc/core.img                     1
 124,815410614 = 134,019526656  boot/vmlinuz                                   2
  68,276351929 = 73,311174656   boot/vmlinuz-5.15.0-89-generic                 1
 124,815410614 = 134,019526656  boot/vmlinuz-5.15.0-91-generic                 2
  68,276351929 = 73,311174656   boot/vmlinuz.old                               1
  97,362262726 = 104,541933568  boot/initrd.img                                6
 102,546871185 = 110,108864512  boot/initrd.img-5.15.0-89-generic              3
  97,362262726 = 104,541933568  boot/initrd.img-5.15.0-91-generic              6
 102,546871185 = 110,108864512  boot/initrd.img.old                            3

===================== sdb2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18224 Dec  2  2022 10_linux
-rwxr-xr-x 1 root root 42359 Dec  2  2022 10_linux_zfs
-rwxr-xr-x 1 root root 13101 Dec 18  2022 20_linux_xen
-rwxr-xr-x 1 root root 12059 Dec  2  2022 30_os-prober
-rwxr-xr-x 1 root root  1424 Dec  2  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Jul  3  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Dec  2  2022 40_custom
-rwxr-xr-x 1 root root   216 Dec  2  2022 41_custom



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub2 of
sda7 into the MBR of sda.
Grub-efi would not be selected by default because no ESP detected.
Additional repair would be performed: unhide-bootmenu-10s

Final advice in case of suggested repair: ______________________________________

Please do not forget to make your BIOS boot on sda (ATA TOSHIBA THNSNJ25) disk!

Hors ligne

#41 Le 12/12/2023, à 16:50

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Bon en fait quand je boot sur le nouvel SSD, le message suivant s'affiche à l'écran :

error: unknown filesystem.
Entering rescue mode...
grub rescue> _

Hors ligne

#42 Le 13/12/2023, à 00:33

geole

Re : clonage intégral d'un SSD vers un autre SSD

Bonsoir.
Je ne comptends la raison du message.

=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 4096 
    of the same hard drive for core.img. core.img is at this location and 
    looks for (,gpt1)/boot/grub. It also embeds following components:

Mais  dans la partition 1, il n'y a pas le fichier /boot/grub

sdb1: _________________________________________________________________________
    File system:       
    Boot sector type:  Grub2's core.img
    Boot sector info: 
sdb2: ___

Elle est  dans la partition deux.

sdb2: __________________________________________________________________________
   File system:       ext4
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

==> Boot repair.


Je sens comme une inversion d'ordre de copie des partitions...
En legacy, cela semble ne pas pardonner. il faudrait respecter la numérotation et l'implantation.

Dernière modification par geole (Le 13/12/2023, à 00:54)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#43 Le 13/12/2023, à 09:17

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Effectivement, pourtant j'ai d'abord copié la partition de boot puis l'autre.

Voici la capture d'écran gparted du nouveau SSD 240 en lien

à comparer avec la vue goarted du SSD initial : gparted_SSD500 initial

On voit la permutation du numéro des partitions, mais la partition de boot est bien la première.

En revanche le drapeaux bios_grub n'a pas été copié par gparted.

Bon utiliser boot repair pourquoi pas mais comment faire, il faut que je boote sur le live CD d'ubuntu, comme décrit dans le lien :
https://doc.ubuntu-fr.org/boot-repair ?

Hors ligne

#44 Le 13/12/2023, à 09:31

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Cela dit j'ai une question pour boot-repair :
Comment boot-repair va comprendre qu'il s'agit de réparer le boot depuis le SSD connecté et non pas le boot du PC portable (auquel le SSD est connecté en USB) qui a déjà son dual boot qui fonctionne ?

Hors ligne

#45 Le 13/12/2023, à 10:35

geole

Re : clonage intégral d'un SSD vers un autre SSD

Bonjour.
Boot-repair est effectivement à utiliser depuis une live-usb car, à mon avis, il a toujours un bug disant qu'il ne veut pas réparer depuis un support installé. Mais tu peux essayer au cas où cela serait corrigé.

tu prendras le mode de réparation avancé au lieu du mode de réparation recommandé.
Dans le menu déroulant, tu choisiras la partition ext4 du disque externe au lieu de celui du disque interne.

Dernière modification par geole (Le 13/12/2023, à 16:53)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#46 Le 13/12/2023, à 16:49

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

OK voilà l'écran de boot-repair auquel j'arrive (sdb est mon nouveau SSD 240 Go) : écran_boot-repair_avancé

question 1
par rapport à la copie d'écran ci-dessus, je n'ai plus qu'à cliquer sur le bouton appliquer ?

question 2
Est-ce que boot-repair mettra automatiquement le drapeau manquant bios_grub dans la partition sdb1,
ou devrais-je le rajouter avec boot-repair en choisissant "autres options" et en lui demandant de le faire ?

question 3
Est-ce que je peut cliquer sur appliquer de boot-repair tout en ayant gparted ouvert comme c'est le cas en ce moment ?
(ça m'aide à être sûr des lettres des disques pour ne pas me tromper)

Hors ligne

#47 Le 13/12/2023, à 17:01

geole

Re : clonage intégral d'un SSD vers un autre SSD

Réponse 3
    Gparted peut rester ouvert pendant la réparation.
Réponse 2   
   Non.   Il ne va pas le faire. A toi de le faire maintenant
Réponse 1
    C'est le bon choix.  Mais si tu lances comme cela, il va planter en disant qu'il n'a pas trouvé de partitons bios_grub et va te suggérer d'en créer une en précisant qu'il lui faut le drapeau bios_grub

Dernière modification par geole (Le 13/12/2023, à 17:01)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#48 Le 13/12/2023, à 19:22

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

Bon avec boot-repair, en cliquant sur "appliquer" sur le message de boot-repair (cf screen-shot au post #46 ci-dessus),
j'obtiens l'erreur suivante (1) : message d'erreur Boot-repair

Ensuite avec Gparted, comme recommandé dans le message d'erreur,
j'ai réussi à mettre le drapeau et à nommer la partition comformément à ce qui est demandé dans le message d'erreur,
ça donne ça dans gparted maintenant : sdb_vue_gparted

Mais quand je réessaye ensuite dans boot-repair comme recommandé, je retombe sur le
même message d'erreur que (1) ci-dessus.

C'est à se taper la tête sur le mur...

Dernière modification par net_thibault (Le 13/12/2023, à 19:24)

Hors ligne

#49 Le 13/12/2023, à 19:39

geole

Re : clonage intégral d'un SSD vers un autre SSD

A mon avis, il faut certainement quitter boot-repair et le relancer.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#50 Le 13/12/2023, à 20:09

net_thibault

Re : clonage intégral d'un SSD vers un autre SSD

OK j'ai quitté gparted puis boot-repair et je les ai relancé.

J'ai de nouveau cliqué sur appliquer sur le message de boot-repair (cf screen-shot au post #46 ci-dessus)

La ensuite ça s'est mis à ressembler à être bon, Boot-repair m'a affiché après avoir appliqué :
"Le démarrage de l'ordinateur a été correctement réparé."

il a fait un boot-info consultable à l'url :
https://paste.ubuntu.com/p/Gwr3rTVbHf/

Vous pouvez maintenant redémarrer votre ordinateur.

et plus bas il écrit :
"Les fichiers de démarrage de sdb2 (end>100GB)] sont loin du début du disque.
Votre BIOS pourrait ne pas les détecter.
Vous voudrez peut-être réessayer après avoir créé une partition /boot (EXT4, >200MB, en début de disque).
Cela peut être réalisé par des outils tels que gParted.
Puis sélectionnez cette partition via l'option
[Partition /boot séparée:] de [Réparateur de déparrage].
(http://-doc.ubuntu-fr.org/tutoriel/partition_boot)"

Je fournis un lien vers la photo du message : message conclusion boot-repair

Par la suite j'ai essayé de démarrer sur ce SSD et j'obtiens alors le message :

error: attempt to read or write outside of disk 'hd0'.
Entering rescue mode...
grub rescue> _

Dernière modification par net_thibault (Le 13/12/2023, à 20:11)

Hors ligne

Pages : 1 2 3