Volando come un Rasteriz

Ed eccoci alla parte 2: la conclusiva. Qui parleremo di come poter effettuare il recupero dei dati in precedenza backuppati tramite le procedure segnalate nel post.

E’ ovvio che se abbiamo sottoposto dei dati a backup, essi debbano poter essere recuperati. Tuttavia, possiamo aver bisogno di recuperare solo alcuni dati, oppure recuperarli tutti.

Recupero selettivo dei dati (o interattivo)

Questo genere di recupero, è consigliato quando si vuole effettuare il ripristino di alcune directory e/o di alcuni files. Tuttavia, è una procedura che può richiedere più spazio del previsto. Per poter effettuare questo genere di ripristino, dovremo lanciare questo comando (che ci farà entrare in una console interattiva):

# /sbin/restore -i -f /mnt/backup/full_backup

Entrati nella console interattiva, si avranno a disposizione comandi come “ls” e “cd” per poter navigare all’interno del backup. Navigando e trovando i dati da recuperare, potremo lanciare un nuovo comando:

> cd utente
> add documenti
> cd ../
> add tesina.doc

Facile. In questo modo diremo quali saranno i files/directory che dovranno essere estratti dal backup.

Dopo aver completato questa semplice procedura, per estrarre i dati, potremo lanciare il comando extract come segue:

> extract

Tenete ben presente che “dump” (il comando che abbiamo eseguito per fare il backup) organizza i dati in volumi, quindi, dopo aver lanciato il comando extract dovremo navigare all’interno dei volumi per completare il backup: quando i volumi saranno terminati, basterà scrivere “none”. Al termine, scriviamo “quit” per uscire dalla console interattiva.

Recupero completo dei dati (non interattivo)

Quando si ha la necessità di recuperare per intero il sistema, utilizzare un approccio interattivo è una cosa stupida: si farebbe più lavoro e si allungherebbero notevolmente i tempi di estrazione del backup. Utilizzare, piuttosto, un recupero completo è sicuramente la migliore scelta in quanto non richiede ulteriore spazio sul disco, ma permette il trasferimento dei dati anche tramite la rete.

Partendo dalla certezza di aver già creato il filesystem (uguale al precedente, cioè ext3, nel nostro caso) ipotizziamo di dover fare il ripristino nuovamente nel nostro amato device /dev/hda1 (partizione 1 del disco hda) nella buona e vecchia directory /home (ricordate? /dev/hda1 aveva il punto di mount in /home sul nostro vecchio sistema!).

# cd /home
# ssh -c arcfour nomeutente@backup.server.com \
        dd if=/home/backup/full_backup | restore -r -f -

Come notetere, è esattamente la procedura inversa a quella del backup. Ci connettiamo tramite SSH sul nostro server di backup e indichiamo l’input file (if=) da sfruttare per il restore. Infine, con restore si dice di fare il restore dell’intero contenuto del backup nella posizione originaria e con i permessi originali.

Al termine avremo il nostro adorato clone ripristinato dal backup. Spero di esservi stato d’aiuto.

Hai trovato interessante questo articolo?

Condividi questo testo

Una delle problematiche che affligge di più chi gestisce un server (anche solo casalingo), è senza ombra di dubbio il backup e la sua gestione. Non effettuare un backup oppure non verificarne la sua integrità, può senza dubbio essere letale in caso di malfunzionamento del sistema. Sostanzialmente un backup ben fatto e ben pianificato dovrebbe annullare o quanto meno tamponare i malfunzionamenti e permettere al gestore di riportare tutto alla normalità in tempi brevi e con il minimo “dolore” per chi usufruisce del servizio offerto.

Tuttavia, prima di pianificare un backup, è necessario domandarsi quali siano realmente i dati necessari da inserire in un backup. Grosso modo, le cose fondamentali da salvare sono quelle che analizzeremo qui di seguito.

Configurazioni del server

Solo salvando queste configurazioni sarà possibile ripristinare un servizio. Ad esempio, se sul nostro server gira un server di posta ed un server web, non possiamo ignorare il salvataggio delle loro configurazioni.

I dati degli utenti

Come ogni sistema operativo che si rispetti, anche in Linux ogni utente ha il suo spazio (solitamente in /home/nome_utente). Potrebbe essere necessario (ma non fondamentale… dipende dai casi!) salvare queste directory per permettere ai vostri utenti il recupero dei dati salvati. Questi però possono essere anche presentati in forma diversa. Se avete degli utenti di posta, dovrete pianificare il salvataggio della loro Mailbox, se avete dei siti internet dovrete salvare la root di ogni sito, e così via.

Tuttavia, sappiamo benissimo che lo spazio su un disco di backup non è infinito e, a meno che non abbiate a disposizione budget faraonici, dovreste cercare di selezionare con parsimonia tutto: questo anche in virtù del fatto che più dati andremo a salvare e maggiore sarà il tempo che ci impiegheremo per il recupero. Tra i files che possono essere ignorati dal backup, sicuramente abbiamo i binari (eseguibili): questi possiamo tranquillamente installarli nuovamente.

Se è vero che ripristinare un backup occupa del tempo, è anche vero che effettuarlo, di volta in volta, è anche tempo occupato (ma non perso!!!). Esistono diverse forme di backup, ma tra le più usate, sicuramente troviamo il backup completo e il backup incrementale.

Proviamo ora a simulare la creazione dei backup, immaginando che:

• il disco origine sia /dev/hda1
• il disco di backup sia /dev/sda1

Il backup completo

Il backup completo, ogni qual volta viene eseguito, effettua un nuovo backup partendo da zero. Il suo funzionamento è uno tra i più semplici, classici e funzionali. Tuttavia, effettuare un backup completo ha delle gravi incidenze sul tempo impiegato, quindi conviene pianificarlo una volta la settimana.

Per procedere con la realizzazione di un backup completo, dobbiamo prima sapere quali sono i punti di mount del nostro sistema. Semplice, logghiamoci sul sistema con l’utente root e lanciamo il comando “mount”:

# mount

proc on /proc type proc (rw)

/dev/hda1 on /home type ext3 (rw,noatime,quota)

/dev/sda1 on /mnt/backup type ext3 (rw,noatime)

Bene, ora sappiamo che la partizione hda1 è montata in /home (proprio la directory che vogliamo salvare noi!!!) e la partizione di backup sda1 è montata in /mnt/backup. Procediamo con il backup:

# dump –0 –u –f /mnt/backup/full_backup /dev/hda1

Eseguendo questo comando, lanceremo un backup di livello 0 (ossia completo) sul file full_backup nel punto di mount /mnt/backup. Infine, aggiorna il file /var/lib/dumpdates al termine del backup.

Nonostante questa sia una procedura fantastica (e neanche poi così lenta), potremmo non avere a disposizione un disco di backup collegato alla macchina. Ed ecco che ci viene in aiuto SSH. Grazie al protocollo SSH, potremo trasferire a run-time il backup: facile, semplice e sicuro. Per fare tutto questo, modifichiamo il comando sopra, come segue:

# dump –b 1024 –0 –u –f - /dev/hda1 | ssh –c arcfour nomeutente@backup.server.com \

          dd of=/home/backup/full_backup bs=20M

Per quanto riguarda il comando dump, non varia molto se non “-f –“ che sostanzialmente indica al programma di non inviare l’output su file bensì di inviarlo su stdout, lo standard output. Per quanto riguarda l’aggiunta del comando SSH, sostanzialmente viene utilizzata una codifica per SSH molto veloce (arcfour) e successivamente viene indicato il nome utente con cui loggarsi e l’host (potete inserire anche un indirizzo IP) su cui connettersi. Una volta connessi, SSH eseguirà il comando “dd of…..” salvando i dati del backup sul file /home/backup/full_backup (sulla macchina remota!!) utilizzando blocchi da 20MB.

Al termine del backup, è possibile anche comprimerlo (per risparmiare spazio sul disco) tramite gzip o bunzip2.

Il backup incrementale

Ciò che differenzia un backup incrementale da uno completo è che, il primo, effettua il backup di tutto (la prima volta) e di ciò che viene modificato (le volte successive). Nel proseguire con la descrizione di questo sistema di backup, dò per scontato che abbiate letto la parte riguardante il backup completo… se non l’avete fatto, è inutile proseguire: potreste perdere il significato di alcuni comandi.

Per eseguire il primo backup incrementale, possiamo lanciare questo comando:

# dump –1 –u –f /mnt/backup/full_backup /dev/hda1

Anche in questo caso, il backup verrà fatto sul nostro disco di ripristino (/dev/sda1). In questo caso potrete notare il cambiamento di –0 in –1: questo significa che siamo al livello 1 del backup incrementale. Per eseguire il backup incrementale di livello 2:

# dump –2 –u –f /mnt/backup/full_backup /dev/hda1

E così via… man mano che andrete avanti con i backup incrementali.

APPUNTI RIFLESSIVI

Se avete intenzione di pianificare un backup automatico tramite SSH, avrete la necessità di utilizzare uno schema di autenticazione a chiave, così potrete fare il backup senza bisogno di inserire la password dell’utente ssh ogni volta.

Per questa prima parte abbiamo finito. Nella seconda parte cercherò di spiegare come effettuare il restore dei dati backupati grazie a questo howto.

Hai trovato interessante questo articolo?

Condividi questo testo

Ieri ho ricevuto un’email da un simpatico e cordiale lettore (Giovanni) che mi chiedeva un aiuto su come migliorare il volume del suo iphone.

Possedendo un iPod, sono al corrente del fatto che in Europa i dispositivi audio Apple vengono venduti con una limitazione di potenza prettamente software. Ricordo che su iPod (almeno quando l’ho fatto io) era stato necessario un intervento modificando il firmware tramite un editor esadecimale. Per fortuna per iPhone, la via è più semplice e indolore.

Come già anticipato nel titolo, è necessario che l’iPhone sia stato già oggetto di jailbreaking (se così non fosse, prima di proseguire con la lettura di questa guida, vi invito a seguire i suggerimenti sul jailbreaking tramite Meletta.net).

Assodato il fatto che per proseguire, quindi, è necessario il jailbreaking, vediamo come possiamo, con semplicità, “potenziare” l’audio del nostro iPhone.

L’unica operazione da compiere per effettuare questo miglioramento, è editare un file che si chiama RegionalVolumeLimits.plist: trattandosi di un file da modificare, pare ovvio che esistano almeno tre modi per farlo… analizziamoli tutti e 3 (così da farvi scegliere quello, per voi, più semplice).

Modifica del file tramite accesso SSH / Modifica tramite MobileTerminal

Vi ricordo che i dati per accedere al vostro iPhone sono:

Username: root

Password: alpine

Una volta entrati nel sistema, digitiamo il seguente comando:

cd /System/Library/PrivateFrameworks/Celestial.framework

In questo modo, entreremo nella directory che contiene il file sopra indicato, cioè “RegionalVolumeLimits.plist”. E’ molto importante precisare che per editare il file, è necessario convertirlo da binario (plist) a xml… è un’operazione molto semplice da compiere. Prima di lanciare l’operazione di conversione, però, è buona regola effettuare un backup del file… per farlo, digitiamo il comando che segue:

cp RegionalVolumeLimits.plist RegionalVolumeLimits.plist.backup

Una volta che avremo messo in salvo la versione originale, potremo fare del file originale, tutto ciò che vogliamo… o quasi tutto: infondo il nostro intento è quello di aumentare il volume d’uscita dell’iPhone.

Bene, ricordate, parlavamo di file binario (plist) da convertire in XML per renderlo umanamente leggibile… in passato ho già scritto una guida che spiegava come effettuare questo genere di conversioni, ma per comodità, vi riprongo in breve il comando che dovrete lanciare:

plutil –convert xml1 RegionalVolumeLimits.plist

Bene. Ora, anche se il nostro file continua a mantenere l’estensione plist, in realtà si tratta di un file il cui contenuto è del semplice codice xml. Ed ora arriva il bello: l’editing.

Partendo dal presupposto che non abbiate mai installato su iPhone, l’editor nano, digitate questo semplice comando:

apt-get install nano

Al termine, avrete il vostro editor testuale, installato. Molto bene… proseguiamo aprendo il file incriminato, con l’editor appena installato:

nano RegionalVolumeLimits.plist

Quello che vedremo sarà una sfilza di valori simili:

<real>0.82999999999999996</real>

Anche se i valori iniziali non dovessero coincidere con questi da me riportati, non importa… la cosa importante è portare tutti i numeri all’interno dei tag <real></real>, ad 1… avremo quindi non più 0.82999999999999996, bensì soltanto 1:

<real>1</real>

Dopo aver cambiato tutti i numeri decimali, con un semplice 1, non ci resta che inviare la sequenza di tasti CTRL+X e alla richiesta di salvataggio, dire di si (Y e invio).

Quindi, riportiamo il file XML in file PLIST:

plutil –convert binary1 RegionalVolumeLimits.plist

Il coronamento del vostro sogno, arriverà solo e soltanto quando riavvierete l’iPhone, ed anche in questo caso ci viene in aiuto la riga di comando:

reboot

Questo probabilmente è uno dei metodi più lunghi (ma più bello, se siete smanettoni) per migliorare l’audio del vostro iphone…. tuttavia, esiste un metodo più veloce…

Modifica del file tramite iPhoneBrowser

Questa via, sicuramente, è la più consigliata per chi non è smanettone.

Collegate il vostro iPhone al pc tramite il cavo fornito in dotazione ed avviate il software iPhoneBrowser (scaricabile cliccando qui).

Appena il softwate termina il caricamento, cliccate su System

Seguendo, clicchiamo su Library, poi su PrivateFrameworks ed infine su Celestial.framework

A questo punto, avremo una situazione simile:

Selezioniamo (con un solo click) il file RegionalVolumeLimits.plist, click destro del mouse e selezioniamo “Save as…”: in questo modo potremo creare una copia di backup del file.

Una volta effettuato il backup del file, scaricate il file che segue:

http://www.masterix.org/download/iPhone_RegionalVolumeLimits.zip

Scompattando l’archivio appena scaricato, troveremo un file (binario) in formato plist (RegionalVolumeLimits.plist). Con un semplice drag’n’drop, trasciniamo il file .plist appena scompattato nella schermata di iPhoneBrowser: rilasciando il click esattamente sul nome del file RegionalVolumeLimits.plist.

Terminata questa procedura, se avete eseguito tutto alla lettera, non vi resterà che riavviare l’iPhone (in questo caso potrete farlo semplicemente dal tasto power “classico” del melafonino).

Conclusioni:

In buona parte dei casi, il miglioramento sarà impercettibile e se non si dispone di un buon orecchio non vi aspettate dei significativi miglioramenti: ciò non toglie che effettivamente qualche cambiamento nella potenza d’uscita, avviene e, dal momento in cui l’iPhone è il vostro (limiti a parte) potete farne ciò che volete… tuttavia sconsiglio vivamente di tenere l’iPhone in cuffia al massimo del volume perché danneggerà con grosse possibilità il vostro udito.

Alla prossima

Hai trovato interessante questo articolo?

Condividi questo testo