Giornale di Sistema

VirtualBox: quando le cartelle condivise non condividono

2008-06-18T09:04:00.004+02:00

Dite la verità: nessuno di voi si è mai trovato in questa situazione? Vi installate le VirtualBox Guest Additions nel guest, riavviate la macchina virtuale, e quando già pregustate il momento di condividere con facilità file tra host e guest vi accorgete che la condivisione cartelle c'è (Fig. 1),

Fig. 1

ma il guest Windows non se ne accorge per niente, ed il lato destro della finestra che dovrebbe mostrarne il contenuto, resta tristemente vuoto (Fig. 2).

Fig. 2

Ecco, se siete arrivati fin qui a leggere, siete sicuramente venuti ai ferri corti con le vostre cartelle condivise, vediamo se riusciamo a farci pace! La soluzione empirica che sto per proporvi nel mio caso ha funzionato; devo anche dirvi che non ci sono garanzie funzioni nel vostro, ma vista la situazione in cui vi trovate e se avete un guest Windows, qualunque sia l'host, provatela, magari risolvete.

Iniziate con lo spegnere la macchina virtuale e portatevi sulle sue impostazioni di rete (Fig. 3).

Fig. 3

Di default, se non avete già armeggiato con la configurazione di rete della macchina virtuale, questa è dotata di una scheda Pcnet-FAST III (Am79C973); al suo posto selezionate la Intel PRO/1000 MT Desktop (82540EM), infine fate ripartire la macchina virtuale (Fig. 4).

Fig. 4

Appena ripartita la macchina virtuale, Windows nel guest si accorgerà della nuova scheda di rete e farà partire l'Installazione guidata nuovo hardware; cliccate su Annulla tutte le volte che compare la schermata di Fig. 5.

Fig. 5

Windows nel guest si lamenterà un po' (Fig. 6), non dategli retta.

Fig. 6

Disinstallate invece le VirtualBox Guest Additions (Fig. 7) e riavviate di nuovo la macchina virtuale.

Fig. 7

Finita la ripartenza, nel guest si ripresenterà la schermata Installazione guidata nuovo hardware; cliccate ancora su Annulla tutte le volte che ricompare la schermata di Fig. 5, e su “NO” al messaggio che vi chiede di riavviare.

Reinstallate nuovamente le VirtualBox Guest Additions ed al termine riavviate il guest. Quando questo è ripartito, Windows al suo interno vi richiederà nuovamente di reinstallare la scheda di rete, cliccate ancora su Annulla. Andate invece a verificare in risorse di rete: eccolaaa! Questa benedetta cartella condivisa, finalmente vive e lotta insieme a noi (Fig. 8)! :-D

Fig. 8

Ci resta da sistemare la scheda di rete che al momento non è ancora completamente funzionante (Fig. 9)

Fig. 9

Tramite l'host, dall'indirizzo web

http://downloadcenter.intel.com/Product_Filter.aspx?ProductID=871&lang=ita

scaricate i driver della scheda di rete Intel® PRO/1000 MT Desktop, poi tramite la condivisione cartelle portateli nel guest. Installateli qui e provateli, ad esempio navigando su internet dal guest stesso; se tutto è a posto dovreste riuscirci.

Bene, con questo è tutto; alla prossima magagna di VirtualBox! ;-D
@:\>

VirtualBox: -1908 (VERR_VM_DRIVER_NOT_INSTALLED)

2008-06-14T09:55:00.002+02:00

Vi ricordate il post "VirtualBox: attenti alle Guest Additions!"? Vi illustravo una peculiarità delle VirtualBox Guest Additions in guest Linux. Quando gli aggiornamenti della distribuzione vanno ad influenzare il kernel, queste nel migliore dei casi smettono semplicemente di funzionare perdendo così la migliore integrazione fra host e guest che esse offrono: il mouse resta intrappolato nel guest, le performance video calano drasticamente e così via.

Nel peggiore dei casi però, illustrato appunto nel post, le Guest Additions non smettono del tutto di funzionare e l'unico sintomo che permette di accorgersi che qualcosa non va, è una diminuzione delle performance. Comunque sia, la cura al problema è unica per entrambi i casi: le VirtualBox Guest Additions vanno reinstallate, procedura di pochi minuti al massimo compresa la ripartenza della macchina virtuale.

E nel caso di host Linux? Cosa succede a Virtualbox su host Linux quando l'host scarica ed installa nuovi aggiornamenti che coinvolgono anche il kernel?

A spiegarcelo sarà Maurizio, che in un commento riportava direttamente la sua esperienza in proposito, prima però, un'avvertenza: quanto state per leggere è valido per tutte le distribuzioni Linux, pertanto anche se la vostra non è una Ubuntu 8.04, proseguite comunque la lettura, la soluzione è identica. Sentiamo Maurizio.

Dopo qualche giorno di tranquillità, la mia VirtualBox era di nuovo in panne. La macchina virtuale con XP dava il seguente messaggio di errore:

VirtualBox kernel driver not installed. The vboxdrv kernel module was either not loaded or /dev/vboxdrv was not created for some reason. Re-setup the kernel module by executing '/etc/init.d/vboxdrv setup' as root.
VBox status code: -1908 (VERR_VM_DRIVER_NOT_INSTALLED).

Da ignorante di linea di comando e consolle ho cercato su Santa Internet che mi ha salvato ancora:

sudo /etc/init.d/vboxdrv setup

E VirtualBox rifunziona automagicamente...
C'era scritto comunque nel messaggio di errore... bastava leggere" .
La soluzione è tratta da una ricerca su Google sul forum di Ubuntu-it

http://forum.ubuntu-it.org/index.php?topic=193958.msg1287261

Ora è tutto di nuovo a posto, mi sono risparmiato la terza reinstallazione di VirtualBox e XP e spero che questo possa servire ad altri che hanno lo stesso problema. Ciao
Maurizio

Ecco, ora conoscete il problema, ed anche la sua soluzione; grazie Maurizio! :)
Bene, vediamo ora un pò più da vicino cosa è successo. Il primo indizio c'è lo fornisce la frase "Dopo qualche giorno di tranquillità, la mia VirtualBox era di nuovo in panne". E' il tempo che probabilmente è servito a rendere disponibile qualche nuovo aggiornamento del kernel di Ubuntu 8.04 (dal periodo in cui è accaduto, direi la versione 2.6.24-18).

VirtualBox usa un apposito modulo del kernel (in parole semplici: una parte di kernel caricata solo quando serve) per fare il suo lavoro: grazie a questo modulo VirtualBox può allocare le quantità di memoria e di risorse di CPU dell'host necessarie per far funzionare il guest. L'aggiornamento del kernel dell'host va inevitabilmente ad influenzare anche il funzionamento dei suoi moduli che possono così smettere di funzionare, ed è proprio quello che accade al modulo VirtualBox.

Il risultato? L'interfaccia grafica di VirtualBox continua a funzionare, si possono configurare tutte le macchine virtuali che vogliamo, ma queste NON partono e ci viene restituito l'errore segnalato da Maurizio che fa anche da titolo al post. E' alla partenza della macchina virtuale infatti che questo modulo viene invocato per allocare memoria e risorse di CPU per il guest, ed è lì che emerge il problema dovuto al suo mancato funzionamento.

La soluzione, lo dico in maniera molto "casereccia", è di informare anche la nuova versione del kernel della presenza del modulo di VirtualBox, cosa che avviene dando da root, cioè come amministratore del sistema, il comando:

/etc/init.d/vboxdrv setup

Fate attenzione a come si diventa amministratore sul vostro sistema: in quasi tutte le distribuzioni si da il comando su, una volta data la password sarete amministratori e potrete dare il comando appena visto. In Ubuntu è prassi avere l'amministratore disabilitato e premettere sudo al comando da dare, in questo modo:

sudo /etc/init.d/vboxdrv setup

Per comprendere bene la differenza fra su e sudo, leggete il post "VirtualBox: su, sudo e cartelle condivise in guest Linux".

Bene, mi sembra sia tutto; alla prossima! :)
@:\>

VirtualBox 1.6.2

2008-06-06T20:24:00.001+02:00

A tempo di record, appena un mese dalla versione 1.6.0, esce la nuova versione del software di virtualizzazione di Sun (Fig. 1): VirtualBox 1.6.2. Si tratta di una versione di mantenimento che non aggiunge nuove funzionalità, bensì va a sistemare numerose anomalie emerse durante l'uso della versione precedente.

Fig. 1

Il Changelog comprende infatti la risoluzioni di problemi all'interfaccia grafica, alla rete, alle Guest Additions, al supporto SATA introdotto proprio con la precedente release, alle cartelle condivise, ed anche la risoluzione di problemi specifici dei vari host supportati: Linux, MacOS X, Solaris, Windows.

A proposito di Windows: vorrei ricordarvi (come ha scoperto Gabriele che ringrazio per la segnalazione) che dalla versione 1.6.0, non sono più supportati host Windows 2000 a causa dell'uso in VirtualBox di una nuova API che in Windows 2000 non è disponibile; resta invece supportato come guest.

Tra l'altro l'utente sandervl di Sun Microsystems, in questo topic (in inglese) nel forum di VirtualBox diceva che la decisione poteva essere riconsiderata se richiesto da molti utenti; se vi va, tentar non nuoce. ;-)

Chi di voi decide di passare a VirtualBox 1.6.2 dalla versione precedente, questa volta troverà un'installazione piuttosto pulita e senza bisogno di disinstallare la versione precedente: si occuperà di tutto la stessa procedura d'installazione. Fate attenzione però al seguente messaggio (Fig. 2):

Fig. 2

In pratica vi toccherà ricreare tutte le eventuali interfacce host di rete che avevate nelle macchine virtuali della precedente versione.

A proposito di precedente versione: ricordatevi che anche le VirtualBox Guest Additions nelle macchine virtuali lo sono, provvedete ad aggiornarle.

@:\>

VirtualBox: attenti alle Guest Additions!

2008-05-23T09:19:00.002+02:00

In questi giorni anche spinto da alcune vostre osservazioni, ho fatto un po' di prove sulla nuova release 1.6 di VirtualBox. In particolare ho provato diverse versioni di guest Linux su host Windows XP, e più in particolare ancora, con Ubuntu 8.04 ho provato:

- l'installazione dalla iso;
- l'aggiornamento dalla versione beta;
- l'avanzamento di versione dalla precedente versione 7.10.

Un cosa mi ha particolarmente colpito: la versione di Ubuntu 8.04 ottenuta con l'installazione diretta dalla iso sembrava più assetata di risorse. Niente di eclatante, intendiamoci: con la macchina virtuale accesa senza però farci niente al suo interno, il processore dell'host si attestava su una percentuale di utilizzo fra il 4 ed il 6%, comunque più alta di quella ottenuta dall'avanzamento di versione dalla 7.10 che invece restava contenuta fra il 2-4%, con momenti in cui scendeva fino allo 0%.

Incuriosito da ciò, ho cominciato a fare installazioni su installazioni nelle più diverse condizioni per vedere se saltava fuori qualcosa: niente, anzi; il maggior uso di risorse alla fine si è presentato anche nelle altre macchine ed in più si sono aggiunte nuove problematiche: ad esempio, una lentezza spaventosa quando provavo ad usare le cartelle condivise.

Come spesso accade in questi frangenti, quando smetti di tenere il cervello in funzione “pensando” alla soluzione, questa “arriva” per altra via. D'improvviso un'intuizione: mi sono ricordato che l'ultimo aggiornamento scaricato era una nuova versione del kernel. Vuoi vedere che tutto il casino lo stavano facendo le Guest Additions?!?

Quando viene aggiornato il kernel infatti, la prima cosa che va a farsi friggere quasi sempre sono le Guest Additions. “Ma noo, funzionano regolarmente, l'integrazione con il mouse va, il copia-incolla fra host e guest anche, la condivisione cartelle c'è, e le ho viste partire regolarmente nei messaggi del kernel durante il boot della macchina virtuale” pensavo dentro di me.

Ma la sensazione era forte, così l'ho seguita: ho reinstallato le VirtualBox Guest Additions e fatto ripartire la macchina virtuale. Magia: consumi bassi, sistema veloce e reattivo, cartelle condivise a posto.

Morale della favola: fate attenzione quando scaricate gli aggiornamenti della vostra distribuzione Linux sulla macchina virtuale. Quando questi vanno a modificare pesantemente il kernel, le Guest Additions smettono semplicemente di funzionare e lì non ci sono dubbi, vanno reinstallate, procedura di pochi minuti al massimo compresa la ripartenza della macchina. Ma ora sappiamo che ciò non è sempre vero.

In alcuni casi come questo, può invece succedere che le Guest Additions sembrano continuare a funzionare regolarmente, ma lo fanno solo in parte. Il consumo di risorse a riposo della macchina virtuale sale per via della non ottimale integrazione fra host e guest, e continuano a mantenersi più alte del solito quando poi vi facciamo girare qualche applicazione. La macchina virtuale resta usabile, l'integrazione fra host e guest continua a esserci, il mouse non rimane imprigionato nel guest, funzionano la condivisione cartelle ed il copia-incolla fra host e guest; insomma tutto va, ma va piano.

Se notate perciò questi sintomi dopo un aggiornamento della vostra distribuzione Linux, non perdete tempo a farvi domande, per quelle c'è tempo dopo se non risolvete, invece subito reinstallate le VirtualBox Guest Additions e verificate se le cose sono migliorate.

E' tutto, ciao ciao. :)
@:\>

VirtualBox snapshot (2a parte)

2008-05-19T09:55:00.002+02:00

Nel post precedente eravamo arrivati al punto in cui era ormai chiaro il meccanismo degli snapshot di VirtualBox. Vediamone adesso un utilizzo concreto.

Supponendo che l'aggiornamento sia andato a buon fine, saremo noi a crearci dei problemi simulando l'incubo peggiore di ogni amministratore di sistema: il danneggiamento di un'intera installazione con un solo comando dato nel punto sbagliato e nella situazione sbagliata!

Fate ripartire la macchina virtuale, aprite la shell e date il comando (Fig. 15):

sudo rm -fR /*

Questo comando chiede da utente root, quindi con i massimi privilegi, di

- rimuovere (rm, remove),
- forzando la rimozione senza stare a scocciarci con troppi messaggi di avviso (f, opzione “force”),
- eliminando ciò che trova anche nelle sottodirectory (R, Recursive),
- partendo dal punto iniziale del filesystem (/, come C: in Window),
- tutti i file (*) che incontra.

Fig. 15

Partendo dall'inizio del filesystem e cancellando tutto ciò che incontra man mano che si addentra in ogni sottocartelle che trova, capite come questo comando nel tempo di un caffè avrà spianato la vostra intera installazione Linux la quale continuerà a funzionare in qualche modo, solo perché una parte dei file erano già caricati in memoria; i segni della devastazione sono comunque evidenti (Fig. 16).

Fig. 16

Spegnete e riaccendete la macchina virtuale (Fig. 17), potrete constatare da voi che è ormai defunta.

Fig. 17

Prima di procedere al ripristino della macchina virtuale, aiutandoci con Fig. 18 ricapitoliamo un attimo la situazione e rispondiamo finalmente alla domanda su cosa siano Snapshot attuale e Stato attuale:

- Snapshot iniziale, il primo snapshot che abbiamo creato, contiene la macchina virtuale prima di effettuare l'aggiornamento;
- Snapshot attuale è il modo di VirtualBox di chiamare sempre l'ultimo snapshot creato, nel nostro caso è “Snapshot 2” e contiene la macchina dopo l'aggiornamento;
- Stato attuale contiene lo stato della macchina al momento dell'ultimo spegnimento, ossia la devastazione appena realizzata.

Ora finalmente ha un senso il messaggio “lo stato attuale differisce da quello memorizzato nello snapshot attuale”. Per forza: Snapshot attuale contiene la macchina virtuale subito dopo l'aggiornamento, perciò ancora funzionante, Stato attuale la successiva devastazione.

Fig. 18

Per riavere funzionante la nostra macchina virtuale, dobbiamo allora ripristinare Snapshot attuale che in questo momento è “Snapshot 2”. Come fare? Dopo aver selezionato Stato attuale cliccate sul pulsante Ripristina lo snapshot attuale (Fig. 19).

Fig. 19

Pochi attimi e VirtualBox avrà ripristinato Snapshot attuale, provate a riavviare e vedrete il miracolo: la vostra macchina virtuale vive di nuovo!

Bene, supponendo che il nuovo Ubuntu sia di vostro gradimento e vogliate tenerlo, lo snapshot creato prima dell'aggiornamento oramai ha esaurito la sua funzione di punto di ripristino, possiamo eliminarlo.

Cliccate su “Snapshot iniziale”, poi sul pulsante Scarta snapshot (Fig. 20).

Fig. 20

Ci vorrà un po' mentre VirtualBox elimina lo snapshot (Fig. 21), questo perché non lo elimina realmente, ma fa un'operazione di “cucitura” fra i vari file .vdi creati durante la creazione degli snapshot.

Anche la scritta che appare durante l'operazione, "preserving changes to normal disk “Ubuntu7_10.vdi”" (Fig. 21), lo dice chiaro: i cambiamenti della macchina virtuale prima contenuti in quello snapshot ed il relativo file .vdi, vengono ora preservati all'interno del normale file .vdi che fa da disco rigido alla macchina virtuale.

Fig. 21

Andiamo allora a controllare a livello dei file della macchina virtuale cosa è accaduto. E infatti uno dei due file .vdi nella cartella Snapshots è sparito (Fig. 22): il suo contenuto dovrebbe essere andato ad ingrossare il file .vdi del disco rigido normale della macchina virtuale; verifichiamo.

Fig. 22

Ed infatti il disco rigido normale che finora non si è era mai modificato, per la prima volta adesso risulta aumentato di dimensioni (Fig. 23); il contenuto del file .vdi mancante dalla cartella Snapshots è stato effettivamente “fuso” al disco rigido normale della macchina virtuale.

Fig. 23

A questo punto non è difficile immaginare cosa accade se scartate anche “Snapshot 2” (Fig. 24).

Fig. 24

La cartella Snapshots è vuota (Fig. 25), l'ultimo file .vdi che ancora conteneva è stato anch'esso fuso al disco rigido normale.

Fig. 25

A questo punto non vi resta che cambiare il nome della macchina virtuale in accordo con la nuova versione di Ubuntu e avete finito.

Nel frattempo anche il nostro viaggio nel mondo degli snapshot di VirtualBox volge al termine. Ci rimane un'ultima domanda a cui dare risposta, era la terza delle tre che ci eravamo fatte all'inizio: quando NON utilizzare gli snapshot?

La risposta è semplice: MAI come backup di una macchina virtuale. Infatti per come abbiamo visto funzionano gli snapshot, non vengono create delle copie dei file della macchina virtuale ma solo uno “spezzettamento” di questi, dove ogni pezzo è un punto di ripristino. E' sufficiente che uno solo di questi pezzi si danneggi e la macchina virtuale non parte più, ne abbiamo file da prendere da qualche altra parte per sostituire quelli danneggiati.

Perciò ricordate: usate gli snapshot unicamente per creare rapidamente un punto di ripristino della macchina virtuale prima dei vostri smanettamenti. Quando arriva il momento di metterla al sicuro, fate un bel backup di tutti i suoi file da qualche altra parte, tipo un altro disco rigido dell'host, e questa volta sarete davvero al sicuro da eventuali problemi.

E' con questo è tutto, abbiamo finito.

Alla prossima.
@:\>

VirtualBox snapshot (1a parte)

2008-05-16T12:51:00.004+02:00

Nel post “VirtualBox 1.5.6: il suo presente, il suo futuro”, vi parlavo della versione 1.5.6 di VirtualBox segnalandovi la sua mancanza di compatibilità con gli snapshot realizzati dalle versioni precedenti.

Personalmente avevo lasciato perdere questa feature di VirtualBox dopo aver perso un'intera macchina virtuale proprio in occasione di un aggiornamento. Desideroso di verificare se nel frattempo ci fossero stati progressi nella loro affidabilità, ho rimesso alla prova gli snapshot; quanto state per leggere ne è il risultato.

Intanto: cosa sono gli snapshot?
Traducibile come “istantanea”, per chi viene dal mondo Windows sono l'analogo dei suoi “punti di ripristino”. Forniscono la possibilità di registrare un punto fermo, chiamiamolo così, della macchina virtuale, a cui poter tornare nel caso questa abbia problemi.

Ed ecco allora la seconda domanda: quando fare uno snapshot?
Prima appunto di una qualunque attività che temete possa compromettere il funzionamento della macchina virtuale. Per mostrarvi concretamente questa possibilità, vi farò vedere come utilizzare gli snapshot per metterci al sicuro da problemi durante l'aggiornamento di Ubuntu dalla versione 7.10 alla nuova 8.04. Creeremo insieme uno snapshot prima di procedere all'aggiornamento, così da poter tornare al punto pre-aggiornamento nel caso qualcosa andasse storto.

Prima di cominciare però una terza fondamentale domanda: quando NON utilizzare gli snapshot?
Per rispondere occorre capire prima come funzionano; tenete perciò a mente questa domanda, una possibile risposta la vedremo alla fine del post.

Ok, siamo pronti, solo un paio di raccomandazioni prima di iniziare:
- fate sempre il backup della macchina virtuale prima di seguire gli esempi del post;
- anche se sul momento vi sembra di non capire una parte del post, proseguite con la lettura fino in fondo e sopratutto, realizzate gli esempi, l'argomento infatti è “più difficile a dirsi che a farsi”.

Ricordate com'è la struttura dei file di una macchina virtuale? Noo? Allora rinfreschiamoci la memoria. Nella cartella

C:\Documents and Settings\nome utente\.VirtualBox\

trovate 2 sottocartelle, vediamole.

In Fig. 1 lato sinistro potete vedere la prima sottocartella, Machines, che contiene a sua volta tante sottocartelle quante sono le macchine virtuali. In questo caso ne sono visibili 3: CentOS 5.1, Ubuntu 7.10 che è selezionata e visualizzata a destra, e Ubuntu 8.10. In ognuna di queste è contenuto (Fig. 1, lato destro) il file NomeMacchinaVirtuale.xml di configurazione della macchina virtuale (memoria, dischi, USB, cartelle condivise e via dicendo), e la sottocartella Logs dei file di log della macchina virtuale (utili in caso di problemi con la macchina virtuale per capirne il motivo);

Fig. 1

In Fig. 2 potete vedere la seconda sottocartella, VDI, contenente il file NomeMacchinaVirtuale.vdi del disco rigido della macchina virtuale.

Fig. 2

Abbiamo detto come lo scopo dello snapshot in questo esempio, è cautelarci da eventuali problemi di aggiornamento della distribuzione, pertanto lo snapshot lo faremo prima dell'aggiornamento, così da avere quel punto di ripristino a quando la macchina virtuale sicuramente funzionava ancora. Procediamo.

A macchina virtuale spenta, selezioniamola e clicchiamo in alto a destra sull'icona a forma di macchina fotografica (Fig. 3)

Fig. 3

Comparirà una finestra di dialogo (Fig. 4) nella quale inserire il Nome dello snapshot ed una Descrizione dello snapshot. Inserite quanto ritenete opportuno e per voi significativo, poi cliccate su OK per proseguire.

Fig. 4

In pochi istanti verrà creato lo snapshot (Fig. 5) e passandovi sopra il mouse, comparirà un tooltip con alcune utili indicazioni, compresi i dati che avete appena inserito in Fig. 4.

Fig. 5

Potete però notare anche una seconda voce, Stato attuale (Fig. 6), con il suo relativo tooltip. Per ora prendiamo atto che non vi è nessuna differenza, così vi è scritto, con Snapshot attuale; a capire cosa sono entrambi ci torneremo tra poco.

Fig. 6

Andiamo invece a vedere cosa è accaduto ai file della macchina virtuale dopo la creazione dello snapshot. Nella cartella VDI, quella che contiene il disco rigido della macchina virtuale, nulla è cambiato (Fig. 7), confrontate con Fig. 2 che è la situazione di partenza per rendervene conto.

Fig. 7

Molto è cambiato invece nella cartella Machines\Ubuntu 7.10, quella che contiene i file di configurazione della macchina virtuale (Fig. 8). E' comparsa una nuova sottocartella, Snapshots, contenente un file con un nome strano e dimensioni davvero esigue... per ora!

Fig. 8

Ora che con lo snapshot abbiamo creato un punto sicuro a cui tornare in caso di problemi, procediamo con l'aggiornamento di Ubuntu 7.10 a Ubuntu 8.04 (in gergo si chiama “avanzamento di versione”), Fig. 9 e Fig. 10.

Fig. 9

Fig. 10

Terminato l'avanzamento di versione e riavviata la macchina virtuale per controllare che tutto sia andato bene, (controllate che l'integrazione guest-host funzioni, altrimenti reinstallate le VirtualBox Guest Additions), spegnetela pure. Ci accorgiamo così che ora Stato attuale risulta modificato (Fig. 11) e differisce da Snapshot attuale. Prendiamone atto e nulla più, non siamo ancora pronti per capire cosa sono, perciò andiamo avanti.

Fig. 11

Vediamo allora i corrispondenti cambiamenti a livello di file. Controllate intanto la cartella VDI: potete notare che tutto è rimasto invariato come in Fig. 7: ma allora dov'è stato salvato tutto l'aggiornamento di Ubuntu fatto dopo lo snapshot? Date un'occhiata alla cartella Snapshots (Fig. 12). Il file che era di poche decine di kilobyte, ora è di quasi 6 GB!

Lo schema di funzionamento degli snapshot di VirtualBox a questo punto si è rivelato.

Normalmente VirtualBox usa il file nomeMacchinaVirtuale.vdi all'interno della cartella VDI come disco rigido della macchina virtuale. Quando viene creato lo snapshot, VirtualBox non aggiorna più questo file ma lo mette da parte come punto di ripristino dello snapshot appena creato: tutte le modifiche nella macchina virtuale (nel nostro caso l'aggiornamento di Ubuntu) da quel momento in poi vanno a finire nel nuovo file di Fig. 12.

Fig. 12

Per capire ancora meglio il meccanismo creiamo un secondo snapshot (Fig. 13) e vediamo cosa accade ai file.

Fig. 13

Come la prima volta, nuovamente i precedenti file .vdi, sia il primo nella cartella VDI che il successivo creato nella cartella Snapshots, non vengono più toccati ma fanno da punto di ripristino per il rispettivo snapshot. Viene invece creato un nuovo file .vdi (Fig. 14) nella cartella Snapshot in cui, da quel momento in poi, verranno memorizzate tutte le modifiche fatte all'interno della macchina virtuale.

Fig. 14

Bene, chiarito il meccanismo di funzionamento degli snapshot, direi di approfittarne per prenderci una pausa: vi voglio in forze quando nel prossimo post "VirtualBox snapshot (2a parte)" vedremo un utilizzo concreto di tutto ciò. :)

@:\>

Sun xVM VirtualBox 1.6: la nuova vita di VirtualBox

2008-05-08T11:20:00.002+02:00

Come al solito quando si avvicina l'uscita di una nuova release di VirtualBox, quasi avvisato da un sesto senso divento smanioso e irrequieto, finendo per controllare quasi giornalmente il sito in attesa di novità.

Anche questa volta è andata così e finalmente lo scorso fine settimana l'attesa è stata premiata: è ora disponibile VirtualBox 1.6. Questa volta di tratta di una “major release” con davvero grosse novità. Prima di vederne insieme alcune, voglio mostrarvi un po' di cose che incontrerete durante l'installazione di questa versione.

La prima cosa, l'unica negativa e davvero scocciante (almeno per me) potete vederla in fig. 1. Seguendo il ben noto passo del gambero, in questo nuova versione si è tornati ad una vecchia situazione: occorre nuovamente disinstallare VirtualBox prima di poter passare alla versione successiva.

E visto che ci siamo, notiamo anche un'altra cosa: VirtualBox ha cambiato nome, ora è Sun xVM VirtualBox e non più innotek VirtualBox; se però avete letto il post precedente questo non dovrebbe sorprendervi.

Fig. 1

Altra piccola osservazione la possiamo fare con fig. 2. In conseguenza del cambio di nome, è cambiata anche la cartella d'installazione: se siete maniaci della pulizia, ricordatevi di andare a cancellare la vecchia cartella chiamata innotek.

Fig. 2

Disinstallata la precedente versione e fatta partire l'installazione della nuova, vi troverete di fronte alla schermata di fig. 3. La schermata è autoesplicativa, posso solo consigliarvi di cliccare su Backup per proseguire.

Fig. 3

L'installazione proseguirà senza altre sorprese, terminata la quale vi troverete davanti alla ormai familiare schermata di fig. 4. E qui, osservate bene il lato destro dell'immagine dove sono riportate le caratteristiche della macchina virtuale, si cominciano a notare le vere novità di VirtualBox.

Fig. 4

Cominciamo dall'aggiunta del supporto a PAE/NX visibile più nel dettaglio in fig. 5. PAE sta per Physical Address Extension e permette di usare più di 4GB di memoria anche su sistemi a 32bit, sempre che vi sia il necessario supporto da parte del sistema operativo installato.

Grazie a questa feature ora diventa possibile installare anche guest come Ubuntu 7.10 server, distribuzione Linux che avendo il supporto PAE attivo di default senza fare nessun controllo preventivo sulla sua effettiva disponibilità, si bloccava con le precedenti versioni di VirtualBox.

Senza dubbio questa è una nuova possibilità molto apprezzata in ambito server che va ad alimentare le mie speranze di una evoluzione di VirtualBox anche in questo ambito.

Fig. 5

Passiamo ora alla novità più succosa ed allo stesso tempo più deludente di VirtualBox (non per demerito suo), la vedete in fig. 6. Ebbene si, ora nei guest potete attivare il supporto SATA!!

Quando ho letto di questa nuova feature mi sono letteralmente entusiasmato dal momento che il disco rigido del mio portatile è SATA; “ancora più velocità dai dischi rigidi” ho pensato.

Il fatto è che questa velocità non è per tutti. Già, proprio così: tutti i possessori di un sistema Windows, dalla versione XP Service Pack 2 in giù, quasi sicuramente non hanno attivo il supporto SATA: per via dell'età di questo sistema operativo infatti, all'epoca della sua uscita semplicemente non era previsto supporto a qualcosa che non esisteva, ne i successivi Service Pack lo hanno aggiunto (neanche il recentissimo SP3 sembra lo abbia).

I controller SATA spesso e volentieri in Windows lavorano al massimo in compatibilità ATA Ultra/DMA 133 che è più lenta. Solo in Windows Vista è attivo di default, con un supporto peraltro abbastanza generico. Peccato.

Fig. 6

Ad onor del vero va detto che il supporto SATA sarebbe possibile aggiungerlo anche a tutte le versioni precedenti a Windows Vista, occorre però siano soddisfatte tutta una serie di condizioni:

- primo ovviamente, la vostra macchina host abbia il disco rigido ed il relativo controller di tipo SATA;
- chipset e bios della vostra macchina host supportino SATA;
- la vostra capacità di attivarlo dai menù di configurazione del bios;
- la disponibilità dei driver appropriati;
- l'installazione del tutto;
- incrocio di dita.

Insomma, sorvoliamo.

Continuando con le novità in VirtualBox, in fig. 7 vi segnalo una evoluzione del sottosistema audio della macchina virtuale con la possibilità di scegliere fra 2 controller audio: ICH AC97, ed anche una rediviva Sound Blaster 16! :-D

Fig. 7

In fig. 8 potete vedere invece la nuova evoluzione del supporto USB. Ora il controller EHCI fornisce un migliore supporto allo standard USB 2.0 permettendo così l'uso di un numero maggiore di dispositivi USB.

Fig. 8

Fate attenzione però: questo non significa anche maggiore velocità, anzi, al contrario. Guardate le prove fatte su un guest Ubuntu 8.04; in fig. 9 con controller USB 2.0 abilitato, in fig. 10 con controller USB 2.0 disabilitato. I risultati parlano da soli, con una velocità di trasferimento file quasi doppia a controller USB 2.0 disattivato.

Perciò, attivate l'USB 2.0 solo nel caso il vostro dispositivo USB non funzioni bene o non funzioni del tutto quando questa modalità è disattivata.

Fig. 9

Fig. 10

Infine una novità per quanto riguarda la mia distribuzione Linux preferita, Ubuntu, e la sua integrazione con le VirtualBox Guest Additions. Come potete vedere in fig. 11, in Ubuntu 8.04 la gestione video va veramente da dio e l'integrazione con le VirtualBox Guest Addition è perfetta.

Infatti, anche se nel file di configurazione vi è espressamente indicata la vecchia risoluzione video che usavo, 1326x826 sul lato sinistro del mouse, Ubuntu in automatico ha trovato quella ottimale per il mio sistema portandola a 1336x828 pixel (lato destro del mouse).

Fig. 11

Qualcosa è andato invece storto nell'ultimo aggiornamento di Ubuntu 7.10 e da allora la risoluzione video non va oltre i 1280x800, anche forzandola dal file di configurazione... misteri gaudiosi!

Beh, anche se le novità in VirtualBox non si fermano certo qui, noi si, ci fermiamo qui.
Se volete conoscere la lista completa di tutte le novità, potete consultare come al solito il nutrito Changelog di questa versione. Voglio giusto segnalarvene al volo qualche altra:

- aggiunti i nuovi host Solaris e Mac OS X realizzando così ancor di più quel mio vecchio sogno della virtualizzazione come ponte fra sistemi operativi, filosofie, e persone;
- modalità seamless (la modalità che permette di far scomparire il desktop del guest e rendere visibile la finestra di un'applicazione guest direttamente nell'host come fosse una sua applicazione) ora anche per guest Linux e Solaris;
- VirtualBox Guest Additions anche per Solaris;
- driver di rete ora automaticamente disponibile all'atto dell'installazione delle Guest Additions anche in Windows Vista;
- migliore compatibilità con il nuovo kernel Linux 2.6.25;
- introdotte le cartelle condivise anche in Window NT;
- migliorata ulteriormente la compatibilità con le macchine virtuali create in VMware;
- ...

Bene, con questo è davvero tutto.
Alla prossima, ciao ciao.
@:\>

VirtualBox 1.5.6: il suo presente, il suo futuro

2008-03-31T08:30:00.003+02:00

Certo non aspettavate che ve lo dicessi io, sapete già che VirtualBox si è aggiornato da un pò alla versione 1.5.6; e certo vi sarete anche accorti della scritta che campeggia sul sito ufficiale di VirtualBox: la innotek GmbH, la società creatrice di VirtualBox, è stata acquistata da Sun Microsystems, creatrice a sua volta del linguaggio Java (tra le altre cose); questo per chi non sapesse chi ha creato Java, ma può esserci ancora qualcuno che non lo sa?!?

Ih ih ih... naturalmente scherzo, ma la gif animata era davvero carina, non ho resistito! :-D
Diamo adesso un'occhiata più da vicino alle novità in VirtualBox.

Chiariamo subito che queste non sono eclatanti, come lo stesso cambio del numero di versione suggerisce, dalla 1.5.4 alla 1.5.6: si tratta sopratutto di correzioni e miglioramenti, ma qualche novità c'è ed è davvero carina ed utile (la lista completa come al solito la trovate nel Changelog); in ordine sparso:

- aggiunta dell'emulazione di una nuova scheda di rete indicata come "Intel PRO/1000 MT Desktop (82540EM)";
- correzione alla modalità di creazione dei dischi rigidi a dimensione fissa (e si vede, ora finalmente funziona anche a me!);
- migliorata la compatibilità con il nuovo kernel Linux 2.6.24;
- migliorata la compatibilità con il nuovo Kubuntu 8.04 (Hardy Heron);
- aggiunta di PIIX4 oltre al preesistente PIIX3 come interfaccia IDE per i dischi rigidi (dovrebbe migliorare la compatibilità con guest Windows creati in VMware);
- aggiunta la possibilità di mettere in sola lettura le cartelle condivise con l'host;
- miglioramenti nella condivisione appunti fra host e guest (mai abbastanza, continua a darmi sporadici problemi);
- aggiunta di nuovi messaggi informativi;
- eccetera eccetera...

Ultima novità fra quelle che voglio segnalarvi, ma prima fra tutte, ora finalmente non siete più costretti a disinstallare VirtualBox prima di poterlo aggiornare! Eh si, era ora... da questa versione, basterà semplicemente avviare l'installazione e questa provvederà direttamente all'aggiornamento di VirtualBox senza nessuna disinstallazione preventiva.

Ma c'è da dirlo, ancora non sono tutte rose e fiori. Come potete leggere nella pagina di download di VirtualBox, che, segno evidente dei cambiamenti di assetto societari ora è sul sito della Sun, questa nuova versione non è compatibile con gli snapshot delle versioni precedenti (gli snapshot potete considerarli analoghi ai "punti di ripristino" di Windows). E come potete vedere in fig 1, VirtualBox non ne fa mistero:

fig. 1

Occorre eliminare a mano quelli che pensiamo non ci servano più e lasciarne solo uno, quello che useremo per riavviare la macchina virtuale; una volta riavviata potremo iniziare nuovamente a creare snapshot come prima. Mi raccomando: fate attenzione a quale snapshot cancellate se non volete ritrovarvi a perdere dati preziosi.

Un avvertimento: la segnalazione che vedete in fig 1 secondo me è fuorviante. Come invece segnalato nella stessa pagina di download di VirtualBox, è opportuno procedere ad eliminare gli snapshot che non servono prima di procedere con l'aggiornamento, non dopo averlo fatto.

Probabilmente sarebbe conveniente (dico sarebbe perché non ho fatto prove in proposito) procedere così:

- prima di qualunque smanettamento, creare un bel backup di tutte le macchine virtuali direttamente dall'host come indicato nel post "VirtualBox: struttura e backup delle macchine virtuali";
- verificare che la macchina virtuale funzioni regolarmente, poi creare un nuovo snapshot;
- cancellare tutti gli snapshot precedenti così da lasciarne uno solo, quello appena creato;
- avviare nuovamente la macchina virtuale per verificare che tutto funzioni;
- procedere finalmente all'aggiornamento di VirtualBox;
- ricordarsi di aggiornare le VirtualBox Guest Additions nella macchina virtuale.

Procedura troppo lunga, troppo pallosa? Personalmente mi è capitato di perdere tutto almeno una volta. Si trattava della vecchia versione 1.4 e guarda caso, proprio quando feci l'aggiornamento alla versione 1.5; da allora preferisco non creare snapshot ma procedere ad un backup dei file sull'host. Il rischio di perdere tutto in questo caso è vostro, solo voi potete sapere quanto impegno valga la pena metterci per evitarlo. ;-)

Prima di chiudere, due parole ancora sull'altra notizia, l'acquisizione di innotek GmbH da parte di Sun Microsystem. Questo riguarda il futuro di VirtualBox, che spero sia ancora più roseo di quanto lo sia stato già fino ad ora. Lo trovo un ottimo prodotto, leggero e performante, che continua a migliorare ad ogni nuova versione, e con margini di migliorabilità ancora maggiori.

Per esempio l'introduzione del supporto ai processori multi-core: questo credo richieda qualcosa di un pò più moderno dell'emulazione di una scheda madre con chipset 440FX (se ricordo bene risale al 1998 la sua uscita sul mercato).

E poi una sistemazione in via definitiva di tutte quelle piccole ma fastidiosissime anomalie che continua a portarsi dietro da un pò; l'integrazione non ottimale del copia-incolla fra host e guest tanto per dirne una, la perdita dell'input della tastiera che ogni tanto accade tanto per dirne un'altra (e risolvibile, almeno con host Windows, aprendo il blocco note e scrivendoci dentro qualcosa, una volta richiuso il blocco note e ritornati nella macchina virtuale tutto va a posto).

E lo ammetto: mi piacerebbe vedere l'introduzione di qualche feature che rendesse VirtualBox più adatto anche ad un utilizzo in ambito server; chessò, la possibilità di virtualizzare un sistema reale già in funzione. Magari come modulo separato, come l'USB e la rete, così da non appesantirlo inutilmente per chi non è interessato a queste funzionalità.

Ma Sun l'ha detto chiaro nel suo comunicato stampa di annuncio dell'acquisizione: VirtualBox va ad estendere la piattaforma "xVM" sul lato desktop per rafforzare la loro posizione nel mercato della virtualizzazione. Perciò, se c'è speranza di vedere realizzati i miei primi due auspici, nel terzo ci credo poco anch'io. Al solito, solo il tempo ci dirà come stanno davvero le cose.

@:\>
____________________________________________________________________
Aggiornamento del 5 aprile 2008
L'annuncio proprio in questi giorni dell'accordo fra Sun e VMware per usare la virtualizzazione VMware nell’offerta di Server e Storage Sun x64 credo risponda ai miei auspici. Accidenti però, quanto poco tempo c'è voluto prima si spegnesse una qualche speranza per il terzo punto... peccato.

@:\>

Buona Pasqua a tutti

2008-03-23T08:20:00.007+01:00

Auguri a tutti voi... :-D
... e andateci piano con i conigli pasquali!!

@:\>

VirtualBox 1.5.4

2007-12-30T10:11:00.000+01:00

Ricominciare, prima o poi volevo ricominciare... quale miglior occasione se non l'uscita di una nuova versione di VirtualBox?

E così rieccomi qua a parlarvene: per carità, niente novità eclatanti, è sempre una "minor release", dalla versione 1.5.2 alla 1.5.4, però è bello vedere come il lavoro di affinamento di questo prodotto leggero ma veloce e potente, prosegua. Fra i bug risolti, ve ne sono alcuni che senza minimamente pregiudicare alcunché, rendevano l'uso di VirtualBox quanto meno fastidioso; infatti:

- è stato risolto il bug per cui a volte il copia-incolla fra host e guest non funzionava;
- risolti i problemi di sincronizzazione nell'uso del maiuscolo/minuscolo fra host e guest quando l'host è Windows.

Citando poi a caso, è stato:

- aggiunto il supporto USB 2.0;
- aggiunta la virtualizzazione di un controller USB di tipo EHCI;
- ora le Guest Additions dovrebbero funzionare anche con Fedora 8;
- compatibilità di VirtualBox anche con il nuovo kernel 2.6.24 di Linux;
- e tante altre cose, la lista completa come al solito la trovate nel Changelog di VirtualBox.

Ho provato VirtualBox 1.5.4 solo con un guest Linux Ubuntu 7.10 e tutto ha funzionato alla perfezione, in Linux Mandriva 2008 (sempre guest) devo ancora aggiornare le Guest Additions, ma confido fili ugualmente tutto liscio.

Se anche voi avete voglia di aggiornare VirtualBox alla nuova versione, ricordatevi che non è prevista una procedura di aggiornamento (mi riferisco ad un host Windows), dovrete invece:

- disinstallare dall'host la versione precedente di VirtualBox;
- installare la nuova versione di VirtualBox;
- installare la nuova versione delle VirtualBox Guest Additions in tutti i guest.

Non dovrebbero esserci problemi di sorta per le vostre macchine virtuali, la disinstallazione-reinstallazione di VirtualBox non le va a toccare, per essere prudenti però, prima di qualunque altra cosa:

fate un bel salvataggio delle vostre macchine virtuali!!

Buon aggiornamento a tutti... e se non avessimo l'occasione di incontrarci prima su queste pagine, Buon 2008 a tutti voi!

@:\>

Influenza perniciosa

2007-12-07T17:36:00.000+01:00

E' questo il motivo per cui il blog non viene aggiornato da un pò.
Tra episodio iniziale, una ricaduta, e mezza, tra sintomi che durano giorni e giorni, insomma: appena mi rimetto in sesto si riparte.

@:\>

I post di "amministrazione di sistema" anche in PDF

2007-11-19T13:41:00.000+01:00

Quasi il seguito ideale di questa iniziativa di Michele Benvegnù, volevo segnalarvi che a partire da oggi i post relativi ai comandi Linux, e più in generale i post che troverete sotto la voce amministrazione di un sistema GNU/Linux, sono scaricabili in formato PDF; li trovate come sempre in alto nella barra di navigazione destra, sezione "Scarica in PDF".

Naturalmente si tratta dei post, i commenti per via della loro natura più dinamica resteranno a vostra disposizione sul blog. Un grazie a Michele per la sua rinnovata disponibilità, ed a voi tutti auguro una buona lettura. :-D

@:\>

Linux: comandi info, apropos, whatis per ulteriori informazione sui comandi

2007-11-17T06:56:00.000+01:00

Sempre per non perderci nella foresta dei comandi Linux, dopo il post scorso sull'uso di man, l'interfaccia da shell alla documentazione presente sul vostro sistema Linux, in questo post conclusivo sull'argomento vi mostro altri 3 comandi per accedere ad ulteriore documentazione: info, whatis e apropos.

Info in qualche modo è analogo a man: per usarlo basterà dare il comando info nomecomando e anch'esso permette di accedere alla documentazione dei comandi, ma le due documentazioni non sono equivalenti: alcune cose infatti che trovate nei file di man non le trovate in quelli di info e viceversa. Anche il sistema di consultazione è diverso: quello di info è un pò più ostico trattandosi di pagine ipertestuali.

Potrete saltare da una pagina all'altra premendo invio quando il cursore è su un termine che contiene un rimando ad un'altra pagina. Premendo u si torna al livello precedente, con n si passa alla pagina seguente, con p alla precedente, i torna all'indice, / permette di fare ricerche, ? mostra i comandi disponibili.

Passiamo ora al comando whatis. Nel post precedente vi avevo spiegato come i manuali sono raccolti in sezioni: whatis nomecomando restituisce il numero della sezione del manuale in cui ha trovato la stringa "nomecomando" ed una sua descrizione, quella che potete vedere nella sezione NAME quando ad esempio avete dato il comando man ls, proprio all'inizio della schermata. Esempio:

$ whatis ls
ls (1)               - list directory contents

Scopriamo così che ls si trova nella sezione 1 dei manuali e dalla descrizione del comando capiamo cosa fa, la stessa descrizione, ripeto, che il comando man ls presenta nella prima sezione NAME. In realtà whatis così non è poi di grandissima utilità, a meno di trovarci in questa situazione:

$ whatis passwd
passwd (1)           - change user password
passwd (1ssl)        - compute password hashes
passwd (5)           - the password file

Whatis ci restituisce tutte le occorrenze di passwd con tanto di indicazione della sezione in cui si trova e ovviamente la breve descrizione del comando. Per come è congegnato man, quando diamo il comando man passwd ci viene mostrata solo la prima occorrenza, per visualizzare le altre 2 occorre indicarle esplicitamente, per esempio:

man 5 passwd

Tenetelo presente: quando chiedete a man un certo comando ma vi compare altro, controllate con whatis la presenza di altre voci che siano maggiormente corrispondenti a quanto cercate.

Ultimo comando di cui ci occupiamo è apropos "nome comando": cerca la stringa corrispondente a "nome comando" nella sezione DESCRIPTION delle pagine visualizzate da man, notare l'uso degli apici per parole composte.

Bene, e con questo abbiamo terminato il veloce sguardo agli strumenti grazie alla quale avere rapidamente informazioni sui comandi Linux. Naturalmente rimane il web come ulteriore fonte d'informazione, ma lì non credo di dovervi dire qualcosa: voglio solo segnalarvi due ottime fonti di informazioni che trovate nella barra di navigazione sinistra, alla sezione "Risorse sul Web": si tratta di "Appunti di informatica libera" e di "Truelite"; entrambi in italiano, chiare, complete, e molto molto utili per approfondire quanto andremo a vedere nei prossimi post sull'argomento. A presto. :)

@:\>

Linux: man, informazioni sui comandi

2007-11-15T07:46:00.000+01:00

Abbiamo già visto nel post precedente, come la shell non sia altro che un'interfaccia di tipo testo con cui dare comandi a Linux. Non clicchiamo su qualcosa, niente tasto destro o sinistro: solo testo, puro testo, nient'altro che testo. Ed una vera foresta di comandi mnemonici da mandar giù, con ancora più opzioni da poter usare per ognuno di essi, in cui soprattutto chi proviene da Windows o più in generale gli amanti dell'interfaccia grafica potrebbe/protrebbero facilmente perdersi.

Prima di andare perciò dispersi in questa selva oscura, voglio condividere con voi altre informazioni di base per non perderci mai, o quanto meno ritrovarci nel caso "che la diritta via era smarrita". Linux infatti è molto ben documentato, e per ogni comando c'è la possibilità di averne immediatamente una descrizione e la lista della sue possibili opzione tramite un apposito comando: man.

Man è un'interfaccia ai manuali disponibili sul vostro sistema consultabili da shell. Prende in input i file contenenti questi manuali scritti in un linguaggio di formattazione chiamato Troff (come concetto analogo all'HTML nel senso che all'interno dello testo stesso vi sono anche le istruzioni di formattazione), e produce qualcosa di simile a quanto riportato più sotto.

Facciamo un esempio concreto: tramite il comando man ls visualizziamo le pagine del manuale del comando ls usato per avere la lista dei file contenuti in una directory. Aprite la shell (come fare lo trovate nel post precedente), e date il comando

$ man ls

(il $ rappresenta il prompt, anch'esso spiegato nel post precedente), otterrete quanto segue:

LS(1)                                                                    User Commands                                                                   LS(1)

NAME
ls - list directory contents

SYNOPSIS
ls [OPTION]... [FILE]...

DESCRIPTION
List information about the FILEs (the current directory by default).  Sort entries alphabetically if none of -cftuvSUX nor --sort.

Mandatory arguments to long options are mandatory for short options too.

-a, --all
do not ignore entries starting with .

-A, --almost-all
do not list implied . and ..

--author
with -l, print the author of each file

-b, --escape
print octal escapes for nongraphic characters

--block-size=SIZE
use SIZE-byte blocks

-B, --ignore-backups
do not list implied entries ending with ~

-c     with  -lt:  sort by, and show, ctime (time of last modification of file status information) with -l: show ctime and sort by name otherwise: sort
by ctime

-C     list entries by columns

--color[=WHEN]
control whether color is used to distinguish file types.  WHEN may be ‘never’, ‘always’, or ‘auto’

-d, --directory
list directory entries instead of contents, and do not dereference symbolic links
Manual page ls(1) line 1/208 18%

Come potete vedere man formatta a video una serie di informazioni sul comando ls:

- per comodità infatti il manuale è stato diviso in sezione, una per ogni tipologia di comandi, ls è nella prima (1), la sezione dei comandi utente (user commands);
- NAME contiene il nome del comando così come va scritto nella shell ed una sua breve descrizione;
- SINOPSYS indica come va usato il comando in tutti i possibili casi, comprese le eventuali opzioni e gli argomenti;
- DESCRIPTION fornisce una descrizione più dettagliata del comando;
- segue la lista dei possibili argomenti del comando con la loro descrizione.

Per muovervi all'interno di documenti molto lunghi premete i tasti "page up" e "page down" ("Pag con freccia all'insù" e "Pag con freccia all'ingiù" sulla vostra tastiera) e potrete andare su e giù nel testo visualizzandone la parte che v'interessa.

Cercate un termine all'interno del testo? Premete il tasto "/" (sopra il 7 nella tastiera italiana) e scrivete la stringa cercata, poi date invio. Man vi evidenzierà tutto le occorrenze trovate.

Ma non finisce qua: man fa altre mille cosette simpatiche. Quali? Beh, chi meglio di man stesso può dirvelo. Date il comando

$ man man

Si esatto, come avrete già immaginato, abbiamo chiesto a man di visualizzare il suo stesso manuale. Consultatelo usando una Ubuntu, trovete in italiano tutta una serie di utili descrizioni sul modo in cui sono organizzati i manuali, e capirete meglio l'output di man quando avete chiesto informazioni sul comando ls.

Ultima cosa: quando avete terminato la consultazione e volete uscire dalla pagina di manuale, premete il tasto "q", sta per quit.

@:\>

Linux: la shell, la vostra centrale di comando

2007-11-14T08:08:00.000+01:00

Con il post "Linux: avvio e funzionamento del kernel" abbiamo concluso una prima serie di post intesi a comprendere le basi dell'architettura di un sistema Linux. I prossimi sono post di passaggio prima di addentrarci nella giungla dei comandi Linux: una vera foresta in cui sopratutto chi proviene da Windows o più in generale gli amanti dell'interfaccia grafica, potrebbero facilmente perdersi. E in questo non siamo per niente aiutati dal front-end, dall'interfaccia usata per dare i comandi: la shell.

La shell non è altro che un'interfaccia di tipo testo fra noi e Linux. Come tutto il resto anch'essa è un programma, ed infatti esiste più di una shell. Alcune sono caratterizzate da grande leggerezza e un fabbisogno limitato di risorse, altre da comandi molto potenti, altre ancora dall'aderenza agli standard Posix. Quella di default sulla maggioranza delle distribuzione, tra cui anche le nostre due di riferimento, Mandriva e Ubuntu, è la bash (Bourne Again SHell).

Il nome ed il modo di avviare la bash cambia a seconda che stiate usando l'interfaccia grafica Gnome (quella di Ubuntu per esempio) o KDE (di default in Mandriva): nella prima si chiama Terminale e potete avviarla come in fig. 1,

fig. 1

nella seconda si chiama Konsole (è consuetudine aggiugere una k iniziale nelle applicazioni KDE) e la potete avviare come in fig. 2.

fig. 2

Una volta avviata, la shell mostrerà un prompt, un testo all'inizio di ogni riga, che contiene una serie di informazioni utili; vediamo quelle della bash in Ubuntu (fig. 3):

- la parte prima della "@" è il vostro nome utente (o userid);
- la parte successiva alla "@" che termina dove ci sono i ":" è il nome con cui viene vista la vostra macchina all'interno di una rete;
- il simbolo "~" (tilde) per convenzione in Linux indica la vostra directory home. Dato che la home di un utente ha come nome quello dell'utente stesso, in fig. 3 allora ci troviamo nella directory /home/occhipervinca;
- il simbolo "$" (dollaro) finale sta ad indicare che in questo momento siete un utente normale, se fosse il simbolo "#" invece siete l'amministratore; ricordatelo quando siete in dubbio se siete in modalità amministrativa o utente normale, nel primo caso dovete essere molto più attenti per la portata maggiore dei danni che potreste fare.

fig. 3

Due sono le funzionalità della bash che voglio mostrarvi, sono semplici ma di grande utilità; riguardano entrambi lo storico dei comandi precedentemente dati:

1) premendo il tasto "freccia su" della vostra tastiera potrete navigare all'indietro ed uno alla volta, tutto lo storico dei comandi già dati nella shell. Fate una prova, date i comandi:

$ ls che vi presenta la lista dei file della directory in cui vi trovate,
$ cd / per portarvi nella radice del vostro filesystem (è pressappoco come essere in C: in Windows),
$ ls -l, che mostra molte più informazioni del solo ls.

Vi ricordo che il simbolo dollaro "$" del prompt sta ad indicare che siete in modalità utente normale. Ora premete "freccia su" e uno alla volta lì vedrete ricomparire tutti in ordine inverso, dal comando più recente a quello più datato.

2) dando il comando hystory vedrete riportata tutta la lista dei comandi dati preceduti da un numero. Se volete eseguire un certo comando presente nella lista, è sufficiente dare !numero per vederlo eseguito.

Ecco, con solo questi due piccoli aiuti da parte della shell, il vostro lavoro diventerà molto più veloce e leggero, niente più riscrittura degli stessi noiosi comandi, soprattutto quando sono composti dal concatenamento di tanti singoli comandi che prossimamente vedremo.

@:\>

Linux: avvio e funzionamento del kernel

2007-11-13T09:31:00.000+01:00

All'accensione del PC, il primo programma ad essere eseguito è contenuto direttamente nel firmware della macchina: il BIOS (Basic Input/Output System). Questo programma effettua tutta una serie di controlli sull'hardware che se conclusi correttamente portano alla fase successiva: l'avvio, dal dispositivo indicato nelle impostazioni del bios, del bootloader. L'unico compito del bootloader è cercare un'immagine del kernel, caricarla in memoria e avviarla.

Partito il kernel, questi prende il controllo della macchina, effettua una serie di operazione di inizializzazione come la scansione delle periferiche disponibili, e infine lancia il primo processo di un sistema Linux, init. In realtà questa è solo una convenzione sul nome del primo processo da lanciare; in sistemi embedded ad esempio, cioè quei sistemi adibiti ad un singolo compito quali un comune telefonino, in genere viene lanciato altro.

Init, sfruttando la possibilità di un processo di lanciare a sua volta un altro processo (il primo è detto padre, il secondo figlio, Init è quindi il padre di tutti i processi Linux), lancia altri programmi che a loro volta lanciano ancora altri programmi, tutto questo fino a che sono partiti tutti i programmi che servono per il corretto funzionamento dell'intero sistema operativo.

Ma come funziona l'intero sistema operativo basandosi su un kernel che può fare solo le poche cose già viste nel post "Linux: architettura di base"? Guardate fig. 1 mentre vi spiego.

fig. 1

Abbiamo già accennato al fatto che il kernel è l'unico che può accedere direttamente all'hardware della macchina: grazie alle sue tre sezioni, scheduler, virtual memory, driver sfrutta la potenza e le risorse della macchina e le rende disponibili ai processi.

Quando un programma (e quindi uno dei processi da cui è costituito) ha bisogno per esempio di altra memoria, la chiede ad un apposito programma contenuto nel sottostante livello chiamato GNU C Library (guardate fig. 1), una serie di programmi scritti in linguaggio C. Questo a sua volta, invoca un'apposita funzione del sottostante livello chiamato System Call Interface (Interfaccia alle Chiamate di Sistema). Queste sono funzioni rese disponibili dal kernel per poterlo informare che si ha bisogno di qualcosa da lui. Ora il kernel sa che un processo ha bisogno di più memoria, e tramite l'apposita sezione del Virtual Memory provvede a fornirgliela.

Si può notare una netta separazione fra lo spazio in cui si trovano a girare i programmi, detto User Space (Spazio Utente), da cui non vi accesso diretto all'hardware, e lo spazio in cui gira il kernel, detto Kernel Space, da cui invece si accede direttamente all'hardware; ecco perché solo il kernel può accedere direttamente all'hardare, mentre i processi girando in user space ne sono impossibilitati.

Il compito del kernel è unicamente quello di rendere disponibili le risorse hardware ai processi facendo da interfaccia fra questi due, di suo non effettua nessun'altra operazione. E' questo il motivo per cui in Linux tutto è realizzato tramite un programma: dalla semplice copia di un file all'intero filesystem passando per l'interfaccia grafica, si tratta sempre di programmi eseguiti in User Space, il kernel in se non ha disponibile nessuna di queste funzionalità.

Lungi dell'essere un limite, questo è invece un grande vantaggio di Linux: è per questo motivo che ad esempio, potete usare più interfacce grafiche (due su tutte, Gnome e KDE) invece dell'unica che ad esempio si può utilizzare in Windows. Ed è sempre per questo motivo che, se in Windows potete usare il solo filesystem NTFS (oppure il FAT, ormai obsoleto ma ancora utile in certe situazione), in Linux ne potete usare una buona decina tra cui anche NTFS.

Chi ha avuto modo di installare Ubuntu 7.10 direttamente sul PC, senza usare VirtualBox o altri virtualizzatori, si sarà accorto come la partizione di Windows gli compare direttamente sul desktopo come fosse un normale disco rigido di Linux: potete navigarlo a vostro piacimento e fare qualunque operazione vogliate sui file che contiene nonostante si tratti di un filesystem Windows. Ecco, questa è la potenza dell'approccio "tutto è un programma" di Linux.

@:\>

Linux: architettura di base

2007-11-12T09:49:00.000+01:00

Che lo abbiate installato su una macchina virtuale di VirtualBox oppure direttamente sul vostro PC, da un liveCD oppure da Windows usando Wubi, è arrivato il momento di guardare da vicino come funziona un sistema operativo Linux.

Linux è un sistema operativo multitasking e multiutente, ossia può gestire più processi e più utenti contemporaneamente (un processo è l'unita minima di elaborazione di un programma).

Il cuore di un sistema operativo è il kernel. Quello di Linux si occupa solamente di una cosa: eseguire processi sfruttando le risorse hardware della macchina su cui gira. Tutto il resto, dai servizi di sistema all'interfaccia grafica, è ottenuto facendo girare un programma. Il kernel di per se non offre nessuno di questi servizi: non offre ad esempio funzionalità per copiare i file, non offre un'interfaccia utente, ne di testo ne di tipo grafico.

Quando usate un'interfaccia grafica come Gnome o KDE, queste non sono funzionalità offerte dal kernel, bensì normalissimi programmi esterni al kernel, al pari di un OpenOffice.org o Firefox. Ecco perché in Linux potete scegliere più interfacce grafiche, è semplicemente un programma come tutti gli altri. In Windows invece l'interfaccia grafica è integrata nel sistema operativo, ed in alcune versioni, anche il browser per la navigazione Internet.

Quando diciamo Linux poi, non stiamo riferendoci all'intero sistema operativo, ma solo al kernel. Sfruttando i servizi che questi mette a disposizione, una moltitudine di programmi si occupa di fornire tutte le funzionalità che ci si aspetta da un moderno sistema operativo. Questi programmi arrivano direttamente, o derivano in qualche modo, dal progetto GNU della Free Software Foundation: ecco perché in generale si parla di sistema operativo GNU/Linux.

Infine, quella che comunemente viene chiamata distribuzione, Debian, Ubuntu, openSUSE, RedHat solo per fare qualche nome fra le più conosciute, è l'insieme del sistema operativo GNU/Linux più una raccolta coerente di programmi usati dagli utenti per le loro normali attività: programmi di grafica, produttività personale, navigazione Internet, player audio/video e così via.

Da qui in poi però, per semplificarci la vita, un sistema operativo GNU/Linux continueremo a chiamarlo con il solo termine Linux.

Ok, accordatici sulla terminologia da usare, torniamo ora ad occuparci del kernel vedendo quali sono le poche ma fondamentali mansioni che svolge per darci l'unico servizio che offre: eseguire processi, l'unità minima di elaborazione di un programma. Queste mansioni sono svolte dalle tre sottosezioni del KERNEL visibili in fig. 1:

fig. 1

- gestione dei processi tramite lo Scheduler.
Questa parte del kernel si occupa di tutto ciò che riguarda la gestione di un processo, ad esempio di stabilire l'ordine di esecuzione dei processi, l'esecuzione stessa, la sospensione dell'elaborazione, la ripresa, lo stop e così via.

- gestione della memoria tramite il Virtual Memory (VM).
La memoria fisica non è liberamente accessibile ai processi. E' il VM che, anche con l'aiuto del Memory Management Unit (MMU), apposita unità presente direttamente nell'hardware dei microprocessori, rimappa opportunamente quella fisica in uno spazio virtuale che rende disponibile al processo. In questo modo, ogni processo non accede mai alla memoria reale del sistema, ma solo a quella resagli disponibile dal VM.

Sigillato all'interno del suo spazio di memoria, il processo non può creare problemi accedendo per sbaglio allo spazio di un altro processo (chi ha usato le prime versioni di Windows, sa quanto fossero frequenti i blocchi dell'intero sistema causati proprio da problemi di questo tipo). Quando la memoria RAM poi per qualche motivo diventa insufficiente, è sempre il VM a gestire lo swap, lo spostamento cioè di parti della memoria sul disco fisso per liberare spazio.

- gestione delle periferiche tramite i Driver.
Questa indicazione generica è relativa a quella parte del kernel che si occupa di accedere alle periferiche rendendole disponibili ai programmi. La particolarità di questa sezione è che fornisce un modalità comune (un'interfaccia) di accesso a periferiche anche molto diverse fra loro, porte seriali, dischi rigidi, scheda audio tanto per fare degli esempi, trattandole tutte come se fossero dei file; da qui uno dei motti di Linux: tutto è un file. Vedremo successivamente come ciò sia possibile e i vantaggi di questo approccio.

Ecco, questa è in estrema sintesi l'architettura di un sistema Linux, giusto per iniziare a capire; in realtà le cose sono ben più complesse, provate a dare un'occhiata a questa mappa interattiva del kernel di Linux e vi renderete conto.

@:\>

Amministrazione di sistemi Linux: premessa

2007-11-12T09:41:00.000+01:00

Una doverosa premessa. Scordatevi sin d'ora la vostra interfaccia grafica preferita per dare i comandi: non cliccheremo sul file per cancellarlo, è una cosa intuitiva che chiunque venga da Windows riuscirà a fare benissimo anche su Linux, daremo invece il relativo comando rm (remove) da shell (l'interfaccia testuale di Linux, tipo finestra del DOS su Windows ma enormemente più potente). Per quanto possa sembrare astruso usare un'interfaccia testuale invece di una comodissima Gnome o KDE, tutto ciò ha perfettamente senso. Vediamone i motivi principali:

- non sempre è disponibile un'interfaccia grafica: soprattutto se il sistema è in panne, ma anche perché state lavorando su una macchina vecchia che non c'è la fa a far girare un'interfaccia grafica, oppure perché siete su un server e preferite risparmiare le pesanti risorse che un'interfaccia grafica consuma, potreste trovarvi ad avere a disposizione solo la riga di comando, sempre presente in ogni sistema.

- le interfacce grafiche hanno bisogno continuo di interazione: occorre stare lì continuamente a cliccare su qualcosa per scegliere opzioni e dare comandi. Immaginate di dover rinominare un migliaio di file: dovete cliccare sul file, scegliere in qualche modo l'opzione di rinomina del file, scrivere il nome del file, renderlo effettivo; ricominciare d'accapo tutto ciò e ripeterlo per tutti i mille file. Beh, potete spendere meglio il vostro tempo: lanciate uno script (una sequenza di comandi registrati su un file, come i file .bat di Windows per capirci) e nel frattempo vi bevete un buon caffè (se la vostra macchina è lenta nello svolgere l'operazione).

- le interfacce grafiche non rendono sempre disponibili all'utente tutti i comandi realmente presenti: molto spesso i comandi e le opzioni che l'interfaccia grafica rende disponibili sono solo una parte di tutti quelli disponibili, per poter usare gli altri bisogna scriverli dalla riga di comando.

- l'uso della riga di comando è più elastico di quello dell'interfaccia grafica: tramite una sequenza di opportuni comandi (i già citati script), è possibile creare nuove operazioni completamente automatizzate. In realtà ciò sarebbe possibile anche dall'interfaccia grafica usando uno degli appositi programmi che registrano la nostra attività sullo schermo (pulsanti cliccati, opzioni scelte), per poi ripeterla come un unico comando. Dato che gli script sono alla fine una vera e propria forma di programmazione, possiamo però prevedere, a seconda della situazione, l'esecuzione di alcuni comandi o di altri, rendendo il tutto molto più adattabile alle situazioni che si presentano “in corso d'opera” cioè durante l'esecuzione stessa dello script.

- l'interfaccia grafica nasconde molte delle cose che succedono nel dietro le quinte: nella metafora del teatro, se voi siete lo spettatore, cioè l'utente normale che vuole: avviare Linux, scrivere il suo documento con OpenOffice.org, spedirlo come allegato via e-mail, allora l'interfaccia grafica va benissimo. Ma se siete l'attore, cioè l'amministratore del sistema, allora avete bisogno di sapere anche cosa accade davvero nel dietro le quinte e sapervi muovere in esso. Poi, quando avrete imparato, saprete muovervi sia sul palco che dietro il palco, e saprete quando è il momento di essere davanti e quando dietro il palco stesso.

Fuor di metafora: quando saprete bene cosa accade sul vostro sistema, saprete anche come non complicarsi la vita usando di volta in volta, l'interfaccia grafica o quella a riga di comando a seconda delle esigenze, ma sapendo bene, nell'uno e nell'altro caso, cosa avviene davvero e come mantenere il controllo totale del sistema a voi affidato.

Il materiale sarà valido per Linux in tutte le sue incarnazione; pertanto, se avete voglia di capire davvero cosa c'è sotto il cofano della vostra distribuzione preferita, non vi resta che seguire i prossimi post sull'argomento.

@:\>

Linux: iniziamo

2007-11-12T09:26:00.000+01:00

Nello scorso post, "Linux: che dite, approfondiamo?", vi avevo parlato delle motivazioni che mi hanno portato alla decisione di darci dentro con Linux. Niente più atti di fede, niente più ricette precotte, è arrivato il momento di guardare Linux in modo più organico, più organizzato, cominciando a dare un senso a cose che sembrano spuntare dal nulla, a comandi che sembrano parole dall'effetto magico.

In realtà avevo giù scritto un paio di post in proposito. Non so se li abbiate letti, ma sono la base da cui partiremo per costruire un percorso di apprendimento. Ho deciso perciò di spostarli ad oggi, così che possiate leggerli, o semplicemente farne un breve ripasso. La curva di apprendimento di Linux non è proprio tra le più agevoli, anzi, a dirla tutta, è abbastanza ripida. Ci metterò tutto l'impegno a semplificarvi il più possibile la cosa, aiutatemi mettendoci tutta la pazienza necessaria.

E statene certi, ne varrà la pena. :-)

@:\>

Linux: che dite, approfondiamo?

2007-11-10T06:50:00.000+01:00

Della serie: riflessioni sotto la doccia... avrete notato che in questi giorni non ho messo online nuovi post. Mi sono preso un attimo di pausa per staccare un pò da tutto, blog compreso, e lasciare lo spazio perché qualcosa di nuovo emergesse.

In fondo questo blog, a dispetto dei suoi stessi post che sono in gran parte dedicati alla virtualizzazione ed a VirtualBox in particolare, non ha un argomento prefissato, se non quanto compreso nel sottotitolo del blog stesso: "Appunti ed immagini dai miei viaggi nel mondo dei bit ed i suoi dintorni". E appellandomi a quel "ed i suoi dintorni", ogni tanto la faccio fuori dal vaso postando anche qualche scritto un pò più... più... come dire, "intimista".

Come diario invece del mio viaggio nel mondo dei bit, il blog non può che riflettere quanto mi accade lungo il cammino, quanto scopro, quanto imparo. E se all'inizio scrivevo per me stesso, per dare una forma ad una passione che mi prendeva dentro ma non trovava poi nessuna manifestazione, nessuna espressione, le cose nel corso di pochi mesi sono cambiate.

Lungo il cammino ho trovato altri che come me viaggiano, esplorano, scoprono, e curiosi si pongono domande, e curiosi cercano risposte: ho incontrato voi. :-D

A volte vi incontro nella tranquillità dei commenti ai post, altre volte nelle più fredde statistiche di consultazione dei post, altre volte nelle mail che arrivano all'indirizzo di posta dedicato al blog (lo trovate in fondo alla barra laterale sinistra). E quale che sia la forma, sono felice di sapervi in cammino insieme a me, anche solo per un brevissimo tragitto, di sapere che altri viaggiatori viaggiano, che passano di qua, che spesso trovano quello che cercano, che altre volte invece ripartono, con una direzione, uno spunto che prima non avevano.

Ho cercato perciò di scrivere sempre in modo semplice ed esaustivo (ci sarò riuscito?), non dando mai nulla per scontato, perché tutti potessero trovarvi informazioni comprensibili, alla mano. Niente cose da super guru, il primo dei neofiti sono io. E rileggendo gli ultimi post, mi sono reso conto però che stanno diventando sempre più un atto di fede.

Per far funzionare bene Linux con VirtualBox infatti (ad esempio per la condivisione cartelle oppure la compressione del disco rigido virtuale), molto spesso ci siamo addentrati insieme nei meandri di Linux. Ok, la cartina era buona, il viaggio spero sia stato comodo e senza troppi intoppi. Ma ogni post assomiglia sempre di più ad una ricetta: fai così, fai cosà e ottieni questo risultato. Con una differenza sostanziale: se nella ricetta vi dico "ora buttate gli spaghetti nell'acqua bollente", posso tranquillamente omettere di dirvi che vanno prima tolti dalla busta, con Linux no.

In ogni ricetta si danno per scontate un sacco di cose che fanno semplicemente già parte del bagaglio comune di conoscenze. Con Linux questo bagaglio di conoscenze pregresse manca, siamo pur sempre dei neofiti che arrivano da Windows, e mi chiedo come sia per chi viene da MacOS... se mai esista! ;-)

Diceva Michele Benvegnù: "Ci sono troppe differenze tra le varie distribuzioni linux, ci si perde la testa".

Rispondevo: "Si, in effetti Linux è davvero trasformista per chi come noi è abituato a Windows. Questo perché (usando una metafora), mentre Windows è stato costruito in un unico blocco di marmo, Linux è stato costruito come l'unione di tanti mattoncini Lego.

Risultato: ciò che in Windows ha un solo ed unico aspetto, in Linux può assumere tanti aspetti diversi. Abituati noi alle cose con unico aspetto, ci lasciamo abbagliare e confondere dalle apparenze. L'unico modo per superare la difficoltà è dare un'occhiata da vicino a quei mattoncini, fuor di metafora, agli elementi base di Linux che si ripetono seppur con varie sfumature in ogni distribuzione.

Compresi i mattoncini ed il modo di metterli insieme, le sfumature non saranno più una rottura di balle, anzi, diverranno il punto di forza di Linux. E ognuno andrà a cercarsi la distribuzione con la sfumatura che più gli si addice."

Ecco perché, per tutto quanto vi ho detto finora, penso sia arrivato il momento di iniziare un nuovo viaggio, di addentrarci, questa volta senza ricette precotte, in un nuovo campo: Linux. Vorrei accompagnarvi nei suoi meandri, farvelo vedere da vicino, farvi vedere il suo cuore, farvelo toccare mentre pulsa pompando vita in un modo nuovo di intendere il mondo, di intendere la vita.

Che dite, cominciamo? :-D

@:\>

VirtualBox: installazione di Ubuntu 7.10, suggerimenti

2007-11-09T16:00:00.003+01:00

Nel post "VirtualBox e Ubuntu 7.10: matrimonio possibile" vi avevo raccontato delle difficoltà per virtualizzare Ubuntu 7.10 purtroppo condivise anche da alcuni di voi. Augusto segnalava un pò di quelli che ha avuto lui, insieme a qualche utile suggerimenti su come risolverli che riporto qui sotto.

Dunque in merito al noto problema della risoluzione video, le tecniche che sono state esposte nei precedenti post non hanno funzionato per la mia macchina quindi ho escogitato un trucchetto banale: ho spostato i panel a destra e sinistra del desktop e questo consente di vedere i pulsanti quel tanto che basta per usarli. Inoltre mi sono imbattuto nel problema del mirror: l'installazione cerca di connettersi probabilmente alla rete per qualche aggiornamento e se la connessione a internet dell'host non c'è oppure qualcosa ancora non va, bene li rimane (all'82%). Per risolverlo basta disconnettere la rete (durante la fase di installazione quando è bloccato), l'installer va in errore (ovviamente) e poi prosegue normalmente. Spero che questa "avventura" sia utile a qualcuno.

Sicuramente Augusto, grazie. :-)

@:\>

VirtualBox: compattare dischi virtuali ad espansione dinamica - guest Linux (4a parte)

2007-11-05T15:14:00.001+01:00

Nella 3a parte del post sull'argomento avevamo visto come compilare zerofree, il programma per mettere a zero i blocchi liberi del disco rigido della macchina virtuale Linux, cosa indispensabile per poter poi procedere alla sua compattazione con il comando modifyvdi di VirtualBox. Come esempio avevamo usato una distribuzione Ubuntu, ed il programma così ottenuto dalla compilazione è già pronto per essere usato in qualunque altra distribuzione.

E se non avete installata una Ubuntu come fare a compilare il programma? Proprio questo è l'argomento del post: come compilare zerofree in una generica distribuzione Linux, e quali sono le eventuali difficoltà che potete incontrare sia nella compilazione che nel suo uso. Distribuzione di esempio, una Mandriva. Accendete la vostra macchina virtuale e iniziamo.

Un'avvertenza: quando lavoreremo nella shell, questa volta al posto di immagini troverete direttamente il copia-incolla del testo, così se non avete voglia di digitarvelo a manina (cosa sempre consigliata per dare un taglio più concreto alle cose) potete semplicemente copiarlo dal post e incollarlo nella vosta shell. Inoltre il risultato del comando è preceduto sempre da "$".

Do per scontato che abbiate già scaricato sul vostro desktop il sorgente del programma (fate riferimento alla 3a parte del post per i particolari), ora aprite la finestra della shell (si chiama Konsole se state usando l'interfaccia grafica KDE, Terminale se usate Gnome). Date i seguenti comandi per portarvi nella directory del vostro Desktop (tradotto in Scrivania nelle distribuzioni più recenti) e visualizzarne il contenuto:

cd Scrivania
ls

$ Cartella condivisa host/  media.desktop     trash.desktop    zerofree-1.0.1.tgz Home.desktop              register.desktop  upgrade.desktop

Eccolo la il nostro sorgente: zerofree-1.0.1.tgz.

E' in formato tgz, detto più comunemente “tarball”, un formato tipico di Linux ottenuto in 2 fasi: raccogliendo più file in un unico file tramite il comando tar e poi sottoponendolo a compressione tramite gzip. Decomprimiamolo con il comando:

tar -xvzf zerofree-1.0.1.tgz

$ zerofree-1.0.1/
$ zerofree-1.0.1/zerofree.c
$ zerofree-1.0.1/COPYING
$ zerofree-1.0.1/Makefile

Come potete vedere, ha creato una directory zerofree-1.0.1 (la seconda riga) e dentro ha creato tre file: zerofree.c è il sorgente C del programma che poi compileremo, Makefile contiene le istruzione che vengono passate al compilatore quando daremo il comando make di compilazione. Portiamoci nella nuova directory e guardiamone il contenuto:

cd zerofree-1.0.1
ls

$ COPYING  Makefile  zerofree.c

Eccoli là i nostri tre file; diamo il comando make di compilazione:

make

$ bash: make: command not found

Come avevo preannunziato, questa volta non vi avrei risparmiato gli errori che si ottengono quando si prova a compilare zerofree, ed ecco il primo: il programma make (ricordate dal post sull'architettura di base di Linux? In Linux tutto è un programma, anche i comandi) non esiste (make: command not found), dobbiamo installarlo. In Mandriva si tratta di usare Installa e rimuovi software (fig. 1), ma ogni distribuzione Linux ha qualcosa di analogo, cercate e avviate questa funzione.

fig. 1

Usando il box Cerca (e l'analogo in altre distribuzioni) cerchiamo nei nomi la stringa "make": spuntate il relativo box e installatelo (fig. 2).

fig. 2

Lasciate aperta questa finestra e tornate alla shell, qui ridate il comando make:

make

$ gcc -o zerofree -lext2fs zerofree.c
$ make: gcc: Command not found
$ make: *** [all] Error 127

Ora make c'è ed infatti compaiono nuove righe. La terza riga in particolare, quella subito sotto al comando make, lancia il compilatore (gcc) con una serie di parametri, peccato che gcc manchi (make: gcc: Command not found): installiamolo. Tornate nuovamente alla finestra di Gestione software e questa volta cercate con la stringa “gcc”; spuntate ed installate il relativo pacchetto (fig. 3).

fig. 3

Lasciate la finestra aperta e tornate alla shell, ridate nuovamente il comando make:

>>gcc -o zerofree -lext2fs zerofree.c
$ zerofree.c:15:27: error: ext2fs/ext2fs.h: No such file or directory
$ zerofree.c: In function ‘main’:
$ zerofree.c:24: error: ‘errcode_t’ undeclared (first use in this function)
$ zerofree.c:24: error: (Each undeclared identifier is reported only once
$ zerofree.c:24: error: for each function it appears in.)
$ zerofree.c:24: error: expected ‘;’ before ‘ret’
[...]

Niente, errore anche questa volta, ma guardate con attenzione la terza riga: l'errore è cambiato. Ora cerca qualcosa che si chiama ext2fs e ext2fs.h. Torniamo alla finestra di Gestione software e cerchiamo il termine "ext2fs" (fig. 4). Quando trovate più pacchetti che rispondono alla stessa stringa di ricerca, tenete presente che stiamo cercando di compilare un'applicazione: il pacchetto di supporto alla compilazione nel nome ha sempre qualcosa come "dev" oppure "devel" (development = sviluppo, ricordatelo perché è una convenzione usata in Linux). Spuntate il pacchetto giusto è installatelo.

fig 4

Terminata l'installazione ritornate alla shell ridando il comando make:

make
$ gcc -o zerofree -lext2fs zerofree.c

ls
COPYING Makefile zerofree* zerofree.c

Bravissimi!! La compilazione è andata a buon fine, ed il comando ls per vedere il contenuto della directory in cui vi trovate ci dice che esiste un nuovo file (ora sono quattro in tutto), zerofree, dove l'asterisco indica si tratta di un file eseguibile e non fa parte del nome. Copiamo adesso il programma nella directory /root , la home dell'amministratore:

sudo cp zerofree /root
$ Parola d'ordine:

chiudete ogni finestra aperta e nella shell date il comando:

sudo telinit 1

In questo modo portate Linux al runlevel 1. I runlevel in Linux specificano cosa deve essere in funzione e cosa no per ognuno di essi; portarsi a runlevel 1 permette di rendere la macchina monoutente, tirar via tutto ciò che non serve per la sua amministrazione (interfaccia grafica, rete...) e lavorarci in tranquillità.

Se tutto è andato bene, vi ritroverete in una schermata simile a quella di fig. 5, dove ho dato un invio fra un comando e l'altro per aumentare la leggibilità. Cominciate con il notare che in questo momento siete amministratori della macchina (indicato dall'ultima lettera del prompt, # per l'amministratore e $ per l'utente normale), perciò attenti a quello che fate, potreste segarvi via l'intera distribuzione (non è un'esagerazione, può accadere con il comando giusto nel posto sbagliato).

fig. 5

Ora, sempre guardando fig. 5, date il comando:

df

df permette di visualizzare dimensioni, spazio libero ed utilizzato di una data partizione, dato senza nessun argomento come sopra, ci mostra i dati di tutte le partizioni. In fig. 5 potete vedere come in Mandriva (e in tante altre distribuzioni) le cose siano un po' diverse da Ubuntu (fig. 8 della 3a parte del post per un confronto): le partizioni qui sono 2 e non una sola.

Nella prima riga della prima colonna infatti leggiamo che esiste un dispositivo (/dev = device) che corrisponde alla prima partizione del vostro disco rigido virtuale (/hda1), dopo un po' di dati sullo spazio occupato o meno, ci dice che è montato all'inizio del filesystem (estrema destra, la colonna “Mounted on” e sotto “/”).

Ma nella seconda riga della prima colonna leggiamo che esiste un altro dispositivo (/dev = device) che corrisponde all'altra partizione del vostro disco rigido virtuale (/hda6, perchè salti da a1 ad a6 lo si capirà in successivi post dedicati a Linux), e sempre dopo un po' di dati sullo spazio occupato o meno, ci dice che è montato su /home (estrema destra, la colonna “Mounted on” e sotto “/home”). In altre parole questa partizione contiene la vostra home.

La maggior parte delle distribuzioni, di default fanno proprio così: mettono su una partizione il sistema operativo, e su un'altra le home degli utenti. E' un po' come se sotto Windows sul disco C: installassimo solo Windows ed i programmi, e su D: invece la cartella Documenti (una prassi molto seguita in ambito aziendale). Che sia Windows o Linux, questa separazione è di grandissima utilità: potete in qualunque momento procedere ad una reinstallazione del sistema operativo senza la preoccupazione di perdere tutti i documenti che sono su una partizione separata (un salvataggio comunque è sempre consigliabile).

Torniamo a noi. Quello che ora faremo è rimontare le 2 partizioni in sola lettura, operazione indispensabile per procedere successivamente senza far danni. Date i comandi:

mount -n -o remount,ro -t ext2 /dev/hda1 /
mount -n -o remount,ro -t ext2 /dev/hda6 /home

che tradotto significa: fai il mount, senza aggiornare il file mstab (-n), facendo il remount in sola lettura (remount,ro) come se fosse un filesystem di tipo EXT2 (-t ext2), del dispositivo /dev/hda1, rimontandolo in /; analogamente per il dispositivo /dev/hda6 rimontandolo in /home. Ora date il comando:

fsck -f /dev/hda1

farete così un bel FileSystemChecK sulla prima partizione, un controllo approfondito per assicurarvi che tutto sia a posto prima di iniziare. Se riscontrasse dei problemi e vi propone dei rimedi, accettateli; a meno di essere dei “filesystem guru” non riuscireste a fare meglio di quanto propone. Quando ha terminato ed è tutto ok, date un bel

cd /root

per portarvi nella home dell'amministratore. Ricordate? E' lì che abbiamo messo zerofree: è arrivato il momento di usarlo. Prima però verifichiamo se tutto è posto sui permessi di esecuzione del file. Date il comando

ls -l

Se il risultato è qualcosa del tipo

-rw-r--r-- 1 root root

le cose NON sono a posto. Le lettere vanno lette a gruppi di tre a partire dal secondo carattere e significano che il file:

- ha attivi i permessi di lettura/scrittura (rw, read write) per l'utente root;
- ha attivo il permesso di lettura (r) per il gruppo root;
- ha attivo il permesso di lettura (r) per tutti gli altri.

Per tutti manca il permesso di esecuzione del file (sarebbe una x alla terza lettera di ogni gruppo di tre, invece c'è - che significa la sua assenza), aggiungetelo per tutti con il comando:

chmod +x zerofree

poi verificate che adesso sia tutto a posto con

ls -l

e dovreste avere qualcosa del tipo

-rwxr-xr-x 1 root root ...

con le x ad ogni terza lettera del gruppetto di tre. Ora potete finalmente eseguirlo con il comando:

./zerofree /dev/hda1

Il comando dice a Linux di eseguire il programma zerofree cercandolo nella directory corrente (./) e di passare al programma la partizione su cui agire (/dev/hda1). Sembrerà che non accada nulla ma in realtà il programma sta lavorando intensamente; guardate l'icona di attività dei dischi rigidi virtuali, in basso a destra sulla barra di stato della finestra di VirtualBox che contiene il guest, e ve ne accorgerete. Quando zerofree avrà terminato il suo lavoro ricomparirà semplicemente il prompt: ridate il comando

fsck -f /dev/hda1

per essere sicuri dell'integrità della partizione, e se tutto è ok abbiamo terminato con la prima partizione.

Ripetiamo gli stessi passi per l'altra partizione:

fsck -f /dev/hda6

Qui fate attenzione: fsck si potrebbe lamentare come in fig. 6. In realtà il filesystem è montato in sola lettura proprio per evitare danni, per cui date y e proseguite.

fig. 6

Quando ha terminato:

./zerofree /dev/hda6

e poi ancora

fsck -f /dev/hda6

per essere sicuri che tutto sia a posto, infine spegnete la macchina virtuale con il comando:

halt

Sul guest è tutto.

Ora che le zone libere del disco rigido virtuale sono state riempite di valori zero, sull'host non vi resta che dare il solito comando

“C:\Programmi\innotek VirtualBox\VBoxManage" modifyvdi “nomefile”.vdi compact

ed avete terminato del tutto (per maggiori informazioni sul comando, leggete la parte finale della 1a parte del post). Ricordate solo che i doppi apici che racchiudono nomefile servono solo se nomefile contiene degli spazi, altrimenti potete ometterli.

Beh, direi proprio che potete fermarvi qui soddisfatti di quello che avete fatto. Intanto non avrete più problemi con dischi rigidi ad espansione dinamica che sanno solo espandersi: anche sotto Linux potrete comprimerli quando vi pare e con la massima efficacia. Non solo: avete imparato anche qualcosa in più sul funzionamento di Linux; ma qui, siamo solo all'inizio. ;-)

@:\>

Firefox: aggiornamento alla versione 2.0.0.9

2007-11-02T11:53:00.001+01:00

Se ne parlava e ieri è arrivato l'aggiornamento all'aggiornamento di Firefox. No, non è un gioco di parole: effettivamente è l'aggiornamento al precedente aggiornamento. Infatti se il passaggio alla versione 2.0.0.8 di Firefox risolveva qualcosa come più di 200 diversi problemi, alla fine ci si è accorti che introduceva anche qualche nuovo problema non proprio da sottovalutare.

Personalmente ho già aggiornato e vi sto scrivendo proprio con Firefox 2.0.0.9: per ora sembra tutto ok, gira regolarmente e nessuno dei plugin di Firefox che uso (una quindicina in tutto) ha smesso di funzionare; consigliato.

@:\>

Linux: Ubuntu 7.10 è atterrato

2007-11-02T08:05:00.000+01:00

"Capì che fin dal principio il nostro scopo non fu quello di evitare il Giorno dell'Installazione, ma solo quello di sopravvivere ad esso. Insieme. Linux aveva cercato di dirmelo, ma il mio subcosciente non voleva sentirlo".
(Libero adattamento dal film Terminator 3)

Ebbene si, alla fine è accaduto. Ieri sera alle 22.00 ora italiana, Ubuntu 7.10 ha ufficialmente toccato la superficie del mio Hard Disk. Niente virtualizzazione, niente Wubi, direttamente a contatto con l'hardware del mio portatile. Complimenti al pilota (immodestamente, il sottoscritto... lasciatemi il momento di autocelebrazione! :-D), l'atterraggio è stato morbido e senza scosse.

E complimenti al meraviglioso lavoro fatto da tante persone che hanno portato Linux (nelle sue varie incarnazioni, Ubuntu, Mandriva, openSUSE e così via) ad un livello di usabilità davvero notevole. Ricordo la prima volta che cercai di installare una distribuzione nell'ormai lontano anno 2002. Si trattava di una Mandrake (che poi unitasi a Conectiva divenne Mandriva) e lo ammetto: non ci capì nulla, c'erano problemi di compatibilità con il mio PC ed in fondo non sapevo neanche che farmene, così tornai al mio Windows.

In 5 anni le cose sono davvero cambiate tanto. L'installazione è stata facile quasi quanto quella Windows, e se non avessi avuto appunto Windows già installato e da preservare, sarebbe stata davvero altrettanto semplice: metti il CD, avvia l'installazione, toglilo quando ha finito, riavvia, usalo. L'hardware è stato riconosciuto tutto al primo colpo, wireless compreso, la cosa che più mi dava pensiero. Avevo letto infatti di problemi con la connessione internet, ma non avevo approfondito, inutile farlo prima di avere il problema che infatti non c'è stato.

In questo momento vi sto scrivendo usando proprio Linux e Firefox, e devo dire che il periodo di acclimatamento nel virtualizzatore è stato molto utile. E nonostante ciò un momento di smarrimento c'è stato. Pensieri del tipo: oddio... e ora che faccio? Tolgo Windows? Lo lascio? Provo anche qualche altra distribuzione prima di affezionarmi ad una in particolare (chi ha detto Mandriva)? E la virtualizzazione?

Niente paura... una cosa certa è che con la virtualizzazione si va avanti e con nuovi argomenti. Se infatti VirtualBox (di cui continuerò a parlarvi) vi è piaciuto, quello che ora ho in mente è molto diverso, e molto più potente. State pensando a VMWare? Sbagliato! Ma ci sarà tempo di riparlarne.

E naturalmente ora ci sarà più spazio per Linux potendo apprezzare ed usare cose che in VirtualBox non erano possibili (virtualizzazione lato Linux prima di tutto ;-D). L'ottica dei post resterà la solita, quella dell'utente Windows che si aggira curioso fra i meandri di Linux desideroso di capire e far suo qualcosa di nuovo, il tutto con il solito corredo di immagini che il saggio diceva valgono più di mille parole (e qui mi devo attrezzare trovando in Linux l'analogo dei programmi che uso in Windows).

Bene, mi sembra tutto per ora, ma ci si rivede presto, molto presto! :-)
@:\>

VirtualBox: compattare dischi virtuali ad espansione dinamica - guest Linux (3a parte)

2007-10-30T10:24:00.002+01:00

Ok, ripreso fiato? Bene, ora fate un altro bel respiro profondo. Se la 2a parte del post era faticosina, questa che è interamente da linea di comando lo è ancora di più. Ma siamo finalmente in dirittura d'arrivo, non vorrete fermarvi proprio adesso che siete ad un passo dal compattare i dischi rigidi ad espansione dinamica anche su guest Linux, vero? Su, forza, iniziamo. ;-)

Avete ancora la shell aperta? No? Riapritela, e preparatevi: porteremo Linux in modalità monoutente. Quasi che fosse un vecchio DOS, in modalità monoutente Linux non accetta più di un utente, è scollegato dalla rete, non ha interfaccia grafica, insomma, l'ideale per non avere rotture di scatole quando dobbiamo fare lavori di amministrazione molto profondi all'interno della macchina. Da shell date il comando

sudo telinit 1

che porterà la vostra macchina al runlevel 1. I runlevel in Linux specificano cosa deve essere in funzione e cosa no per ognuno di essi; portarsi a runlevel 1 permette appunto di rendere la macchina monoutente, tirar via tutto ciò che non serve per la sua amministrazione (interfaccia grafica, rete...) e lavorarci in tranquillità. Se tutto è andato bene, vi ritroverete in una schermata simile a quella di fig. 7. Date il comando

clear

per dare una bella ripulita allo schermo, e cominciate a guardarvi intorno: noterete, se guardate l'ultima lettera del prompt (#), che in questo momento siete amministratore della macchina.

fig. 7

Ora date il comando:

df

Df permette di visualizzare dimensioni, spazio libero ed utilizzato di una data partizione, dato senza nessun argomento come sopra, ci mostra i dati di tutte le partizioni. In fig. 7 potete vedere il tipico risultato di un'installazione standard di Ubuntu.

La riga che ci interessa è la prima (la terza nello screenshot): nella prima colonna dice che esiste un dispositivo (/dev = device) che corrisponde al vostro disco rigido (/hda1), dopo un po' di dati sullo spazio occupato o meno, ci dice che è montato all'inizio del filesystem (estrema destra, la colonna “Montato su” e sotto “/”).

Non entro in ulteriori dettagli, vado al sodo: i dati che ci interessano sono la prima e l'ultima colonna, “/dev/hda1” e “/”. Quello che ora faremo è rimontare il vostro disco rigido in sola lettura, indispensabile per fare le operazioni che ci occorrono senza far danni. Date il comando:

mount -n -o remount,ro -t ext2 /dev/hda1 /

che tradotto significa: fai il mount, senza aggiornare il file mstab (-n), facendo il remount in sola lettura (remount,ro) come se fosse un filesystem di tipo EXT2 (-t ext2), del dispositivo /dev/hda1, rimontandolo in /, dove cioè si trovava all'inizio (l'ultima colonna del comando df, ricordate?). Per migliorare la leggibilità, in fig. 8 ho aggiunto io un riga vuota fra un comando e l'altro, se tutto va bene il comando in realtà non restituisce nulla. Ora date il comando:

fsck -f /dev/hda1

farete così un bel FileSystemChecK, un controllo approfondito del vostro disco, per assicurarvi che tutto è a posto. Se riscontrasse dei problemi e vi propone dei rimedi, accettateli, a meno di essere dei “filesystem guru” non riusciremmo a fare meglio di quanto propone. Quando ha terminato ed è tutto ok, date un bel

cd /root

per portarvi nella home dell'amministratore. Ricordate? E' lì che abbiamo messo zerofree: è arrivato il momento di usarlo. Prima però verifichiamo se tutto è posto sui permessi di esecuzione del file. Date il comando

ls -l

Se il risultato è qualcosa del tipo

-rw-r--r-- 1 root root

le cose NON sono a posto. Le lettere vanno lette a gruppi di tre a partire dal secondo carattere e significano che il file:

- ha attivi i permessi di lettura/scrittura (rw, read write) per l'utente root;
- ha attivo il permesso di lettura (r) per il gruppo root;
- ha attivo il permesso di lettura (r) per tutti gli altri.

Per tutti manca il permesso di esecuzione del file (sarebbe una x alla terza lettera di ogni gruppo di tre, invece c'è - che significa la sua assenza), aggiungetelo per tutti con il comando:

chmod +x zerofree

poi verificate che adesso sia tutto a posto con

ls -l

e dovreste avere qualcosa del tipo

-rwxr-xr-x 1 root root ...

con le x ad ogni terza lettera del gruppetto di tre. Bene, ora potete eseguirlo con il comando:

./zerofree /dev/hda1

Il comando dice a Linux di eseguire il programma zerofree cercandolo nella directory corrente (./) e di passare al programma il disco su cui agire (/dev/hda1). Sembrerà che non accada nulla ma in realtà il programma sta lavorando intensamente; guardate l'icona di attività dei dischi rigidi virtuali, in basso a destra sulla barra di stato della finestra di VirtualBox che contiene il guest, e ve ne accorgerete.

Quando zerofree avrà terminato il suo lavoro ricomparirà semplicemente il prompt: ridate il comando fsck -f /dev/hda1 per essere sicuri dell'integrità del disco rigido, infine spegnete la macchina virtuale con il comando:

halt

Sul guest è tutto.

Ora che le zone libere del disco rigido virtuale sono state segnate con valori zero da zerofree, sull'host non vi resta che dare il solito comando

“C:\Programmi\innotek VirtualBox\VBoxManage" modifyvdi “nomefile”.vdi compact

ed avete terminato del tutto (per maggiori informazioni sul comando, leggete la fase 4 della 1a parte del post). Ricordate che i doppi apici che racchiudono nomefile servono solo se nomefile contiene degli spazi, altrimenti potete ometterli.

Anche per questa volta abbiamo finito. Per questa volta! Infatti nel prossimo post sull'argomento vedremo come fare tutto ciò per una distribuzione Mandriva e più in generale per una qualunque distribuzione Linux. Nei due post dedicati ad Ubuntu infatti, ho tirato via dritto sulle eventuali difficoltà incontrate indicandovi preventivamente cosa fare per evitarle.

Con Mandriva non faremo così: mi mostrerò quali sono i messaggi di errore che ho incontrato usando un'installazione di default della distribuzione, in fase di compilazione del programma zerofree per esempio, oppure i messaggi di fsck quando incontra un problema, e come farci guidare da questi alla ricerca della soluzione. Al prossimo post sull'argomento allora; a presto.

@:\>