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
