[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Migrazione da HDD a NVMe M.2. (970 evoPlus)



Il giorno mar 12 gen 2021 alle ore 00:41 Antonio <mule@geotux.it> ha scritto:
>
> Buona sera lista.
>
> Qualche mese fa (settembre 2020) ho postato il messaggio di cui sotto. Ricevetti qualche risposta e ringrazio coloro che hanno risposto, soprattutto per quanto riguarda la domanda finale sull'utilizzo i dd.
>
> In realtà, non ho ancora testato il metodo dd perché aspettavo di avere qualche soldino in più per comprarmi un portatile un po "più decente" (non ho mai comprato portatile nuovi ..., sempre su eBay).
>
> L'intenzione e' di copiare un HDD 500GB (tabella delle partizioni come da messaggio sottostante) su una NVMe M.2, tipo il 970 evoPlus. I due dispositivi non sono  esattamente uguali in termini di capienza. Immagino quindi che dd non mi funzionerà? E se non funziona quali opzioni ho?
>
> Non ho mai lavorato con LVM ma a quanto ne so, e' molto piu flessible del partizionamento tradizionale, particolarmente quando si tratta di cambiare le dimensioni. Pensavo di usare qualcosa come SystemRescueCD (https://www.system-rescue.org), che consente di eseguire una "Live-migration of your data" (vedi qui).
>
> Probabilmente i passi da seguire sarebbero:
>
> a) create sda1 come /
>
> b) create sda5 e crittare
>
> c) creare il Volume Group
>
> d) spostare le partizioni human--lvm-var e human--lvm-swap
>
> e) restringere la partizione human--lvm-home sul HDD
>
> f) spostare la partizione human--lvm-home sul M.2.
>
> g) allargare partizione human--lvm-home sul M.2 fino a quando occupare tutto lo spazio rimanente.
>
> Qualcuno ha esperienza in merito?
>
> Grazie
>
> ---------------------------------
>
> ho un disco da 500GB di sistema con Debian 10. Faccio il solito backup
> dati con rsnapshot. Ecco l'output di lsblk:
>
> sda                                                8:0        0 465,8G
> 0 disk
> ├─sda1                                          8:1        0  37,3G  0
> part  /
> └─sda5                                          8:5        0 428,5G  0
> part
>   └─sda5_crypt                              254:0    0 428,5G  0 crypt
>     ├─human--lvm-var                    254:1    0   9,3G  0 lvm   /var
>     ├─human--lvm-swap                 254:2    0   7,5G  0 lvm   [SWAP]
>     └─human--lvm-home                254:3    0 411,7G  0 lvm   /home
>
> Ho molti dischi da 500GB e ho pensato di clonare il disco in caso
> dovessi mai avere un disk failure. Se metto il secondo disco vuoto su
> sdb e lancio un live CD, pensato che un semplice
>
> dd if=/dev/sda of=/dev/sdb
>
> funzionerà?
> --------------------------
>
> --
> Respect your privacy and that of others, don't give your data to big corporations.
> Use alternatives like Signal (https://whispersystems.org/) for your messaging or
> Diaspora* (https://joindiaspora.com/) for your social networking.

Personalmente ho fatto più volte migrazioni di HDD usando le
funzionalitià di LVM2, e mi sono trovato sempre molto bene e fatto le
cose senza nessun pericolo, ma sopratutto mentre usavo il computer per
le normali attività.

in pratica non fai altro che aggiungere il tuo nuovo device al gruppo
lvm2 a cui appartiene anche il vecchio, e con i comandi di lvm, muovi
una partizione alla volta da un disco all'altra, in modo trasparente.
se fosse necessario, con lvm, puoi anche ridimensionare le partizioni
(qui devi lavorare anche di filesystem, se devi ridurre, prima
rimpicciolisci il file system e poi la partizione, se devi ingrandire,
naturalmente il processo è inverso, prima la partizione e poi il
filesystem).

Quando tutte le partizioni sono migrate, estrai il vecchio disco da
lvm e installi grub sul nuovo disco. Spegni il computer e inverti
fisicamente i due dischi, a questo punto parti tranquillamente dal tuo
nuovo disco, con un downtime del tuo sistema che è legato solo al
tempo di shutdown e accensione e naturalmente, del tempo che impieghi
a scambiare fisicamente i due dischi.

Byez
-- 
Gollum1 - http://www.gollumone.it
Tesssssoro, dov'é il mio tessssoro...


Reply to: