Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

On 4/20/23 15:08, Diego Zuccato wrote:
Infatti avevo scritto "in generale". E comunque è sempre problematico 
fare lo snapshot sincrono di più partizioni, magari su dischi diversi.
Proxmox risolve mettendo in suspend la VM mentre crea il punto di 
snapshot, poi la sblocca e tutte le scritture vanno in un log fino a 
che non viene cancellato lo snapshot (o sposta nel log i settori che 
vengono sovrascritti, non ricordo esattamente). Ma è inapplicabile ad 
una macchina fisica.


E comunque anche con lo snapshot quando fai il restore è poco meno 
grave della situazione che ti ritroveresti dopo un reset brutale. 
Alcuni FS collaborano meglio di altri con LVM, ma nulla batte un 
umount pulito.


si scusate, confermo, non è proprio vero quello che ho detto, se sono 
installati databases sicuramente potrebbero soffrire... ma nulla vieta 
di mettere i db su un altro volume e applicare ai db procedure di dump 
piuttosto che fare il backup dei volumi...


Piviul

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Thu, Apr 20, 2023 at 03:08:24PM +0200, Diego Zuccato wrote:
> Infatti avevo scritto "in generale". E comunque è sempre problematico fare
> lo snapshot sincrono di più partizioni, magari su dischi diversi.
> Proxmox risolve mettendo in suspend la VM mentre crea il punto di snapshot,
> poi la sblocca e tutte le scritture vanno in un log fino a che non viene
> cancellato lo snapshot (o sposta nel log i settori che vengono sovrascritti,
> non ricordo esattamente). 

La seconda che hai detto.

> Ma è inapplicabile ad una macchina fisica.
> 
> E comunque anche con lo snapshot quando fai il restore è poco meno grave
> della situazione che ti ritroveresti dopo un reset brutale. Alcuni FS
> collaborano meglio di altri con LVM, ma nulla batte un umount pulito.

+1

Pensa ai potenziali casini sui database transazionali e non (anzi
soprattutto transazionali...)

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

Infatti avevo scritto "in generale". E comunque è sempre problematico 
fare lo snapshot sincrono di più partizioni, magari su dischi diversi.
Proxmox risolve mettendo in suspend la VM mentre crea il punto di 
snapshot, poi la sblocca e tutte le scritture vanno in un log fino a che 
non viene cancellato lo snapshot (o sposta nel log i settori che vengono 
sovrascritti, non ricordo esattamente). Ma è inapplicabile ad una 
macchina fisica.


E comunque anche con lo snapshot quando fai il restore è poco meno grave 
della situazione che ti ritroveresti dopo un reset brutale. Alcuni FS 
collaborano meglio di altri con LVM, ma nulla batte un umount pulito.


Diego

Il 20/04/2023 14:48, Thomas Iezzi ha scritto:

Mandi Piviul,
 > veramente se i filesystem fossero su LVM non sarebbe necessario partire
 > da una live
posso chiederti perchè? Uso LVM su alcune VM più per abitudine che 
altro, ho imparato alcuni comandi base per aggiungere dischi ed 
estendere LVM.
Sono intrigato da quello che hai scritto, perchè lascia intendere una 
robustezza del FS che non immaginavo.


Grazie,
Thomas

Il giorno gio 20 apr 2023 alle ore 12:18 Piviul > ha scritto:


On 4/19/23 14:46, Diego Zuccato wrote:
 > [...]
 > Per un backup di sistema ("disaster recovery") allora conviene fare
 > un'immagine del disco (o per lo meno delle partizioni di sistema,
 > escludendo /home che viene già backuppata separatamente). Questo
però
 > richiede un boot da una chiavetta con sistema live (in generale non
 > puoi fare immagini consistenti di filesystem montati).

veramente se i filesystem fossero su LVM non sarebbe necessario partire
da una live

Piviul




--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[Thomas Iezzi]

Mandi Piviul,
> veramente se i filesystem fossero su LVM non sarebbe necessario partire
> da una live
posso chiederti perchè? Uso LVM su alcune VM più per abitudine che altro,
ho imparato alcuni comandi base per aggiungere dischi ed estendere LVM.
Sono intrigato da quello che hai scritto, perchè lascia intendere una
robustezza del FS che non immaginavo.

Grazie,
Thomas

Il giorno gio 20 apr 2023 alle ore 12:18 Piviul  ha
scritto:

> On 4/19/23 14:46, Diego Zuccato wrote:
> > [...]
> > Per un backup di sistema ("disaster recovery") allora conviene fare
> > un'immagine del disco (o per lo meno delle partizioni di sistema,
> > escludendo /home che viene già backuppata separatamente). Questo però
> > richiede un boot da una chiavetta con sistema live (in generale non
> > puoi fare immagini consistenti di filesystem montati).
>
> veramente se i filesystem fossero su LVM non sarebbe necessario partire
> da una live
>
> Piviul
>
>
>

Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

On 4/19/23 14:46, Diego Zuccato wrote:

[...]
Per un backup di sistema ("disaster recovery") allora conviene fare 
un'immagine del disco (o per lo meno delle partizioni di sistema, 
escludendo /home che viene già backuppata separatamente). Questo però 
richiede un boot da una chiavetta con sistema live (in generale non 
puoi fare immagini consistenti di filesystem montati).


veramente se i filesystem fossero su LVM non sarebbe necessario partire 
da una live


Piviul

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 20/04/23 08:17, Diego Zuccato ha scritto:

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad uno
stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di disaster 
recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla canna 
del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se c'è nella 
live).

Buon giorno Lista,
Anche io mi trovo bene con Clonezilla. Recentemente con il nuovo PC ho 
rifatto un Cd-Rom che ha Clonezilla-live all'ultima versione.

Copia tutta la partizione alla velocità media di 15 Giga.
Poi bisogna smanettare un po con gli UUID, grub.cfg e fstab.



Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti al 
sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle home 
verso un NAS o un disco esterno, sincronizzazione settimanale delle home 
su un disco esterno (diverso dal precedente, meglio se a rotazione tra 
due).


Qui ho trovato varie alternative a Remastersys.
https://alternativeto.net/software/remastersys/

Anni fa avevo usato sia Remastersys che Systemback.
Poi per vari motivi li avevo messi da parte.
Ora qual'è la situazione ?
Quali di questi sono funzionanti, con Debian ?



Alla fine è "solo" questione di bilanciare costi (dischi esterni, tempo) 
e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi 
ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. La 
seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non testato è 
un backup non fatto!


Io infatti avevo sempre dei problemi con il Restore classico.
Non riuscivo mai a ripristinare un sistema danneggiato. Pur avendo i 
vari backup.


Quindi per "Restore" intendo provare che sia avviabile la partizione 
dove ho fatto semplicemente la copia della partizione del mio sistema.
Cioè verifico che dal menu di grub sia avviabile l'altra (o le altre 
partizioni) di cui ho fatto la copia.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Wed, Apr 19, 2023 at 05:02:23PM +0200, Giuliano Grandin wrote:
> Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi ha
> impigrito, ma è ora che mi svegli, no?

Si certo, considera soprattutto due fattori motivazionali per fare il
backup del sistema:

 - il disco può, senza rompersi, perdere dei settori più o meno a caso
   sul disco. A quel punto ripristinarne il contenuto può essere molto
   difficile o impossibile e portare a comportamenti del sistema
   imprevedibili. Avere la possibilità di tornare ad uno stato
   "conosciuto" fa risparmiare tantissimo tempo.

 - il fattore umano: puoi fare una cavolata e cancellare per sbaglio un
   file di sistema importante e magari non sapere quale.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

In pratica, col backup recuperi i file cancellati per errore o cose
simili, mentre col disaster recovery ripristini tutto il sistema ad uno
stato noto e funzionante.

Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc
Utile, ma non indispensabile, se fai periodicamente immagini di disaster 
recovery.


Per l'altro aspetto, per il "disaster recovery", quali consigli avete? 
Mi sono sempre trovato bene con CloneZilla. Ma se proprio sei alla canna 
del gas puoi anche usare semplicemente dd e bzip2 (o pigz, se c'è nella 
live).


Sul sistema live (knoppix?), sul supporto da usare (DVD? disco USB 
esterno?), quali partizioni e poi supporti separati o no?
Sicuramente supporti separati. Poi devi valutare tu cosa usare. Se 
magari hai un vecchio NAS che normalmente tieni spento, puoi usare 
quello. O un disco USB. O un DVD, se è sufficiente. O anche un tape.



Con che criteri decidere la frequenza dei backup?

Alcune domande a cui devi rispondere:
- Quanto puoi permetterti di perdere senza dover poi sputare i peli?
- Quanto tempo sei disposto ad investire?
- Quanto spesso modifichi il sistema?
- Quanto tempo può rimanere spento il sistema sotto backup (poco 
significativo per un PC di casa, ma per un server è importante, tanto 
che si usano altri sistemi)?
- Tieni un diario di root dove indichi tutte le modifiche che apporti al 
sistema?


Per un PC di casa potresti p.e. decidere di fare un'immagine al mese, 
un'immagine extra prima di un aggiornamento di sistema (e magari 
un'altra dopo averlo testato), sincronizzazione giornaliera delle home 
verso un NAS o un disco esterno, sincronizzazione settimanale delle home 
su un disco esterno (diverso dal precedente, meglio se a rotazione tra due).


Alla fine è "solo" questione di bilanciare costi (dischi esterni, tempo) 
e rischi (perdere dati per guasto, ransomware, errore umano).



Il pc è recente e UEFI.

Non significativo.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi 
ha impigrito, ma è ora che mi svegli, no?
Certamente. Il giorno migliore per iniziare a fare backup era ieri. La 
seconda scelta è oggi. Domani è tardi.
E ricordati di fare prove di restore dei backup! Un backup non testato è 
un backup non fatto!


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[Giuliano Grandin]

Il Mer 19 Apr 2023, 15:01 Diego Zuccato  ha scritto:

> Ciao.
>

Ciao a tutti

...

In pratica, col backup recuperi i file cancellati per errore o cose
> simili, mentre col disaster recovery ripristini tutto il sistema ad uno
> stato noto e funzionante.


Mi aggancio qui.
Finora io ho fatto solo copia in un disco esterno di /home e /root
Ok, ora aggiungo /etc

Per l'altro aspetto, per il "disaster recovery", quali consigli avete? Sul
sistema live (knoppix?), sul supporto da usare (DVD? disco USB esterno?),
quali partizioni e poi supporti separati o no? Con che criteri decidere la
frequenza dei backup?
Il pc è recente e UEFI.

Di certo la fortuna di non aver mai avuto rotture al disco col s.o. mi ha
impigrito, ma è ora che mi svegli, no?

Buona serata a tutti

Giuliano

Re: PC Desktop nuovo: BackUp con Rsync

[Marco Ciampa]

On Wed, Apr 19, 2023 at 02:46:14PM +0200, Diego Zuccato wrote:
> Ciao.
> 
[...]
> 
> Just my 2c
> 
> Diego

+1

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: BackUp con Rsync

[Diego Zuccato]

Ciao.

Mi aggancio a questo messaggio più vecchio perché mi pare che ci sia 
confusione sul tipo di backup che vuoi fare, e a seconda del tipo ci 
sono strumenti diversi.


Per un backup dei dati (il "vero" backup) allora va bene rsync, ma 
includendo solo /home e /root.


Per un backup di sistema ("disaster recovery") allora conviene fare 
un'immagine del disco (o per lo meno delle partizioni di sistema, 
escludendo /home che viene già backuppata separatamente). Questo però 
richiede un boot da una chiavetta con sistema live (in generale non puoi 
fare immagini consistenti di filesystem montati).


In pratica, col backup recuperi i file cancellati per errore o cose 
simili, mentre col disaster recovery ripristini tutto il sistema ad uno 
stato noto e funzionante.


Just my 2c

Diego

Il 16/04/2023 15:31, pinguino ha scritto:

Il 05/03/23 19:16, mauro morichi ha scritto:


Il 05/03/2023 18:34, pinguino ha scritto:


Io metterei 3 dischi SATA meccanici da 500GB in configurazione tipo 
RAID1. Per avere sempre 3 copie identiche del sistema e della 
partizione della Home. In tutto occupano circa 50Gb, poi per il resto 
si può usare per la cache (lvm) anche se non so come si fa.
Io avevo creato delle aree di SWAP sui dischi. Possono servire ? 


quindi i dischi verrebbero usati per fare i backup.

cancella la nota sulla cache lvm (avevo capito che i dischi da 500 
erano ulteriori dati).


se hai i tre computer nello stesso pc e ti va in corto l'alimentatore 
sparando 200V nell'intera macchina? addio a tutte le copie.


opzione 1:

piglia 3 dischi esterni (USB) e fai i backup alternando attentamente i 
dischi: la probabililta' che tre dischi su tre siano guasti e' 
decisamente zero. Finita la copia, mettili in un cassetto chiusi a 
chiave. Niente raid1, non e' applicabile. uno script in bash ti 
organizzi i backup per date e vivi sereno.


opzioni 2:

anziche' 500 sali a 1tb ma solo due dischi. Ovviamente vanno alternati 
sempre. devi avere sempre la garanzia di avere copie alternate.



Per entrambe le soluzioni, su ogni disco hai modo di mettere piu' 
copie suddivise per date (ripeto: uno script bash con rsync e puoi 
vivere serenamente).


Buon giorno Lista,
Ora sto facendo i backup con Rsync.
Sto studiando il comando e la sue opzioni. Ho anche trovato in rete 
diversi esempi. Ed avevo anche degli script con rsync che funzionavano.
Nel fare le copie del sistema sto incontrando delle difficoltà. Ma non 
credo che dipendano dalle opzioni che uso io.

Mi da questo errore:
rsync error: some files/attrs were not transferred (see previous errors) 
(code 23) at main.c(1333) [sender=3.2.3]
Ho fatto delle indagini e delle prove, per capire quale fosse il 
problema. Ho trovato due directory che danno questo errore:
1) La prima è /proc/. All'interno ci sono tutte le sottodirectory 
lucchettate, anche se ho aperto il terminale ed il file manager con 
l'utente root di amministratore. Ho provato a dare il comando chown, per 
cambiare i permessi. Ma da degli errori di directory inesistenti.

Il comando preciso che ho dato è questo:
chown -R root proc
Gli errori sono di questo tipo:
- chown: cambiamento del proprietario di 'proc/1438/task/1439': 
Operazione non permessa
- chown: impossibile leggere la directory 'proc/1455/task/1455/net': 
Argomento non valido
- chown: cambiamento del proprietario di 'proc/1878/task/1878/fd/4': 
File o directory non esistente


2) La seconda è /run/systemd/units.
All'interno di questa directory ci sono tutti dei files a dei 
collegamenti che, anche questi sono lucchettati, anche se ho sempre 
aperto il file manager come root. Poi se provo ad aprirli mi dice che 
non esistono più.
Quindi, in teoria sarebbe normale che non riesce a copiarli, se non 
esistono. Ma voglio capire meglio che cosa è successo.


Grazie
Saluti

Claudio



come un disco da' problemi, sostituiscilo (i prodotti attuali sono 
affidabili, ma fidarsi e' bene, non fidarsi e' meglio). Dopo qualche 
anno cambiali.


terza soluzione: acquisti uno spazio in cloud (mi viene in mente drive 
di google, ma ce ne sono tanti) e ci scarichi il backup periodicamente 
(qualsiasi cosa ti succede in casa hai le copie disponibili altrove). 
Anche in questo caso, piu' copie sempre.


M.





--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: PC Desktop nuovo: BackUp con Rsync

[valerio]

Il 19/04/23 10:55, pinguino ha scritto:

Il 18/04/23 15:25, mauro morichi ha scritto:


Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per 
l'avvio iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.





Buon giorno Lista,
Si, ho fatto le copie di grub.cfg e fstab.
Ma nel mio caso ora anche quando faccio update-grub, poi il file di grub 
lo devo modificare a mano, perché lui mi mette degli UUID diversi nei 
posti sbagliati. Quindi i vari sistemi non partono, all'avvio.


ciao,
quanti grub.cfg hai nelle varie partizioni?
a me ha sempre dato problemi quando, oltre alla partizione di avvio 
(dove si trova il grub.cfg "ufficiale") avevo altre partizioni dove era 
presente un proprio grub.cfg.

quindi cancellavo tutti i grub.cfg e lanciavo di nuovo update.grub.
attenzione di individuare bene il disco di partenza dove è istallato il 
grub.


per quanto riguarda l'uuid, quando mi dimentico di staccare il disco 
esterno dove c'è il clone del disco principale, mi tocca ripartire 
perché mi da errore...


valerio




Grazie
Saluti

Claudio

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 18/04/23 15:25, mauro morichi ha scritto:


Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.





Buon giorno Lista,
Si, ho fatto le copie di grub.cfg e fstab.
Ma nel mio caso ora anche quando faccio update-grub, poi il file di grub 
lo devo modificare a mano, perché lui mi mette degli UUID diversi nei 
posti sbagliati. Quindi i vari sistemi non partono, all'avvio.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 18/04/2023 09:25, pinguino ha scritto:

Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ? 



grub.cfg tienitelo viene generato automaticamente dagli script di 
installazione, ma una copia non fa male ad averla.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 18/04/23 10:23, Piviul ha scritto:
Dovrebbero essere tutte lì... Comunque senza stare ad impazzire a 
trovare quali dir backuppare io normalmente faccio un backup per ogni 
filesystem (fs) e uso l'opzione -x di rsync. Con quell'opzione non fai 
il backup delle subdir in cui è montato un altro fs quindi ad esempio 
quando fai un rsync di / esclude tutti i vari /proc, /sys, ... che già 
hai citato e ad esempio ti esclude anche eventuali usb drive che sono 
montati da qualche parte tipicamente sotto /mnt.


Buon Giorno Lista,
Cosi faccio tutto in una sola riga. Ho provato con la simulazione :
rsync -avzrhx --dry-run --progress --delete --exclude '/etc/fstab' / 
/media/pippo/UUIDdellaDestinazione/

Ed anche senza il --dry-run funziona.


 Se però usi una
partizione diversa per le homes o /var etc... poi devi fare un rync per 
ognuna delle tue partizioni in fstab




Per ora ho un'unica partizione, perché dal negozio del venditore hanno 
installato tutto in una unica partizione da circa 240 Giga (sia il 
sistema, che la home).
Quindi io per ora ho copiato tutto cosi pari-pari. Appena ho una o due 
copie funzionanti del sistema, prova a fare altre cose. Come installare 
il sistema dalla chiavetta Usb netinstall o dal DVD.
Avevo già provato due volte, ma mi dava errori perché non riconosceva la 
scheda di rete e la scheda grafica del nuovo PC, che funziona in HDMI.


Grazie
Saluti

Claudio





Piviul


On 4/18/23 09:25, pinguino wrote:

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio





--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Piviul]

Dovrebbero essere tutte lì... Comunque senza stare ad impazzire a 
trovare quali dir backuppare io normalmente faccio un backup per ogni 
filesystem (fs) e uso l'opzione -x di rsync. Con quell'opzione non fai 
il backup delle subdir in cui è montato un altro fs quindi ad esempio 
quando fai un rsync di / esclude tutti i vari /proc, /sys, ... che già 
hai citato e ad esempio ti esclude anche eventuali usb drive che sono 
montati da qualche parte tipicamente sotto /mnt. Se però usi una 
partizione diversa per le homes o /var etc... poi devi fare un rync per 
ognuna delle tue partizioni in fstab


Piviul


On 4/18/23 09:25, pinguino wrote:

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di 
questo grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 17/04/23 13:00, mauro morichi ha scritto:


Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.




Buon giorno Lista,
Ok, Ho tolto le cartelle di cui sopra.
Ed ho anche aggiunto la cartella /boot/grub/ con l'esclusione di questo 
grub.cfg.
Ci sono altri files che contengono i dati del menu di grub per l'avvio 
iniziale ?


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 17/04/2023 10:52, pinguino ha scritto:

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ? 


/dev

/run

/proc

/sys

Si salva un po' la dev, ma pure lei ha i device generati on the fly 
quindi e' quasi inutile salvarli.

Re: PC Desktop nuovo: BackUp con Rsync e Grub EFI

[pinguino]

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,
Ora che ricordo aggiungo un cosa che avevo dimenticato.
Quando ho creato la seconda partizione di root sul disco SATA, che 
contiene la copia identica del primo disco NVME, dove c'è il sistema 
principale, ho dovuto cambiare l'UUID della partizione. Ma poi ho avuto 
anche dei problemi con il punto di montaggio. Perché sono uguali su 
entrambi i dischi. Ed al nuovo sistema con Efi non gli piace avere due 
punti di montaggio uguali in fstab. Dava sempre errore all'avvio, di 
punto montaggio duplicato.

Cosi per tamponare il problema ho fatto due fstab diversi.
Nel primo disco monta la partizione anche di boot che ha il punto di 
montaggio /boot/efi, che contiene l'unico gruppo di file che ha anche il 
menu di grub. Poi ha la partizione di root con il suo UUID.
Nel secondo disco invece per ora c'è solo una partizione di root che 
contiene tutto (sia il sistema che la root e la home), dove faccio le 
copie. Ma ha un UUID diverso. Siccome ha lo stesso punto di mount ho 
modificato l'fstab.


Ho provato ha cambiare il punto di montaggio del secondo disco, ma dava 
altri errori e non partiva più il sistema di BackUp.
Avevo anche creato una seconda partizione del tipo /boot/efi2 per avere 
anche una copia dei file che hanno il menu di grub. Ma anche li dava 
degli errori di cose duplicate. Ed il sistema non partiva più.


Sto studiando il manuale di Efi ed i vari comandi. Sono sicuro che si 
può risolvere quando avrò compreso meglio il funzionamento del nuovo 
sistema EFI.
Ho visto che nel Bios c'è anche la possibilità di scegliere tra EFI e 
Legacy. Cioè si potrebbe tornare al vecchio sistema con il settore MBR ?
Comunque preferisco imparare le nuove specifiche, piuttosto che tornare 
indietro.



Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 17/04/23 10:07, pinguino ha scritto:

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in 
caso di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un 
sistema andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,

Ok. Allora faccio due script.
Uno che fa la copia degli utenti. Cioè quelli della /home/ e /root/

Buon giorno Lista,
Queste due le ho provate e funzionano.

L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Queste le ho provate una ad una, e funzionano tutte, tranne la sys.
Mi da un sacco di errori e poi blocca tutto il sistema tutto il PC.
Devo riavviare, con reset hardware. E' normale questo ?
Anche la sys è una dir da non toccare ?

Grazie
Saluti

Claudio


Visto che sono poche faccio una riga di script, per ogni cartella.
Così gestisco meglio anche le eventuali esclusioni.

La prima volta, con il nuovo PC, ho usato clonezilla per copiare tutto 
il disco. E' stato velocissimo. Viaggiava a circa 15 GB. Ma quello copia 
tutto. Poi ho dovuto cambiare alcuni UUID ed il file di fstab e di grub. 
Perché all'avvio nel menu si confondeva e non partivano bene i due sistemi.

Sicuramente rsync, quando è configurato bene è più veloce e funzionale.
Per fare un'immagine del sistema anni fa avevo usato remastersys ed 
un'altro software di cui ora non ricordo il nome ora. Funzionavano bene, 
facevano una immagine che stava in un dvd da 4 Giga. Poi hanno iniziato 
ad avere dei problemi e davano degli errori. Allora non li ho più usati. 
Sono passato a clonezilla.


Grazie
Saluti

Claudio



--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 18:47, mauro morichi ha scritto:


Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.





Buon giorno Lista,

Ok. Allora faccio due script.
Uno che fa la copia degli utenti. Cioè quelli della /home/ e /root/
L'altro che copia le cartelle del sistema:
/bin/ /etc/ /opt/ /var/ /dev/ /lib/ /lib32/ /lib64/ /libx32/ /sbin/ 
/srv/ /sys/ /usr/

Visto che sono poche faccio una riga di script, per ogni cartella.
Così gestisco meglio anche le eventuali esclusioni.

La prima volta, con il nuovo PC, ho usato clonezilla per copiare tutto 
il disco. E' stato velocissimo. Viaggiava a circa 15 GB. Ma quello copia 
tutto. Poi ho dovuto cambiare alcuni UUID ed il file di fstab e di grub. 
Perché all'avvio nel menu si confondeva e non partivano bene i due sistemi.

Sicuramente rsync, quando è configurato bene è più veloce e funzionale.
Per fare un'immagine del sistema anni fa avevo usato remastersys ed 
un'altro software di cui ora non ricordo il nome ora. Funzionavano bene, 
facevano una immagine che stava in un dvd da 4 Giga. Poi hanno iniziato 
ad avere dei problemi e davano degli errori. Allora non li ho più usati. 
Sono passato a clonezilla.


Grazie
Saluti

Claudio

--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 16/04/2023 17:50, pinguino ha scritto:
Quindi conviene copiare solo la /etc/ e la /root , per copiare il 
sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID 
delle partizioni. 



no.

la etc contiene la configurazione del sistema. Aggiungi per sicurezza 
/opt e /var. Root non serve al sistema, e' un utente.


fstab e' legato alla macchina (gli uuid sono sempre diversi). Ma in caso 
di mancanza non e' cosi' complicato crearne uno nuovo.


Con questo hai salvato i tuoi dati e la via per ripristinare un sistema 
andato. Quello che intendi tu e' forse l'immagine del sistema.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 17:16, Leonardo Boselli ha scritto:

Anche /var e /opt possono avere file solo locali.

On Sun, 16 Apr 2023, mauro morichi wrote:


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


Buon giorno Lista,
Quindi conviene copiare solo la /etc/ e la /root , per copiare il sistema ?
Tranne il file fstab, perché da me sono diversi i numeri degli ID delle 
partizioni.


Grazie
Saluti

Claudio



--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 16/04/23 17:12, mauro morichi ha scritto:


Il 16/04/2023 15:31, pinguino ha scritto:
rsync error: some files/attrs were not transferred (see previous 
errors) (code 23) at main.c(1333) [sender=3.2.3] 


alcuni file non era piu' presenti tra la prima fase di analisi e la 
copia effettiva, altri file erano bloccati.


Visto che hai accennato a /proc, tieni presente che quella non e' una 
directory come tutte le altre, ma la rappresentazione delle variabili 
interne del kernel per renderle utilizzabili facendole apparire come se 
fosse il normale filesystems.


lo stesso vale per /sys, per /run e per svariate altre cose. Totalmente 
inutile copiarle.


cerca on line "linux filesystems" e troverai in un mare di indicazioni.

la prima che ho trovato: 
https://www.linuxfoundation.org/blog/blog/classic-sysadmin-the-linux-filesystem-explained


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


le altre sono in qualche modo sacrificabili, le puoi reinstallare quando 
vuoi e non ha granche' senso salvarle anche perche' in caso di disastro, 
fai prima ad reinstallare e poi a ripristinare i tuoi dati.


al massimo, pigliati l'elenco dei pacchetti installati (dpkg -l > 
lista.txt, oppure "apt list --installed" >lista.txt) in modo da poterli 
ripristinare in caso di bisogno. Resto dell'avviso che i dati di 
configurazione e le home utente sono fondamentali, il resto e' 
recuperabile per altre vie. Salveresti roba inutile che tra l'altro 
varia in base agli aggiornamenti.


Mauro.


Buon giorno Lista,
Quindi le dir /proc/ e /run/ conviene metterle nella lista delle 
esclusioni ?

Perché io avevo dato un comando tipo questo, per testare se funziona:
rsync -avzrh --dry-run --progress --delete   / /media/pippo/ID_della 
partizione/
Cosi copio tutto dalla radice root / della sorgente alla / root della 
destinazione, che sta sul disco SATA. Mentre la sorgente ora sta sul 
disco elettronico NVME.
Poi ho un'altro script dove copio soltanto la cartella /home con gli 
utenti. Ma quella funziona senza errori.


Poi per escludere le varie directory si deve usare l'opzione exclude ?
rsync -avzrh --dry-run --progress --delete --exclude-from='nomefile'  / 
/media/pippo/ID_della partizione/


Oppure anche le parentesi ?
rsync -avzrh --dry-run --progress --delete --exclude=[/log/ /boot/ 
/etc/fstab]  / /media/pippo/ID_della partizione/


Avevo anche escluso la directory boot, perché tra una partizione e 
l'altra gli ID sono diversi. Quando ho configurato GRUB ho dovuto 
modificarli a mano, altrimenti non partono i vari sistemi.
Cosi ora nel menu di GRUB ho due righe separate. La prima è del sistema 
sorgente che uso ora tutti i giorni.

La seconda è quella del BackUp.

Ed anche fstab è diverso, tra una partizione della sorgente e della 
destinazione.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: BackUp con Rsync

[Leonardo Boselli]

Anche /var e /opt possono avere file solo locali.

On Sun, 16 Apr 2023, mauro morichi wrote:


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root se 
accedi spesso con quell'utente).


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Re: PC Desktop nuovo: BackUp con Rsync

[mauro morichi]

Il 16/04/2023 15:31, pinguino ha scritto:
rsync error: some files/attrs were not transferred (see previous 
errors) (code 23) at main.c(1333) [sender=3.2.3] 


alcuni file non era piu' presenti tra la prima fase di analisi e la 
copia effettiva, altri file erano bloccati.


Visto che hai accennato a /proc, tieni presente che quella non e' una 
directory come tutte le altre, ma la rappresentazione delle variabili 
interne del kernel per renderle utilizzabili facendole apparire come se 
fosse il normale filesystems.


lo stesso vale per /sys, per /run e per svariate altre cose. Totalmente 
inutile copiarle.


cerca on line "linux filesystems" e troverai in un mare di indicazioni.

la prima che ho trovato: 
https://www.linuxfoundation.org/blog/blog/classic-sysadmin-the-linux-filesystem-explained


Le cartelle fondamentali da salvare sono /etc /home e /root  (la 
configurazione della macchina e i dati utente e eventuali dati di root 
se accedi spesso con quell'utente).


le altre sono in qualche modo sacrificabili, le puoi reinstallare quando 
vuoi e non ha granche' senso salvarle anche perche' in caso di disastro, 
fai prima ad reinstallare e poi a ripristinare i tuoi dati.


al massimo, pigliati l'elenco dei pacchetti installati (dpkg -l > 
lista.txt, oppure "apt list --installed" >lista.txt) in modo da poterli 
ripristinare in caso di bisogno. Resto dell'avviso che i dati di 
configurazione e le home utente sono fondamentali, il resto e' 
recuperabile per altre vie. Salveresti roba inutile che tra l'altro 
varia in base agli aggiornamenti.


Mauro.

Re: PC Desktop nuovo: BackUp con Rsync

[pinguino]

Il 05/03/23 19:16, mauro morichi ha scritto:


Il 05/03/2023 18:34, pinguino ha scritto:


Io metterei 3 dischi SATA meccanici da 500GB in configurazione tipo 
RAID1. Per avere sempre 3 copie identiche del sistema e della 
partizione della Home. In tutto occupano circa 50Gb, poi per il resto 
si può usare per la cache (lvm) anche se non so come si fa.
Io avevo creato delle aree di SWAP sui dischi. Possono servire ? 


quindi i dischi verrebbero usati per fare i backup.

cancella la nota sulla cache lvm (avevo capito che i dischi da 500 erano 
ulteriori dati).


se hai i tre computer nello stesso pc e ti va in corto l'alimentatore 
sparando 200V nell'intera macchina? addio a tutte le copie.


opzione 1:

piglia 3 dischi esterni (USB) e fai i backup alternando attentamente i 
dischi: la probabililta' che tre dischi su tre siano guasti e' 
decisamente zero. Finita la copia, mettili in un cassetto chiusi a 
chiave. Niente raid1, non e' applicabile. uno script in bash ti 
organizzi i backup per date e vivi sereno.


opzioni 2:

anziche' 500 sali a 1tb ma solo due dischi. Ovviamente vanno alternati 
sempre. devi avere sempre la garanzia di avere copie alternate.



Per entrambe le soluzioni, su ogni disco hai modo di mettere piu' copie 
suddivise per date (ripeto: uno script bash con rsync e puoi vivere 
serenamente).


Buon giorno Lista,
Ora sto facendo i backup con Rsync.
Sto studiando il comando e la sue opzioni. Ho anche trovato in rete 
diversi esempi. Ed avevo anche degli script con rsync che funzionavano.
Nel fare le copie del sistema sto incontrando delle difficoltà. Ma non 
credo che dipendano dalle opzioni che uso io.

Mi da questo errore:
rsync error: some files/attrs were not transferred (see previous errors) 
(code 23) at main.c(1333) [sender=3.2.3]
Ho fatto delle indagini e delle prove, per capire quale fosse il 
problema. Ho trovato due directory che danno questo errore:
1) La prima è /proc/. All'interno ci sono tutte le sottodirectory 
lucchettate, anche se ho aperto il terminale ed il file manager con 
l'utente root di amministratore. Ho provato a dare il comando chown, per 
cambiare i permessi. Ma da degli errori di directory inesistenti.

Il comando preciso che ho dato è questo:
chown -R root proc
Gli errori sono di questo tipo:
- chown: cambiamento del proprietario di 'proc/1438/task/1439': 
Operazione non permessa
- chown: impossibile leggere la directory 'proc/1455/task/1455/net': 
Argomento non valido
- chown: cambiamento del proprietario di 'proc/1878/task/1878/fd/4': 
File o directory non esistente


2) La seconda è /run/systemd/units.
All'interno di questa directory ci sono tutti dei files a dei 
collegamenti che, anche questi sono lucchettati, anche se ho sempre 
aperto il file manager come root. Poi se provo ad aprirli mi dice che 
non esistono più.
Quindi, in teoria sarebbe normale che non riesce a copiarli, se non 
esistono. Ma voglio capire meglio che cosa è successo.


Grazie
Saluti

Claudio



come un disco da' problemi, sostituiscilo (i prodotti attuali sono 
affidabili, ma fidarsi e' bene, non fidarsi e' meglio). Dopo qualche 
anno cambiali.


terza soluzione: acquisti uno spazio in cloud (mi viene in mente drive 
di google, ma ce ne sono tanti) e ci scarichi il backup periodicamente 
(qualsiasi cosa ti succede in casa hai le copie disponibili altrove). 
Anche in questo caso, piu' copie sempre.


M.



--
https://www.linkedin.com/in/claudio-sandrone