Re: Migrazione da HDD a NVMe M.2. (970 evoPlus)
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
> >> <https://www.system-rescue.org/lvm-guide-en/Overview-of-the-logical-volume-manager/>)*.*
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
Reply to: