La microSD del Raspberry Pi può funzionare per mesi senza problemi e smettere di avviarsi da un momento all’altro. Per questo considero il backup non un passaggio facoltativo, ma parte integrante di qualsiasi progetto serio: qui mostro come salvare l’immagine completa del sistema, proteggere file e configurazioni e ripristinare tutto con il minimo fermo possibile.
Una strategia semplice per non perdere il tuo Raspberry Pi
- Immagine completa per ripristinare sistema operativo, applicazioni e configurazioni.
- Backup incrementale con rsync per salvare ogni giorno documenti e dati modificati.
- Due supporti diversi, preferibilmente una SSD USB, un NAS o uno spazio cloud oltre alla microSD.
- Verifica pratica del ripristino almeno ogni pochi mesi.
- Regola 3-2-1 per mantenere tre copie, su due supporti, con una copia fuori casa.
Perché la microSD merita un piano di recupero
Nel Raspberry Pi la microSD contiene spesso il sistema operativo, i pacchetti installati, i servizi e le impostazioni. Se si corrompe, non perdi soltanto le foto o i documenti, ma anche ore di configurazione di Home Assistant, Docker, un server web o un sistema di videosorveglianza.
Gli arresti improvvisi, gli alimentatori instabili, l’usura delle celle e le scritture continue dei log sono tra le cause più comuni. Un alimentatore affidabile e una buona scheda riducono il rischio, ma non lo eliminano: io considero la microSD un supporto operativo, non un archivio definitivo.
La prima decisione consiste nel distinguere due esigenze diverse:
- un clone completo, utile quando vuoi sostituire rapidamente una scheda guasta;
- un backup dei file, più rapido e frequente, utile per recuperare documenti, database e configurazioni recenti.
Un’immagine completa può occupare quasi quanto l’intera scheda, anche quando gran parte dello spazio è vuota. Un backup basato su file, invece, copia soltanto ciò che serve e conserva più facilmente la cronologia delle modifiche.
Quale backup scegliere per il tuo Raspberry Pi
Non esiste una sola tecnica adatta a tutti. Per un dispositivo usato occasionalmente può bastare un’immagine mensile; per un Raspberry Pi che gestisce la casa o un piccolo servizio aziendale preferisco combinare copia giornaliera dei dati e immagine completa periodica.
| Metodo | Ripristino | Frequenza consigliata | Limite principale |
|---|---|---|---|
| Immagine della microSD | Sistema completo | Mensile o dopo modifiche importanti | File grandi e procedura generalmente offline |
| rsync su SSD o NAS | File e configurazioni | Giornaliera | Da solo non conserva sempre le versioni precedenti |
| Clone su seconda scheda o SSD | Avvio rapido | Settimanale o mensile | La copia può condividere gli stessi rischi ambientali |
| BorgBackup, Restic o cloud con versioning | File storici e dati cancellati | Giornaliera o settimanale | Richiede configurazione e gestione delle chiavi |
Il supporto giusto fa la differenza
Per una copia d’emergenza va bene una seconda microSD, ma non la lascerei inserita vicino al Raspberry Pi. Una SSD USB da 256 GB offre in genere maggiore resistenza e velocità, mentre un NAS è più comodo se hai già una rete domestica organizzata.
La capacità del supporto di destinazione deve essere sufficiente per i dati reali e, nel caso di un’immagine grezza, spesso deve essere almeno pari a quella della scheda originale. Due microSD dichiarate da 64 GB possono avere capacità leggermente diverse, quindi per il ripristino è prudente usare una scheda uguale o più grande. Se il dispositivo contiene dati importanti, applico la regola 3-2-1: tre copie complessive, su due tipi di supporto, con almeno una copia in un’altra posizione. Una seconda scheda nello stesso cassetto protegge dal guasto, ma non da furto, incendio o errore umano.
Come creare un’immagine completa della microSD
Questa è la soluzione più vicina a una fotografia del Raspberry Pi. Salva partizioni, bootloader configurato, sistema operativo, programmi e impostazioni, permettendo di ricostruire l’ambiente su una nuova scheda.
Procedura da Linux
- Spegni correttamente il Raspberry Pi con
sudo shutdown -h now. - Rimuovi la microSD e collegala al computer tramite un lettore.
- Prima e dopo l’inserimento, controlla il dispositivo con
lsblk. - Assicurati di aver individuato il disco intero, per esempio
/dev/sdX, non soltanto una partizione come/dev/sdX1. - Crea l’immagine con un comando simile a questo:
sudo dd if=/dev/sdX of=raspberry-pi.img bs=4M status=progress conv=fsync
La parte più delicata è identificare correttamente /dev/sdX. Un errore qui può sovrascrivere il disco del computer, quindi controllo sempre la capacità e l’elenco delle partizioni prima di confermare il comando.
Per risparmiare spazio puoi comprimere il file con xz -T0 raspberry-pi.img. Al termine calcolo anche un checksum, cioè un’impronta che aiuta a verificare che l’immagine non sia stata alterata o danneggiata:
sha256sum raspberry-pi.img.xz
Windows e macOS
Su Windows puoi leggere la scheda con un programma come Win32 Disk Imager o USB Image Tool. Su macOS puoi usare il Terminale con un dispositivo come /dev/rdiskN, ma prima devi smontare la scheda e identificare con precisione il numero assegnato dal sistema.
Per il ripristino, Raspberry Pi Imager può scrivere un file immagine locale su una nuova microSD o su una SSD USB compatibile. Dopo la scrittura conviene lasciare attiva la verifica del supporto, perché una copia apparentemente completata non è necessariamente avviabile.
Come salvare file e configurazioni automaticamente
L’immagine completa non è pratica ogni giorno. Per documenti, script, configurazioni e database preferisco un backup incrementale con rsync, uno strumento che trasferisce soltanto i file nuovi o modificati.
Per una copia essenziale della cartella utente verso una SSD montata in /mnt/backup puoi usare:
rsync -a --delete /home/NOME_UTENTE/ /mnt/backup/home/NOME_UTENTE/
L’opzione --delete mantiene la destinazione uguale alla sorgente, ma può replicare anche una cancellazione accidentale. All’inizio la eviterei oppure userei --dry-run per simulare l’operazione e controllare l’elenco dei file.
Non dimenticare ciò che non sta nella home
Molte configurazioni importanti si trovano in /etc, nei file di servizio systemd, nei volumi Docker e nei database. Io salvo almeno /etc, gli script personali, i file Compose e i dati applicativi, evitando però di copiare alla cieca directory virtuali come /proc, /sys e /run.
Per un database attivo non è sufficiente copiare i file mentre il servizio sta scrivendo. È più sicuro creare un dump coerente, per esempio con gli strumenti propri di MariaDB, PostgreSQL o InfluxDB, e includere quel dump nel backup.
Un’attività pianificata può eseguire rsync ogni notte, ma il supporto deve essere montato e disponibile. Se la SSD si scollega, un comando mal configurato potrebbe scrivere nella directory locale del Raspberry Pi senza produrre un errore evidente. Per questo controllo sempre il punto di mount e registro l’esito dell’operazione.
Cloud e NAS non sono sinonimi di backup
Sincronizzare una cartella con un cloud protegge dal guasto locale, ma una sincronizzazione semplice può propagare anche file cancellati o cifrati da un malware. Per conservare versioni precedenti scelgo un sistema con cronologia e retention, come BorgBackup, Restic o il versioning del servizio cloud.
Le chiavi di cifratura vanno conservate separatamente dal Raspberry Pi. Un backup cifrato senza la sua password o chiave è, in pratica, un archivio irrecuperabile.
Come ripristinare senza sorprese
Quando la microSD non parte più, la priorità è ridurre gli esperimenti. Scrivi l’immagine su una scheda nuova e sufficientemente capiente, inseriscila nel Raspberry Pi e verifica prima l’avvio del sistema, poi i singoli servizi.
- Collega la nuova scheda al computer e seleziona con attenzione il dispositivo di destinazione.
- Scrivi il file immagine con Raspberry Pi Imager oppure con lo strumento usato per creare la copia.
- Attendi la verifica della scrittura.
- Avvia il Raspberry Pi con la nuova scheda.
- Controlla rete, hostname, accesso SSH, servizi e permessi dei file.
- Ripristina i dati più recenti dal backup incrementale.
Se hai un’immagine compressa creata con xz, da Linux puoi ripristinarla anche così:
xzcat raspberry-pi.img.xz | sudo dd of=/dev/sdX bs=4M status=progress conv=fsync
Dopo il ripristino il sistema potrebbe mostrare la capacità originale della scheda. Se la destinazione è più grande, puoi espandere la partizione con gli strumenti disponibili nel sistema operativo. Non dare per scontato che tutto sia tornato operativo: un backup è valido solo se il ripristino funziona.
Leggi anche: Come formattare un disco senza perdere dati
Il test che consiglio davvero
Ogni tre o sei mesi avvio una copia su un supporto di prova e controllo almeno un documento, una configurazione e un servizio. Questo test rivela problemi frequenti come permessi errati, password dimenticate, database incompleti o backup rimasti fermi da settimane.
Per i progetti critici preparo anche una scheda già pronta all’uso, aggiornata periodicamente. Costa più tempo all’inizio, ma riduce molto il tempo di fermo quando il Raspberry Pi deve tornare online in fretta.
La configurazione che adotterei per un Raspberry Pi importante
Per un server domestico, un nodo IoT o un dispositivo che raccoglie dati sceglierei una combinazione equilibrata:
- ogni giorno, rsync o BorgBackup verso una SSD USB o un NAS;
- ogni settimana, una copia dei dati più importanti su un secondo dispositivo;
- ogni mese, un’immagine completa della microSD o del disco di avvio;
- ogni tre mesi, un ripristino di prova;
- fuori sede, una copia cifrata con versioni storiche.
Per un Raspberry Pi usato solo per esperimenti può bastare un’immagine dopo ogni configurazione importante e una copia manuale della cartella utente. Per Home Assistant, server multimediali o database preferisco invece la strategia combinata, perché protegge sia l’ambiente completo sia i dati cambiati dall’ultima immagine.
Il punto non è accumulare file di backup senza criterio. È sapere quale copia usare, dove si trova e quanto tempo serve per tornare operativi. Una microSD di riserva, un backup automatico verificato e un’immagine recente trasformano un guasto improvviso in una procedura ordinaria, non in una ricostruzione da zero.
