Se escludiamo esperimenti più arditi dell’ASCII Art atti a riprodurre veri e propri filmati, grazie al driver video per Linux AAlib (ASCII art library) in grado di convertire automaticamente immagini e video in ASCII art, oggigiorno è possibile ancora trovare l’ASCII Art, oltre che nel sempre eterno Televideo, anche all’interno del codice sorgente di alcuni programmi per computer, per rappresentare dei logo di prodotti o società, o per includere diagrammi di controllo di flusso a scopo di documentazione e, per esteso, qualsiasi mappa concettuale.

Quindi, anche se raro, è possibile che qualche programmatore abbia bisogno di mostrare un flow chart su un terminale ascii linux, poiché magari lavora su un server senza interfaccia grafica. E’ indubbio che il vantaggio di questo metodo di scrittura è quello di poter essere creata con un semplice editor di testo, dal vi o eMacs fino al Notepad di WIndows, ma mettersi a creare manualmente tutta una serie di blocchetti ASCII, spostandoli con gli spazi ognivolta si vuole inserire un nuovo blocco, in modo da allinearli tra di loro, è un lavoro certosino che non invidio a nessuno (e ho visto anche qualcuno che, con molta pazienza, si dilettava in questa amena attività).
Se siete tra quei pochi che hanno bisogno di svolgere questo genere di lavoro, allora vi consiglio un interessante modulo per Perl (un linguaggio di programmazione presente in tutte le distribuzioni linux): Graph::Easy. Similmente a GraphViz è in grado di creare, attraverso una semplice sintassi, flowchart, grafici e schemi a blocchi; dalla sua però, ha l’indubbio vantaggio di effettuare, per tutti gli amanti di Emacs, anche il rendering di strutture grafiche più o meno complesse in formato Ascii, con tanto di blocchi, nodi e freccette.
I formati supportati sono: HTML, ASCII art, Unicode boxart, SVG e graphviz png.

Qui potete trovare la pagina di supporto al progetto, con tanto di manuale introduttivo e di demo. Ed è proprio quest’ultimo link che vi consiglio di appuntarvi, poiché vi consentirà di sfruttare tutta la potenza del modulo Graph::Easy dovunque siate e senza installare alcunché sulla vostra macchina Unix.
Vi basterà imparare la semplice ed intuitiva sintassi per realizzare i vostri complessi schemi a blocchi e che si semplicherà ulteriormente se dovete creare solo flowchart in ASCII perché, evidentemente, potrete fare a meno di tutta la sezione dei colori dei blocchi e della formattazione del testo.

Per esempio se nella pagina della demo di Graph::Easy scrivete il seguente codice:

[ Bonn ] --> [ Berlin ] { shape: circle; } ..> [ Ulm ] { shape: circle; } [ Berlin ] == train ==> [ Koblenz ] { shape: rounded; } = > [ Bautzen ] { border: solid dotted; }

darà come risultato questo grafico ASCII:

UPDATE: Un altro interessante servizio online gratuito che potrebbe essere usato per disegnare flowchart in ASCII è ASCIIPaint: “Si sceglie un carattere e lo si disegna a mano libera nel foglio bianco, oppure inserendo frecce, linee e forme geometriche. C’è perfino il classico secchiello per il riempimento e i tool per cancellare tutto o tornare indietro di un’azione“.

Condividi

Ubuntu, grazie anche alla sua comunity, si è sempre contraddistinto, rispetto alle altre distribuzioni linux, per la estrema semplicità d’uso, sia durante il processo di installazione molto semplificato sia per il fatto di rendere la distribuzione avviabile direttamente da DVD senza passare per forza per una installazione (con tutti gli svantaggi dal punto di vista delle performance dato che la velocità in lettura di un dvd sono sicuramente inferiori a quelle di un hard disk) proprio per offrire a chiunque la possibilità di una valutazione del prodotto.
Ultimamente sono nate anche altre soluzioni, come Wubi Installer, uno speciale tipo di installazione per Windows (che si appoggia sempre alla ISO scaricabile da qui) che permette di trattare Ubuntu come un normale applicativo che si installa e si disinstalla (da Aggiungi/Rimuovi Programmi) e penserà tutto lui ad impostare il setup e a creare le partizioni. Oppure, grazie a Portable Qemu Persistent Ubuntu, che sfrutta la potenza della coppia di Qemu e di un’immagine ISO di Ubuntu (che potete anche personalizzare usando il l’Ubuntu Customization Kit), si può eseguire il sistema operativo virtualizzato su una macchina Windows che resterà intatta: è sufficiente scaricare il file qpubuntu.zip scompattarlo in un device USB e avviare il file batch ubuntu.bat (un altro esempio di uso di QEMU, trattato anche in un mio vecchio articolo, è la mini distribuzione Damn Small Linux).

Come far funzionare Portable Ubuntu

Portable Ubuntu è una applicazione portabile che non richiede alcuna installazione o virtualizzazione di sistema il che viene indubbiamente in soccorso agli utenti poco esperti.
La procedura è semplice (su HowToForge trovate anche una guida inglese passo passo):

1. Scaricate il file Portable_Ubuntu.exe (che altro non è che un pacchetto autoestraente 7zSFX da 438 MB) e decomprimete l’archivio (che richiede in totale 1,85 GB di spazio libero su disco)
2. Fate doppio clic sul file run_portable_ubuntu.bat che si trova nella cartella appena scompattata
3. Si aprirà in alto una piccola barra che metterà a disposizione una versione di Ubuntu utilizzabile come un qualsiasi programma per Windows: infatti tutte le applicazioni linux appariranno come finestre sul desktop di windows (tanto che nella taskbar troverete i task di ogni applicativo aperto e da li potrete massimizzare, minimizzare o chiudere le finestre) e sarà anche possibile effettuare copia ed incolla fra i due diversi ambienti in entrambe le direzioni.

Nel caso aveste ancora dubbi, ecco un filmato che vi spiegherà tutte le semplici e poche operazioni da seguire:

Prime impressioni

Devo però constatare che, a differenza di quanto venga affermato, su un sistema di non ultima generazione (parlo di un PC Pentium IV con appena 512 MB di RAM), l’avvio di Portable Ubuntu, richiede poco più di 1 minuto e l’apertura delle varie applicazioni non risulta molto veloce. Ma d’altronde è comprensibile: se ad occupare la memoria di sistema vi è Windows, con tutti i suoi memory leaks nativi, non è possibile beneficiare totalmente della agilità propria di un sistema operativo come Linux, almeno su sistemi datati.

In ogni caso è indubbiamente comodo avere, sul proprio sistema operativo principale, ahimè Windows, la possibilità di lanciare ma anche installare alcune potenti applicazioni solo per Linux (per non parlare del grande vantaggio di avere la potente shell unix su Windows)! Addirittura, per come è lo scopo del progetto e come si può intuire dal nome, se copiate la cartella di Portable Ubuntu su una pennetta USB o su un hard disk esterno USB (cosa consiglio per avere maggiori performance), avrete la vostra distribuzione Linux sempre con voi ed eseguibile da qualsiasi PC Windows a cui avrete accesso.

Come funziona

Se siete curiosi di sapere quale sia il segreto su che si nasconde dietro Portable Ubuntu, dovete sapere che alla base di questo idea vi è un progetto precedente: andLinux che, usando sempre Ubuntu, si appoggiava su XFCE Panel e KDE (qui la guida step-by-step per l’installazione). Entrambi i progetti, però, si appoggiano a 3 pacchetti software sapientemente combinati tra loro:

• Xming è una versione dell’X Server per sistemi Windows;
• Pulse Audio è un Server Audio per sistemi POSIX e Win32 che si “interpone” tra il sistema audio nativo di Windows e quello delle applicazioni;
• coLinux Kernel è uno dei porting del Kernel Linux per Windows, che permette di far funzionare il kernel di Linux come un vero e proprio processo di Windows. in pratica utilizzando un driver particolare che rende possibile l’esecuzione dell’applicativo coLinux in “modalità Ring 0″ (la modalità privilegiata cui esegue parte del Windows Kernel) si rende funzionante il Kernel Linux all’interno di uno specifico spazio di indirizzamento (quello del processo coLinux). Intercettando gli interrupt hardware, e cooperando con alcune funzionalità del sistema di basso livello di Windows, l’applicativo coLinux rende il Kernel Linux pienamente funzionante. In questo modo il Kernel Linux si avvia ed è in grado di gestire gli esegubili in formato binario elf, ovvero quelli di una tradizionale distribuzione Linux.

Se volete approfondire l’argomento sul sito del progetto troverete tutta la documentazione necessaria, come le istruzioni su come ampliare lo spazio di archiviazione, su quale è la password (importante per installare applicazioni con synaptic) per l’utente predefinito pubuntu (di default è impostata a: 123456) e su come accedere ai file del vostro disco C: di Windows (sarà sufficiente andare nella cartella /mnt/C).

Condividi

Ebbene, finalmente sono riuscito a trovare un degno sostituto a Virtualdub: si chiama Avidemux ed è un programma di video editing open source rilasciato sotto licenza GPL e multipiattaforma (funziona, infatti, per Windows, Mac OS X, BSD e Linux) che mette a disposizione un tool di editing video leggero, funzionale e veloce. Dalle funzionalità simili a Virtualdub, per molti aspetti è anche più intuitivo, più semplice e completo della sua controparte, mostrando anche una interfaccia grafica meno spartana e un po’ più gradevole (grazie alle librerie GTK).

Tra le sue funzionalità, spiccano quelle di tagliare, unire, modificare, applicare filtri, e convertire in diversi formati, i video caricati. Nella sezione Wiki Docs del sito di Avidemux trovate tutte le guide (in inglese) per le funzionalità più importanti. Nonostante, apparentemente, leggendo, per esempio, la dettagliata ed esauriente guida del Cutting Video possa sembrare una operazione lunga, dovete sapere che sono necessari solo pochi passi.

E’ sufficiente, infatti, lasciare impostate su “Copy” le opzioni di ricodifica video e audio (se si imposta un altro formato, come per esempio, MPEG2 o 3GP, i tempi di salvataggio saliranno proporzionalmente alla durata del filmato da ricodificare), che corrispondono alle opzioni “Direct Stream Copy” di VirtualDub (impostabili dal menu Video e Audio del programma) e, dopo aver selezionato, con i tasti A e B la porzione di video da tagliare, andare sul menu Edit->Delete per rimuovere la selezione (se invece si clicca sul pulsante “Salva”, senza cancellare nulla, si salverà direttamente la parte di video selezionata) e quindi cliccare sul tasto “Salva” per fare, in pochi secondi, una copia del filmato modificato.

Condividi

Vi siete mai chiesti o vi siete mai trovati nella situazione di dover scaricare qualche file in parallelo? Ebbene, sicuramente avrete constatato un inevitabile rallentamento del sistema direttamente proporzionale al numero di download simultanei che vengono lanciati, sia perché, almeno in minima parte il processore deve gestire il trasferimento, sia perché la scrittura di più file contemporaneamente sull’hard disk (anche se in questo caso il concetto di simultaneità non è verosimile) impegnano il drive tanto da lasciare indietro le operazioni del sistema operativo.

Ebbene, la situazione potrebbe essere spiacevole se su quello stesso PC ci dovete lavorare. Ed è allora che vi viene in mente che forse potreste riutilizzare quel vecchio PC che non usate più, formattarlo, installarci sopra una qualsiasi distribuzione linux, e usarlo esclusivamente come Download Manager. Quindi, ogni qualvolta, vorrete scaricare un o più file da Rapidshare, basterà che vi colleghiate in telnet sul PC Muletto, aprite un file di testo, incollate le url dei file Rapidshare da scaricare, salvate il file e lanciate un piccolo script che eseguirà per voi tutto il lavoro, senza appesantire il sistema su cui state lavorando. Ovviamente, il sistema che adotterò, per essere il più leggero e flessibile possibile, non disporrà di una interfaccia grafica, bensì sarà esclusivamente a riga di comando, insomma da veri geek. Ma vi assicuro che questa è la soluzione inaspettatamente più semplice per risolvere il vostro problema di performance.

In questa sede, comunque, affronterò esclusivamente la soluzione che risolverà il problema di come scaricare un file da Rapidshare se si possiede un abbonamento Premium e quindi si potrà disporre di un utente e password che vi garantirà un servizio che può accettare più richieste di download contemporanee (anche se come vedremo più tardi ho deciso di non usarlo per non appesantire il vecchio PC Muletto) e che non richiede alcun tempo di attesa tra un download e il successivo.

Installare WGET

Per la mia soluzione userò wget, un potente comando per scaricare una pagina web o inviare richieste GET o POST, con o senza autenticazione. Se disponete di un sistema Unix/Linux, è molto probabile che lo troverete compilato e già pronto per essere eseguito. Se invece vi trovate su un sistema Mac OS X (Tiger o Leopard che sia), nonostante si abbia a disposizione nel sistema operativo una shell unix completa di tutti i maggiori comandi, l’unico a mancare sarà proprio wget. Ci sono alternative altrettanto valide, come curl o ftp (e, per chi se lo ricorda, anche lynx che col comando “lynx URL >dump.txt” è una variante alternativa), ma per i nostri scopi, wget è abbastanza flessibile e semplice tanto da essere necessario per creare il nostro script. Quindi, per chi non volesse passare per la fase di compilazione, qui potete scaricare la versione compilata per i sistemi Mac OS X 10.5.3 e superiori (quindi anche Tiger e Leopard): wget.zip. Una volta scaricato sarà già funzionante sul vostro sistema, ma per una installazione completa, lanciate questi comandi:

e se fosse necessario, eseguirte un

anche se nel file .profile della propria home directory dovrebbe già contenere il percorso settato, come qui mostrato:

Ora che abbiamo installato wget sul nostro sistema Mac, questo si comporterà a tutti gli effetti come un sistema Linux, quindi d’ora in poi non farò alcuna distinzione tra i due sistemi operativi.

Creare lo script – STEP 1

Per la creazione dello script ho preso spunto da my-guides.net e in questa sede mi dedicherò a spiegarne il funzionamento del codice adattato alle mie esigenze.

Rapidshare, per l’autenticazione, usa i cookie HTTP, dei file di testo inviati da un server ad un Web client (di solito un browser) e poi rimandati indietro dal client al server, senza subire modifiche, ogni volta che il client accede allo stesso server, e sono usati per eseguire autenticazioni e tracking di sessioni e per memorizzare informazioni specifiche riguardanti gli utenti che accedono al server.
Quindi, la nostra prima operazione, sarà quella di autenticarsi sul server Rapidshare e di salvare i cookie che mi permetteranno, in seguito, di scaricare qualsiasi file dal sito di hosting file.
Attensione, lo STEP 1, andrà eseguito solo una volta, perché i cookie, a meno che non si proceda alla loro eliminazione manuale, verranno salvati in una cartella della vostra home directory.

Il comando da lanciare è il seguente:

dove i parametri indicano:

• –save-cookies: definisce dove salvare i cookies. Essendo dati più sensibili ho preferito creare un file nascosto (anche se ciò non garantisce la sicurezza del file)

–post-data: assegna il metodo POST (piuttosto che GET) per inviare al form di login i dati di username e password.
–no-check-certificate: non richiede la validazione del certificato che restituisce il server (Se state usando una versione di wget precedente alla 1.10.2 l’opzione –no-check-certificate non è necessaria)
-O: esegue il download della pagina html solo per ottenere i cookie e redirige l’output su /dev/null per non far comparire a video le righe del codice html.

Ovviamente, ricordatevi di sostuire USERNAME e PASSWORD con quelli del vostro account Rapidshare.

Creare lo script – STEP 2

Ora, ogni qualvolta dobbiamo scaricare un file da Rapidshare, dobbiamo digitare quanto segue:

dove il parametro -c si occupa di recuperare un eventuale download precedentemente interrotto che, quindi, ripartirò dal punto di arresto, mentre il parametro –load-cookies esegue un caricamento preventivo dei cookie precedentemente salvati per ottenere l’autorizzazione a scaricare, per poi, infine, dare in pasto la URL desiderata del file da scaricare. Però, nel momento in cui dovete scaricare più di un file, è evidente che dover scrivere ogni volta questa riga può essere noioso. Ecco perché ci troveremo a dover scrivere un piccolo script bash che automatizzerà il processo, dandogli in input le righe di un file urls.txt (che conterrà un file per ogni riga):

Salvate il codice sopra come file downloader.sh e rendetelo eseguibile con il seguente comando:

Ora copiate tutti i link dei file Rapidshare (uno per riga) che volete scaricare e incollateli nel file urls.txt. Quindi, per scaricare tutti i file, basterà digitare questo semplice comando:

Et Voilà! Il gioco è fatto e potete disporre di un sistema leggero, indipendente e autonomo per scaricare decine di file senza appesantire il vostro PC.

Scompattare un file RAR da riga di comando

Di solito i file su Rapidshare vengono compressi nel formato RAR e qualche volta sono anche protetti da password. Se volete completare l’opera, potete scaricare l’utility per riga di comando per Linux (o Mac) unRar 2.71 (ma esiste anche unrar della rarlab) e una volta decompresso

è possibile compilarlo entrando nella cartella unrar-2.71 appena creata e lanciando i comandi

Ora vi ritroverete il file eseguibile unrar nella directory /usr/local/bin/ e quindi accessibile da qualsiasi directory.

Condividi

L’ardita scommessa di CodeWeavers

Nel Luglio 2008 la software house, per pubblicizzare il proprio prodotto, indisse un’iniziativa singolare, il “Great American Lame Duck Presidential Challenge“, promettendo che avrebbe regalato per un giorno, Crossover Linux Pro e Crossover Mac Pro (i software di punta dell’azienda che normalmente costano dai 37 ai 64 dollari), se il Presidente Bush, prima della fine del proprio mandato, fosse riuscito a raggiungere almeno uno degli obbiettivi d’interesse nazionale prefissati dall’azienda.
Fra questi obiettivi da raggiungere c’era anche l’abbassamento del prezzo della benzina, che sarebbe dovuto calare di almeno un dollaro, da 3.79$ a 2,79$ il gallone.

Ebbene, contro ogni previsione, a causa dell’andamento dell’economia mondiale e senza alcun intervento di Bush, il prezzo è sceso sotto i 2,79 dollari al gallone (almeno nel Minnesota dove ha sede la società) e CodeWeavers, mantenendo la sua promessa, il 28 Ottobre 2008 ha quindi reso disponibile una form tramite cui ottenere il proprio seriale.

Come era facile attendersi, il giorno in cui fu indetto il Giveaway Day, il sito è stato ovviamente preso d’assalto e, per l’intenso traffico, è risultato irraggiungibile per gran parte della giornata (in seguito è stata allestita una pagina temporanea per continuare la promozione).

I risultati sono ora sotto gli occhi di tutti: in sole 24 ore sono state regalate qualcosa come 750.000 licenze che sono costate quasi 45 milioni di dollari!
Ma ciò, ovviamente, ha prodotto anche un aumento del 400% della base di utilizzatori e potenziali clienti di ulteriori upgrade.

Ciò a fatto si che la Codeweavers è stata costretta a cancellare tutte le altre scommesse (se il costo delle case fosse sceso, se la disoccupazione fosse diminuita o se Bin Laden fosse stato catturato) per scongiurare altri fatali Giveaway Day.

Ovviamente la cifra di 45 milioni di dollari di mancato fatturato è del tutto teorica perché credo che tra gli oltre 750.000 utenti, pochissimi avrebbero realmente acquistato la licenza ufficiale.

Io, per esempio, ho provato le demo di Crossover, anche l’ultima 7.1, ma non sono mai stato soddisfatto in quanto supporta troppe poche applicazione. Per cui non ho ritenuto vantaggioso prendere la licenza di un prodotto che, al momento, considero immaturo. Ma tanti altri, invece, si sono prodigati nel download per il solo motivo di avere una versione gratuita di un software a pagamento, anche se poi non sapevano che farsene. Sono venuto a conoscenza di alcuni utenti Windows che si sono affrettati a scaricarsi la licenza, scoprendo poi che i programmi funzionavano solo in ambiente Linux o Mac OS X.

L’isterismo di massa all’apertura del nuovo Trony della Romanina a Roma

Questa corsa all’oro mi ha fatto venire in mente una scena che mi rimarrà in mente per molto tempo: l’isterismo di massa all’apertura del nuovo Trony presso il centro commerciale Domus della Romanina a Roma. L’evento di ordinaria follia è accaduto, sarà un caso, esattamente il giorno dopo il Giveway Day della Codeweavers, ovvero il 29 Ottobre 2008.

Io ho avuto la sfortunata idea di farci un salto il primo giorno di apertura. Ho visto scene che mai avrei immaginato: gente che, in attesa anche dalla sera prima, scavalcava i cancelli per essere tra i primi ad entrare, porte a vetri rotte pochi secondi dopo l’apertura del centro commerciale, signore con le mani insanguinate perché spinte dalla folla delirante verso quelle porte di vetro rotte. E ancora folli corse per accaparrarsi l’ultimo pezzo superscontato, sia di ragazzini, che di anziani con in mano la macchinetta del caffè scontata di 80 euro. Quindi 2-3 ore di fila per pagare alla cassa il proprio bottino. Ho visto gente che aveva riempito, letteralmente, intere buste con i prodotti scontati e, anche, chi voleva portarsi a casa il televisore LCD di esposizione perché erano finiti quelli in promozione.

Ma quello che più mi ha colpito è vedere come la gente potesse essere presa dal raptus del cieco acquisto: ho visto gente che, una volta terminata la Xbox 360 Arcade in promozione a 99 euro, prendeva in tutta corsa, senza neanche informarsi, la Xbox 360 normale che costava 239 euro (saggiamente posizionata dagli inservienti Trony affianco a quelle scontate). Ho visto anche gente che, siccome non potevano comprare due prodotti dello stesso tipo in promozione (dato l’esiguo numero disponibile), li abbandonava nei dintorni delle casse, e persone che le afferavano senza neanche domandarsi quanto costavano e se erano, effettivamente in offerta. Ho visto gente chiedere alla cassa e alle persone in fila se qualcuno avesse lasciato qualsiasi cosa, dal navigatore satellitare al cellulare. Ho visto gente afferrare dagli espositori quanta più roba poteva, senza minimamente controllare il prezzo.

L’idea di poter comprare merce a prezzi stracciati (fino all’esaurimento di questi prodotti) ha attirato migliaia di persone sin dalla sera prima. Alle cinque del mattino erano un centinaio in fila e alle nove, come le cavallette, erano oltre cinquemila, a fine serata più di quattordicimila.

Ora, dopo aver visto queste scene, non mi meraviglio che vi sia stato un afflusso di oltre 750.000 persone per un software gratuito che solo un piccolissima parte userà realmente!

Condividi

ICMP non è UDP (o TCP). Può darsi comunque che i server OpenDNS siano più veloci alle query DNS anche se sono più lenti al ping.

In effetti le sue affermazioni sono teoricamente ineccepibili, anche se, a parer mio, poco probabili. Infatti le mie analisi partivano dal presupposto che non vi esistessero filtri tra i vari protocolli usati. Per fugare ogni dubbio, ho deciso quindi di rendere più precise le mie valutazioni, misurando anche quanto impiegano i server DNS a rispondere alle query.

Ma prima di partire con queste analisi, è necessario rispolverare un po’ di teoria sul DNS.

Un po’ di teoria sul DNS

Il DNS (Domain Name Service) è un servizio che permette di tradurre nomi di dominio come www.levysoft.it in indirizzi IP come 64.57.102.34 (grazie ad un database distribuito di servers DNS). Infatti, i computer non sono in grado di instradare i pacchetti verso un nome di dominio ma solo verso il corrispondente indirizzo IP. L’adozione del DNS, quindi, ha il solo scopo di semplificare la vita a noi esseri umani, in quanto risulta molto più facile ricordare una stringa testuale mnemonica piuttosto che un anonimo indirizzo IP.
Se, quindi, assegnare nomi ai computer rende la memorizzazione molto più semplice, è evidente che a questo punto è necessario uno strumento, come quello del DNS, in grado di associare automaticamente i nomi agli indirizzi IP.

Per risolvere l’indirizzo IP esistono diversi comandi:

1. host: viene usato per associare nomi ad indirizzi IP. È una utility, per Linux e Mac OS X, molto rapida e semplice, con poche funzioni:
   host levysoft.it levysoft.it has address 69.71.248.10 levysoft.it mail is handled by 0 levysoft.it.

   host è considerato insieme a dig il sostituto ufficiale di nslookup.

2. nslookup: (Name Server Lookup) è uno strumento consolidato presente in tutti i sistemi operativi che utilizzano il protocollo TCP/IP (Gnu/Linux, Unix, MAC OS X, Windows) ma che, essendo superato, potrebbe anche essere rimosso in molte future versioni delle distribuzioni Linux.
   Nslookup consente di effettuare delle query (richieste) ad un server DNS per la risoluzione di indirizzi IP o Hostname, per poter ottenere da un dominio il relativo indirizzo IP o nome host e viceversa.

   nslookup levysoft.it Non-authoritative answer: Name: levysoft.it Address: 69.71.248.10

   Nonostante sia considerato obsoleto, in quanto è stato uno dei primi tool in grado di lavorare con il DNS, nslookup è un comando ancora molto potente. Per esempio, con due soli comandi, whois e nslookup, è possibile scovare i DNS Pubblici di un provider. Il primo serve a determinare chi ha registrato il nome di dominio, mentre il secondo interroga i DNS per risolvere l’indirizzo IP del server.

3. dig: (Domain Information Groper) è il comando più potente per recuperare informazioni relative al Domain Name Server indicato, inclusi reverse lookup, A, CNAME, MX, SP e record TXT. Dig è molto usato sia per la sua grande flessibilità che per i suoi output molto chiari. Contrariamente a nslookup, dig non contempla una modalità interattiva, ma è disponibile solamente in modalità non interattiva o batch che permette di fargli leggere le richieste da un file.
   Dig ha una tale infinità di opzioni (tanto che da molti viene considerato l’alternativa più verbosa e completa a nslookup), che nella sua pagina di manuale gli sviluppatori fanno dell’ironia su questo fatto tanto che, sotto la voce BUGS, si trova “There are probably too many query options“.

   La sua sintassi è la seguente:

   dig [@nameserver] [opzioni] [nome_risorsa] [tipo_di_richiesta] [ulteriori_opzioni])

   ma, di norma, si utilizza nel modo seguente:

   dig @server name type

   Se non specificato, dig utilizza come server per le richieste quello presente in /etc/resolv.conf.

   Dig, il cui nome deriva dal verbo inglese to dig (scavare, scoprire o investigare), è una utility presente in qualsiasi sistema operativo all’interno del quale è installato l’ambiente DNS BIND; pertanto essa è disponibile nativamente in ambiente Linux/Unix e Mac OS X, mentre è assente su Windows.
   Se volete usarlo anche sui sistemi Windows, allora dovrete scaricarvi la versione compilata per Windows, DIG, che permette la restituzione dei record DNS per un dominio specifico anche sulla piattaforma di casa Microsoft.

Calcolare il time response delle query DNS

Ora che abbiamo superato la parte più noiosa della teoria, passiamo alla pratica, basandosi sempre sui primi test di velocità effettuati con il classico ping che misurava il tempo, espresso in millisecondi, impiegato da uno o più pacchetti ICMP di echo request a raggiungere un server DNS.

Questa volta, però, sfruttando il potente comando DIG, ho inviato delle query dirette ai server DNS e calcolato il DNS Response Time, ovvero il tempo che il server impiegava a risolvere un nome di dominio che gli veniva passato. Questo valore ovviamente è direttamente proporzionale alla distanza geografica del server (come per il ping) e alla velocità di elaborazione del server, teoricamente molto bassa e che a sua volta dipende dal carico di sistema. In poche parole, con queste due componenti avremo la possibilità di effettuare test i più veritieri possibili, ponendosi proprio come se fosse il PC ad interrogare il server DNS.

In pratica, i comandi da lanciare dal proprio PC, per i vari server presi in esame saranno:

OpenDNS
dig http://www.levysoft.it @resolver1.opendns.com
;; Query time: 37 msec

DNS TIN
dig http://www.levysoft.it @212.216.112.112
;; Query time: 3 msec

Esistono, poi diversi tool online per calcolare il tempo di risposta di una query DNS. Tra questi, ne ho presi in esame 2 colocati all’estero: DIG: look up DNS domain IP address information e Dig DNS Check.

Ed ecco i risultati:

Ed ecco i risultati per i server OpenDNS:

Come vedete, i risultati sono molto simili a quelli ricavati con il PING ICMP. Qui in Italia, i tempi di risposta sono nettamente superiori per i server OpenDNS, a causa, appunto, della localizzazione geografica.
Discorso inverso, invece, si applica se la query viene lanciata da un server estero: gli OpenDns sono più veloci di quelli Alice.

Con questo articolo quindi ho dimostrato che le analisi effettuate con un PING ICMP assumono la stessa valenza statistica di quelle effettuate con i DNS Response Time delle query inviate direttamente al server DNS.

Ovviamente con questi test non voglio assolutamente affermare quale server DNS prediligere: i motivi per cui è vantaggioso scegliere gli OpenDNS sono innumerevoli, per cui sta a voi decidere cosa è meglio per il vostro sistema in base alle vostre esigenze ed aspettative.

Condividi

Join per un utente Windows

A questo punto, un qualsiasi utente Windows, dopo aver scaricato tutti questi file, per riunirli ha due alternative: o si scarica HJSplit, un applicativo che permette, tramite una intuitiva interfaccia di unire tutti i file in uno unico, oppure apre il Command Prompt e digita la seguente riga di comando:

copy /b file.001+file.002+file.003 joinfile.ext

Grazie al argomento “/b” del comando “copy” è possibile copiare file binary, mentre concatenando con il comando + i file è possibile fare il join dei file indicati. Se fossimo stati sicuri che si trattava di una semplice file di testo in ASCII, allora avremmo potuto omettere l’argomento “/b”.
E’ evidente, però, che eseguire una join di questo tipo prevede di dover scrivere a mano tutti i nomi dei file splittati (e a volte possono anche essere decine) ed è per questo che un utente Windows preferisce usare HJSplit per eseguire una Join più rapidamente.

Join per un utente Linux e Mac OS X

Un utente Linux e Mac, invece, ha una scelta in più. Se è vero che esiste anche la controparte per Linux di HJSplit e un analogo software per Mac OS X (Split&Concat) è possibile eseguire il join dei file da riga di comando in maniera molto veloce e senza essere costretti a specificare, ad uno ad uno, i file splittati.
E’ sufficiente, infatti, usare il comando cat in questo modo:

cat file.00* > joinfile.ext

In realtà, come ho scoperto, il comando split dei sistemi Unix-like, quando separa un file in più parti, genera i nomi dei file (con estensioni tipo con .001, .002, .003) in modo che possano essere automaticamente determinati e ordinati alfabeticamente, in modo da poter ricostruire i dati originari tramite il comando “cat” che, in questo modo, si trova facilmente tutti i file in sequenza e senza necessità di specificarglieli.
Analogamente al comando “copy” del dos, si potrebbero anche scrivere tutti i file uno ad uno, ma sfruttando appunto la sinergia dei comandi split/cat dell’ambiente Unix, si può benissimo usare il wildcard * in modo da non dover ripetere prima del segno “>” tutti i nomi dei files splittati.

Condividi

Soluzione universale per vedere le Olimpiadi su Windows, Linux e Mac OS X

Il problema è che tutte queste soluzioni non sono spesso alla portata di tutti ma solo per chi usa un PC con Windows (dato che tutti questi flussi video funzionano solo con Windows Media Player o con SilverLight) o per chi ha un Mac con installato il plugin per WMV Flip4Mac. Ma non tutti sanno che esiste una soluzione universale per garantire la visione delle Olimpiadi su qualsiasi piattaforma, che sia Windows, Linux o Mac OS X. Il trucco è stato quello di estrapolare gli stessi flussi streaming del canale Pechino 2008 della Rai e vederli direttamente sul proprio player video, senza essere costretti a caricare il sito web della Rai per visualizzare i video dal proprio browser.

In particolare per avere una soluzione multipiattaforma, oltre che per avere un player multimediale in grado di visualizzare nativamente (senza la necessità di codec aggiuntivi) filmati wmv in streaming, la scelta è ricaduta, spontaneamente, sull’adozione di VLC, un player gratuito disponibile per Windows, Linux e Mac OS X.

Una volta installato VLC sul proprio sistema basterà aprirlo e dal menu File > Apri Rete… inserire una delle seguenti URL per seguire le olimpiadi in streaming:

mms://212.162.68.201/olimpiadi1
mms://212.162.68.201/olimpiadi2
mms://212.162.68.201/olimpiadi3
mms://212.162.68.201/olimpiadi4
mms://212.162.68.201/olimpiadi5
mms://212.162.68.201/olimpiadi6
mms://212.162.68.201/olimpiadi7 (Rai2)
mms://212.162.68.201/olimpiadi8 (RaiSport Più)

In particolare gli ultimi due permettono di vedere Rai2 e RaiSport Più dove è possibile vedere praticamente tutti gli eventi più importanti e decisivi delle Olimpiadi.

Se avete problemi di lentezza o squadrettamento delle immagini, allora potete usare uno dei seguenti indirizzi IP alternativi disponibili da sostituire con quelli elencati sopra:

212.162.68.13
212.162.68.42
212.162.68.102
212.162.68.162
212.162.68.163
212.162.68.203
212.162.68.213
212.162.68.231
212.162.68.242

Per i più pigri ho creato una playlist M3U con tutti gli 8 canali in streaming della Rai: sarà sufficiente scaricarla e aprirla con il vostro VLC (ma funziona bene anche con Windows Media Player di Windows).

Scarica Playlist Olimpiadi Streaming Rai.

Da quello che ho potuto appurare sul mio sistema Mac OS X, sembra che, se si vede il flusso video in streaming direttamente dal proprio player multimediale come VLC, vi sia un ritardo di poco più di 5 secondi rispetto a quello che si può vedere sul sito web della Rai.

Ora che sapete come guardare le Olimpiadi non vi resta che andare a consultare il Calendario Ufficiale delle Olimpiadi e decidere quali eventi sono da non perdere.

Condividi

Le prestazioni

Tutto ciò, in pratica, rende possibile avere grandi performance, vicine a quelle di un’installazione nativa sul PC, poiché avendo pieno accesso all’hardware, sarà possibile avviare applicazioni con una velocità del tutto paragonabile a quella offerta nativamente sui sistemi Linux.

Questo almeno in teoria. In realtà l’applicazione è molto onerosa in termini di prestazioni, in quanto richiede molta memoria RAM e un buon processore: con un Pentium IV e 512 MB di RAM ci ha messo un paio di minuti ad avviarsi, mentre lo switch delle varie applicazioni, a volte, si freezava. Gli autori, comunque, raccomandano, se si vuole godere di una esperienza migliore, di avere una CPU DualCore e almeno 1GB di RAM. Ulteo Virtual Desktop è stato testato con successo sotto Windows XP e Windows Vista (solo 32-bit, per ora).

Le applicazioni disponibili

In ogni caso, ho avuto modo di apprezzare gli sforzi degli sviluppatori, nel realizzare un software davvero alla portata di tutti. Infatti, Ulteo Virtual Desktop è una vera e propria distribuzione di Linux, ma invece che far girare su Windows un desktop Linux, non farà altro che installare, nella parta alta del desktop, solamente una toolbar che permetterà l’avvio delle applicazioni Linux come se fosse un componente di Windows.

Tra le applicazioni già incluse (altre applicazioni si possono tranquillamente scaricare dal web), troviamo:

• Il web browser Firefox con Flash & Java abilitati
• La suite completa OpenOffice.org con la quale si possono gestire i propri documenti MS Office
• KPdf per gestire i propri documenti PDF
• Kopete, il software multi-Instant Messaging che supporta sia il protocollo MSN che altri
• Skype
• Thunderbird + Enigmail (in modo da poter criptare le proprie email)
• Gimp e Digikam per gestire le proprie immagini
• Inkscape e Scribus per creare grafici e giornali accattivanti

L’utente può anche avvalersi dell’aggiornamento automatico delle applicazioni e sincronizzare i documenti tra tutti i sistemi Ulteo utilizzati. Inoltre, dalla barra, si possono aggiungere nuove applicazioni, come programmi desktop aggiuntivi, giochi e, in futuro, anche programmi di sviluppo, il tutto lasciando sempre il sistema pulito.

Vantaggi e svantaggi

Ciascuna applicazione Linux lanciata da Ulteo Virtual Desktop gira in una separata finestra di Windows, e come tale può essere ridimensionata, minimizzata o chiusa utilizzando i normali comandi del sistema operativo host. Le applicazioni possono accedere alla cartella Documenti di Windows, e sono inoltre in grado di supportare l’audio e la stampa.

Il vantaggio nell’usare questa applicazione, è indubbiamente enorme: sarà possibile avere due sistemi operativi funzionanti contemporaneamente sullo stesso desktop, che possono accedere agli stessi documenti (tra quelli disponibili in “My Documents” sotto Windows).
In realtà, dalla mia esperienza, Ulteo Virtual Desktop è utile se si usano pochi programmi magari specifici del mondo linux (uno fra tutti, l’ottimo media player Amarok), perché il rischio di avere due SO sullo stesso desktop è quello di trovare l’ambiente di lavoro un po’ confusionario (considerando anche il fatto che, nativamente, Windows non ha gli spaces che potrebbero dare una ordinata, magari assegnando un workspace a sistema operativo).

Inoltre, per molti aspetti, non ha molto senso virtualizzare software Linux di cui esiste già una controparte per Windows (come per Firefox, Thunderbird, Gimp e Skype).

Rispetto ad una soluzione tipo VMware, Ulteo Virtual Desktop non ha il vantaggio di essere portabile (io di solito conservo sempre le immagini VMWare di Ubuntu e Windows 2000 su un hard disk esterno che monto all’occasione sui vari pc), ma ha certamente la prerogativa, lavorando nello stesso ambiente, di poter condividere gli stessi documenti in uso su Windows (senza dover condividere cartelle o memorizzarli su un supporto esterno di memoria).

Interessante l’implementazione del terminale da Linux (Konsole), anche se è ancora non è previsto una integrazione con l’ambiente Windows, in modo da poter aprire una shell che possa operare sia in ambiente Linux che Windows.

Conclusioni

Se Ulteo Virtual Desktop è stato pensato per gli utenti individuali e aziendali che desiderano utilizzare le applicazioni Linux e Windows sullo stesso desktop senza le complessità del dual booting (e il conseguente noioso riavvio del sistema) o della virtualizzazione (che generalmente vanno ad incidere negativamente sulle prestazioni), io, però, al momento mi sento di incoraggiarne l’uso solo a coloro che ancora non conoscono Linux e reputa i suoi programmi inferiori, sia di numero che di qualità, a quelli presenti su Windows.
Provatelo e se non vi piace vi basterà semplicemente disinstallarlo!

Condividi

La Fonera

Il FON2100A, meglio conosciuto come La Fonera, è un router sociale basato su un System on a Chip (SOC) della Atheros (Atheros AR2315) venduto da Fon ad un prezzo estremamente basso. In un’unità di dimensioni molto compatte, tanto da stare nel palmo di una mano, integra un processore MIPS 4KEc V6.4, una scheda wireless, una scheda Ethernet, una flash da 8 MB e 16 MB di RAM!

Primi passi

Per la modifica del Fonera, innanzitutto, è necessario fare (se necessario) un downgrade del firmware Fon per riportarlo ad una versione (firmware 7.1.1) che ha un bug tale da permetterci di aprire una shell via SSH, in seguito ci garantiremo la possibilità di modificare direttamente il contenuto della flash allo scopo di ottenere l’accesso a RedBoot, l’ambiente di bootstrap del router, allo scopo di caricare l’immagine dell’OS e il kernel di DD-WRT.

Telnet for RedBoot not enabled

Di guide ve ne sono parecchie: da quelle da vero sistemista a quelle semplificate for dummies. Il problema però sorge dal fatto che, se volete seguire la guida semplificata, dovete considerare che esistono due versioni di router wireless Fonera: il modello 2100 e il più recente 2200.

In particolare se avete la serie 2100 vi capiterà sicuramente di imbattervi nel seguente errore: Telnet for RedBoot not enabled

RedBoot altro non è che il bootloader della Fonera (un pò come Lilo o Grub per Linux) e di molti altri devices con Linux Embedded. Purtroppo la configurazione del kernel presente nel firmware Fon non ne permette la scrittura. Invece, il kernel, contenuto nella partizione “vmlinux.bin.l7” (/dev/mtd4), fortunatamente, è modificabile. Per questo, le guide indicando di caricare prima una versione modificata del kernel compatibile con il firmware della Fonera che permetta la scrittura nella partizione che contiene la configurazione di RedBoot e quindi caricare una configurazione di RedBoot che ci permetta di collegarci via telnet a RedBoot stesso ed avere la shell del bootloader.

A questo punto ad ogni riavvio, RedBoot, prima di caricare il firmware, si metterà in ascolto all’indirizzo 192.168.1.254 porta 9000 per darci una shell via telnet. Per questo dovremo disconnettere e riconnettere La Fonera e collegarci via telnet entro i primi 10 secondi premendo ^C (Ctrl+C) per interrompere la sequenza di boot. Molto probabilmente però, il comando precedente avrà distrutto le partizioni della flash, impedendo alla Fonera di avviarsi. Per questo potremmo avere a disposizione molto più dei 10 secondi per fare il nostro telnet.

Quello che le guide non dicono

Ebbene, ho visto molti forum e molte guide ma nessuno dava una soluzione definitiva al problema . E’ per questo che vi voglio spiegare come fare il flash del Fonera 2100, unendo due guide in una.
Buona Fortuna!

1. Primo passo, è resettare completamente La Fonera prima di fare qualunque altra cosa, con la seguente procedura:

   * Con La Fonera accesa da almeno 5 minuti, premete il tasto reset situato sotto il router;
   * tenendolo premuto togliete l’alimentazione;
   * contate fino a 5 e ricollegate l’alimentazione continuando a tenere premuto il tasto reset finché il led “WLAN” non si accende e poi si rispegne (ci vogliono almeno 2/3 minuti);
   * rilasciate il tasto reset.

   A questo punto La Fonera è tornata nelle condizioni di fabbrica, con il firmware con il quale è stata spedita e le credenziali di accesso resettate a utente: root e password: admin

2. Ora occorre seguire la prima parte della guida “FON Router Hacking Guide” per abilitare la connessione SSH e il RedBoot:
   Per farlo dovete scaricarvi Putty e HTTP File Server (HFS) e downloadare questi file per l’abilitazione dell’SSH e del RedBoot:

   * SSHEnable.htm
   * openwrt-ar531x-2.4-vmlinux-CAMICIA.lzma
   * out.hex

   Questa la configurazione della scheda di rete:
   IP: 169.254.255.2
   Subnet: 255.255.0.0 (System will fill it in for you)
   Default Gateway: 169.254.255.1
   DNS: 169.254.255.1

3. Quindi della precedente guida occorre saltare il punto relativo al Flashing del Firmware, poiché, oltre che inutilmente lungo e complesso, molto spesso l’installazione del RedBoot disabilita la connessione sulla porta 9000 all’avvio del Fonera.

   E’ per questo che vi consiglio questa guida semplificata che non richiede particolari conoscenze: http://www.wifi-ita.com/index.php?option=com_content&task=view&id=168&Itemid=51.
   Sarà sufficiente installare WinPcap per Windows (in modo da avere un accesso a basso livello alle interfacce ethernet) e questo pacchetto.

   L’importante è che vi ricordiate di collegare la Fonera al pc con il cavo di rete in dotazione, quindi cliccare sul pulsate GO! del programma e dopo circa 5-6 secondi (il programma nel frattempo ci comunicherà “No packet”) colleghiamo l’alimentazione alla fonera: infatti il programma funzionerà solo se il fonera è nella fase di boot iniziale. Inoltre è indifferente l’indirizzo ip che si deve settare sulla scheda di rete prima di iniziare la procedura (anzi vi consiglio di metterlo in DHCP) perché il programma si basa sull riconoscimento del MAC address della Fonera, e procederà poi lui in automatico a settare un IP al pc.

4. Una volta finito l’upload e il flashing dei due file il programma si chiuderà da solo. La Fonera si rebooterà, voi a questo punto dovete aspettare 10-11 minuti senza fare nulla. Passati i 10 minuti, stacchiamo l’alimentazione alla fonera, riattacchiamola e non appena è pronta (fase di start completata) possiamo andare su http://192.168.1.1/ e goderci il nostro splendido nuovo firmware!
   Non rimane altro che andare in Administration > Management e verso fine pagina c’è l’opzione Language, selezioniamo ovviamente ITALIANO.
   I dati accesso sono sempre:

   Username: root
   Password: admin

5. Una volta sbrandizzato il vostro Fonera, potreste, a questo punto, voler voglia di cancellare il logo Fon. Per farlo possiamo seguire i suggerimenti di Andrea Beggi che ci suggerisce di usare della pasta abrasiva, di quella che si usa per togliere i graffi dalla carrozzeria dell’auto, dei dischetti di cotone e del comune dentrificio per lucidare la plastica.

Condividi

Ma ecco nel dettaglio cosa mi è capitato.

Gli eventi

Avevo deciso di spostare via rete Wi-Fi alcun file dal mio Macbook Pro con Mac OS X 10.5.2 Leopard formattato HFS+ su un PC con Windows XP formattato NTFS. Per l’occasione avevo condiviso una cartella sul mio PC e gli avevo assegnato anche i diritti di scrittura. Premesso che sul mio Macbook Pro non ho installato Paragon o MacFuse per ottenere il supporto per altri file system oltre a quelli standard di Mac OS X, tra cui anche NTFS, non avevo pensato minimamente che forse questa operazione non si potesse fare, dato che nativamente Mac OS X non permette la scrittura sulle partizioni NTFS, a meno che non si voglia scrivere su un PC in rete con Samba (che sarebbe l’unico modo per scrivere su NTFS senza installare software di terze parti).

Ammetto di essere stato sovrappensiero ma anche il sistema non mi ha dato una mano. Ingenuamente ho preso un file di oltre 1 GB e l’ho spostato dal mio Macbook al PC condiviso. Ebbene, l’operazione è durata 4 minuti e nel mentre controllavo che sul PC il file venisse copiato correttamente… e così sembrava accadere: ad ogni refresh della finestre di Gestione Risorse il valore in Kilobyte aumentava col tempo. Purtroppo, con mia grande amarezza, a trasferimento ultimato, ho scoperto che sulla cartella condivisa del mio PC il file era stato cancellato e, avendo spostato il file, invece che copiato, avevo perso anche l’originale sul mio Mac! Inizialmente non ho pensato al problema del partizionamento NTFS, e supponevo che, avendo eseguito un collegamento vi wi-fi, forse c’era stato qualche problema di rete, e quindi ho ritentato il trasferimento di un altro file, avendo cura, questa volta, di fare una semplice copia. Ebbene, lo stesso infausto evento si è ripetuto!

I miei errori

Ovviamente i miei errori sono stati dettati dalla fretta e sono stati principalmente due:

1. Mai spostare un file su una cartella remota, ma farne semplicemente prima una copia e poi, dopo aver verificato l’integrità del file trasferito, cancellare l’originale
2. Non è possibile scrivere nativamente su una partizione NTFS con Mac OS X, sia se presente su una partizione di un hard disk fisicamente collegato al Mac (attraverso un hard disk portatile via USB o partizionando, magari, il proprio disco fisso interno), sia, a questo punto, se condiviso via rete

Analisi del comportamento anomalo di Leopard

Quello che mi ha tratto in inganno, però, è stato principalmente il fatto che Leopard non mi ha segnalato in alcun modo che la partizione era NTFS e, quindi, non era scrivibile dal sistema operativo di Cupertino, come quando normalmente accade se provo a copiare un file su un disco esterno NTFS. Probabilmente il problema risiede nel fatto che, avendo assegnato i diritti di scrittura alla cartella remota, forse Leopard non si è degnato di controllare se era fisicamente possibile scriverci sopra. Oppure può essere che nel protocollo di comunicazione Samba che usa Mac OS X 10.5 Leopard , non esiste un flag o una notifica che mi segnala su che tipo di file system vado a scrivere!

In realtà, però il trasferimento da Mac su PC NTFS sembrava comunque procedere regolarmente perché Mac OS X riusciva a scrivere il file sulla directory remota, anche se forse era corrotto sin dall’inizio. Almeno era quello che pensavo. Siccome, però, sono curioso per natura, ho fatto diverse prove prima di buttare giù questo articolo e ho quindi potuto appurare di una cosa davvero anomala. Ho copiato immagini ISO e DMG, file AVI grandi e piccoli, immagini JPG e piccoli file TXT e PDF. Tutti quanti i file, quando venivano spostati singolarmente, a trasferimento avvenuto, venivano inesorabilmente rimossi. In pochissimi casi, però, se copiavo due file in contemporanea, il primo che terminava veniva preservato sulla directory remota mentre l’ultimo veniva inesorabilmente cancellato!

Una inaspettata scoperta: le directory non si cancellano

E per finire, ecco che casualmente faccio una interessante scoperta: prendo tutti i file e li raggruppo tutti in una cartella e, questa volta, sposto solo la cartella: ebbene, questa volte, i file vengono tutti mantenuti! Da buon galileano, ripeto più volte l’esperimento che, regolarmente, si riproduceva!

Considerazioni finali

Non so se questo problema è da imputarsi a Mac OS X (magari solo a Samba) o a Windows XP ma sta di fatto che, l’unico modo per copiare dei file via rete tra un Mac OS X e Windows, era trasferirli da dentro una directory!

Purtroppo non ho partizioni FAT32 sul mio PC, per cui non ho potuto verificare se il problema si presentava anche con questo tipo di formattazione (anche se dubito fortemente). Comunque, lo scopo di questo mio articolo era semplicemente lanciare un monito a tutti i Macusers e segnalare questa presunta anomalia. Io credo, comunque, che questo sia indice di una non perfetta compatibilità tra Samba su Mac OS X e NTFS. Lo si capisce chiaramente quando si lanciano, a distanza di pochi secondi, due trasferimenti di rete, e il primo che termina, a volte, ma non sempre, viene mantenuto (come se, Mac OS, essendo impegnato in una altra copia, non avesse avuto il tempo di eliminare il file remoto): il bello è che se si ripete 10 volte la prova non si avrà mai un risultato univoco!

Io non credo che questa serie sfortunata di eventi sia prerogativa della mia rete casalinga o di una qualche sparticolare configurazione sul mio Mac. E’ per questo che vi chiedo: a voi è mai capitato qualcosa di simile? Cosa credere sia da imputare questo strano comportamento? Questa anomalia è riproducibile anche sui vostri sistemi?

Condividi

Questo elenco non è esaustivo ma vuole solo dare un quadro delle delle principali società dell’IT (p.es ho escluso Philips, Sony, Nintendo o simili in quanto, a mio parere, non rientravano in quella categoria di società di cui spesso si sente parlare nel mondo di internet e della blogosfera): se pensate che ne abbia dimenticato qualcuna, fatemelo sapere nei commenti.

Anche se non si tratta di una società, vorrei anche citare Ubuntu, a cui di solito ci si riferisce con la frase “quelli di Canonical“. In realtà, Canonical non è una città ma la società che presiede allo sviluppo della distribuzione linux Ubuntu e che ha sede legale nell’Isola di Man (ma ha i suoi uffici principali a Londra).

Come potete constatare anche voi stessi, quasi tutte le società importanti dell’IT risiedono in California e, in particolare, nella Silicon Valley che, sostanzialmente coincide con la Santa Clara County.
Ovviamente, quelle citate nella tabella sono solo 16 delle decine di società che affollano questa area. Se volete avere una idea, cliccate sull’immagine qua sotto:

Il termine Silicon Valley fu coniato nel 1971 dal giornalista Don C. Hoefler, per indicare la parte meridionale della San Francisco Bay Area: in particolare, fu chiamata “Silicon” per la fortissima concentrazione di industrie legate ai semiconduttori e ai computer, basati sul silicio, e “Valley” dal nome della Santa Clara Valley. Il capoluogo e città principale è San Jose, che è circondata da numerose cittadine, così da formare una metropoli di circa 4 milioni di abitanti.

Condividi

Dopo questa premessa, viene naturale chiedersi cosa abbia questo filesystem da far parlare tanto di sé. Innanzitutto occorre chiarire che un file system è un meccanismo mediante il quale è possibile immagazzinare e ordinare cartelle e documenti affinché sia facile, in un secondo momento, la ricerca e l’accesso ad essi.

ZFS è un file system open source moderno e potente sviluppato nei laboratori della Sun Microsystems nel 2004 per il suo sistema operativo Solaris ed è famoso per l’integrazione in un unico file system di diversi concetti presi da vari file system in un unico prodotto.
Nel giugno 2007 viene annunciata l’adozione di ZFS anche per il Mac OS X Leopard di Apple, notizia inizialmente smentita nel corso del WWDC07 da Brian Croll, senior director di product marketing per Mac OS, che ha dichiarato che “ZFS non ci sarà”, salvo poi smentire le smentita. ZFS non sarà comunque il file system principale di Mac OS 10.5 Leopard ma piuttosto affiancherà HFS+.

Si sta, inoltre, lavorando perché ZFS diventi, de facto, uno standard comune di filesystem Unix: è open-source e molti altri sistemi Unix o Unix-like (Solaris, FreeBSD, NetBSD, Linux) lo supportano o stanno lavorando per farlo. Il beneficio di uno standard comune è enorme, perché permetterebbe di lavorare tutti insieme per il miglioramento del futuro dell’informazione (storage). In effetti, sin’ora non si è mai avuto un file system comune a Windows, Linux e Mac. Infatti, una delle mancanze più sentite di Mac OS X, parlando di filesystem, è quella del supporto pieno ed ufficiale dell’ext3 di Linux e di NTFS di Microsoft (dovuto soprattutto agli alti costi in termini di ingegnerizzazione con un ritorno minimo negli investimenti). Chissà se con ZFS le cose cambieranno!

Se volessimo dire cosa è lo ZFS, una definizione veloce potrebbe essere questa:

ZFS è un nuovo tipo di file system che fornisce una semplice amministrazione, una approccio transazionale, una integrità del dato “end-to-end” e una immensa scalabilità (128-bit). ZFS non è un miglioramento “incrementale” alla tecnologia esistente, ma è un nuovo approccio alla gestione dei dati creato eliminando alcune assunzioni di base che risalevano a 20 anni fa.

Se non avete ancora chiaro il concetto, ecco le caratteristiche positive e negative del filesystem del futuro:

Il primo file system a 128 bit

ZFS è l’unico file system a 128 bit esistente mentre gli attuali file system sono a 32 o a 64 bit: questo significa che è in grado di gestire dischi di dimensioni arbitrariamente grandi. Infatti, potendo fornire uno spazio di 16 miliardi di miliardi (16 Exabyte ovvero 16 miliardi di Gigabyte) di volte la capacità dei file system attuali a 64-bit, i limiti del ZFS sono così ampi da non poter essere mai raggiunti in una qualsiasi operazione pratica. Bonwick affermò che “per riempire un file system a 128 bit non sarebbero bastati tutti i dischi della terra“. Addirittura, un utente che volesse creare mille file al secondo, impiegherebbe 9000 anni a raggiungere il limite!
Secondo la legge di Moore, prima o poi, anche questa capacità di immagazzinamento dovrà essere, in via del tutto teorica, raggiunta ma considerando i limiti della fisica quantistica, sui quali si basano i calcoli del capo del progetto di ZFS, l’energia necessaria per far bollire gli oceani non sarà sufficiente per archiviare così tanti dati!

Checksum a 64 bit per correggere gli errori automaticamente

ZFS è l’unico file system esistente in grado di riconoscere i danni ai documenti, segnalandolo opportunamente. Nel caso si tratti di piccoli difetti, il sistema recupererà le informazioni, ma se sono grandi i dati verranno ripristinati da una copia di riserva.
Infatti, con ZFS non serve (e non esiste) un “fsck” per un ZFS. Ogni blocco ha un checksum a 64 bit per prevenire una corruzione silente dei dati ed il dato stesso è riparato in automatico se si trova in un pool in configurazione mirror o RAID. Se una copia è danneggiata, ZFS se ne accorge e usa un’altra copia per riparla.

Con questo è possibile, quindi, affermare che lo stato dei dati è sempre consistente rendendo ZFS il file system più resistente esistente. Infatti, sottoponendo ZFS a oltre un milione di interruzioni forzate, come crash di sistema causati dalla perdita di alimentazione dei dischi fissi o dallo scollegamento forzato dal computer ospite, nel tentativo, invano, di causare perdite di dati, neanche una volta è stata persa l’integrità dei dati.

Compressione dei dati

ZFS permette di attivare su base file system la compressione trasparente dei dati. Oltre a ridurre il consumo di spazio, la compressione riduce anche il numero di richieste di I/O. Per questo motivo si è verificato che attivando la compressione con particolari workload si ottiene anche un beneficio prestazione.

La rivoluzione del copy-on-write che starà alla base del futuro Time Machine

Tutte le operazioni sono transazioni “copy-on-write”, in questo modo lo stato dei dati su disco è sempre valido, garantendone costantemente la consistenza dei dati ad ogni operazione. Ad esempio, quando è necessaria una modifica ad alcune informazioni già salvate, i dati non vengono in nessun caso sovrascritti, bensì, ZFS scrive i nuovi dati in un nuovo blocco e solo alla fine vengono modificati i puntatori (che servono ad indicare su quale posizione fisica viene salvata l’informazione) e, quindi, completata l’operazione di scrittura.

L’adozione del modello transazionale “copy-on-write” permette a ZFS di creare rapidamente un numero illimitato di snapshot (read-only) e cloni (read-write) di un file system. Infatti, quando ZFS aggiorna dei dati, i blocchi contenenti i vecchi dati, invece di essere eliminati, vengono lasciati dove stanno, creando uno snapshot del file system. Le funzionalità di backup e restore di ZFS sono basate proprio sugli snapshot. Ogni snapshot può generare un backup completo, ogni coppia di snapshot può produrre un backup incrementale. I backup incrementali possono essere utilizzati per implementare una architettura di data replication, ad esempio trasmettendo un “incremento” ogni 10 secondi.

ZFS è in grado di recuperare uno stato precedente, (infatti ZFS non sovrascrive i dati nei loro blocchi originari), ovvero sarà possibile chiedere al disco fisso di tornare alla situazione in cui si trovava il giorno prima o il mese prima. Ovviamente, tutte le modifiche apportate nel periodo in esame verranno perse, per cui è da considerarsi una operazione da svolgere con le dovute cautele del caso (ma se si tratta solo di qualche giorno la situazione sarà facilmente recuperabile)

Queste caratteristiche, forse, sarà possibile utilizzarle nelle future versioni di Mac OS X se adotterà ZFS come file system principale aprendo nuove strade e offrire lo spunto per creare nuove funzionalità . Gli snapshot, ad esempio, potrebbero essere utilizzati per annullare e ripristinare istantaneamente operazioni svolte nel Finder, mentre Time Machine potrebbe sfruttare la caratteristica nativa degli snapshot senza dover richiedere, obbligatoriamente, l’uso di un disco esterno dedicato al backup.

Inoltre, occorre considerare che, rispetto al journaling, proprio del file system HFS+, il modello copy-on-write rappresenta indubbiamente un passo avanti: infatti, il journaling mantiene un log con tutte le operazioni svolte dal file system, come in una sorta di diario di bordo, che, quando avviene una interruzione forzata a causa, magari, di un assenza di corrente, viene interrogato per ripristinare la consistenza del file system. L’approccio usato da ZFS, invece, garantisce sempre e comunque la consistenza.

Il Pool Storage di ZFS

ZFS è in grado di usare i dischi con la stessa facilità con cui si espande la memoria RAM, grazie al concetto di Pool di Storage. Infatti, se fino ad oggi eravamo abituati al massimo a dividere un disco in due o più partizioni o volumi, con ZFS sarà possibile prendere 2 dischi fissi fisicamente distinti e unirli in un unico volume logico! In tal modo vedremo un unico volume virtuale ma con la capacità pari alla somma dei due dischi fissi! Caratteristica molto utile se volete aumentare lo spazio dei file di sistema (come per esempio i font) che si trovano solo sul disco fisso principale dove è stato installato Mac OS X.

Su unix queste caratteristiche sono all’ordine del giorno, ma per gli utenti Windows questo è un sogno proibito, visto che i file system tradizionali possono risiedere solo su un singolo dispositivo d’archiviazione e un singolo disco può essere diviso in una o più partizioni con uno o più file system distinti.
L’approccio di Pool di Storage per ZFS comporta alcuni vantaggi non indifferenti: innanzitutto, ogni file system può potenzialmente disporre della capacità totale di tutti i dispositivi da cui è composto il pool di storage. Inoltre, ad ogni file system è possibile assegnare delle quote; ciò significa che, sarà sufficiente aggiungere un dispositivo al pool di storage perché tutti i file system ZFS che poggiano su di esso ne traggano beneficio.
Un altro vantaggio riguarda la banda: siccome vengono usati contemporaneamente tutti i dischi del pool di storage, la banda è, inevitabilmente, la somma delle bande dei vari dispositivi. In tal modo, aggiungendo un disco al pool di aumenta automaticamente la banda di lettura/scrittura di tutti i file system ZFS che poggiano sul pool di storage in questione.

Striping e Mirroring

Un altra caratteristica propria dei sistemi UNIX e che anche ZFS supporterà è che, se inserite due dischi fissi e li usate contemporaneamente, ZFS registrerà automaticamente i dati parte sul primo e parte sul secondo hard disk: in questo caso parliamo di STRIPING e serve a massimizzare le prestazioni del sistema, raddoppiando la velocità di lettura e scrittura sul disco fisso (che notoriamente è la fase più lenta che un SO deve affrontare). Inoltre permette di limitare le perdite dei dati in caso di rottura fisica di un disco.

Allo stesso modo, è possibile realizzare un sistema protetto o ridondante: basterà registrare i medesimi dati su entrambi i dischi fissi in modalità parallela: in questo caso è lecito parlare di MIRRORING. Ovviamente lo spazio a disposizione per i file sarà la metà della somma delle capacità dei due (o più) dischi fissi, ma qualsiasi guasto fisico di un hard disk non comprometterà il sistema dato che non avverrà alcuna perdita di dati.

Svantaggi nell’adozione di ZFS

Gli svantaggi nell’adozione di ZFS come file system per la propria piattaforma sono pochi, ma è bene analizzarli, perchè, anche se penso sia a causa della giovane età di questo file system, credo che possano essere vincolati per molti:

• Ad oggi lo ZFS è utilizzabile solo come sistema di memorizzazione dei documenti e non come disco di avvio, per il quale esiste il file system HFS.
• Lo ZFS non è predisposto per la crittografia come è invece prevista per gli altri file system.
• Lo ZFS è usabile solo su dischi rigidi con partizionamento GUID e non sui dischi analizzati con la tabella partizioni Apple, come si usava fare abitualmente sui Mac a processori PowerPC.

Condividi

Diane Hagglund di King Research ha dichiarato:

Uno dei principali motivi di preoccupazione, è la stabilità del sistema. La stabilità in generale è citata frequentemente dagli intervistati, così come la compatibilità del software professionale che deve girare su Vista.
Anche il costo del sistema operativo è stato citato da alcuni intervistati come un problema.

Il costo di una copia Business di Vista, raggiunge i 299$, a cui vanno aggiunti 269$ dollari per ogni licenza addizionale.
Probabilmente anche per questo motivo Mac OSX Leopard (disponibile volendo anche in versione server con infinite licenze client a 999$) è la principale alternativa indicata dagli intervistati intenzionati a non installare assolutamente il nuovo sistema di Bill Gates, seguito a poca distanza percentuale da Red Hat Linux e da altre distribuzioni del pinguino open-source.

La virtualizzazione di altri sistemi operativi è un altro punto chiave che ha fatto guadagnare punti a Mac OS X fra gli intervistati, mentre le difficoltà maggiori per chi decidesse di eseguire il fatidico switching, sono principalmente legate alle abitudini di utilizzo e di gestione da parte degli utenti e dei manager, che, provenendo da un ambiente Windows, temono di dover re-imparare troppe procedure.

Dato che l’inchiesta è stata condotta su un campione relativamente ristretto non può essere una indicazione insufficiente per poter parlare di inversioni di tendenza o cambiamenti decisivi. Tuttavia il dato non deve passare inosservato visto che proprio l’ambito professionale è il campo in cui Windows ha sempre giocato in casa. Anche una ricerca ristretta come questa mette quindi in luce alcuni indizi di un possibile cambiamento delle dinamiche all’interno delle grandi compagnie. Un cambiamento che fino a qualche anno fa (età dell’oro di Win XP SP2) non sarebbe stato minimamente ipotizzabile.

Attribution Image CC: Apple Mac OS X Leopard Wallpaper

Condividi

I requisiti minimi

Google ha chiesto ai costruttori che vorranno adottare Android dei requisiti tecnici minimi. I “Gphone” dovranno essere dotati di videocamera, tecnologia Wi-Fi (che permetterà l’accesso ad internet attraverso le reti senza fili), compatibilità con lo standard di trasmissione dati 3G (UMTS) e sistema di rilevazione satellitare (GPS). Caratteristiche che ormai iniziano ad essere disponibili in quasi tutti gli smartphone di fascia media, e che presto, probabilmente, diventeranno abbastanza economiche da essere diffuse su tutti i cellulari.

Le caratteristiche di Android

La nuova piattaforma Android si baserà sul sistema operativo open source Linux (che verrà probabilmente rilasciata sotto licenza Apache Versione 2.0) e sul linguaggio Java e sarà disponibile negli Stati Uniti e in Europa dalla seconda metà del 2008.
Questa scelta garantirebbe una reale apertura verso le applicazioni prodotte da terzi e che proietterebbe il Pinguino in prima linea nella guerra per la conquista del mobile e al contempo confermerebbe l’intenzione di Google di essere protagonista dell’Internet mobile.

Android integrerà un’interfaccia personalizzabile, un servizio di messaggeria e tutte le applicazioni attualmente fornite da Google, come Google Earth, Google Maps e la suite office di Google. Lo scopo è quello, ambizioso a dir poco, di trasformare qualsiasi smartphone dotato delle caratteristiche necessarie in un vero e proprio mini-computer, in grado di svolgere tutte – o quasi – le funzioni normalmente svolte dal pc di casa, rendendo l’esperienza “desktop-like“.

SDK per Android che semplifica lo sviluppo di applicazioni per cellulari

Google, inoltre, ha annunciato che distribuirà anche un tool di sviluppo per permettere alle terze parti di creare velocemente e semplicemente delle applicazioni per il sistema operativo compatibile con ogni telefonino che monti Android. Per ora non si può mettere le mani su nulla ma l’attesa finirà il 12 Novembre, data in cui verrà rilasciata al pubblico una preview dell’Android Software Development Kit (SDK).

La piattaforma Android dovrebbe semplificare lo sviluppo di cellulari e applicazioni mobili perché è una piattaforma integrata che comprende un sistema operativo, un middleware, un’interfaccia utente e alcune applicazioni. Con l’Android SDK i produttori di dispositivi di telefonia mobile e gli operatori wireless saranno liberi di personalizzare Android per portare sul mercato prodotti nuovi ed innovativi più rapidamente ed a costi inferiori. Gli sviluppatori potranno accedere alle capacità dei dispositivi di telefonia mobile ed agli strumenti che permetteranno loro di realizzare applicazioni più innovative e maggiormente user-friendly, portando il modello dello sviluppatore Internet anche nel mercato della telefonia mobile.

La grande alleanza e i grandi assenti

Insomma, Mountain View spera di gettare le basi per un’architettura comune ma non proprietaria, un vero e proprio “open standard“. A sostenere il progetto ci sarà un’alleanza di 34 differenti grandi società tra produttori e operatori, la Open Handset Alliance (OHA), ciascuna delle quali porterà un contributo al progetto di innovazione.
E’ già sicura la partecipazione di Samsung, Motorola, Lg, Htc, Intel, Qualcomm, Broadcom, e Texas Instrument fra i costruttori di hardware e Sprint Nextel, T-Mobile, Kddi, Ntt DoCoMo e Tim Telecom Italia fra i carrier telefonici.

Ma tra i grandi assenti ci sono anche nomi di peso, come i colossi Nokia e Sony-Ericsson e la neofita Apple. Se per Nokia il fatto si potrebbe giustificare perché è una delle più grandi sostenitrici di Symbian, per Apple l’aspetto interessante è che, nonostante il Ceo principale promotore dell’alleanza, Google, fa parte del consiglio di amministrazione di Apple, le strategie di Cupertino non sembrano lontanamente compatibili con gli scopi finali del patto.

Il fine ultimo dell’Alleanza è quello di generare innovazione per i dispositivi cellulari e dare ai consumatori una user experience di gran lunga migliore di quella oggi riscontrabile nelle piattaforme mobili.
Con quasi 3 miliardi di utenti nel mondo, il cellulare è diventato un mezzo di comunicazione personale e onnipresente. Tuttavia, la mancanza di sforzo collaborativo è sempre stata un ostacolo per gli sviluppatori, gli operatori mobili e i produttori di apparecchi mobili, nel rispondere il più velocemente possibile ai sempre mutevoli bisogni dei consumatori finali. Attraverso Android, ora potranno posizionarsi in maniera migliore per portare sul mercato prodotti innovativi più velocemente e con costi minori. Il risultato finale sarà una piattaforma senza precedenti, che consentirà ai produttori di telefonia mobile di fornire ai propri utenti una esperienza di utilizzo del dispositivo molto migliore.

Windows Mobile, Symbian e Mac OS X Mobile: i rivali di Android

Così dopo Windows Mobile, Symbian, Mac OS X Mobile e OpenMoko, nasce una nuova stella nel cielo della telefonia mobile. Tra i rivali più temibili senz’altro è da citare il Mac Os X di Apple, ormai di serie su tutti i prodotti di Cupertino, dall’iPhone all’Apple Tv, passando per i nuovi iPod e i computer della mela. Ma è Symbian l’ostacolo più impegnativo alla conquista del mercato mobile da parte di Google. Attualmente, infatti, il 59% dei cellulari “intelligenti” monta il sistema operativo mobile Symbian, leader del mercato mondiale. Un sistema altamente specializzato che può contare su circa 74 milioni di utilizzatori in tutto il mondo. Mentre gli utenti di una versione “mobile” di Linux – sul quale sarà basato il G-System – sono per adesso solo 13 milioni. Su numeri simili si attesta anche la base di mercato di Windows Mobile. Che, però, ha alle spalle Microsoft, in assoluto il player più importante e ricco dell’informatica.

Chi c’è dietro a Android?

Sembra infatti che nel 2005 Google acquisì un’azienda di software per cellulari che si chiamava Android, alla cui guida stava Andy Rubin, un brillante ingegnere-imprenditore di 44 anni che ora è direttore delle piattoforme mobili di Google.

Se Android sarà gratuito come ci guadagnerà Google?

Come conferma la licenza Apache Versione 2.0, Google ha intenzione di distribuire gratuitamente il sistema ai produttori. Un risparmio che probabilmente verrà avvertito anche dagli utenti finali, nella speranza di rendere low-cost gli smart-phone.
Con questa mossa Google vuole imprimere un’accelerazione al mondo dell’internet mobile, contrastando la frammentazione e i giardini recintati che l’hanno caratterizzato fino ad oggi, e rendendo l’esperienza dell’utente più simile a quella che avviene attualmente col web. Colmare il gap tra cellulari e internet significa infatti, per l’azienda di Mountain View, far crescere i ricavi pubblicitari provenienti dai servizi consultabili via telefonini. Che nel mondo sono ormai più di miliardo e continuano a crescere.

Considerazioni finali

“Android mostrerà a milioni di utenti il vero potenziale della tecnologia mobile, che finora non è stato sfruttato appieno. Cambieremo il modo in cui le persone condividono le informazioni. Per sempre”.

Speriamo comunque non sia vera la frase riportata dal NYT che dice “Google’s agenda is to disaggregate carriers” (che può essere interpretata come “Una delle volontà di Google è distruggere gli operatori”). Staremo a vedere ma nell’attesa date un’occhiata al video introduttivo ad Android realizzato dagli stessi sviluppatori che lavorano a questo progetto:

Condividi