J'ai une clé USB bootable Ubuntu de 32 Go avec un stockage persistant.
La clé USB 32 Go est pleine, donc je veux la cloner dans une mémoire 64 Go Clé USB et augmentent les deux casper-rw et la partition usbdata .
Voici comment j'ai cloné la clé USB de 32 Go dans la clé USB de 64 Go. Tout d'abord, j'ai émis la commande suivante:
lsblk
Deuxièmement, j'ai utilisé la commande DD:
Sudo dd if=/dev/sdb of=/dev/sde status=progress
Troisièmement, j'ai éteint l'ordinateur, retiré la clé de 32 Go et mis l'ordinateur sous tension. Le système a démarré correctement à partir de la nouvelle clé USB et il semble que tous les fichiers soient là.
Quatrièmement, j'ai chargé l'utilitaire GParted et voici l'instantané:
Revenons maintenant à ma question initiale: comment procéder pour augmenter les partitions casper-rw et usbdata en utilisant l'espace libre/non alloué sans perdre de données?
Vous pouvez cloner d'un lecteur vers un autre lecteur avec mkusb
. Commencez via l'interface graphique ou avec
dus /dev/sdx
où x est la lettre du périphérique ou la source dans l'opération de clonage. La cible sera sélectionnée de manière sûre via les menus.
dd
gdisk
. )Après le clonage, vous pouvez modifier les partitions avec gparted
. Si vous touchez uniquement le casper-rw
partition et usbdata
partition (AMD si une partition MSDOS table la partition étendue), le démarrage ne sera pas affecté.
gparted
.gparted
et vérifiez qu'il n'y a pas de symbole de verrouillage sur /dev/sdb1
et /dev/sdb5
./dev/sdb1
à l'extrémité arrière (à droite)/dev/sdb1
vers la gauche jusqu'à ce que la taille soit celle que vous voulezSi vous avez cloné avec dd
, vous devez réparer la table de partition de sauvegarde à l'extrémité arrière du lecteur avec gdisk
ou peut-être utiliser gpt-fix .
Modifier: gdisk
options de commande coupées de gpt-fix
echo \
"v
x
e
r
d
w
y" \
| gdisk "$1"
où "$1"
doit être remplacé par le périphérique cible /dev/sdx
, si exécuté directement (pas dans le script shell).
Ces lettres de commande sont expliquées dans
man gdisk
Les commandes cruciales sont
dans le menu de l'expert
e Move backup GPT data structures to the end of the disk. Use this
command if you've added disks to a RAID array, thus creating a
virtual disk with space that follows the backup GPT data struc‐
tures. This command moves the backup GPT data structures to the
end of the disk, where they belong.
et dans le menu récupération & transformation
d Use main GPT header and rebuild the backup. This option is
likely to be useful if the backup GPT header has been damaged or
destroyed.
Les autres commandes vérifient, se déplacent entre les menus et écrivent.
Impossible de démonter une partition avec GParted - est-ce un problème?
GParted ne peut pas terminer l'étape 1
Après le clonage avec mkusb, la copie des partitions à partir de la clé USB d'origine et le démarrage à partir de la nouvelle clé plus grande, je ne parviens pas à accéder à l'usbdata.
S'il vous plaît des conseils. Merci!
Conseil: Veuillez publier la sortie des lignes de commande suivantes (lors du démarrage à partir du nouveau stick plus grand),
Sudo lsblk -f
Sudo lsblk -m
Sudo ls -l /mountpoint-to-usbdata
Sudo ls -l /mountpoint-to-casper-rw
où vous entrez les points de montage réels pour voir usbdata
et casper-rw
.
Cela m'aidera à comprendre quel est le problème, afin que je puisse suggérer quoi faire ensuite.
Veuillez éditer votre question d'origine pour entrer ces textes de sortie au lieu ici dans ma réponse. Mettez en retrait chaque ligne de 4 caractères afin de rendre la sortie sous forme de code. Vous pouvez marquer (surligner) le texte et cliquer sur {}
icône en tête de la fenêtre d'édition pour effectuer ces indentations rapidement.
Sorties des quatre commandes susmentionnées:
La commande Sudo lsblk -f
donne les résultats suivants
L'autre (Sudo lsblk -m
) affiche les informations suivantes:
Les deux dernières commandes et résultats:
Vous pouvez essayer ddrescue ou gddrescue.
Sudo apt-get install gddrescue ddrescue
ddrescue /dev/sda /dev/sdb -v