La mia idea sul futuro di un OS è chiara. La mia idea sul futuro delle telecomunicazioni è chiara. E credo che non si sia realizzata, finora, solo per l’ostracismo di chi necessita di rallentare la ricerca per guadagnare o portare in pari i conti di affari sbagliati in passato.

Un giorno, non troppo lontano, saremo tutti coperti da rete internet a velocità decente. Un giorno, le nostre potenze di calcolo saranno condivise. Un giorno, i nostri computer non avranno programmi memorizzati sui loro dispositivi di archiviazione. A pensarci, probabilmente, dei dispositivi di archiviazione non avranno neppure bisogno.

Una ipotetica roadmap per GNOME 4.0 - tratta da http://freesteph.info/post/2010/07/28/The-coolest-roadmap-I-ve-seen

Emmanuele Bassi, da poco eletto a far parte della Board of Directors di GNOME, ha scritto un interessantissimo articolo sulle sue idee riguardanti lo sviluppo e il futuro di GNOME e la necessità di staccarsi dalla concezione di desktop environment che lo caratterizza.

Mi trovo solo in parte d’accordo con esso. Non perché le sue idee siano sbagliate, tutt’altro. Il futuro di GNOME è sicuramente quello di diventare un OS a parte e smettere di essere concepito come desktop environment, o meglio come il layer più elevato di una distribuzione GNU/Linux.

scrivere un’interfaccia grafica che permetta all’utente di portare a termine un lavoro ha centinaia di dipendenze: kernel, driver, API per spedire pixel verso il monitor, API per ricevere input da tastiera, touchscreen o mouse; networking, device discovery, color management, graphics system; ognuna di queste si porta dietro le sue richieste e le sue dipendenze — e tutto questo va preso in considerazione come un unico blocco quando si vuole andare a definire una piattaforma per scrivere applicazioni. esistono standard, ma di solito sono troppo a basso livello per essere anche solo remotamente utili per scrivere un sistema operativo moderno. un sistema operativo che riesca a reggere la competizione, che scali verso le piattaforme mobili, e verso il computingcondiviso e distribuito.

Dice bene, quando parla di eccessiva complessità del prodotto GNOME, e dice benissimo quando parla di piattaforme mobili e computing condiviso e distribuito.

Avevo già parlato della mia idea di cloud computing, della mia visione utopica e, forse, irrealizzabile.

Amazon e Apple (tanto per fare qualche nome) stanno investendo sul cloud, chi come forma di storage, chi come semplice espansione della potenza di calcolo. I progetti che nascono ogni giorno sono tanti, ognuno con le proprie peculiarità e scopi più o meno interessanti (a partire dal famosissimo Seti@Home, arrivando all’ultimo CollatzNet, di cui propongo un’interessante flame, per quanto ignorante, su LegaNerd).

Ma chi ha veramente fatto un passo avanti nella direzione futura è, tanto per cambiare, Google. Chrome OS è stata la prima vera incarnazione (se ignoriamo progetti come Jolicloud, ottimi ma architetturalmente e concettualmente con qualche errore) di questo futuro, seppure non abbia avuto il giusto risalto e, al momento, neppure la giusta commercializzazione (al momento in cui scrivo è fornita solo su due serie di netbook).

Il punto è che il futuro è nel web. L’esempio più famoso di tutto ciò è Google Docs. E’ Office 365. Sarà iCloud. Servizi disponibili online che permettono di fare ciò che, normalmente, facciamo sul nostro computer. Ciò che è in atto è la migrazione completa delle nostre applicazioni sul web.

Il miglior pregio di un approccio del genere è che la potenza di calcolo richiesta sul computer client è drasticamente ridotta (seppur legata direttamente alla leggerezza del browser in uso, che sta diminuendo esponenzialmente con le nuove release dei browser che vanno per la maggiore). Il peggior difetto è, ovviamente, la necessità di una connessione sempre attiva e l’indisponibilità del tutto, nel momento in cui questa viene meno.

GNOME 3.0, al pari di Unity (senza scadere in flame) è stato un passo importante verso il mondo tablet, non verso gli applicativi web (a causa proprio della sua natura di desktop environment). Per questo, credo sia solo questione di tempo. Chissà quanto.

L’argomento per cui torno a scrivere è la sicurezza informatica, la solita passione.

Ultimamente mi sta a cuore per motivi particolari che ora non starò a descrivere, ma ho una riflessione sul mercato che voglio scrivere e condividere.

Sono 20 anni che termini come DoS, cracking e compagnia bella ci accompagnano praticamente tutti i giorni. In particolare negli ultimi tempi sono stati prima i ragazzi di Anonymous, poi quelli di LulzSec a garantirci ore di assoluto interesse verso un campo che, a parte tra gli specialisti, non riscuote poi tutta l’attenzione che si meriterebbe. Così, salito alla ribalta delle cronache, il nostro settore ha destato l’attenzione di tutti quei giornalisti di tv e giornali ansiosi di fare notizia, pur non sapendo nulla o quasi al riguardo. Una volta appurato però che non erano certo notizie o scoop che gli sarebbero valsi il premio Pulitzer o la sedia da anchorman hanno ben pensato di dimenticarsi tutte le vicende in fretta e furia.

Diverso è stato, fortunatamente, il discorso per i giornalisti che operano online e che con l’online ci vivono. Buona parte di loro si è interessata attivamente al problema dedicandogli quantomeno un misero spazio o una menzione. Poco, ma almeno l’intenzione c’era.

Così, a parte i defacciamenti più clamorosi, è passato quasi in sordina il mese e mezzo che il PlayStation Network ha passato offline, non si è praticamente parlato del massiccio leak di informazioni personali dai database di alcune università italiane, né tantomeno ho notato servizi sul defacciamento, clamoroso a dir poco, del sito di Vitrociset (l’azienda che si occupa delle mansioni della Polizia Postale, mica dei poveretti).

Aldilà della delusione nel non vedere minimamente riportate queste notizie che, senza prese di posizione di parte, ritengo estremamente importanti, ciò che mi ha colpito è stato l’atteggiamento ancora ostinatamente chiuso di tutti. Ovunque abbia letto, o quasi, si è parlato di un impellente bisogno di rinforzare le difese tecnologiche delle infrastrutture, di necessità immediate di riprogettazioni delle strutture e altre stupidaggini annesse.

Ciò che sembra essere passato sotto gli occhi di tutti è il modo in cui questi soggetti hanno avuto accesso ai portali di cui hanno preso il controllo. Maghi dell’hacking? Geni del cracking? Mesi di pianificazione e decodifica di password?

No. Esercizi di astuzia e psicologia. Nulla di più, nulla di meno. Come teorizzato da tutti i più grandi esperti di sicurezza informatica (per giustizia divina cito solo Kevin Mitnick, che può essere considerato una delle figure più prominenti del settore), l’anello debole dei sistemi informatici sono sempre gli esseri umani.

Che senso ha costruire reti impenetrabili, spostare fisicamente e rendere inaccessibili, a meno di salti mortali, server nascosti e dozzine di queste strampalate idee se poi l’amministratore di rete o chi per lui usa come password i nomi dei suoi figli? Che senso ha costruire fortezze inarrivabili e irraggiungibili (che rendono le gestioni tremendamente complicate se si verifica un imprevisto) se persino i form di login sono costruiti alla mentula canis (per chi non avesse studiato il latino o si accontenta di linguaggio popolare, legga “alla cazzo di cane”)?

Uriel, giusto un mese fa, tirava fuori un discorso assolutamente meritevole di attenzione al riguardo.

La somma dei tre atteggiamenti di cui sopra , di fatto, fa si’ che su internet , almeno nel mondo dei privati:

• Il 70% dei sistemi e’ aperto come una cozza gia’ agli script kiddies, cioe’ a gente che non sa cosa fa ma scarica e si scambia degli script per la rete. Nella classificazione del DoD americano, da 0 a 0.9.
• L’80% dei sistemi e’ aperto come una cozza gia’ agli hacker di livello mediocre. Nella classificazione del DoD americano, da 0.9 a 1.5
• Il 95% dei sistemi e’ aperto come una cozza gia’ ad un hacker che comincia a sapere cosa fa. Nella classificazione del DoD, da 1.5 a 2.2. (dal 2.2 in poi, sino a 5,  dipende da caso a caso).

E’ questa la realtà. Che ogni anno, ogni mese, ogni giorno vengono spesi tantissimi soldi inutili in massimi (?) esperti della sicurezza che sono in grado di costruirti reti che quanto a livello di sicurezza fanno impallidire anche Alcatraz e Sing Sing, quando la debolezza è un altra, ovvero che la gente non sa quello che fa. La gente che con quelle infrastrutture deve lavorarci ogni giorno, siano essi sistemi di gestione di una centrale nucleare o del blog aziendale, non ha idea del pericolo a cui espone la propria azienda ogni giorno.

Sono sistemi in cui mi basta trovare una password (ovviamente unica per tutti i servizi online, nella maggior parte delle persone) e ho già fatto l’80% del lavoro. Mi basta una telefonata, una mediocre interpretazione e ho le informazioni di cui necessito. La gente non sa, figuriamoci se sospetta.

I sistemi sono generalmente costruiti per difendersi dall’esterno, non certo dall’interno. Come difendi il caveau di una banca se i ladri sono già dentro alla chiusura, con tutti gli strumenti, le telecamere spente e tutto il tempo necessario? Semplice: non lo difendi.

Ecco perché si torna al discorso che, ora come ora, l’informatica non è per tutti. Che bisogna investire in costi di formazione per il personale, che bisogna sensibilizzare tutti su questo discorso.

Le recenti mosse (sagge) del governo prevedono finalmente una sorta di e-gov anche da noi, con buona parte dei servizi amministrativi offerti online. Lo ripeto di nuovo: finalmente. Non colmerà le lacune che ci separano da paesi ben più organizzati e avanzati di noi, ma almeno mi permetteranno di non fare 3 ore di fila per chiedere un banalissimo servizio che potevo fare anche da solo in comune.

L’unico problema è la massa di ignoranti (leggasi: impiegati statali) messi lì non si sa come (o meglio, si sa ma non si dice) che avrà accesso alle parti amministrative di questi servizi. Per come la vedo io, comunque, non avranno affatto accesso ai servizi online, ma avranno molto più tempo per stare su Facebook e fare i cazzi loro.

Che gli venga almeno insegnato a non danneggiare tutti, solo per il loro gusto di farsi i cazzi propri al lavoro.

Spinto dai commenti entusiasti e dall’hype spinto fino all’inverosimile di Felipe su Pollycoke (uno dei migliori blog/siti a sfondo Linux mai letti, indubbiamente) e dei suoi utenti, ma soprattutto dall’annuncio che Unity, il desktop environment creato per netbook, sarebbe stato incluso di default nella versione Netbook, ho deciso di fare il grande passo. Ho sacrificato il mio Samsung N150 facendogli posto tra Windows 7 (grazie a Dio sempre meno indispensabile, dato che sui netbook va troppo lento – sulla versione desktop ne sono invece pienamente soddisfatto) e il sacro, divino, irrinunciabile Fedora.

Ecco le mie impressioni:

Non manca qualcosa?

1) Mi prendete per il culo?
Soprassiedo su inconvenienti del tipo che l’utility di creazione della pennetta USB fornita in allegato all’immagine scaricabile di Ubuntu (da utilizzare su Win) non riusciva neppure a trovare le pennette USB attaccate al pc – ma preferisco pensare sia stato un problema di Windows – e che ho dovuto utilizzare il sempre fedele Unetbootin facendogli credere che l’immagine che stesse cercando non fosse la versione netbook ma quella desktop (ma qui a peccare di giovinezza è lo stesso Unetbootin: al momento in cui l’ho utilizzato supportava le immagini desktop e non quelle netbook. Facendogli credere che fosse la desktop con un altro nome, comunque, tutto è andato bene).
Il primo impatto è stato quello di deja vù. Quello che mi sono trovato davanti, infatti, era un ibrido tra Jolicloud (per la mancanza di un desktop vero e proprio e la costruzione dell’interfaccia), Gnome (per la disposizione degli elementi) e Leopard (per il wallpaper assolutamente somigliante a quello di default di Apple).
Esteticamente non male, assolutamente. Ciò non toglie che mi sia trovato disorientato, ma ben presto ho capito come funzionava. O meglio, ho creduto di capirlo. Ma ne parleremo dopo.
Per ora soffermiamoci sul “mi prendete per il culo?”. Andiamo con ordine: sul mio N150 – e penso un po’ su tutti i netbook – Windows 7 è sopportabile con buona pazienza (nonostante la sua lentezza), Fedora è una scheggia anche con parecchie applicazioni aperte. Dunque, avevo la velocità con Fedora e potevo accontentarmi della compatibilità con Win 7. Perché provare Ubuntu, la peggior distribuzione Linux ormai da anni? Perché installare una distribuzione enormemente diffusa e con tutti gli svantaggi del caso (in particolare la pesantezza estrema)? La risposta è presto detta: mi era capitato, sugli altri OS di incorrere nella visualizzazione di finestre non adattate al mio piccolo schermo. Ero incappato in schermate che non ci stavano e i pulsanti indispensabili (tipicamente posizionati nel fondo delle finestre) non erano visualizzati. Mi pareva fin troppo ovvio che in un desktop environment creato appositamente per i netbook questo inconveniente non si presentasse. Appunto, fin troppo ovvio.
Lo screenshot qui sopra parla da sè. Non è il primo caso che mi si è presentato, è solo il più recente. E sono convinto che non sarà neppure l’ultimo.
Alcuni compagni di corso mi hanno spiegato che probabilmente il problema si presenta in quanto Unity non è un desktop environment vero e proprio, ma è costruito sopra un’altro. In parole povere: vi ricordate le copertine colorate trasparenti che alcune mamme mettono sui quaderni/libri dei figli che fanno le elementari (si trovano in cartoleria e costano una sciocchezza)? Ecco, se il quaderno ha una macchia, la copertina non la corregge certo. Ne cambia soltanto la variante cromatica dominante. Ecco perché le finestre non sono visualizzate bene. Se Unity è un visualizzatore per netbook ma è costruito su un visualizzatore desktop non c’è santo che tenga. Lo definirei un paradigma di costruzione a layer (magari è sbagliato, ma è ciò che mi fa venire in mente).

2) Ubuntu e l’user-friendliness factor.
Ok, qui non c’è proprio nulla da dire. Ubuntu è la distribuzione Linux creata per essere amichevole con gli utenti per eccellenza. Facile da usare, intuitiva, veloce e “ragionata”.
Ovviamente scherzavo. L’user-friendliness non si misura solo nella facilità d’uso per i nuovi utenti, ma anche per quelli che vengono da altri sistemi o desktop environment. Io che ho provato e riprovato quasi tutti gli OS presenti sul mercato e non, sicuramente non brillo per intelligenza, ma ho faticato non poco per capire dove diavolo si trovassero le impostazioni di sistema. Già, perché a parer mio (e sottolineo a parer mio) non sono dove dovrebbero essere. Se tenete d’occhio lo screenshot che ho postato più in alto, potrete vedere nell’angolo sinistro nella cima dello schermo il simbolo di Ubuntu. Analogamente a Win, OSX e praticamente tutte le distribuzioni Linux, clickandoci sopra vi apparirà un menu. In questo menu (a parte la lentezza estenuante che, a volte, inspiegabilmente, impiega ad aprirsi) ci sono diverse categorie: web, musica, chat, ecc. Nessuna traccia di impostazioni. Sopra le categorie c’è un form di ricerca. Provate a scriverlo lì. Uscirà un software di gestione del bluetooth e qualche altro pacchetto di impostazioni. La distinzione tra software e pacchetto in questo caso è significativa. Con pacchetto infatti voglio lasciar intendere che la ricerca è effettuata anche nel centro software di Ubuntu, ovvero il software scaricabile e che verrà installato automaticamente, previa vostra autorizzazione, quando lo selezionerete. Perché ho parlato di software di gestione? Perché, in effetti, è questo il paradigma usato da Canonical per le impostazioni.
Non hanno tutti i torti in effetti. Le utility di sistema (regolazione delle periferiche audio, dello schermo, ecc.) sono a tutti gli effetti del software. Degli applicativi che eseguono delle routine quando sono invocati e vengono fatte delle scelte. Probabilmente è questo il motivo per cui per trovare le impostazioni dovrete scegliere “Applicazioni” dal dock laterale posto sulla sinistra e navigare nella scheda “Sistema”. Una scelta effettivamente ragionevole, ma direi alquanto discutibile. Se veramente Ubuntu è dedicata ad utenti meno esperti, perché lasciargli la possibilità di fare danni o modifiche non volute mischiando il software di sistema a tutte le altre applicazioni (il pannello principale infatti le mostra tutte, senza distinzioni di sorta)? Senza contare che chi, come me, viene da un background totalmente diverso come in tutti gli altri OS, probabilmente si troverà assolutamente disorientato. Mi ci è voluto tempo, non poco, per trovare le impostazioni e per un attimo sono stato sfiorato dall’idea che non ce ne fossero affatto.

3) Il parco applicazioni e l’integrazione dei social networks.
Come ci aveva abituato, Ubuntu fornisce nei soliti 700 Mb un parco applicazioni piuttosto definito e ricco. Definito perché non ci sono più di una applicazione per ogni funzionalità (es.: Rhythmbox è l’unica applicazione preinstallata per ascoltare musica), ricco perchè include software che raramente si trova già preinstallato (vedasi la suite OpenOffice.org). E’ un punto di forza a parer mio, perché non rischia di disorientare gli utenti con troppi software per lo stesso scopo (la mia amata Fedora non è così efficiente, ahimè). Chi desiderasse qualcosa di diverso può comunque facilmente e velocemente installarla con il gestore dei pacchetti. Tutti contenti quindi.
Come visto nelle ultime release, inoltre, Ubuntu fornisce un supporto integrato ai social networks più diffusi: Twitter e Facebook, per citare i due più importanti. Ora le notifiche appariranno direttamente nell’angolo superiore destro del vostro schermo. Nella mia esperienza, però non era tutto oro quel che luccicava: l’integrazione con Twitter è stata perfetta. Non è stato possibile invece associare il proprio account Facebook per motivazioni sconosciute. Nonostante completassi con successo tutti i passi, una volta finita l’aggiunta guidata del profilo, il tutto si esauriva con un nulla di fatto. Potrebbe essere un ottimo modo per cominciare a disintossicarsi da Facebook.

4) Scusate ma… Non avete dimenticato qualcosa?
Ebbene sì. Sarò breve e conciso in quest’ultimo punto: il desktop, dove diavolo è? Perché devo andare tra “File e cartelle” e entrare in “Scrivania”? Se si chiama desktop dovrebbe essere sempre sotto, no? Bah.
Inoltre ho letto sul fedele Pollycoke (e la sua splendida e utilissima socialbox) che Unity diventerà il desktop environment di default anche nelle future distribuzioni desktop di Ubuntu. Forse sarebbe il caso di rivedere qualcosa al riguardo. Speriamo in bene.

5) Supporto hardware.
Qui fortunatamente non ho nulla di cui lamentarmi. Siamo al livello delle altre distribuzioni Linux.

Nota: spero vivamente che molte di queste mancanze siano date dal fatto che io stesso non ho dedicato abbastanza tempo alla loro ricerca.

Conclusione (finalmente ci siamo arrivati):
Per il resto, purtroppo, certe cose non cambiano mai. Ubuntu è una di quelle. Continua a godere della sua leadership indiscussa grazie soprattutto alla sua già ampia diffusione, piuttosto che grazie alla qualità del prodotto in sè. Mi ricorda qualcosa (qualcuno ha detto Windows?)…

Premessa doverosa n° 1: la guida è liberamente tratta da quella di tweak41 su insanelymac.com (di gran lunga il miglior posto dove cercare informazioni su come installare OSX su un pc).

Premessa doverosa n°2: il mio pc è stato assemblato tenendo conto dell’obbiettivo dichiarato di installarci sopra OSX, quindi le componenti erano state scelte minuziosamente. Potete provarci anche con il computer che avete già, ma i risultati non sono assicurati. Per cercare i file necessari all’installazione sul vostro pc, Google, insanelymac.com, ihackintosh.org e similari possono esservi sicuramente di grande aiuto.

Andiamo a cominciare:

Attrezzatura necessaria:

• DVD di installazione di Snow Leopard (o, in alternativa, una sua immagine – badate bene che sia quella della release ufficiale, però)
• Flashdrive da ALMENO 8 gb
• Un ambiente OSX già funzionante
• Questo pacchetto essenziale

Affrontiamo il primo problema: disporre di un ambiente OSX funzionante. Giustamente uno dirà: ma se sto cercando una guida per installarlo, che senso ha chiedermi di disporre di un OSX già funzionante? La risposta è breve e le soluzioni almeno 2: l’ambiente serve per poter integrare il disco di OSX sulla pennetta. E le soluzioni sono: chiedere ad un amico che possiede un Mac, oppure scaricare OSX per virtual machine (nei vari siti di torrent è facile trovare immagini già pronte, solo da essere montate – non aspettatevi velocità eccezionali, soprattutto se non avete tonnellate di RAM, alla fine tutto questo serve solo per l’integrazione del disco, non per un uso più approfondito).

Per cominciare con il piede giusto, cercate una guida che parli delle vostre componenti (in particolare la scheda madre). Lì potrete abbastanza facilmente trovare indicazioni su come impostare il BIOS. In generale, però, posso suggerirvi di disabilitare più cose possibili. Componenti che andremo poi a riabilitare una per una ad installazione completata, in modo da vedere se sono supportate o se bisogna apporre ulteriori modifiche.

Passo numero 1: preparare il disco di installazione (flashdrive).

Avviate l’ambiente Mac già funzionante e inserite la flashdrive. Utilizzando “Disk utility” (“Utility disco” nella versione italiana) formattate la pennetta con lo schema partizione GUID e file system HFS+. Dategli un nome, possibilmente corto, perchè ci servirà in seguito.

Conclusa la formattazione della pennetta, inserite il disco di Snow Leopard. Selezionatelo e andate nella tabella “Restore” (“Ripristina”). Quindi trascinate il disco di Snow Leopard dalla lista a sinistra fino alla casella “Source” (“Sorgente”), e trascinate la vostra pennetta che avete appena formattato nella casella “Destination” (“Destinazione”). Togliete il segno di spunta da “Erase destination” (“Inizializza destinazione”) e clickate “Restore” (“Ripristina”).
Il processo durerà non poco, quindi siate sicuri di aver scaricato, nel caso l’aveste presa da internet, l’immagine giusta del disco di installazione di Snow Leopard. A tal proposito, consiglierei caldamente di comprare il DVD originale. Dato che costa appena 29 euro, mi sembra quantomeno giusto supportare gli sviluppatori pagando il software. Fidatevi: quei soldi li vale tutti, fino all’ultimo centesimo.

Passo numero 2: rendere bootabile la flashdrive.

Ora che il DVD di installazione di Snow Leopard è stato ripristinato sulla pennetta, dobbiamo rendere quest’ultima bootabile, cioè avviabile quando accendiamo il pc (per procedere con l’installazione). Scaricate il pacchetto essenziale di cui parlavo più sopra.

Contenuto del pacchetto: il pacchetto contiene vari script che ci torneranno utili, ma contiene anche i file necessari all’avvio di una scheda madre ASUS P6T SE (nella cartella KEXTs). Nel caso aveste una scheda madre diversa, scaricate i file relativi e sostituiteli a quelli contenuti nella cartella KEXTs. Va da sè che serviranno non pochi tentativi per azzeccare la combinazione giusta. Abbiate pazienza, quindi, e provate.

Quando avrete scaricato i file necessari, aprite la cartella del pacchetto scaricato ed eseguite il file “2_Boot Prep”. In breve, questo file è uno script che va ad installare Chameleon 2 RC3 (il bootloader) sul disco, genere la cache dei Kext con quelli che avete selezionato e piazza i file “com.apple.Boot.plist”, “smbios.plist” e “DSDT.aml” nelle cartelle giuste della flashdrive. L’avvertenza che vi faccio è di stare attenti soprattutto al file DSDT.aml. Dato che esso contiene la chiave per permettere al sistema di dialogare con il vostro processore, se piazzate quello sbagliato, l’installazione non partirà neppure. Cercate bene e assicuratevi di trovare il file giusto. Controllare due volte è sempre una cosa buona.

In ogni caso, quando avrete completato la ricerca e avviato lo script, vi si aprirà una finestra di terminale. Qui dovrete inserire il nome che avete precedentemente assegnato alla pennetta. Alla fine dello script visualizzerete una riga con scritto:

Done! Finished setting-up [nome_pennetta] as a Snow Leopard Boot Medium.

logout

[Process completed] /* “Processo completato” se in versione italiana */

Se vedete un errore che ha a che fare con “fdisk” non preoccupatevi: non è un problema.

Prima di rimuovere la pennetta, copiate il pacchetto essenziale scaricato prima sulla flashdrive, dato che poi ci servirà.

Se avete una scheda video ATI Radeon HD4xxx cambiate il nome al file “EFI 10v3 boot” in “boot” e sostituitelo all’originale.

Passo numero 3: installazione.

Andate nel BIOS e impostate la pennetta come primo drive di boot.

Installare OSX è veramente semplice. Assicuratevi di aver configurato l’hard disk in modalità SATA (sempre dal BIOS). Accendete il vostro pc e premete il tasto relativo alla scelta del drive di boot fin quando non vi verrà permesso di sceglierlo in un menu apposito (di solito si usa F8 oppure F12 – la schermata iniziale del pc, comunque vi elenca i tasti da premere generalmente). Vi partirà quindi la schermata di Chameleon (il bootloader). Scegliete la flashdrive e aggiungete come opzione di boot la flag “-v” (senza virgolette). In questo modo avvierete in modalità “verbose” il che permetterà di visualizzare tutti i messaggi di caricamento. Se si bloccherà, almeno così saprete a che punto era arrivato e avrete un indizio per cercare la risoluzione al vostro errore (Google è vostro amico, in questo caso). Tenete conto che in Chameleon avrete un layout di tastiera americano. Per fare il “-” si usa il tasto tra il backspace e il punto interrogativo della tastiera italiana. Quello che usate di solito per “ì” (la i accentata).

Ora comunque, se avete usato i file giusti, l’installazione dovrebbe partire. Formattate l’hard disk in cui volete installare OSX con filesystem HFS+ e schema di partizione GUID come per la flashdrive (consiglio caldamente di usare due hard disk separati, nel caso voleste installare successivamente anche Windows). Scegliete le impostazioni che preferite con il menu “Personalizza” e fate partire l’installazione. Dovrebbe volerci meno di una mezz’ora.

Nel caso l’installazione non partisse e la procedura di avvio si bloccasse su qualche scritta strana, segnatevela su un blocchetto e cercatela con Google. La maggior parte delle volte sono i kext che avete inserito nel passo precedente a dar problemi. Io, per esempio, ho avuto problemi con il DSDT, dato che non avevo preso quello giusto.

Passo numero 4: completare il processo.

Ora che l’installazione di OSX è terminata, non fatevi prendere dall’entusiasmo. Abbiamo quasi finito, manca ancora un pezzo importante. Riavviate il pc con di nuovo il boot da flashdrive (dato che il disco di OSX di base non comprende i kext personalizzati che abbiamo inserito prima, dovremo inserirli manualmente). Questa volta però non avviate la pennetta, ma avviate la partizione su cui avete installato OSX! Ricordatevi la flag “-v” e tenete pronti carta e penna nel caso di errori strani. In meno di 5 minuti (non temete, è solo il primo avvio, gli altri saranno più veloci) dovreste trovarvi di fronte alla schermata introduttiva di OSX. Godetevi il filmato e completate la registrazione dell’utente (potete saltare quella online).

Ora che siete al comando del vostro OSX, copiate dalla pennetta il pacchetto essenziale di cui parlavamo sopra, e piazzatelo sul desktop. Dovrete ora scegliere il boot di default del pc. Ci sono 3 possibili scelte:

1. Boot dalla partizione di sistema
2. Boot dalla partizione EFI
3. Boot da un medium esterno (pennetta USB, SD card, ecc.)

Partizione di sistema:

In questo modo Chameleon viene installato sulla partizione di sistema (quella attiva da cui si avvia normalmente il pc). Aprite la cartella del pacchetto essenziale di cui prima. Eseguite “3_Loader”. Seguite le istruzioni a schermo. Quando vi verrà chiesto se installare sulla partizione EFI rispondete “N”. Inserite quindi il nome della partizione su cui avete installato OSX (“Where is…?”). Inseritelo di nuovo (“Where do you want…?”).

Partizione EFI:

Le partizioni EFI non sono usate negli Hackintosh, ma solo nei Mac veri. Se volete installarlo lì, la procedura è come la precedente, solo che invece che rispondere “N” alla prima domanda, risponderete “Y”.

Medium esterno:

Il boot da medium esterno funziona in maniera semplicissima. Quando il medium sarà inserito all’avvio (e scelto nella schermata di scelta del boot), verrà avviato OSX. In caso contrario, partirà Windows o Linux o qualsiasi altro sistema operativo di cui viene solitamente eseguito il boot di default.

Inserite il medium esterno. Formattatelo in HFS+ con schema GUID, come abbiamo fatto prima con gli altri drive. Eseguite lo script “External Medium Booter” e digitate il nome del medium da cui volete che sia fatto il boot.

Lo script eseguito precedentemente andrà anche ad installare tutti i kext che avete scelto nella prima fase all’interno delle cartelle di sistema di OSX. Se tutto è ok, avrete Snow Leopard completamente funzionante!

Buon divertimento!

Quello di cui parlo oggi riguarda sempre la griffe della mela morsicata, ma si sposta sul versante iPhone.

Qualche tempo fa (più di un anno, se non ricordo male) un tizio, tale planetbeing, cominciò un lavoro che sembrava quasi impossibile: effettuare il porting di Android sull’iPhone. Ricordo di essermi interessato con entusiasmo, dato che questo apriva scenari eccezionali. Per molto tempo, però, il lavoro è proseguito in sordina, seguito quasi esclusivamente da chi aveva il coraggio di intrufolarsi tra i termini quasi incomprensibili che costellavano i lavori in corso, sul blog del progetto.

Ebbene, 2 mesi fa, su tale blog uscì un post rivoluzionario che attirò le attenzioni di quasi tutti i blog inerenti l’iPhone (e non solo – è significativa in questo senso la differenza nel numero dei commenti tra i post precedenti e quelli successivi): planetbeing era riuscito nell’intento di portare e rendere utilizzabile Android sul device Apple!

Sono tornato a capofitto sul progetto e, navigando nel forum appositamente creato per il progetto, incrociai un altro progetto chiamato “iPhoDroid“: nientepopodimenochè un installer completamente automatizzato che provvedesse dapprima all’avvio temporaneo di Android sull’iPhone, poi, nelle ultime release, anche all’installazione totale del sistema operativo di Google. Ecco una panoramica di questo programma e qualche riflessione:

iPhoDroid è scritto in AppleScript, ed è dunque fruibile solo con computer che montano MacOSX. In alternativa, per i possessori di Linux, è possibile trovare su quel forum anche il Succa installer, che fa più o meno le stesse cose ed è uno script automatizzato per Linux.

E’ ormai da qualche tempo che sono in contatto con l’ideatore nonchè realizzatore di iPhoDroid: sergiomcfly. Parlando con lui ho proposto diverse idee e posso ritenermi soddisfatto di aver aiutato iPhoDroid a raggiungere la sua forma attuale (benchè lungi dall’essere definitiva).

L’idea di oggi riguardava il fatto che dopo aver completato i vari trasferimenti dei file necessari all’avvio di Android, l’iPhone deve essere messo in modalità di recovery, cosicchè OpeniBoot possa essere installato (o che comunque, Android possa venire avviato). Qual è il compito di OpeniBoot? Tale applicativo non fa altro che rimpiazzare il boot di iOS (come lo ha recentemente ribattezzato Steve Jobs) installando una schermata di scelta. L’obbiettivo reale di OpeniBoot era quello di rendere avviabile qualsiasi distribuzione Linux sui device Apple, ma è ovvio che ora gli sforzi si siano concentrati sull’avvio corretto di Android.

Come funziona iPhoDroid? In sostanza, alla release attuale (0.6 R7) si compone di 15 steps, tutti atti al trasferimento e al managing dei vari file che ci permettono di avviare Android. La nuova interfaccia grafica (GUI) è veramente carina e ci permette di scegliere se utilizzare iPhoDroid per un iPhone 2g o 3g (il 3gs non è ancora supportato da OpeniBoot), inoltre è supportata, come dicevo prima, l’installazione di OpeniBoot.

In tutto questo, l’intervento dell’utente è pari a zero, o quasi. Si deve infatti intervenire, al termine dei 15 steps, solo nel momento di mandare il device in recovery mode (chiamato “scroll mode”) e con la semplice pressione prolungata dei tasti home e power. Dopodichè, finisce tutto da sè.

Quindi, come ridurre l’intervento dell’utente pari a zero? In tutto questo potrebbe rimanere utile l’integrazione di iRecovery, una libreria appositamente costruita per mandare l’iPhone in modalità di recovery o DFU direttamente con comandi da terminale. Mandando il comando tramite l’AppleScript si potrebbe evitare qualsiasi intervento manuale. Sergio obiettava di aver già avuto quest’idea di integrare iRecovery in iPhoDroid, ma di averla accantonata perchè OpeniBoot viene installato in modalità hard write (dato che per installarlo bisogna flashare la NOR – di cui tra l’altro viene fatto il backup, durante l’installazione) invalidando così i comandi di iRecovery. Ciò che però ha tralasciato è che durante la prima installazione, ancora il flash della NOR non è stato fatto, quindi i comandi sono ancora validi.

Ciò che lui ipotizzava era:

Scroll Mode = Recovery Mode + OpeniBoot Console

mentre ciò che io dicevo era:

15 steps THEN iRecovery THEN openiboot console, then let’s embed a check: if openiboot is already installed then go for the manual scroll mode. Otherwise, try with iRecovery. Set a timeout: if in 30 sec (i.e.) the iPhone is not in scroll mode, then go for the manual mode.

L’idea è quella di implementare le istruzioni di iRecovery e attivarle se OpeniBoot non è ancora stato installato. In caso fosse così, le istruzioni vengono eseguite, altrimenti viene richiesto di mettere in recovery mode il device manualmente. In ogni caso, viene impostato un timeout: se dopo, ad esempio (dato che non conosco le reali velocità di esecuzione di iRecovery), 30 secondi le istruzioni di iRecovery non sono ancora state eseguite (se l’iPhone cioè non è entrato in scroll mode), viene richiesto l’intervento manuale.

Una soluzione piuttosto semplice da implementare e funzionale, ma che lascia comunque scoperti nella possibilità che la NOR sia già stata flashata. Su questo, bisognerà ancora lavorare.