Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

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.

#1 Le 09/09/2021, à 11:33

Vital

Problème Grub après clonage d'un disque

Bonjour à tou(te)s,

J'essaye désespérément de dupliquer une installation Ubuntu 20.4 en gardant les logiciels, paramètres et utilisateurs.
L'installation d'origine se trouve sur un Intel NUC.
Après de nombreuses recherches et tests, j'ai finalement créé une image iso en incluant les données utilisateurs avec Pinguybuilder.
J'ai ensuite créé une clé USB boot avec l'outil de Création de disques et, après avoir booté sur la clé j'ai utilisé l'outil de disques pour restaurer l'image sur le disque dur.
Maintenant, lorsque je démarre le NUC, j'ai un menu Grub qui apparaît avec 2 options : 'Install Custom Live CD' et 'Check disks for defects'.
En choisissant la première option ça fonctionne, il installe (je suppose) puis lance la session et tout est correct mais ce menu réapparaît à chaque démarrage.
Je souhaiterais juste qu'il démarre sans aucune option (j'ai vérifié les paramètres de Grub et c'est bien sur 0 et hidden).

J'imagine que j'ai dû faire une erreur que ce soit dans la création de l'ISO ou dans la façon de déployer l'image.
Voici le bootinfo : https://paste.ubuntu.com/p/MfYX6cG5N5/

En vous remerciant d'avance pour toute l'aide que vous pourrez m'apporter.

V.

Dernière modification par Vital (Le 09/09/2021, à 11:34)

Hors ligne

#2 Le 09/09/2021, à 12:09

geole

Re : Problème Grub après clonage d'un disque

Bonjour
je ne sais pas trop comment tu as fabriqué. Mais ton disque dur ressemble à un support d'installation.

sda: ___________________________________________________________________________
    File system:       iso9660


NAME   FSTYPE   UUID                                 PARTUUID                             LABEL          PARTLABEL
sda    iso9660  2021-09-08-13-57-43-00                                                    Custom Live CD 
├─sda1 iso9660  2021-09-08-13-57-43-00               6b8b4567-01                          Custom Live CD 
├─sda2 vfat     3006-9304                            6b8b4567-02                                         
└─sda3 ext4     7794e509-9783-47aa-904c-b1bdd037764c 6b8b4567-03                          writable

 
donc ton boot ressemble à celui d'une installation

Hors ligne

#3 Le 09/09/2021, à 12:18

Qid

Re : Problème Grub après clonage d'un disque

geole a écrit :

je ne sais pas trop comment tu as fabriqué. Mais ton disque dur ressemble à un support d'installation.

Je me suis fait la même réflexion... J'aimerais bien savoir comment a été fait l'ISO aussi parce-que ça sent la mauvaise stratégie... Et geole et moi avons déjà des interventions en cours sur le même type de demande avec des idées différentes... À croire que c'est la mode en ce moment...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#4 Le 09/09/2021, à 12:26

Vital

Re : Problème Grub après clonage d'un disque

Bonjour et merci pour vos réactions,

Comme je l'ai signalé, j'ai simplement créé l'ISO à partir de Pinguybuilder.
J'avais d'abord essayé avec Systemback mais celui-ci ne sauvegardait pas les comptes des utilisateurs.

Mais si vous avez une autre façon simple et efficace de faire je suis preneur.

V.

Hors ligne

#5 Le 09/09/2021, à 12:38

Qid

Re : Problème Grub après clonage d'un disque

Vital a écrit :

j'ai simplement créé l'ISO à partir de Pinguybuilder.

Heu !?... Tu veux quoi au juste ? Parce-que vu cet article qui m'a permis de comprendre ce que permet ce logiciel je me dis que le résultat que tu as est tout-à-fait logique...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#6 Le 09/09/2021, à 12:52

geole

Re : Problème Grub après clonage d'un disque

Je connais une solution
Dupliquer le contenu du disque émetteur dans le disque récepteur
Il faut utiliser des outils que les intervenants connaissent bien
Celui-ci ( Pinguybuilder), Je ne le connais pas du tout. Sait-il faire? As-tu mal utilisé?

Voici une solution que je te propose
a) Pré-requis
     Disposer de l'ancien support contenant ubuntu qui serait connctable en usb  ou aussi en dur.
     Disposer du support d'installation
b) Réalisation
   1) Booter avec le support d'installation, choisir "essayer", ouvrir un terminal en frappant Ctrl Alt t
   2) Brancher l'ancien disque
   3) identifier la structure de l'ancien disque, tu posteras le retour de cette commande

sudo fdisk -l 

   4) Lancer gparted
   5) Fabriquer une table de partition  dans le disque interne du même modèle probablement msdos ou gpt
   6) Faire un copier/coller de chaque partition du disque externe dans le disque interne
    En fonction des tailles des disques, il sera peut-être nécessaire de rétrécir la taille de quelques partitions.

Je pense que Qid te proposera de faire une nouvelle clé USB avec un outil dédié qui sait enchaîner la copie des partitions présentes.

Dernière modification par geole (Le 09/09/2021, à 12:56)

Hors ligne

#7 Le 09/09/2021, à 13:02

Qid

Re : Problème Grub après clonage d'un disque

geole a écrit :

Je pense que Qid te proposera te faire une nouvelle clé USB avec un outil dédié qui sait enchaîner la copie des partitions présentes

Non je ne relancerai pas le débat qu'on a déjà eu car dans le cas d'un changement de disque instantané passer par gparted est certainement la stratégie la plus simple...


"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#8 Le 09/09/2021, à 14:43

geole

Re : Problème Grub après clonage d'un disque

Je peux même, si besoin, aussi proposer en ligne de commande => https://forum.ubuntu-fr.org/viewtopic.p … #p22485996

Example

sudo dd if=/dev/sdb of=/dev/sdc bs=8M status=progress
[sudo] Mot de passe de a : 
15720251392 octets (16 GB, 15 GiB) copiés, 1127 s, 13,9 MB/s
1875+0 enregistrements lus
1875+0 enregistrements écrits
15728640000 octets (16 GB, 15 GiB) copiés, 1127,18 s, 14,0 MB/s
sudo fdisk -l /dev/sdc
[sudo] Mot de passe de a : 
GPT PMBR size mismatch (30719999 != 398294974) will be corrected by write.
The backup GPT table is not on the end of the device.
Disque /dev/sdc : 189,92 GiB, 203927027200 octets, 398294975 secteurs
Disk model: L200M0          
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 / 33553920 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 0820C652-CD64-476B-8CC8-452F92EB22CB

Périphérique    Début      Fin Secteurs Taille Type
/dev/sdc1        2048  8390655  8388608     4G Données de base Microsoft
/dev/sdc2    30715904 30717951     2048     1M Système de fichiers Linux
/dev/sdc3     8390656 25167871 16777216     8G Système de fichiers Linux
/dev/sdc4    25167872 27265023  2097152     1G Données de base Microsoft
/dev/sdc5    27265024 30715903  3450880   1,6G Données de base Microsoft

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
a@a:~$ 
sudo parted /dev/sdc print
Avertissement: Il semble que l’espace disponible sur /dev/sdc ne soit pas totalement utilisé, voulez-vous ajuster la table GPT pour utiliser tout l’espace (367574975
blocs en plus) ou continuer ainsi ? 
Réparer/Fix/Ignorer/Ignore? Réparer                                       
Modèle : Maxtor 6 L200M0 (scsi)
Disque /dev/sdc : 204GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Drapeaux
 1      1049kB  4296MB  4295MB  fat32                     msftdata
 3      4296MB  12,9GB  8590MB  ext4
 4      12,9GB  14,0GB  1074MB  ntfs                      msftdata
 5      14,0GB  15,7GB  1767MB  ntfs                      msftdata
 2      15,7GB  15,7GB  1049kB  ext2
sudo fdisk -l /dev/sdc
Disque /dev/sdc : 189,92 GiB, 203927027200 octets, 398294975 secteurs
Disk model: L200M0          
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 / 33553920 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 0820C652-CD64-476B-8CC8-452F92EB22CB

Périphérique    Début      Fin Secteurs Taille Type
/dev/sdc1        2048  8390655  8388608     4G Données de base Microsoft
/dev/sdc2    30715904 30717951     2048     1M Système de fichiers Linux
/dev/sdc3     8390656 25167871 16777216     8G Système de fichiers Linux
/dev/sdc4    25167872 27265023  2097152     1G Données de base Microsoft
/dev/sdc5    27265024 30715903  3450880   1,6G Données de base Microsoft

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
a@a:~$

Dernière modification par geole (Le 09/09/2021, à 15:12)

Hors ligne