Migration du SSD 512 Go vers 1 To — scénario historique

Ce document décrit un scénario de clonage antérieur. Les modèles et noms ci-dessous ne sélectionnent aucun disque actuel. La procédure de réinstallation fait foi pour une préparation neuve ; pour un clonage, recouper source et cible, copies indépendantes et démarrage de secours avant toute commande.

Support de secours

Carte SD Ventoy contenant :

Arch Linux ;
Clonezilla Live ;
GParted Live.

Avec des clés Secure Boot personnelles, tester d’abord la compatibilité du support choisi et prévoir le retour à l’état initial. Une modification de la politique firmware relève de l’opérateur ; ne jamais supprimer les clés pour faire passer un essai de support live.

Avant le clonage

placer le SSD neuf dans le boîtier NVMe USB ;
vérifier modèle, taille et santé ;
identifier la source et la cible par modèle et capacité ;
sauvegarder les données irremplaçables ;
arrêter les VM et applications écrivant massivement.

Commandes de contrôle :

lsblk -p -o NAME,MODEL,SIZE,TRAN,FSTYPE,MOUNTPOINTS
: "${SOURCE_DISK:?Identifier et vérifier la source avant lecture SMART}"
smartctl -a "$SOURCE_DISK"

Clonezilla

Choisir :

device-device
Beginner
disk_to_local_disk

Source et cible historiques : Samsung 512 Go et Fanxiang 1 To. Leur identité actuelle doit être établie à nouveau par modèle, capacité et identifiant stable.

La cible est entièrement effacée.

Premier démarrage

éteindre complètement ;
monter le Fanxiang dans le portable ;
ne pas brancher simultanément l’ancien clone en USB ;
démarrer et vérifier Btrfs, Limine, Snapper et Secure Boot.

Utiliser l’espace supplémentaire

Agrandir d’abord la partition Btrfs avec GParted ou parted, puis :

sudo btrfs filesystem resize max /
df -h /
sudo btrfs filesystem usage /

Garder le Samsung intact plusieurs jours avant de le reformater comme SSD externe.

Point d’arrêt actuel

La réinstallation structurée remplace toute utilisation de ce document historique comme recette directe de partitionnement. Les copies indépendantes et leur récupération d’essai, le SSD cible, la politique réseau et Secure Boot doivent être établis avant une migration. Le script de préparation corrigé n’a été testé que sur des copies confinées ; aucun disque réel n’a été préparé dans cette finalisation.

2.5 KiB Raw Blame History Unescape Escape