Wiki Ubuntu-it

Indice
Partecipa
FAQ
Wiki Blog
------------------
Ubuntu-it.org
Forum
Chiedi
Chat
Cerca
Planet
  • Pagina non alterabile
  • Informazioni
  • Allegati
  • Differenze per "Fcm/Edizione/GruppoC5"
Differenze tra le versioni 22 e 55 (in 33 versioni)
Versione 22 del 14/03/2011 12.53.09
Dimensione: 12399
Autore: localhost
Commento: converted to 1.6 markup
Versione 55 del 30/07/2011 20.22.42
Dimensione: 12644
Commento:
Le cancellazioni sono segnalate in questo modo. Le aggiunte sono segnalate in questo modo.
Linea 1: Linea 1:
## page was renamed from Fcm/Edizione/HowTo6
Linea 7: Linea 8:
HOW-TO
S
critto da Lucas Westermann
HOW-TO Backup con Wubi scritto da Chris Binnie
Linea 10: Linea 10:
Virtualizzazione Parte 2 – Fedora 13 Non abbiate timore fan della virtualizzazione, la serie di Luca riprenderà il prossimo mese.
Come molte persone, anch'io negli anni ho utilizzato il mio pc desktop con Ubuntu per svariati compiti.
Per lavoro mi occupo anche di gestire alcuni Server Ubuntu e ho scoperto che non c'è nulla di più semplice che provare nuove applicazioni o configurazioni sul mio desktop prima di eseguire le stesse modifiche sui server - per evitare incidenti di percorso. Oltre a ciò che attiene il lavoro, sono un fan di Compiz e qualche volta spingo la mia scheda grafica al limite per vedere se riesce a supportare i più recenti effetti grafici messi a disposizione da Gnome, come effetto secondario spesso mi ritrovo con un desktop inutilizzabile. L'ultima volta è capitato con una configurazione un po' ardita di Grub2 che ha reso il mio sistema non più avviabile.
Sebbene Apt sia molto efficace nel rimuovere ogni applicazione non più necessaria (mi riferisco a: apt-get autoremove), ogni tanto mi capita di installare di proposito una nuova configurazione con l'intenzione di manomettere quella esistente, trasformando di fatto il mio desktop in un server di sviluppo.
Linea 12: Linea 15:
Prima di iniziare, a beneficio di chiunque possa incorrere negli stessi problemi, devo citare un lettore di nome Martin che
è stato così gentile da informarmi di essere incappato in alcuni problemi con i dispositivi USB in una macchina virtuale
Windows XP, che sono stati risolti soltanto dopo aver installato i driver USB mediante l'Hardware Manager di XP.
Un server presente in un Data Centre che non si avvia è certamente un vero grattacapo, non è così per il mio desktop e questo grazie a un elegante software: Wubi (http://wubi-installer.org).
Stando a quanto riportato sul sito, "Wubi è un programma per utenti Windows, ufficialmente supportato da Ubuntu, che ti può condurre nel mondo Linux con un semplice clic."
Molti tecnici con cui ho parlato hanno sentito parlare di Wubi, ma dubito che essi lo utilizzino nello stesso modo in cui lo utilizzo io. Wubi usa "loop disk", che non sono altro che normali file che al loro interno possono arrivare a contenere un intero sistema operativo, esattamente come avviene con i dispositivi a blocchi. Questi file normalmente sono utilizzati per trasferire immagini ISO su CD e floppy disk. Possiamo semplicemente dire che, su un pc con Windows già installato, Wubi aggiunge un'opzione al menu iniziale di boot, questa opzione fa riferimento ai propri "loop disk" come se fossero dischi aggiuntivi presenti sullo stesso computer. Wubi giustamente pubblicizza se stesso come sistema per avvicinare a Linux gli utenti Windows - senza la necessità di alcuna modifica ai loro pc. Si tratta di un grosso vantaggio. In caso di disinstallazione, Wubi rimuove la propria voce dal menù d'avvio e cancella i "loop disk"; non è necessario nessun ricorso a formattazione o partizionamento, una volta rimosso Wubi, a basso livello nulla è cambiato. Decisamente ingegnoso. Adoro la sua semplicità. Questa è il motivo che mi ha inizialmente attratto. Volevo esibire le virtù di Linux a un familiare che possedeva una installazione di Windows a cui teneva particolarmente e che quindi era un po' riluttante. Non volevo procedere con una installazione ad avvio multiplo (dual-boot), nel caso cambiasse idea. Una delle meraviglie di Wubi è che il risultato a cui si giunge installandolo sul proprio pc è identico a quello di una normale installazione di Ubuntu - confesso che inizialmente ero molto scettico, temevo problemi di compatibilità e prestazioni.
I "loop disk" non sono privi di svantaggi, ma l'esperienza mi insegna che con i backup a portata di mano, essi sono relativamente innocui. Prima di tutto in caso di mancanza improvvisa di corrente e se qualcuno inavvertitamente spegne il vostro pc, non sarà semplice recuperare il file system contenuto in un "loop disk"; fsck fa del suo meglio, ma non sempre il risultato è paragonabile a quello ottenuto se l'installazione è su un disco fisico. Sembrerebbe che installare Wubi su una partizione dedicata possa aiutare a ripartire dopo una interruzione di corrente. Secondo, l'ibernazione non è supportata, questo potrebbe leggermente infastidire i possessori di portatili. Terzo, è importante deframmentare il disco di Windows contenente Wubi per conservare buone prestazioni.
Nel caso in cui si sia dedicato tanto tempo alla personalizzazione di Wubi allora c'è sempre l'opportunità di convertire l'installazione in un disco fisico facendo ricorso ad alcuni utili strumenti facilmente reperibili.
Linea 16: Linea 21:
Dopo aver parlato nel numero precedente della creazione delle macchine virtuali, ho compreso che potremmo cominciare con
l'installazione di una distribuzione Linux diversa (utilizza il package manager di Red Hat), ma poi non così diversa, da Ubuntu.
In particolare, vorrei iniziare con Fedora Core 13. Potete effettuare il download della versione più recente (la 13) qui:
http://fedoraproject.org/en/get-fedora. Sia che prendiate l'immagine ISO a 32-bit (i686) oppure quella a 64-bit, la procedura
da seguire è la stessa. Naturalmente la “distribuzione Linux” che scegliete nell'elenco del menu a discesa della Macchina Virtuale
deve essere la stessa che avete prelevato. Fate attenzione al fatto che se il vostro sistema non è compatibile con i sistemi
a 64 bit (e non è in grado di far girare un Sistema Operativo a 64 bit), allora non potete eseguire una Macchina Virtuale a 64 bit.
E' possibile che Oracle abbia attivato l'emulazione di sistemi a 64 bit anche per gli host a 32 bit, ma personalmente non la
ritengo una cosa certa, dal momento che tutti i miei sistemi operativi sono a 64 bit. Detto a chiare lettere: VirtualBox potrebbe
consentirvi di eseguire una Macchina Virtuale a 64 bit da un Sistema Operativo a 32 bit (cioè l'host), ma è altamente improbabile.
Per tutti quelli che come me hanno un archivio con tutte le immagini ISO a 32 e a 64 bit delle due ultime versioni di ogni
distribuzione Linux e Unix che hanno potuto trovare, procedete senza indugi e scaricate un'immagine ISO di Fedora.
Grazie alla portabilità dei "loop disk", posso salvare tutto il mio pc su un disco separato in circa novanta secondi. Questo significa che mi posso permettere di perdere un intero disco a causa di un guasto hardware, posso lasciare (inavvertitamente) aperta una falla di sicurezza e ritrovarmi con il mio computer compromesso da un attacco, riprendermi da un baco software bloccante o sconfigurare inavvertitamente qualche impostazione e rendere di fatto il mio sistema inutilizzabile. Sono sicuro che ognuno di voi avrà avuto occasione di sperimentare in quanti modi un pc si possa guastare.
Si potrebbe dire che è come se la vostra installazione di Ubuntu fosse avvenuta in una specie di Macchina Virtuale (di fatto si tratta di un'immagine disco). Sono il primo a sostenere che non siamo di fronte a un sistema elegante, ma sono anche convinto che sia meglio mantenere le cose il più semplice possibile in modo che, in futuro, risulti semplice aggiustarle e non sia invece necessario leggere papiri di manuali. Il livello di portabilità del mio Sistema Operativo è così elevato che posso salvarlo su un supporto rimovibile e migrarlo su un altro computer, oppure, con una connessione ad Internet veloce, posso farne una copia nella nuvola.
Oltre a questa insospettata possibilità, Wubi fornisce molte altre funzioni, fate riferimento a: http://wiki.ubuntu.com/WubiGuide
Durante la veloce installazione (sotto Windows), è possibile specificare la dimensione iniziale del "loop disk" e sebbene l'operazione non sia completamente indolore (è consigliato eseguire prima un backup dell'installazione), esiste anche un utile comando che permette di ridimensionare l'installazione.
Oltretutto è semplice montare i "loop disk" nel caso si vogliano copiare i file contenuti, è anche immediato accedere ai vostri file Windows, usando come è possibile immaginare:
mount -o loop myloop.disk /mnt
Reputo che i "loop disk" di dimensione intorno ai 6.5GB siano i più adatti per creare veloci copie di backup e che lo spazio libero si presti bene ad ospitare gli aggiornamenti dei pacchetti (l'installazione iniziale occupa solo pochi GB) come anche gli aggiornamenti di versione. Montare un disco indipendente dalla vostra installazione è così semplice che basta digitare mount /dev/sdX /mnt, questo si traduce nella possibilità di avere accesso a tutto lo spazio disco che il vostro hardware può offrire. Le mie prime installazioni di Wubi andavano dai 15GB ai 20GB ma, senza dubbio, avendo cura di tenerle più piccole, è possibile eseguire il backup della vostra installazione di Ubuntu su DVD o memoria USB in modo più facile.
Un altro grande vantaggio dal mio punto di vista è che non è più necessario spegnere il computer per eseguire backup in tempo reale dell'intero sistema. La mia esperienza con i server mi porta ad avviare il sistema in Modalità Singolo Utente oppure da supporto esterno e duplicare il contenuto dei dischi con strumenti come dd, ma in questo caso Wubi copia questi "loop disk" senza necessità di interruzioni.
I miei primi salvataggi erano decisamente rudimentali e veloci - ma leggermente laboriosi. La cosa più facile è fare clic sull'etichetta "File System" presente sulla sinistra in Nautilus per poi andare nella directory "host". Una volta raggiunta questa directory è possibile vedere una directory di nome Ubuntu contenente il vostro intero sistema (mancano i file appartenenti al bootloader), il file di dimensioni maggiori è il file root.disk che altro non è che il "loop disk". Per eseguire un backup del sistema operativo è sufficiente copiare la directory Ubuntu su un altro disco con sufficiente spazio libero. Terminata la copia, è buona norma rinominare la directory in ubuntu_10.09.10 o qualcosa di simile, in modo da distinguere le varie versioni dei salvataggi.
Nel tempo ho messo insieme un semplice script che misurasse il tempo impiegato dal processo (soprattutto perché volevo rendermi conto di come il mio desktop si comportava), prima dell'avvio si sincerava di montare il drive dedicato a contenere il backup e al termine rinominava il backup. Lo script che utilizzo è molto semplice e si potrebbe migliorare aggiungendo per esempio una barra di progressione, utile nel caso si utilizzi hardware lento e un po' datato e si desideri tenere sotto controllo il tempo impiegato dall'operazione di backup. Come già riportato, novanta secondi sul mio desktop veloce equivale ad un battito di ciglio considerando l'importanza dell'operazione. Una volta alla settimana copio il backup nella nuvola (fortunatamente la velocità di trasmissione della mia connessione ad Internet è in grado di spostare 6,5GB in una notte), inoltre non di rado duplico il backup su un altro disco anch'esso contenuto nel mio pc desktop.
Il cuore dello script che svolge in automatico il backup è il seguente:
# Assegno al nome del file data e ora attuali
filename="`date +%d.%m.%y-%H.%M`"
# Monto il secondo disco fisso, e non restituisco errori se già montato
sudo mount /dev/sdb2 /media/SECOND > /dev/null 2>&1
# Copio la directory ubuntu sul secondo disco
sudo cp -R /host/ubuntu /media/SECOND/Wubi/ubuntu_$filename
# Mi assicuro che anche l'utente chris possa eseguire il drag and drop su questi file e non solo root
sudo chown -R chris:chris /media/SECOND/Wubi/ubuntu_$filename
Per ripristinare un backup ci sono almeno tre alternative veloci. Avviare il sistema con qualcosa simile ad un CD Live di Ubuntu dopodiché rinominare la cartella contenente la versione danneggiata di Ubuntu in ubuntu_broken, e copiare la cartella di backup, per esempio ubuntu_10.09.10 e rinominarla nuovamente in ubuntu. In alternativa è sempre possibile modificare il bootloader, ad esempio Grub o LILO, in modo che punti sul disco alla copia di backup. Ho scoperto che avviare il pc con l'installazione Windows e sostituire i file prelevandoli dal backup è la soluzione più semplice adatta alle mie necessità, inoltre sono necessari solo cinque minuti per ripristinare il mio SO Ubuntu.
Se per una ragione qualsiasi dovessi perdere completamente il mio computer, la mia installazione di Wubi dovrebbe essere compatibile con il nuovo sistema, dopo aver installato Windows, a patto che l'hardware non sia radicalmente diverso. L'unica raccomandazione che mi viene in mente è relativa a un paio di file che in fase di installazione Wubi scrive nella partizione principale di Windows, per sicurezza vale la pena di farne una copia. Sarebbe opportuno copiare questi file all'interno di ogni cartella contenente una copia di backup, anche se di solito ne conservo una sola copia per ogni computer sul quale installo Wubi. Questi file sono molto piccoli e si chiamano wubildr.mbr e wubildr.
Dato che Wubi funziona anche con vecchie e oscure versioni di Windows aventi a disposizione solo 256MB di RAM e un processore con solo 1GHz adatto più ad uno smartphone che a un pc, allora è davvero difficile rinunciare a tutte le cose utili che è in grado di fare.
Linea 29: Linea 44:
Passo 1:

Dopo aver prelevato l'immagine ISO dovete creare la Macchina Virtuale sulla quale volete installarla. Quando inizializzate una
Macchina Virtuale per la prima volta, vi troverete davanti la Procedura di Creazione di una Nuova Macchina Virtuale (vedi Fig. 1)
a meno che non stiate riutilizzando un disco virtuale creato in precedenza. Nella procedura guidata dovrete premere il pulsante
“Avanti” e fare click sull'icona a forma di cartella che riporta una freccia verde per aprire il Virtual Media Manager (Fig. 2),
in cui potete aggiungere l'immagine ISO (Fig. 3).

Passo 2:

Dopo aver connesso l'immagine ISO con la Macchina Virtuale, questa dovrebbe partire effettuando il boot e mostrarvi la schermata
di presentazione del BIOS Oracle VM (o la più vecchia schermata BIOS VirtualBox), come in Fig. 4. Subito dopo dovrebbe apparire
il menu Grub di Fedora (Fig. 5) e infine la Finestra di Login. Ho anche configurato la tastiera giusta e selezionato l'utente con
login automatico. Per poter accedere basta premere il pulsante “Accedi”.

Passo 3:

Quando il desktop avrù terminato il caricamento potrete lanciare l'applicazione “Installazione su Disco” (Figure 7 e 8). Procedete
con la schermata di selezione della tastiera, dove potete scegliere il layout corretto (Fig. 9). Dopo averlo scelto vi verrà proposta
la scelta fra “Dispositivi di Archiviazione di Base” e “Dispositivi di Archiviazione Specializzati”. Selezionate l'opzione
“Dispositivi di Archiviazione di Base” (Fig. 10).

Passo 4:

Ora vi verrà chiesto di scegliere il disco rigido sul quale effettuare l'installazione. Ce ne dovrebbe essere soltanto uno
disponibile (il drive Vbox). Selezionatelo e quando l'applicazione vi chiederà di formattare il disco, confermate la scelta (il
disco sarà vuoto se avete appena creato la macchina virtuale). Confrontate con le figure 11 e 12.

Passo 5:

Nei successivi 3 passi dell'installazione scegliete liberamente il nome host che più vi piace, selezionate il fuso orario corretto
e inserite la vostra password di root.

Passo 6:

Apparirà poi una finestra in cui dovrete scegliere quale schema di partizionamento del disco dovrà essere utilizzato dal programma
di installazione (vedi Fig. 13). Nelle macchine virtuali di solito scelgo di usare l'intero disco, a meno che non stia progettando
di installare lo stesso OS su un PC fisico e abbia deciso di testarlo prima su una macchina virtuale. Sta a voi decidere se utilizzare
una delle altre opzioni. Confermate la vostra decisione con “scrivi su disco”. Quando richiesto, assicuratevi di selezionare “installa
sul Master Boot Record” per Grub, in modo da poter effettuare il boot correttamente.

Chiudete il programma d'installazione, fare ripartire la macchina virtuale e andate su Dispositivi > Dispositivi CD/DVD e selezionate
“Smonta dispositivi CD/DVD” per poter effettuare il boot dal disco virtuale invece che di nuovo dall'immagine ISO.

Spero che questa sia stata una guida chiara per coloro che effettuano l'installazione di Fedora per la prima volta. Nei prossimi numeri
prevedo di parlare dell'installazione di OpenSolaris, FreeBSD, Ubuntu Server e ArchLinux. Sono in ogni caso più che felice di trattare
l'installazione su macchina virtuale della maggior parte dei sistemi Unix o Linux e di Windows XP/Windows 7. Se avete delle richieste
scrivetemi all'indirizzo lswest34@gmail.com mettendo come oggetto del messaggio “Virtualization Series” oppure “FCM Virtualization”.


Lucas ha imparato tutto ciò che sa distruggendo ripetutamente il suo sistema, avendo poi nessun'altra alternativa che scoprire come
ripararlo. Potete inviare un'email a Lucas all'indirizzo: lswest34@gmail.com.
Idee ed editori cercasi
Abbiamo creato alcune pagine su LaunchPad dedicata al progetto e al gruppo Full Circle. L'intenzione è di dare la possibilità a chi di voi ancora non partecipa di andare sulla pagina del progetto, fare clic su 'Answers' in cima alla pagina, e lasciare le vostre idee per un articolo, siate dettagliati! Sono da evitare frasi tipo 'articoli sui server', specificate cosa il server dovrebbe fare!
Autori che vorrebbero scrivere un articolo e che sono alla ricerca di un argomento possono registrarsi sulla pagina del gruppo Full Circle, prenotare una delle richieste e cominciare a scrivere! Se vi accorgete che non riuscite a finire l'articolo in qualche settimana (un mese al massimo) allora rimuovete la prenotazione in modo da lasciare l'idea a qualcun altro.
Pagina del progetto, dedicata alle idee:
https://launchpad.net/fullcircle
Pagina del gruppo, dedicata agli autori:
https://launchpad.net/~fullcircle
Linea 83: Linea 52:
- come nell'art. How-To parte 1 di questo articolo apparso sul n. 38 di FCM, sono state tradotte in italiano anche le etichette dei pulsanti e delle finestre citate nell'articolo (come ad es. "Avanti" per "Next", "Procedura automatica di creazione di una macchina virtuale" per "First Run Wizard", ecc.) anche se le figure sono tratte dalla versione inglese
- la traduzione in italiano delle etichette è tratta dalla versione di VirtualBox in mio possesso (versione 4.0.2)
Linea 88: Linea 55:
HOW-TO
Scritto da Lucas Westermann

Virtualizzazione Parte 2 – Fedora 13

Prima di iniziare, a beneficio di chiunque possa incorrere negli stessi problemi, devo citare un lettore di nome Martin che
è stato così gentile da informarmi di essere incappato in alcuni problemi con i dispositivi USB in una macchina virtuale
Windows XP, che sono stati risolti soltanto dopo aver installato i driver USB mediante l'Hardware Manager di XP.

Dopo aver parlato nel numero precedente della creazione delle macchine virtuali, ho compreso che potremmo cominciare con
l'installazione di una distribuzione Linux diversa (utilizza il package manager di Red Hat), ma poi non così diversa, da Ubuntu.
In particolare, vorrei iniziare con Fedora Core 13. Potete effettuare il download della versione più recente (la 13) qui:
http://fedoraproject.org/en/get-fedora. Sia che prendiate l'immagine ISO a 32-bit (i686) oppure quella a 64-bit, la procedura
da seguire è la stessa. Naturalmente la “distribuzione Linux” che scegliete nell'elenco del menu a discesa della Macchina Virtuale
deve essere la stessa che avete prelevato. Fate attenzione al fatto che se il vostro sistema non è compatibile con i sistemi
a 64 bit (e non è in grado di far girare un Sistema Operativo a 64 bit), allora non potete eseguire una Macchina Virtuale a 64 bit.
E' possibile che Oracle abbia attivato l'emulazione di sistemi a 64 bit anche per gli host a 32 bit, ma personalmente non la
ritengo una cosa certa, dal momento che tutti i miei sistemi operativi sono a 64 bit. Detto a chiare lettere: VirtualBox potrebbe
consentirvi di eseguire una Macchina Virtuale a 64 bit da un Sistema Operativo a 32 bit (cioè l'host), ma è altamente improbabile.
Per tutti quelli che come me hanno un archivio con tutte le immagini ISO a 32 e a 64 bit delle due ultime versioni di ogni
distribuzione Linux e Unix che hanno potuto trovare, procedete senza indugi e scaricate un'immagine ISO di Fedora.

Passo 1:

Dopo aver prelevato l'immagine ISO dovete creare la Macchina Virtuale sulla quale volete installarla. Quando inizializzate una
Macchina Virtuale per la prima volta, vi troverete davanti la Procedura di Creazione di una Nuova Macchina Virtuale (vedi Fig. 1)
a meno che non stiate riutilizzando un disco virtuale creato in precedenza. Nella procedura guidata dovrete premere il pulsante
“Avanti” e fare click sull'icona a forma di cartella che riporta una freccia verde per aprire il Virtual Media Manager (Fig. 2),
in cui potete aggiungere l'immagine ISO (Fig. 3).

Passo 2:

Dopo aver connesso l'immagine ISO con la Macchina Virtuale, questa dovrebbe partire effettuando il boot e mostrarvi la schermata
di presentazione del BIOS Oracle VM (o la più vecchia schermata BIOS VirtualBox), come in Fig. 4. Subito dopo dovrebbe apparire
il menu Grub di Fedora (Fig. 5) e infine la Finestra di Login. Ho anche configurato la tastiera giusta e selezionato l'utente con
login automatico. Per poter accedere basta premere il pulsante “Accedi”.

Passo 3:

Quando il desktop avrù terminato il caricamento potrete lanciare l'applicazione “Installazione su Disco” (Figure 7 e 8). Procedete
con la schermata di selezione della tastiera, dove potete scegliere il layout corretto (Fig. 9). Dopo averlo scelto vi verrà proposta
la scelta fra “Dispositivi di Archiviazione di Base” e “Dispositivi di Archiviazione Specializzati”. Selezionate l'opzione
“Dispositivi di Archiviazione di Base” (Fig. 10).

Passo 4:

Ora vi verrà chiesto di scegliere il disco rigido sul quale effettuare l'installazione. Ce ne dovrebbe essere soltanto uno
disponibile (il drive Vbox). Selezionatelo e quando l'applicazione vi chiederà di formattare il disco, confermate la scelta (il
disco sarà vuoto se avete appena creato la macchina virtuale). Confrontate con le figure 11 e 12.

Passo 5:

Nei successivi 3 passi dell'installazione scegliete liberamente il nome host che più vi piace, selezionate il fuso orario corretto
e inserite la vostra password di root.

Passo 6:

Apparirà poi una finestra in cui dovrete scegliere quale schema di partizionamento del disco dovrà essere utilizzato dal programma
di installazione (vedi Fig. 13). Nelle macchine virtuali di solito scelgo di usare l'intero disco, a meno che non stia progettando
di installare lo stesso OS su un PC fisico e abbia deciso di testarlo prima su una macchina virtuale. Sta a voi decidere se utilizzare
una delle altre opzioni. Confermate la vostra decisione con “scrivi su disco”. Quando richiesto, assicuratevi di selezionare “installa
sul Master Boot Record” per Grub, in modo da poter effettuare il boot correttamente.

Chiudete il programma d'installazione, fare ripartire la macchina virtuale e andate su Dispositivi > Dispositivi CD/DVD e selezionate
“Smonta dispositivi CD/DVD” per poter effettuare il boot dal disco virtuale invece che di nuovo dall'immagine ISO.

Spero che questa sia stata una guida chiara per coloro che effettuano l'installazione di Fedora per la prima volta. Nei prossimi numeri
prevedo di parlare dell'installazione di OpenSolaris, FreeBSD, Ubuntu Server e ArchLinux. Sono in ogni caso più che felice di trattare
l'installazione su macchina virtuale della maggior parte dei sistemi Unix o Linux e di Windows XP/Windows 7. Se avete delle richieste
scrivetemi all'indirizzo lswest34@gmail.com mettendo come oggetto del messaggio “Virtualization Series” oppure “FCM Virtualization”.
Linea 160: Linea 57:
Lucas ha imparato tutto ciò che sa distruggendo ripetutamente il suo sistema, avendo poi nessun'altra alternativa che scoprire come
ripararlo. Potete inviare un'email a Lucas all'indirizzo: lswest34@gmail.com.
Linea 164: Linea 60:

HowTo6

Traduzione italiana

HOW-TO Backup con Wubi scritto da Chris Binnie

Non abbiate timore fan della virtualizzazione, la serie di Luca riprenderà il prossimo mese. Come molte persone, anch'io negli anni ho utilizzato il mio pc desktop con Ubuntu per svariati compiti. Per lavoro mi occupo anche di gestire alcuni Server Ubuntu e ho scoperto che non c'è nulla di più semplice che provare nuove applicazioni o configurazioni sul mio desktop prima di eseguire le stesse modifiche sui server - per evitare incidenti di percorso. Oltre a ciò che attiene il lavoro, sono un fan di Compiz e qualche volta spingo la mia scheda grafica al limite per vedere se riesce a supportare i più recenti effetti grafici messi a disposizione da Gnome, come effetto secondario spesso mi ritrovo con un desktop inutilizzabile. L'ultima volta è capitato con una configurazione un po' ardita di Grub2 che ha reso il mio sistema non più avviabile. Sebbene Apt sia molto efficace nel rimuovere ogni applicazione non più necessaria (mi riferisco a: apt-get autoremove), ogni tanto mi capita di installare di proposito una nuova configurazione con l'intenzione di manomettere quella esistente, trasformando di fatto il mio desktop in un server di sviluppo.

Un server presente in un Data Centre che non si avvia è certamente un vero grattacapo, non è così per il mio desktop e questo grazie a un elegante software: Wubi (http://wubi-installer.org). Stando a quanto riportato sul sito, "Wubi è un programma per utenti Windows, ufficialmente supportato da Ubuntu, che ti può condurre nel mondo Linux con un semplice clic." Molti tecnici con cui ho parlato hanno sentito parlare di Wubi, ma dubito che essi lo utilizzino nello stesso modo in cui lo utilizzo io. Wubi usa "loop disk", che non sono altro che normali file che al loro interno possono arrivare a contenere un intero sistema operativo, esattamente come avviene con i dispositivi a blocchi. Questi file normalmente sono utilizzati per trasferire immagini ISO su CD e floppy disk. Possiamo semplicemente dire che, su un pc con Windows già installato, Wubi aggiunge un'opzione al menu iniziale di boot, questa opzione fa riferimento ai propri "loop disk" come se fossero dischi aggiuntivi presenti sullo stesso computer. Wubi giustamente pubblicizza se stesso come sistema per avvicinare a Linux gli utenti Windows - senza la necessità di alcuna modifica ai loro pc. Si tratta di un grosso vantaggio. In caso di disinstallazione, Wubi rimuove la propria voce dal menù d'avvio e cancella i "loop disk"; non è necessario nessun ricorso a formattazione o partizionamento, una volta rimosso Wubi, a basso livello nulla è cambiato. Decisamente ingegnoso. Adoro la sua semplicità. Questa è il motivo che mi ha inizialmente attratto. Volevo esibire le virtù di Linux a un familiare che possedeva una installazione di Windows a cui teneva particolarmente e che quindi era un po' riluttante. Non volevo procedere con una installazione ad avvio multiplo (dual-boot), nel caso cambiasse idea. Una delle meraviglie di Wubi è che il risultato a cui si giunge installandolo sul proprio pc è identico a quello di una normale installazione di Ubuntu - confesso che inizialmente ero molto scettico, temevo problemi di compatibilità e prestazioni. I "loop disk" non sono privi di svantaggi, ma l'esperienza mi insegna che con i backup a portata di mano, essi sono relativamente innocui. Prima di tutto in caso di mancanza improvvisa di corrente e se qualcuno inavvertitamente spegne il vostro pc, non sarà semplice recuperare il file system contenuto in un "loop disk"; fsck fa del suo meglio, ma non sempre il risultato è paragonabile a quello ottenuto se l'installazione è su un disco fisico. Sembrerebbe che installare Wubi su una partizione dedicata possa aiutare a ripartire dopo una interruzione di corrente. Secondo, l'ibernazione non è supportata, questo potrebbe leggermente infastidire i possessori di portatili. Terzo, è importante deframmentare il disco di Windows contenente Wubi per conservare buone prestazioni. Nel caso in cui si sia dedicato tanto tempo alla personalizzazione di Wubi allora c'è sempre l'opportunità di convertire l'installazione in un disco fisico facendo ricorso ad alcuni utili strumenti facilmente reperibili.

Grazie alla portabilità dei "loop disk", posso salvare tutto il mio pc su un disco separato in circa novanta secondi. Questo significa che mi posso permettere di perdere un intero disco a causa di un guasto hardware, posso lasciare (inavvertitamente) aperta una falla di sicurezza e ritrovarmi con il mio computer compromesso da un attacco, riprendermi da un baco software bloccante o sconfigurare inavvertitamente qualche impostazione e rendere di fatto il mio sistema inutilizzabile. Sono sicuro che ognuno di voi avrà avuto occasione di sperimentare in quanti modi un pc si possa guastare. Si potrebbe dire che è come se la vostra installazione di Ubuntu fosse avvenuta in una specie di Macchina Virtuale (di fatto si tratta di un'immagine disco). Sono il primo a sostenere che non siamo di fronte a un sistema elegante, ma sono anche convinto che sia meglio mantenere le cose il più semplice possibile in modo che, in futuro, risulti semplice aggiustarle e non sia invece necessario leggere papiri di manuali. Il livello di portabilità del mio Sistema Operativo è così elevato che posso salvarlo su un supporto rimovibile e migrarlo su un altro computer, oppure, con una connessione ad Internet veloce, posso farne una copia nella nuvola. Oltre a questa insospettata possibilità, Wubi fornisce molte altre funzioni, fate riferimento a: http://wiki.ubuntu.com/WubiGuide Durante la veloce installazione (sotto Windows), è possibile specificare la dimensione iniziale del "loop disk" e sebbene l'operazione non sia completamente indolore (è consigliato eseguire prima un backup dell'installazione), esiste anche un utile comando che permette di ridimensionare l'installazione. Oltretutto è semplice montare i "loop disk" nel caso si vogliano copiare i file contenuti, è anche immediato accedere ai vostri file Windows, usando come è possibile immaginare: mount -o loop myloop.disk /mnt Reputo che i "loop disk" di dimensione intorno ai 6.5GB siano i più adatti per creare veloci copie di backup e che lo spazio libero si presti bene ad ospitare gli aggiornamenti dei pacchetti (l'installazione iniziale occupa solo pochi GB) come anche gli aggiornamenti di versione. Montare un disco indipendente dalla vostra installazione è così semplice che basta digitare mount /dev/sdX /mnt, questo si traduce nella possibilità di avere accesso a tutto lo spazio disco che il vostro hardware può offrire. Le mie prime installazioni di Wubi andavano dai 15GB ai 20GB ma, senza dubbio, avendo cura di tenerle più piccole, è possibile eseguire il backup della vostra installazione di Ubuntu su DVD o memoria USB in modo più facile. Un altro grande vantaggio dal mio punto di vista è che non è più necessario spegnere il computer per eseguire backup in tempo reale dell'intero sistema. La mia esperienza con i server mi porta ad avviare il sistema in Modalità Singolo Utente oppure da supporto esterno e duplicare il contenuto dei dischi con strumenti come dd, ma in questo caso Wubi copia questi "loop disk" senza necessità di interruzioni. I miei primi salvataggi erano decisamente rudimentali e veloci - ma leggermente laboriosi. La cosa più facile è fare clic sull'etichetta "File System" presente sulla sinistra in Nautilus per poi andare nella directory "host". Una volta raggiunta questa directory è possibile vedere una directory di nome Ubuntu contenente il vostro intero sistema (mancano i file appartenenti al bootloader), il file di dimensioni maggiori è il file root.disk che altro non è che il "loop disk". Per eseguire un backup del sistema operativo è sufficiente copiare la directory Ubuntu su un altro disco con sufficiente spazio libero. Terminata la copia, è buona norma rinominare la directory in ubuntu_10.09.10 o qualcosa di simile, in modo da distinguere le varie versioni dei salvataggi. Nel tempo ho messo insieme un semplice script che misurasse il tempo impiegato dal processo (soprattutto perché volevo rendermi conto di come il mio desktop si comportava), prima dell'avvio si sincerava di montare il drive dedicato a contenere il backup e al termine rinominava il backup. Lo script che utilizzo è molto semplice e si potrebbe migliorare aggiungendo per esempio una barra di progressione, utile nel caso si utilizzi hardware lento e un po' datato e si desideri tenere sotto controllo il tempo impiegato dall'operazione di backup. Come già riportato, novanta secondi sul mio desktop veloce equivale ad un battito di ciglio considerando l'importanza dell'operazione. Una volta alla settimana copio il backup nella nuvola (fortunatamente la velocità di trasmissione della mia connessione ad Internet è in grado di spostare 6,5GB in una notte), inoltre non di rado duplico il backup su un altro disco anch'esso contenuto nel mio pc desktop. Il cuore dello script che svolge in automatico il backup è il seguente: # Assegno al nome del file data e ora attuali filename="date +%d.%m.%y-%H.%M" # Monto il secondo disco fisso, e non restituisco errori se già montato sudo mount /dev/sdb2 /media/SECOND > /dev/null 2>&1 # Copio la directory ubuntu sul secondo disco sudo cp -R /host/ubuntu /media/SECOND/Wubi/ubuntu_$filename # Mi assicuro che anche l'utente chris possa eseguire il drag and drop su questi file e non solo root sudo chown -R chris:chris /media/SECOND/Wubi/ubuntu_$filename Per ripristinare un backup ci sono almeno tre alternative veloci. Avviare il sistema con qualcosa simile ad un CD Live di Ubuntu dopodiché rinominare la cartella contenente la versione danneggiata di Ubuntu in ubuntu_broken, e copiare la cartella di backup, per esempio ubuntu_10.09.10 e rinominarla nuovamente in ubuntu. In alternativa è sempre possibile modificare il bootloader, ad esempio Grub o LILO, in modo che punti sul disco alla copia di backup. Ho scoperto che avviare il pc con l'installazione Windows e sostituire i file prelevandoli dal backup è la soluzione più semplice adatta alle mie necessità, inoltre sono necessari solo cinque minuti per ripristinare il mio SO Ubuntu. Se per una ragione qualsiasi dovessi perdere completamente il mio computer, la mia installazione di Wubi dovrebbe essere compatibile con il nuovo sistema, dopo aver installato Windows, a patto che l'hardware non sia radicalmente diverso. L'unica raccomandazione che mi viene in mente è relativa a un paio di file che in fase di installazione Wubi scrive nella partizione principale di Windows, per sicurezza vale la pena di farne una copia. Sarebbe opportuno copiare questi file all'interno di ogni cartella contenente una copia di backup, anche se di solito ne conservo una sola copia per ogni computer sul quale installo Wubi. Questi file sono molto piccoli e si chiamano wubildr.mbr e wubildr. Dato che Wubi funziona anche con vecchie e oscure versioni di Windows aventi a disposizione solo 256MB di RAM e un processore con solo 1GHz adatto più ad uno smartphone che a un pc, allora è davvero difficile rinunciare a tutte le cose utili che è in grado di fare.

Idee ed editori cercasi Abbiamo creato alcune pagine su LaunchPad dedicata al progetto e al gruppo Full Circle. L'intenzione è di dare la possibilità a chi di voi ancora non partecipa di andare sulla pagina del progetto, fare clic su 'Answers' in cima alla pagina, e lasciare le vostre idee per un articolo, siate dettagliati! Sono da evitare frasi tipo 'articoli sui server', specificate cosa il server dovrebbe fare! Autori che vorrebbero scrivere un articolo e che sono alla ricerca di un argomento possono registrarsi sulla pagina del gruppo Full Circle, prenotare una delle richieste e cominciare a scrivere! Se vi accorgete che non riuscite a finire l'articolo in qualche settimana (un mese al massimo) allora rimuovete la prenotazione in modo da lasciare l'idea a qualcun altro. Pagina del progetto, dedicata alle idee: https://launchpad.net/fullcircle Pagina del gruppo, dedicata agli autori: https://launchpad.net/~fullcircle

Note alla traduzione

Revisione

Note alla revisione

Errata Corrige


CategoryComunitaFcm