Usb on Melabit

Come gestire i permessi dei dischi esterni del Mac

Wed, 09 Aug 2017 06:00:00 +0000

Come ho già scritto più volte su questo blog, il mio iMac di casa è un modello del 2008 a cui la semplice aggiunta di un disco esterno SSD ha dato nuova vita, rendendolo ancora perfettamente usabile per i normali usi casalinghi, nonostante un’età ormai quasi veneranda.

Pur essendo abituato ad usare macchine piuttosto potenti (e recenti), non noto grosse differenze nell’uso normale dell’iMac di casa, che non mostra mai (o quasi mai) quei rallentamenti che ci si aspetterebbero dalla sua età.

Con il passare del tempo però sia il disco SSD esterno, usato per il sistema operativo e le applicazioni, che il disco meccanico interno, con i documenti miei e delle mie figlie (mia moglie da un anno ha un Air personale), si sono riempiti fino all’orlo, costringendomi a continue acrobazie per cercare di tenere tutto a posto.

Inoltre, un disco SSD troppo pieno inizia a rallentare e diventa inefficiente, come era diventato chiaramente avvertibile negli ultimi mesi.

Vincendo la mia abituale pigrizia (aggravata dal caldo assassino di questa estate), ho quindi deciso di aggiungere non uno ma due dischi esterni USB che avevo in casa, cercando anche di razionalizzare la distribuzione dei file fra i vari dischi.

Nessun problema per questo, a colpi di collegamenti simbolici (per i documenti normali) e di alias (per i file di iTunes) è facile dare l’impressione che i tutti file risiedano su un unico disco.

I dischi esterni presentano un problema più serio, perché con la configurazione normale qualunque utente può accedere a tutti i file presenti sul disco.

Il sistema operativo del Mac, infatti, gestisce in modo corretto i permessi di accesso del disco di sistema (quello su cui è installato macOS/OS X per intenderci) e dei dischi interni, ma configura i dischi esterni collegati alle interfacce USB e Thunderbolt (o alla Firewire, per chi ce l’ha ancora) in modo da ignorare i proprietari dei file presenti sul disco.

Tutto ciò rende più semplice usare le chiavette USB o i dischi portatili per scambiare file fra più computer, ma rende allo stesso tempo molto più complicato proteggere i file privati presenti su un disco esterno.

Se il Mac è usato da una sola persona non ci sono grossi problemi, tutti i file presenti sui dischi (interni ed esterni) sono sempre di sua proprietà.

Ma quando più persone usano lo stesso Mac le cose cambiano: i file tenuti sul disco esterno possono essere letti, riscritti o perfino cancellati per errore da uno qualunque degli utenti del Mac, indipendentemente dal fatto che siano suoi o no. È vero che c’è Time Machine, ma è sempre meglio evitare di sfidare la sorte e prevenire i danni, piuttosto che cercare una cura quando i danni sono stati fatti.

Mettere le cose a posto però è leggermente più complicato di quanto ci si potrebbe aspettare.

La prima cosa da fare, naturalmente, è disattivare l’opzione “Ignora proprietari dei file sul volume” in ciascun disco esterno. Per farlo, basta fare click con il tasto destro sull’icona del disco e selezionare la voce “Ottieni informazioni” (oppure selezionare l’icona del disco e premere Command-I). Compare una finestra che contiene le informazioni fondamentali relative al disco scelto. Qui bisogna cliccare sull’icona del lucchetto in basso a destra, autenticarsi come amministratore e togliere il segno di spunta accanto all’opzione “Ignora proprietari dei file sul volume”. Per essere sicuri di applicare la nuova configurazione basta espellere e ricollegare il disco esterno (non sono sicuro al 100% che serva veramente ma non fa male di certo).

Purtroppo, se facciamo solo questo non risolviamo nulla, chiunque continuerà a poter accedere a tutti i file del disco esterno. Basta guardare dal Finder (o dal Terminale) i permessi del disco esterno: all’utente che sta usando il Mac vengono ancora attribuiti permessi di lettura e di scrittura su tutto il disco, e questi potrà quindi continuare a scorazzare per ogni dove senza problemi.

Per risolvere il problema definitivamente dobbiamo creare sul disco esterno una cartella per ciascun utente del Mac, dandole lo stesso nome dell’utente per renderla immediatamente riconoscibile, e fare in modo che ciascun utente venga confinato ad accedere ai soli file presenti nella cartella di sua proprietà.

Supponendo che il disco esterno sia Dati HD e che sul Mac ci siano due utenti diversi, io (amministratore del Mac) e tu (utente normale), facciamo doppio click sull’icona del disco esterno e creiamo dal Finder le due cartelle corrispondenti.

Tutto il resto della configurazione va fatto dal Terminale (che come sempre si trova in Applicazioni -> Utility), perché l’interfaccia grafica non è in grado di gestire queste finezze da nerd. Non spiegherò in dettaglio tutti i passaggi, se lo facessi l’articolo diventerebbe una lunga e noiosa lezione sui permessi nei sistemi Unix, perdendo di vista l’obiettivo principale dell’articolo.

Lanciamo quindi il Terminale e spostiamoci nel nostro disco esterno

$ cd "/Volumes/Dati HD"/

dove sono presenti le due cartelle io e tu che abbiamo appena creato dal Finder

$ ls -l
total 24
drwxr-xr-x  6 io  staff    204 Aug  2 19:28 io
drwxr-xr-x  4 io  staff    136 Aug  2 19:29 tu

Questo vale per l’utente io. Se diventassimo l’utente tu, le cartelle presenti nel disco esterno ci apparirebbero così

$ ls -l
total 24
drwxr-xr-x  6 tu  staff    204 Aug  2 19:28 io
drwxr-xr-x  4 tu  staff    136 Aug  2 19:29 tu

dimostrando, come già detto, che vengono attribuite all’utente che sta usando il Mac in un dato momento.

Torniamo ad essere io, l’amministratore del Mac e proviamo a guardare le cartelle presenti nel disco esterno dal punto di vista dell’amministratore supremo del Mac (l’utente root, che impersoniamo temporaneamente ogni volta che eseguiamo un comando del Terminale facendolo prependere da sudo)

$ sudo ls -l 
total 24
drwxr-xr-x  6 _unknown  _unknown    204 Aug  2 19:28 io
drwxr-xr-x  4 _unknown  _unknown    136 Aug  2 19:29 tu

Che succede? Le due cartelle vengono attribuite ad un utente sconosciuto (_unknown) proprio perché non appartengono di fatto né a io né a tu, ma sono di uno o dell’altro a seconda delle circostanze.

Ora mettiamo finalmente a posto le cose. Bastano quattro comandi

$ sudo chown io:staff io
$ sudo chown tu:staff tu

$ sudo chmod +a "everyone deny delete" io
$ sudo chmod +a "everyone deny delete" tu

con i primi due si forza macOS ad attribuire sempre la cartella io presente sul disco esterno all’utente omonimo (e a fare la stessa cosa per l’utente tu), mentre gli altri due attivano gli stessi attributi estesi (informazioni aggiuntive associate ad un file o ad una directory) associati di default alle cartelle dei dischi interni del Mac.

Controlliamo che anche per l’amministratore supremo del Mac le due cartelle siano ora attribuite ai due diversi utenti del Mac

$ sudo ls -l
total 24
drwx------+  6 io  staff       204 Aug  2 19:28 io
drwx------+  4 tu  staff       136 Aug  2 19:29 tu

e che siano a posto anche gli attributi estesi

$ sudo ls -le
total 24
drwx------+  6 io  staff       204 Aug  2 19:28 io
 0: group:everyone deny delete
drwx------+  4 tu  staff       136 Aug  2 19:29 tu
 0: group:everyone deny delete

e abbiamo finito.

Da ora in poi ogni utente potrà fare quello che uole nella sua cartella del disco esterno ma non potrà né ficcanasare né soprattutto fare danni in quelle degli altri utenti del Mac.

Spero sia tutto chiaro. Se non lo è potete sempre usare i commenti per chiedere ulteriori dettagli (o magari insultarmi).

Connettore vo cercando

Sun, 28 Aug 2016 06:00:00 +0000

Siamo ancora lontani dalla fine dell’anno ed è difficile assegnare già da oggi la palma di post più cretino del 2016. Ma Passare da Apple a Google di Elliot Jay Stocks finirà di sicuro molto in alto nella mia lista personale.

Ma perché il signor Stocks, ex direttore creativo (qualunque cosa significhi) di Adobe, ha deciso di fare il grande salto?

Perché Apple non innova più, perché ha perso la scintilla della creatività. E perché nel frattempo il software di Google, Android e le applicazioni correlate, è migliorato tanto da superare i corrispettivi di iOS.

Yawn. Sbadiglio.

Peggio, non solo Apple non innova, ma sbaglia a rimuovere il jack audio dai prossimi iPhone.

Questa l’ho già sentita. Secondo il signor “Azioni” e i suoi tanti predecessori, dal 1984 in poi Apple va sempre controcorrente e non fa altro che sbagliare.

Ricordate? Nel 1984 fece rumore la scelta di usare per il Macintosh i floppy disk da 3 pollici e mezzo invece di quelli da 5 pollici (e un quarto) dei concorrenti. Un gravissimo errore secondo tanti commentatori, tanto grave che dopo cinque o sei anni nessuno usava più i floppy flosci da 5 pollici e un quarto.

Altro grave errore alla fine degli anni ‘90, quando Apple decise di eliminare del tutto il lettore di floppy dai suoi primi iMac G3 e di inserire un unico connettore USB tuttofare al posto delle varie porte, parallela, seriale, ADB, e compagnia bella, ognuna con il suo cavetto specifico, le sue idiosincrasie, i suoi driver. I giornalisti delle varie riviste per PC si stracciavano le vesti, predicendo un futuro nerissimo per Apple. Il “floppy-disk non morirà mai”, dicevano. Infatti.

Più recentemente, perfino la semplice transizione dal connettore a 30 pin a quello Lightning sui dispositivi mobili – iPhone, iPad, iPod – è stata aspramente criticata. Dai commentatori, naturalmente. Ma mentre i giornalisti scrivevano, gli utenti riuscivano finalmente ad infilare un cavo senza doversi preoccupare di cercare il verso giusto.

È comunque il signor Stocks non sa che Apple arriverà tardi. Il jack audio non c’è già più sull’ultimo Motorola Moto Z, uno smartphone Android di alto livello che usa il connettore USB-C al posto del jack audio. Si può veramente credere che tutto ciò venga fatto solo per poter ridurre ulteriormente lo spessore dei dispositivi?

Due parole su Android. Secondo il signor Stocks, non solo Apple non innova e gli toglie pure il jack audio, ma intanto Android è diventato perfino migliore di iOS. Certo, anche per lui la frammentazione di Android non aiuta, Google ha appena presentato Android 7.0 ma la maggior parte degli utenti è ancora ferma alla versione 5 (e tanti perfino alla 4).

Sarà anche vero che Android migliora, ma i suoi utenti non se ne possono accorgere. A meno di non buttare lo smartphone dell’anno scorso e comprarne uno nuovo. Ma solo il prossimo anno, quando qualcuno arriverà finalmente con Android 7 installato.

Però, scopertona!, ci sono i Nexus, che sono prodotti direttamente da Google e che quindi ricevono immediatamente gli aggiornamenti. Vero. Peccato che i Nexus costituiscano una quota infima degli smartphone con Android e che vengano prodotti un anno da HTC, un altro da Samsung, poi da LG, Motorola, Huawei, Asus. Ottime aziende, non c’è che dire, ma sostenere che con i Nexus Google controlla sia il software che l’hardware dei suoi dispositivi, mentre cambia produttore ogni anno, mi sembra un po’ grossa.

Anche per il signor “Azioni”.

Come mettere un piolo quadrato in un buco rotondo

Fri, 21 Mar 2014 06:00:00 +0000

Allora inventatevi come mettere un piolo quadrato in un buco rotondo. – Apollo 13 (1995)

Ho già scritto di come un semplice disco SSD connesso via Firewire 800 al mio iMac del 2008 abbia trasformato una macchina ansimante e già pronta per la pensione in un computer moderno ed adeguato ad un utilizzo casalingo.

La transizione dal disco meccanico al disco SSD è stata facile. Ma poiché il disco interno originale dell’iMac era da 500 GB e l’SSD da soli 250 GB, non è stato possibile copiare semplicemente tutto il contenuto del vecchio disco nel nuovo.

Ho deciso quindi di usare il disco SSD per il solo sistema operativo, le applicazioni e per i documenti degli altri utenti (in questo caso specifico mia moglie e le mie figlie).

Tutti i file multimediali, ebook, musica, foto, video, e la maggior parte dei miei file (che consumano un sacco di spazio: solo i pdf dei vecchi numeri di Byte occupano circa 50 GB e fra mp3 e fotografie se ne vanno altri 150 GB) dovevano invece finire sul disco meccanico interno, sia per motivi di spazio sia perché il disco interno è comunque in grado di gestirli senza rallentamenti.

Non volevo comunque modificare l’organizzazione dei file nelle rispettive cartelle, ed era quindi indispensabile poter cambiare la posizione fisica dei file nei due dischi rigidi senza che l’utente se ne rendesse conto.

Sembra una cosa complicata, ma non lo è se si sanno usare i collegamenti simbolici.

Collegamenti simbolici

Nei sistemi operativi basati su Unix, come Linux e OS X, i collegamenti simbolici (in inglese symlink o soft link) sono file che si riferiscono ad altri file o cartelle. Insomma, un collegamento simbolico è più o meno un file che contiene all’interno solo un puntatore ad un altro file o ad un’altra cartella.

Non è un caso che il Finder di OS X li rappresenti graficamente con l’icona di un documento vuoto con in basso una piccola freccia ricurva.

I collegamenti simbolici possono puntare non solo a file posti sullo stesso disco rigido (volume) ma anche a file su altre partizioni dello stesso disco o di altri dischi rigidi. Proprio questa caratteristica faceva al caso mio.

I computer Apple dispongono già dai tempi di Mac OS Classico degli alias, un tipo di file molto simile ai collegamenti simbolici. Rispetto a questi, gli alias hanno il vantaggio di continuare a puntare al file a cui si riferiscono anche se questo viene spostato in un’altra posizione del disco rigido, mentre i collegamenti simbolici non si accorgono della cancellazione o dello spostamento dei file a cui puntano, diventando collegamenti morti o collegamenti orfani (dead link o orphaned link).

Però gli alias occupano molto più spazio sul disco di un collegamento simbolico (anche alcune centinaia di kB ciascuno), non sono portabili su altri sistemi operativi e non possono essere gestiti dalla riga di comando ma solo dall’interfaccia grafica di OS X.

Anche se questo caso specifico avrei potuto usarli comunque, ho preferito utilizzare uno strumento standard dei sistemi basati su Unix piuttosto che uno proprietario. E poi, in fondo tutta questa discussione è in fondo solo una scusa per introdurre i symlink…

Trasferimento dei file

Sui miei Mac da anni salvo tutti i miei documenti in alcune cartelle ben definite, situate nella mia cartella Inizio, per capirci la cartella contrassegnata con l’icona della casetta (nei sistemi Unix questa cartella è chiamata la home dell’utente, da cui deriva l’icona con cui viene rappresentata dal Finder).

Le mie cartelle standard sono poche, ma ciascuna di esse è divisa ulteriormente in decine o centinaia di altre cartelle annidate l’una nell’altra. Questa organizzazione mi consente di associare i file alla loro posizione all’interno di ciascuna cartella, una specie di ricerca visuale che per me è decisamente più pratica di quella effettuata tramite Spotlight e simili (anche se a volte usare Spotlight è indispensabile).

Quella che segue è l’immagine della mia cartella home prima della transizione al disco SSD.

Le cartelle “Documentation”, “Research” e “Papers” sono le più grosse e contengono attualmente alcune decine di GB ciascuna, fino ad oltre 100 GB per “Research”. Nella cartella “My Documents” conservo tutti i miei documenti di lavoro e personali, mentre uso la cartella standard “Documents” solo per le cartella di sincronizzazione di Dropbox e di Copy, i documenti di nvALT e di MacJournal e, ahimè, i dati utente di Microsoft Office (perché mai la Microsoft si ostini a metterli lì invece che in Library mi è sempre stato incomprensibile).

Quello che ho fatto in definitiva è stato spostare la maggior parte di queste cartelle dal disco SSD al disco rigido interno, sostituendole nella mia home con dei collegamenti simbolici che puntano alle cartelle spostate.

Ad esempio, dopo aver spostato la cartella “Documentation” sul disco interno “Files HD”, ho creato un collegamento simbolico alla nuova posizione di “Documentation” eseguendo da Terminale il comando

$ ln -s "/Volumes/Files HD/Documentation" "~/Documentation"

dove il simbolo ~ indica la cartella home. Le virgolette sono necessarie ogni volta che, come in questo caso, il nome del file contiene degli spazi. In generale, il collegamento simbolico viene creato con il comando ln -s seguito dal percorso alla cartella (o al file) originale e dal percorso del symlink.

$ ln -s /percorso/al/file/originale /percorso/del/symlink

Volendo avrei anche potuto tradurre in italiano il nome originale della cartella “Documentation”, modificando il nome del collegamento simbolico.

$ ln -s "/Volumes/Files HD/Documentation" "~/Documentazione"

Alla fine di tutto la mia cartella home è diventata

Sembra che non sia cambiato nulla, a meno di non far caso alla piccola freccetta sull’icona delle cartelle spostate. In realtà ho spostato tutte le cartelle sul disco interno originale, lasciando sull’SSD solo “My Documents” che contiene i file che uso più spesso e che comunque è grande solo una decina di GB.

Qualcosa di simile l’ho fatta anche per la cartella “Download”, che occupa centinaia di GB di spazio sul disco rigido. Essendo una delle cartelle generate automaticamente da OS X al momento della creazione dell’account utente, ho preferito non trasferirla sul disco interno. Ho scelto invece di creare una cartella omonima sul disco interno e di generare poi i collegamenti simbolici a ciascuna delle cartelle contenute al suo interno.

Ad esempio, il comando per creare il collegamento simbolico alla cartella contenente i miei download relativi a Linux è

$ ln -s "/Volumes/Files HD/Downloads/Linux" "~/Downloads/Linux"

Dopo aver trasferito tutto il contenuto sul disco interno, la mia cartella Download si presenta così:

Dettagli (quasi) tecnici

La descrizione precedente sarebbe più che sufficiente se non si scontrasse con una ulteriore esigenza.

Avevo deciso infatti di riformattare il disco rigido interno prima di cominciare ad usarlo come descritto sopra. Per esperienza so che, dopo anni di salvataggi e cancellazioni di file e dopo quattro aggiornamenti di OS X (passando senza mai reinstallare il sistema operativo da Leopard a Mavericks), non fa certo male rinfrescare la struttura dati del disco rigido.

Ciò significava però dover salvare preliminarmente i file di ciascun utente su un rigido USB, formattato con Disk Utility in formato Mac OS X Extended (Journaled) e chiamato “Backup HD”, assicurandosi di fare errori e non dimenticare nulla (per stare più tranquilli, è fondamentale aver fatto anche un backup completo dei file con Time Machine).

Per la copia dei file dei vari utenti ho cercato di usare il Finder, ma in alcuni casi, per problemi di permessi, sono stato obbligato ad usare la linea di comando.

Per copiare sul disco “Backup HD” l’intera cartella home dell’utente con nome breve “user” (il nome breve di un utente è quello che si vede nel Finder accanto all’icona della casetta), ho eseguito i comandi

$ mkdir "/Volumes/Backup HD/user"
$ cd ~
$ cp -p -R . "/Volumes/Backup HD/user"

dopo aver fatto il login nell’account di “user”. Il primo comando crea la cartella “user” sul disco USB, il secondo assicura di essere posizionati nella home dell’utente e l’ultimo comando esegue la copia di tutti i file di “user” sul disco USB preservando i permessi di accesso (cioè la possibilità degli utenti del sistema di leggere, modificare od eseguire ciascun file) e gli attributi di ciascun file (ad esempio il proprietario del file o la data di ultimo accesso).

Ho ripetuto questa sequenza dei comandi per ciascun utente del sistema (avrei anche potuto usare sudo ma non entriamo in troppi dettagli inutili).

Infine ho installato e configurato OS X 10.9 sul disco SSD ed ho eseguito il trasferimento delle cartelle descritto più sopra.

Credetemi, è molto più complicato descriverlo di quanto lo sia in realtà.

Un rasoio USB

Mon, 03 Mar 2014 06:00:00 +0000

Alla presentazione del primo iMac nel 1998 la Apple venne criticata severamente per aver deciso di utilizzare solo porte USB per connettere il computer alle periferiche esterne, eliminando in un solo colpo tutte le altre porte di connessione obsolete (oltre che il floppy disk).

Il mondo del PC [1] fece notare che loro, come al solito, avrebbero continuato a supportare le porte di connessione standard, per permettere all’utente di usare tutte le periferiche in suo possesso. Glissando sul fatto che fosse poi compito del produttore dell’hardware fornire il supporto e i driver affinché la periferica continuasse ad essere effettivamente usabile con il PC.

Oggi se si inserisce una chiavetta USB in un Mac questo la monta sul Desktop senza fare una piega. Su un PC inizia a installare qualche nuovo driver e solo dopo un po’, se tutto va bene, permette finalmente di usarla. E guai a collegare la stampante (USB) ad un PC prima di aver installato i driver relativi.

E comunque sui PC non ci sono più da tempo la porta seriale o quella parallela o il lettore di floppy disk. E le vecchie periferiche, anche se perfettamente funzionanti, non possono più essere usate.

Però ormai la porta USB è così diffusa da essere inserita anche sui rasoi.

Chissà chi sa vedere meglio oltre l’orizzonte.

[1] Uso qui per brevità il termine PC per indicare in generale un computer con Windows anche se a rigore il termine PC indica il computer personale, indipendentemente dal software che vi gira sopra.

Una transizione memorabile

Sun, 02 Mar 2014 06:00:00 +0000

A casa ho un iMac Aluminum del 2008 condiviso da tutta la famiglia. Dato l’uso intenso, negli ultimi tempi sono stato combattuto fra l’idea di affiancarlo con un secondo Mac, preferibilmente un Air, o di cercare di renderlo più veloce.

Nel corso degli anni, infatti, le prestazioni dell’iMac si sono degradate notevolmente. Il suo momento migliore è stato con Snow Leopard: il sistema era reattivo e scattante e io stesso mi stupivo osservando come fossero sufficienti solo pochi secondi per passare dalla schermata di login (quella dove sono elencati i vari utenti) ad un desktop perfettamente funzionale. Tutta un’altra cosa rispetto alla lentezza (anche alcuni minuti!) del login di Windows XP, che vedevo quasi ogni giorno sui PC dei colleghi o degli amici.

Purtroppo con Lion e Mountain Lion le cose sono peggiorate: il login è diventato lento come con XP (!) e il sistema in generale ha iniziato a diventare avvertibilmente più lento e pesante. Le applicazioni partivano come un’auto diesel degli anni ‘70 ed era praticamente impossibile utilizzare il cambio rapido di utente, che è una vera manna su un sistema condiviso.

Aggiornando a Mavericks la situazione è migliorata, anche se non in modo decisivo.

Era tempo di fare qualcosa o di comprare un nuovo Mac. L’hacker che è in me mi suggeriva di spendere la metà di un Air prendendo un PC portatile di qualità discreta, di buttare via Windows 8 e di installarci OS X (prima o poi lo farò…)

Invece ho deciso di seguire un approccio più convenzionale, provando ad usare un disco SSD. Inoltre, poiché l’iMac Aluminum è piuttosto fastidioso da aprire e bisogna smontarlo quasi completamente per accedere all’hard-disk, ho voluto essere prudente collegando l’SSD dall’esterno tramite la porta Firewire.

È ben noto che la porta Firewire è più efficiente della porta USB corrispondente. Nel primo caso, Firewire 400 e USB 2, non c’è storia, mentre nel secondo le cose sono leggermente più complesse. Infatti, se è vero che i benchmark mostrano che la Firewire 800 è più lenta della USB 3 nel trasferire singoli file di grandi dimensioni, è altrettanto vero che la Firewire 800 è più efficiente nel trasferimento di tanti file piccoli ed è quindi più adatta a gestire un disco esterno su cui sia installato un sistema operativo.

In ogni caso il mio iMac possiede una porta Firewire 800 ma solo porte USB 2 e quindi la scelta era obbligata…

Per l’SSD ho scelto un disco Samsung EVO. I Samsung sono oggi i migliori dischi SSD per rapporto qualità/prezzo e tutte le recensioni sono giustamente entusiastiche. E del resto, dovendo usare la porta Firewire, molto più lenta dell’interfaccia Serial ATA interna, non aveva senso scegliere un modello come il PRO, più performante ma anche più costoso. Ho trovato in offerta online il Samsung EVO da 250 GB a 140 euro, circa mezzo euro a GB, e non me lo sono fatto sfuggire.

Insieme al disco ho preso un case esterno Icy Box con porte Firewire 800 e USB 3.0 in alluminio: si adatta bene all’estetica dell’iMac e la qualità costruttiva è ottima. Il prezzo non troppo, quasi 60 euro sono molti, almeno in rapporto al prezzo dell’SSD, ma si sa bene che l’elettronica costa poco mentre in confronto la meccanica è molto più cara.

Inserito il disco SSD nel case e collegato il cavo Firewire al Mac, ho installato OS X 10.9.1/Mavericks scaricandolo dallo Store (e qui un grazie alla Apple che ha reso molto più semplice scaricare più volte le varie versioni di OS X!)

Ho preferito eseguire una installazione da zero piuttosto che trasferire il sistema operativo e i dati dal vecchio hard-disk meccanico per poter osservare meglio le prestazioni di un sistema pulito in questa configurazione. Inoltre il disco SSD è più piccolo di quello interno e quindi sarebbe stato comunque impossibile un trasferimento puro e semplice di tutto il suo contenuto.

È bastato installare OS X per accorgersi della differenza: l’installazione è durata circa la metà del tempo rispetto a quanto avevo impiegato poco tempo prima per aggiornare a Mavericks sul disco interno.

Ma è stata poi la vera esperienza d’uso giornaliera ad essere sbalorditiva.

Il sistema è tornato ad essere reattivo come ai temi di Snow Leopard e ora le applicazioni si aprono immediatamente, o quasi. Anche iTunes, che prima impiegava decine di secondi. Anche Word – che evito il più possibile di usare perché impiega un tempo lunghissimo a caricarsi anche sul mio MacBook Pro del 2011 – ora parte in pochi secondi (questo non mi farà cambiare idea su Word, ma almeno mi renderà meno pesante usarlo quando è assolutamente necessario).

Niente di nuovo si dirà. Si sa bene che un disco SSD è nettamente più veloce di uno convenzionale. Che senso ha ripeterlo per l’enensima volta qui?

Certo, lo so bene anch’io che un SSD è molto più veloce di un disco meccanico, ma qui stiamo parlando di una installazione su un disco esterno, fatta senza aprire il Mac e correre il rischio di far danni. Una installazione che può fare chiunque, anche se sa usare a malapena un cacciavite.

Già così l’aumento di velocità del sistema è notevolissimo. Immagino cosa otterrei se montassi il disco all’interno. Con 200 euro ho dato veramente una nuova vita ad un Mac sulla via del pensionamento.

L’unica cosa un po’ complicata è stata quella di configurare al meglio il sistema in modo da usare il disco SSD per il sistema operativo e le applicazioni e il disco interno per i soli dati (almeno i miei, i file di mia moglie e delle mie figlie occupano pochissimo spazio sul disco rigido rispetto a me e quindi non vale la pena preoccuparsene). Ma di questo vale le pena parlarne in un post apposito.

Un secondo SSD è già in viaggio: stay tuned.