Newsgroup: it.comp.os.linux.ubuntu
Titolo: ubuntu e backup di default

facendo il backup da sistema operativo ( menu impostazioni/backup ) da 
un mio vecchio computer mi sarei aspettato di poter riportare tale 
backup in un altra distribuzione ma non ci riesco. forse sbaglio il modo 
in cui è stato concepito questa funzione backup.
le ho provate tutte ma non riesco ad attuare quanto sopra.. a questo 
punto è meglio usare la shell?


chiarimento : intendevo il backup della partizione Home, che gradivo 
riportare per intero sul mio nuovo finammante pc.
quello precedente era un netbook con SSD e non asportabile fisicamente a 
differenza di un tradizionale hd meccanico


Se puoi fare il mount della partizione  di destinazione (ad esempio con usb)
puoi fare cosi (suppongo la destinazione in /mount) e da root
 
 
(cd /home/ && tar -c <diruser>) | (cd /mount && tar -x)
 
Poi se l'utente di destinazione ha uuid differente dall'originale
un  bel chown -R <nome> /mount/<dir>
 
 


ciao. purtroppo non posso montarla: è all'interno della SSD di un 
vetusto (ma ben funzionante seppure sia in condizioni degne di un 
terminator a fine mandato) eeePC. e cmq adesso non posso fare il resume 
di niente visto che l'hd esterno mi è caduto in terra e dà errori a non 
finire. fortuna non c'era piu' nulla di importante...


Capisco
Se puoi collegarti con ssh puoi fare una copia usando scp
 

Il 25/10/2017 17:55, skylake ha scritto:

ultimamente mi sto trovando molto bene con Ubuntu 16.04 intallato su 
pendrive USB3 da 64gb anzichè su HD come destinazione.
E' una soluzione un po' differente dal tuo uso, si tratta di avviare il 
sistema su USB quando la pendrive è collegata alla porta e di lavorarci 
avendo del tutto escluso l'uso dell'HD del laptop, anche Grub è su pendrive.
Una USB3 prestante (150 mbs lettura, 95 scrittura) rende il sistema 
significativamente veloce e reattivo rispetto ad un funzionamento su HD.
Poichè un volume USB d'altra parte ha maggiori possibilità di guasto di 
un HD (vita più breve), mantengo una pendrive gemella sulla quale ogni 
tanto ne faccio un clone esatto per avere un sistema di riserva già 
pronto all'uso (anche da riclonare su altra usb funzionante) quando 
succederà.
E lo faccio da terminale con DD, semplicissimo e veloce, circa un'ora 
nel mio caso, puoi clonarci anche partizioni e qui credo la cosa possa 
interessarti.
E' fondamentale ovviamente che la partizione di destinazione sia 
maggiore/uguale a quella di origine
 
-- 
"buon anno...e si fumi una sigaretta"
"no grazie me fanno gira' la testa"
"e va bene, se la fumi dopo i pasti"
"dopo i pasti di chi?"

interessante la usbPen 3.0. la volevo prendere per mettere linux su un 
minipc cinese. su che prezzo vanno?
poi vorrei sapere che usbpen3.0 sono disponibili a livello di accessori 
come sintonizzatoriHD..? perchè quelle 2.0 erano lente. forse in tal 
caso conta molto l'HW a cui è collegato e il bus 3.0 non c'entra molto..
 


quella che dico io, cioè 64 Gb e velocità 150 mbps in lettura / 95 in 
scrittura, 43 € da Mediaworld.
 
Per i video uso una usb2 Avermedia H830 di 6 anni fa con sintonizzatore 
tv DVB-T analogico dotata di antennina portatile con funzione di 
registrazione e acquisizione video da altra fonte collegabile.
Il suo lo fa, non ho bisogno che sia HD perchè è già cosi la TV led e 
non mi serve la ultradefinizione spaziale sul computer, che per me deve 
fare altro (50 Gb per un film poi non se ne parla proprio). Un buon 
video acquisito in Mpeg2 me lo faccio bastare, poi convertibile in altro 
formato che mi piacerà usare secondo la destinazione di archiviazione. 
Ma questo dispositivo lo uso su Win10, non saprei neanche dirti se ha 
software driver x Ubuntu


> c'entra molto..
 
comunque si, confermo che per il risultato e la fluidità conta 
soprattutto l'hardware di sistema: processore potente e tanta RAM


 scrittura, 43 € da Mediaworld.
 
proprio ieri ho visto un'adattatore usb3 per hd esterno da 2,5"! forse 
sarebbe  meglio per mettere linux su un mini-pc. a livello di durata e 
di affidabilità.. che ne dici?

 riportare per intero sul mio nuovo finammante pc.
Due cose: il tool di backup è a mio avviso una pessima soluzione, 
salva in una serie di tarball praticamente ingestibili a mano,
rsync è mooooolto più comodo e nel caso di computer multipli il 
vecchio unison è molto più comodo poiché permette la sincronia
bidirezionale delle gerarchie che vuoi.
 
Se il tuo scenario è $PCvecchio e $PCnuovo entrambi funzionanti
e entrambi connessi, preferibilmente in LAN puoi semplicemente
accendere entrambi, su $PCnuovo dare 
 
  mkdir /home/oldhome
  cd !$
  nc -l -p 7777 | tar xJvf -
 
su $PCvecchio, dopo aver dato nc... sul nuovo (dove resta fermo
li non ritorna al prompt)
 
  tar cJvf - /home/$USER | nc $IP_PCVecchio 7777
 
nc è netcat (apt-get install netcat), ovvero fa quel che fa cat 
ma attraverso una LAN, come alternative sostanzialmente eguali 
puoi usare ncat (parte del pacchetto nmap) o anche netcat-openbsd
o ancora netrw ecc.
 
Quanto sopra si limita a creare un tarball compresso xz (opz. J,
se vuoi bz2 'j', solo gzip lascia cvf e basta) della /home e
sputarlo in LAN sul pc nuovo estraendolo in /home/oldhome. Il 
motivo di ciò è che copiare l'intera /home non è mai buono, i DE
e molte applicazioni moderne sporcano troppo. Conviene copiare 
la home a parte e da questa prendere i tuoi files, le conf che 
vuoi e soltanto quelle (vedi .config, .nomeprogramma ecc anche 
vai nautilus dando C-h per vedere i files nascosti), anche i 
profili dei browser in genere è meglio non prenderli interi ma
solo esportare i segnalibri e re-importarli nel nuovo con le 
estensioni che vuoi e rimettere solo i dati dei form/pass che 
vuoi a mano.
 
Se vuoi rsync
 rsync -avz -e ssh /home/$USER \
      utente_remoto@host_remoto:/home/oldhome
La sua sincronia è monodirezionale, la prima volta è un pelo più
lento di tar, eventuali future copie sono più rapide.
 
Se invece hai abitualmente più PC unison è iper-comodo poiché
non copi e basta ma sincronizzi. La sola nota nel caso di distro
diverse/versioni della distro diverse è che unison dev'essere alla 
stessa versione da ambo i lati, cmq si può compilare senza 
problemi se hai due versioni diverse nel pkg-man delle due o 
più macchine.
 
La sincronia si fa creando un "profilo" che essenzialmente dice
cosa vuoi sincronizzare (elenco di paths), su che macchina lo 
vuoi sincronizzare e come raggiungi questa macchina (ssh).
 
Es. ~/.unison/laptop.prf
 
 # nome del profilo/descrizione di quel che fa
 label = Sync delle parti rilevanti della /home personale
 
 # root locale e root remota ovvero il path base da cui 
 # sceglierai cosa sincronizzare o passerai per intero
 root = //home/$USER # il tuo nome utente locale
 root = ssh://utente_remoto@host_remoto//home/utente_remoto/
 
 # non sincronizzare $root/tree/da/non/copiare
 # es. se root è /home/pippo ignori /home/pippo/tree/da/non/copiare 
 ignore = Path {tree/da/non/copiare}
 
 # se hai un file modificato da ambo i lati vedi e gestisci 
 # la situazione con meld (un diff carino grafico, nei repo)
 merge = Name * -> meld CURRENT1 CURRENT2
 diff = /usr/bin/meld CURRENT1 CURRENT2
 confirmmerge = true
 
 # elenco dei path che vuoi copiare (vedi sopra ignore, qui 
 # vuoi copiare /home/pippo/tree ma non 
 # /home/pippo/tree/da/non/copiare)
 # ogni path è relativo alla root locale (/home/$USER)
 path = tree
 path = altradir
 path = altra_ancora
 
alché una volta salvato e accertato che puoi ssh-izzarti come 
  ssh utente_remoto@host_remoto 
ti basta dare 
  unison laptop
per sincronizzare (si omette .prf), ti si apre una GUI carina
che dice cosa stà facendo, elenca tutto quel che va a sincronizzare
e ti da la possibilità di validare la scelta o agire (merge, 
scegliere se sincronizzare un singolo file dalla macchina locale 
alla remota e viceversa ecc).
 
In ultimo fare un backup di un sistema live in cui possono esserci
files aperti e scritti in corso di backup non è proprio il massimo.
Copiando come descritto sopra problemi non ne arrivano in genere ma
è buona norma la nuova install farla su un filesystem che supporti 
gli snapshot live, il mio favorito è lo zfs, ma se la macchina non 
è molto performante e non vuoi uscire dall'installer grafico anche 
il btrfs supporta, in maniera scomoda, gli snapshot. Lo snapshot
ti garantisce di sincronizzare un tree "congelato" quindi sei sicuro
che il backup sia consistente.
 
--
Kim
echo 
spacez...@fmail.com
 | sed 's/z/x/;s/f/g/'