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

[Gollum1]

Il giorno mar 12 gen 2021 alle ore 00:41 Antonio  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:
>
> sda8:00 465,8G
> 0 disk
> ├─sda1  8:10  37,3G  0
> part  /
> └─sda5  8:50 428,5G  0
> part
>   └─sda5_crypt  254:00 428,5G  0 crypt
> ├─human--lvm-var254:10   9,3G  0 lvm   /var
> ├─human--lvm-swap 254:20   7,5G  0 lvm   [SWAP]
> └─human--lvm-home254:30 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
Tesoro, dov'é il mio teoro...

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

[Gollum1]

Il giorno mer 13 gen 2021 alle ore 09:06 Paolo Redælli
 ha scritto:
>
>
> Il 13/01/21 07:59, Marco Ciampa ha scritto:
> > Ah dimenticavo: ultima considerazione invece a favore di LVM: puoi usare
> > il tuo disco ssd come cache per LVM per un aumento drastico delle
> > prestazioni. A quel punto formatti e sistemi tutto come se avessi un
> > unico disco con LVM e poi aggiungi il disco SSD come cache... in pratica
> > come avere il supporto Optane su qualunque hardware ... ;-)
> >
> > https://golem.linux.it/wp/2020/05/lvm-cache-su-ssd/
> >
> E quando quell'SSD smette di funzionare (per troppe scritture) cosa succede?
>

Con i nuovi ssd, di scritture ne devi dare tante, ma veramente tante...

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

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

[Antonio]

Quindi pensi che potrei costruirmi la geometria e partizioni sull'SSD
per poi semplicemente fare un "cp -a sorgente destinazione". Non l'ho
mai provato anche perche immagino che questo copierebbe tutto, incluso
pipe, database attivi (le tirerie giu prima di copiare ...) e quindi ho
sempre pensato che non fosse una buona idea. Prendero' in considerazione ...

Grazie

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.

Il 13/01/21 06:55, Marco Ciampa ha scritto:
> Caro Antonio,
> secondo me stai dimenticando / omettendo delle considerazioni.
>
 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
 )*.*
> La mia idea è che LVM è un overkill... ma è vero che puoi usarlo per la
> migrazione della partizione invece di dd / cp / partimage ecc. ma boh ...
>
> Personalmente non lo uso, anche un po' perché l'interfaccia a riga di comando 
> è
> tutto fuorché amichevole...
>
> Poi lvm _non ridimensiona i filesystem dentro le partizioni_ per cui hai
> un passaggio / complicazione in più. Insomma boh LVM lo vedo bene in
> server / storage, su un portatile meno... ma penso proprio sia questione
> di gusti. 
>
> Poi ha senso su un server perché hai /home /var swap separate ma: su un
> desktop avere /var separata da / IMHO non vale la pena, poi ora le
> prestazioni dello swap su file sono uguali a quelle sulla partizione
> quindi diverse distro (vedi Ubuntu) hanno smesso di fare lo swap su
> partizione e lo fanno su file.
>
> Invece hai omesso una questione fondamentale:
>
> mbr o gpt?
>
> Questo dipende dal tuo hw. Seconda questione: non hai Windows per cui dd
> e partclone non servono, puoi semplicemente copiare il contenuto delle
> cartelle con un bel:
>
> cp -a sorgente destinazione
>
> e tutto funziona, indipendentemente dalla dimensione delle directory.
>
> Terzo motivo per _non_ usare dd: la geometria del disco. Ci sono dischi
> con settori a 512B e a 4096B (quelli più nuovi) e altri che mostrano i
> settori da 512 ma internamente sono da 4096. Le nuove versioni di fdisk,
> gparted ecc. allineano tutto a 4096 per evitare cali MOSTRUOSI di
> prestazioni ma se hai una vecchia struttura di partizioni è facile che
> sia allineata a 512 e non a 4096 per cui una ragione di più per rifare
> tutto _senza_ dd.
>
> Intanto ti ho "gettato" questi spunti...
>
 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.

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

[Marco Ciampa]

On Wed, Jan 13, 2021 at 09:06:32AM +0100, Paolo Redælli wrote:
> 
> Il 13/01/21 07:59, Marco Ciampa ha scritto:
> > Ah dimenticavo: ultima considerazione invece a favore di LVM: puoi usare
> > il tuo disco ssd come cache per LVM per un aumento drastico delle
> > prestazioni. A quel punto formatti e sistemi tutto come se avessi un
> > unico disco con LVM e poi aggiungi il disco SSD come cache... in pratica
> > come avere il supporto Optane su qualunque hardware ... ;-)
> > 
> > https://golem.linux.it/wp/2020/05/lvm-cache-su-ssd/
> > 
> E quando quell'SSD smette di funzionare (per troppe scritture) cosa succede?

Smette di fare da cache... è una cache no? I dati vengono comunque scritti 
anche altrove...

-- 

Saluton,
Marco Ciampa

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

[Paolo Redælli]

Il 13/01/21 07:59, Marco Ciampa ha scritto:

Ah dimenticavo: ultima considerazione invece a favore di LVM: puoi usare
il tuo disco ssd come cache per LVM per un aumento drastico delle
prestazioni. A quel punto formatti e sistemi tutto come se avessi un
unico disco con LVM e poi aggiungi il disco SSD come cache... in pratica
come avere il supporto Optane su qualunque hardware ... ;-)

https://golem.linux.it/wp/2020/05/lvm-cache-su-ssd/


E quando quell'SSD smette di funzionare (per troppe scritture) cosa succede?

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

[Marco Ciampa]

Ah dimenticavo: ultima considerazione invece a favore di LVM: puoi usare
il tuo disco ssd come cache per LVM per un aumento drastico delle
prestazioni. A quel punto formatti e sistemi tutto come se avessi un
unico disco con LVM e poi aggiungi il disco SSD come cache... in pratica
come avere il supporto Optane su qualunque hardware ... ;-)

https://golem.linux.it/wp/2020/05/lvm-cache-su-ssd/

-- 

Saluton,
Marco Ciampa

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

[Marco Ciampa]

Caro Antonio,
secondo me stai dimenticando / omettendo delle considerazioni.

> >> 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
> >> )*.*

La mia idea è che LVM è un overkill... ma è vero che puoi usarlo per la
migrazione della partizione invece di dd / cp / partimage ecc. ma boh ...

Personalmente non lo uso, anche un po' perché l'interfaccia a riga di comando è
tutto fuorché amichevole...

Poi lvm _non ridimensiona i filesystem dentro le partizioni_ per cui hai
un passaggio / complicazione in più. Insomma boh LVM lo vedo bene in
server / storage, su un portatile meno... ma penso proprio sia questione
di gusti. 

Poi ha senso su un server perché hai /home /var swap separate ma: su un
desktop avere /var separata da / IMHO non vale la pena, poi ora le
prestazioni dello swap su file sono uguali a quelle sulla partizione
quindi diverse distro (vedi Ubuntu) hanno smesso di fare lo swap su
partizione e lo fanno su file.

Invece hai omesso una questione fondamentale:

mbr o gpt?

Questo dipende dal tuo hw. Seconda questione: non hai Windows per cui dd
e partclone non servono, puoi semplicemente copiare il contenuto delle
cartelle con un bel:

cp -a sorgente destinazione

e tutto funziona, indipendentemente dalla dimensione delle directory.

Terzo motivo per _non_ usare dd: la geometria del disco. Ci sono dischi
con settori a 512B e a 4096B (quelli più nuovi) e altri che mostrano i
settori da 512 ma internamente sono da 4096. Le nuove versioni di fdisk,
gparted ecc. allineano tutto a 4096 per evitare cali MOSTRUOSI di
prestazioni ma se hai una vecchia struttura di partizioni è facile che
sia allineata a 512 e non a 4096 per cui una ragione di più per rifare
tutto _senza_ dd.

Intanto ti ho "gettato" questi spunti...

> >> 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.
> >>
> >

-- 

Saluton,
Marco Ciampa

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

[Antonio]

Dunque, ho considerato CloneZilla, ma come c'è ben scritto sul sito, una
delle limitazioni e' proprio nel fatto che se scrivi da HDD a M.2. NVMe
che e' leggermente più piccolo, non funziona. Il 970 evoPlus e'
esattamente 500GB. L'HDD e' normalmente 512GB. Bella fregatura ...!


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.

Il 12/01/21 00:46, Pol Hallen ha scritto:
> perchè non usare clonezilla e clonare direttamente il disco? poi con
> gpart estendi la partizione per occupare lo spazio libero :)
>
> tutto dovrebbe funzionare, male che va dovrai riconfigurare grub
>
> saluti
>
> Pol
>
> On 1/12/21 12:32 AM, Antonio wrote:
>> 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.
>>
>

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

[Pol Hallen]

perchè non usare clonezilla e clonare direttamente il disco? poi con 
gpart estendi la partizione per occupare lo spazio libero :)


tutto dovrebbe funzionare, male che va dovrai riconfigurare grub

saluti

Pol

On 1/12/21 12:32 AM, Antonio wrote:

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.



--
Pol

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

[Antonio]

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.