Lubuntu 18.10 x64 installé sur clé USB clone sur clé USB 2

Question

Aidez-moi! Création d'un clone à partir d'une clé USB amorçable installée de manière cosmique;

J'ai une clé USB en fonctionnement avec Lubuntu 18.10 cosmic dessus. J'ai installé le bâton par un lubuntu normal 18.10 .iso.

Maintenant, j'ai appris, ou j'ai toujours compris que cloner un système Linux est facile. Aujourd'hui et hier, j'ai appris par expérience pratique que ce n'est pas le cas. Le résultat est une clé USB ne fonctionne pas et même le gestionnaire de partition ne l'aime pas.

Ce que je fais:

Comment utiliser dd pour cloner une installation de lecteur USB externe sur un disque dur local?

J'utilise cette syntaxe de la commande dd pour cloner ma clé usb amorçable installée sur une autre clé usb. Je le fais en utilisant une troisième installation de Lubuntu. En d’autres termes, je n’essaye pas de sauvegarder une session lubuntu active en cours d’exécution. Hier, j'ai essayé de sauvegarder à partir du système en cours d'exécution, cela n'a pas fonctionné. J'ai trouvé des sujets indiquant que cette méthode ne donnait pas lieu à un clone USB lisible. J'ai donc décidé aujourd'hui d'utiliser la clé USB numéro 3, qui démarre un système Linux externe afin de pouvoir cloner clé USB1 en clé USB numéro 2.

Complexe? Peut-être, mais je voulais être sûr que tout est testé. Et en utilisant ce contexte:

Sudo dd si =/dev/sdx de =/dev/sdy bs = 8M && sync

Ça ne marche pas du tout. Résultat: Il crée une clé USB clone. Quand j'essaye de le lancer, la bouffe monte, je peux choisir lubuntu, je le vois commencer, le. . . . des points apparaissent à l'écran, ce qui crée de l'espoir. Than Le système retombe dans une invite initdos ou puppydos (ou quoi que ce soit appelé), j'ai essayé de faire une commande fsck sur la patition, le redémarrage, n'a pas fonctionné. En fait, il semble s’accrocher à un pilote vidéo ou quelque chose du genre. Mais comment est-ce possible si le système est censé être un clone exact du port USB en fonctionnement? Je peux exécuter mc midnight commander lorsque je le tape dans l'écran Invite (j'ai installé mc avant de sauvegarder sur le système de la clé USB d'origine).

Pour compléter mon récit, je dois ajouter que j’ai aussi essayé de sauvegarder d'abord le disque dur interne avant de le restaurer sur la clé USB 2. Cela n'a pas fonctionné non plus .....

Y a-t-il quelqu'un qui aurait trouvé le moyen de faire ce que je veux pour un système USB 18.10 cosmique lubuntu? ....

Je sais qu'il existe des outils comme la clonezille et d'autres choses, mais faire ce que j'ai essayé devrait marcher. Pourquoi pas Est-ce que dd ne fonctionne que lorsque vous restaurez la sauvegarde sur la même clé USB? (Notez que les deux périphériques USB que j'ai utilisés ne sont pas de la même marque, mais ont la même taille, 32 Go ....)

Un peu d'aide nécessaire.

Merci!

mise à jour: j'ai oublié de mentionner 2 autres choses:

1. Sur la clé USB avec mon installation de travail, j'ai 2 partitions. Une partition ext4/system et une petite partition NTFS de 6 Go que j'utilise pour partager des fichiers. J'ai essayé dd si = dev/sdd et si = dev/sdd1, même résultat final.

2. L'installation de la clé USB d'origine est basée sur une table de partition UEFI! Le bios de mon ordinateur portable est également défini sur UEFI. Juste au cas où c'est important ...

sudodus · Answer

Clonage d'un lecteur à un autre

Ce que vous décrivez dans votre question fonctionne dans general .

Sudo dd if=/dev/sdx of=/dev/sdy bs=4096 && sync

Je l'ai fait avec succès avec les clés USB, ainsi qu'avec les disques durs et SSD.

Mais il y a plusieurs choses qui peuvent faire que ça tourne mal.

Le lecteur cible doit être au moins aussi grand que le lecteur source. Pas un seul octet plus petit. Cela ne suffit pas pour que les disques aient la même taille nominale, par exemple 16 Go. Vous pouvez vérifier avec
```
Sudo parted /dev/sdx u b p Sudo parted /dev/sdy u b p 
```
où x et y doivent être remplacés par les lettres de périphérique des lecteurs source et cible, et u b rend la sortie en octets et p indique à parted imprimer (sur la sortie standard).
S'il existe une table de partition GUID, GPT (et non une table de partition MSDOS à l'ancien style) et que les lecteurs n'ont pas exactement la même taille, vous devez réparer la table de partition de sauvegarde à la fin du processus. conduire. Les lignes de commande précédentes avec parted afficheront également la table de partition. Vous pouvez utiliser gdisk pour ce travail de réparation.
Si les tailles de secteur physique diffèrent entre les lecteurs source et cible, des problèmes se poseront également. Les petits et les anciens disques ont généralement des secteurs physiques de 512 octets, mais certains nouveaux disques (taille moyenne et très grande) ont parfois des secteurs physiques de 4096 octets. Cela peut poser des problèmes après le clonage. Il est probablement préférable d’installer un nouveau système dans le nouveau lecteur et de transférer les fichiers que vous souhaitez dans le nouveau lecteur (copie au niveau du fichier au lieu du clonage au niveau du lecteur). Les lignes de commande précédentes avec parted indiqueront également la taille du secteur physique.
Le lecteur source et le lecteur cible doivent tous deux être en bonne santé. S'il existe un secteur défectueux (secteur physique), les données correspondantes ne peuvent pas être transférées pour cet emplacement particulier, ce qui peut poser problème (petit ou grand, selon ce qui est stocké dans cet emplacement).
Veuillez ne pas cloner le lecteur à partir duquel vous avez démarré. Par exemple, démarrez un lecteur Lubuntu Live à partir d’un fichier iso Lubuntu afin de le cloner d’un lecteur doté d’un système Lubuntu sur un autre lecteur.

Aucune partition sur le lecteur source et le lecteur cible ne doit être montée. Démontez si une partition est montée.
```
Sudo umount /dev/sdxn 
```
où x est la lettre du périphérique et n est le numéro de la partition.
Le clonage avec dd est risqué , car il fait ce que vous lui dites de faire sans poser de questions. Une petite erreur de frappe suffit à écraser les photos de famille. Pour cette raison, il est préférable d'utiliser un outil qui vous aide à identifier le lecteur cible et qui dispose d'un point de contrôle final, où vous pouvez vérifier que tout va bien se passer.
- sous Linux, vous pouvez utiliser l’alias de disques gnome-disksou mkusb
- sous Windows, vous pouvez utiliser Win32 Disk Imager .
Vous pouvez également cloner avec Clonezilla . Démarrez une clé USB ou un disque DVD constitué d’un fichier clonezilla.iso stable. Ceci est plus sûr que dd en raison de plusieurs points de contrôle et questions, et plus rapide parce que Clonezilla est suffisamment intelligent pour ne copier que les blocs utilisés (et ignorer les blocs libres) des systèmes de fichiers. Cela fait une grande différence si un système de fichiers est loin d'être complet.
Enfin, vous devez laisser le processus se terminer correctement et laisser le système vider les mémoires tampons du lecteur cible. C'est pourquoi il est important d'exécuter sync et d'attendre la fin du processus pour que la fenêtre du terminal revienne à Invite.

Clonage via un fichier image

Ce qui est décrit ici est également pertinent si vous clonez de manière indirecte en créant un fichier image à partir du lecteur source et que vous restaurez à partir du fichier image sur le lecteur cible.

Après le clonage, ne connectez qu'un seul lecteur à l'ordinateur.

S'il existe des systèmes de fichiers inscriptibles, vous devez ne pas démarrer un ordinateur avec à la fois la source et la cible (du clonage) connectées. Ces disques ont des données identiques et il y aura probablement confusion, ce qui peut détruire un ou les deux disques.

Donc, démarrez dans le lecteur d'origine (source) ou dans le lecteur de copie cloné (cible) et laissez l'autre lecteur déconnecté (débranché).