Per chi ancora non lo conoscesse GetDeb è un progetto non ufficiale¹ che estende i repository ufficiali di Ubuntu fornendo le ultimissime versioni di svariate applicazioni (emesene, filezilla, pidgin, songbird, etc). Diversamente dai pacchetti ufficiali quelli di GetDeb non hanno un calendario di rilascio predefinito: le nuove versioni sono distribuite non appena esse vengono rese disponibili dagli autori.

Per aggiungere questo repository alle proprie sorgenti software si può utilizzare il seguente comando:

Si dovrà poi procedere con l’importazione della chiave mediante il comando:

Come ultimo passo ricaricare le sorgenti software:

Ora non rimane che farsi un giro sul sito di GetDeb alla ricerca di un po’ di pacchetti da installare

Note all'articolo:

1. Non è ufficiale nel senso che non è gestito da Canonical/Ubuntu. Il repository invece è ufficiale nel senso che è gestito direttamente da GetDeb.

In ogni caso è possibile riabilitarle semplicemente digitando in un terminale queste due istruzioni:

Le immagini seguenti illustrano le differenze tra prima e dopo l’esecuzione dei due comandi:

Come potete notare con le icone attive l’interfaccia è molto meno pulita e standard .

In questo articolo illustrerò come riabilitare GRUB2 dando per scontato che prima dell’installazione di Windows fosse già perfettamente configurato e funzionante.

Il primo passo è identico a quello del vecchio GRUB: avviare il LiveCD di Ubuntu 9.10 Karmic Koala (o successive).

A questo punto si deve aprire un terminale e digitare i seguenti comandi sostituendo la L di sdLR con la lettera del disco e la R con il numero della partizione di root della vostra installazione¹:

Opzionale: Se si ha una partizione di boot separata montare anche quella sostituendo la B con il numero della partizione di boot:

Ora per ripristinare GRUB2 è sufficiente lanciare questo comando (purtroppo non molto facile da ricordare):

A questo punto riavviando il PC dovreste riavere GRUB2 come bootloader .

Come si può notare, se non si ha una partizione di boot separata, sono sufficienti due soli comandi per ripristinare GRUB2, naturalmente dando per scontato che il file grub.cfg sia già presente e correttamente configurato.

Opzionale: Se si è aggiornata o aggiunta una nuova versione di Windows sarà necessario aggiornare anche il menu di GRUB2.
Essendo sconsigliata la modifica manuale del grub.cfg conviene utilizzare il tool os-prober:

Lanciando questo comando os-prober rileverà i vari sistemi operativi disponibili sul vostro computer. Una volta terminata la scansione si dovrà procedere con la rigenerazione del file grub.cfg utilizzando questo comando:

Note all'articolo:

1. Per visualizzare l’elenco delle partizioni potete utilizzare il comando sudo fdisk -l

Il più comodo e veloce consiste nell’installare il pacchetto pwgen:

Questo software permette di generare password facili da ricordare, pur mantenendo alto il livello di sicurezza. Se invece non interessa generare password facilmente memorizzabili e si preferisce avere delle password completamente random si può utilizzare l’opzione -s. Sono presenti molte altre opzioni che permettono ad esempio di evitare caratteri simili (1 e l, 0 e O) e di impostare la lunghezza e il numero delle password generate. Per l’elenco di tutte le opzioni disponibili consiglio la lettura della manpage di pwgen:

Se non è possibile/non si vuole installare il pacchetto pwgen è possibile generare delle buone password casuali sfruttando i tools messi a disposizione dalla console.

Ad esempio per generare 4 password di 8 caratteri alfanumerici sarà sufficiente digitare in un terminale la seguente stringa:

Per aumentare il livello di sicurezza della password è possibile aggiungere altri caratteri non alfanumerici, come ad esempio _!@#$%^&*()+[]|:<>?=:

Se si vuole essere sicuri che la password contenga almeno un carattere speciale è necessario aggiungere un grep al comando precedente:

Perché urandom al posto di random?

Qualcuno potrebbe domandarsi perché utilizzo il “meno sicuro” urandom al posto di random. Prima di spiegare il motivo riporto la manpage dei due dispositivi kernel:

Leggendo la manpage si intuisce che urandom è più veloce perché «restituisce tanti byte quanti ne sono stati richiesti» a discapito del grado di aleatorietà, ma quanto è più veloce? Scopriamolo con un test pratico.

Prima proviamo a generare una password di 10 caratteri sfruttando urandom:

E ora facciamo la stessa cosa con random:

La differenza è abissale: urandom ha impiegato solamente 24 millesimi di secondo (0.024 secondi) mentre random dopo 2 ore 11 minuti e 14 secondi non aveva ancora terminato! Ho interrotto manualmente con un CTRL+C. E il test non è stato fatto su un 486SX a 25MHz, ma su un Intel Core2 Quad Processor Q9450.
Considerando che «nella letteratura (non coperta da segreto militare) non c’è conoscenza di un metodo» per effettuare un attacco criptografico sui valori generati da urandom, mi sento di consigliare urandom per la generazione di password .

Per far questo è necessario scaricare l’Android SDK al seguente indirizzo:

Ora è necessario aggiungere il path della directory tools dell’Android SDK al nostro file .bashrc.
Utilizzando il l’editor di fiducia aprire il file .bashrc ed inserire alla fine le seguenti righe:

Assegnare i permessi di esecuzione al binario android:

Eseguirlo utilizzando questo comando:

In Ubuntu 9.10 Karmic Koala per qualche strano motivo l’Android SDK non riesce a collegarsi al repository di google tramite HTTPS, è necessario quindi forzare la connesione tramite HTTP: portarsi in Settings e spuntare “Force https://…. sources to be fetched using http://”¹.

Cliccare su Available Packages e spuntare Android SDK Tools e tutte le voci SDK Platform Android. Selezionare poi Install Selected.

Terminato il download portarsi su Virtual Devices e creare tre AVD premendo su New… utilizzando i seguenti valori:

1. Inserire nel campo Name “devphone-1.5“, selezionare il Target “Google APIs (Google Inc.) – API Level 3” e premere Create AVD.
2. Inserire nel campo Name “devphone-1.6“, selezionare il Target “Google APIs (Google Inc.) – API Level 4” e premere Create AVD.
3. Inserire nel campo Name “android-2.1“, selezionare il Target “Google APIs (Google Inc.) – API Level 7” e premere Create AVD.

Così facendo si sono creati tre Devices virtuali per le versioni 1.5, 1.6 e 2.1 di Android. Come accennato prima queste sono versioni vanilla e mancano quindi delle applicazioni closed sviluppate da Google.

Con l’aggiornamento dell’Android SDK Tools il file android potrebbe aver perso i permessi di esecuzione, in caso riassegnarli utilizzando il solito comando:

Il passo successivo consiste nello scaricare e copiare le System Image del devphone contenenti anche le applicazioni proprietarie all’interno degli AVD appena creati:

Terminato il download aprire il file signed-dream_devphone_userdebug-img-150275.zip e decomprimere il file system.img all’interno della directory ~/.android/avd/devphone-1.5.avd.

Ripetere la stessa operazione con il file signed-dream_devphone_userdebug-img-14721.zip questa volta decomprimendo il file system.img nella directory ~/.android/avd/devphone-1.6.avd.

Se tutto è andato come previsto dovreste essere in grado di emulare il vostro telefono Android.
Per utilizzare la versione 1.5 devphone digitate in console:

Per utilizzare la versione 1.6 devphone digitate in console:

Per utilizzare la versione 2.0 vanilla² digitate in console:

Note all'articolo:

1. In Karmic Koala se non si assegna alla variabile GDK_NATIVE_WINDOWS il valore true non sarà possibile settare il Force dell’HTTPS in caso si presenti l’errore “Failed to fetch URL https://dl-ssl.google.com/android/repository/repository.xml, reason: HTTPS SSL error“
2. Al momento l’HTC non ha ancora rilasciato ROM 2.0 devphone

In questo articolo cercherò di spiegare come far riconoscere il Dream all’Android SDK e ai tools ADB e Fastboot sotto Ubuntu 9.10 Karmic Koala¹.

Per prima cosa si deve scaricare l’Android SDK per Linux. Terminato il download e decompresso l’archivio ci si deve recare con un terminale nella sottodirectory tools/ dell’SDK che contiene l’eseguibile adb.

Adesso sarà necessario digitare i seguenti comandi per permettere il corretto riconoscimento del device da parte di Ubuntu:

Con i comandi sopra riportati si sono creati due files contenenti delle regole per il device manager del kernel Linux, ora si devono rendere eseguibili questi files:

A questo punto rimane solo da riavviare udev:

Per poter comunicare con adb è necessario abilitare USB Debugging sull’HTC Dream.

Prendendo in mano il Dream e partendo dalla Home compiamo in sequenza le seguenti azioni: Tasto Menu -> Impostazioni -> Applicazioni -> Sviluppo -> Abilitare Debug USB.

Se già non lo è, collegare il Dream tramite il cavo USB e, accertandosi di essere nella directory tools/ dell’Android SDK, digitiare:

Seguito da un:

L’output del comando dovrebbe restituire un qualcosa di simile:

A questo punto il vostro HTC Dream G1 dovrebbe essere perfettamente riconosciuto da qualunque tool.

Fastboot

Approfitto di questo articolo per riportare anche le semplici istruzioni su come scaricare e avviare fastboot sotto Linux.

I passi sono veramente semplici: si deve scaricare il tool da questo indirizzo, decomprimerlo nella sottodirectory tools/ dell’Android SDK e assegnargli i permessi di esecuzione (tasto destro sul file, Proprietà, Permessi e mettere la spunta su «Consentire l’esecuzione del file come programma»).

Note all'articolo:

1. questa procedura dovrebbe funzionare comunque anche sotto Ubuntu 9.04 Jaunty Jackalope

La procedura torna ad essere la stessa che si utilizzava in Hardy. È sufficiente infatti digitare in un terminale il seguente comando:

Riavviare il PC e registrare le proprie impronte tramite il comando:

Potete poi testare la corretta acquisizione delle impronte tramite il comando:

A questo punto, se si è superato senza problemi la verifica, è possibile aggiornare la configurazione PAM, così da poter utilizzare la scansione biometrica al posto della password nel login grafico, in quello testuale, con il comando sudo e per l’unlock dello schermo. Per procedere si deve semplicemente digitare:

Questa procedura è stata testata con successo su un portatile Dell M1330 con Ubuntu 9.10 Beta.

Note all'articolo:

1. la registrazione, l’acquisizione

Andando ovviamente a sostituire nome_repository con il nome del PPA che si vuole aggiungere.

Ad esempio, si vuole aggiungere il PPA di Ubuntu Tweak? Sarà sufficiente digitare in console:

Tra le tante novità di questa nuova release c’è la rimozione del pacchetto dontzap utilizzato in Jaunty per abilitare la scorciatoia da tastiera Ctrl+Alt+Backspace che permette di riavviare il server X.

Fortunatamente è possibile abilitare questo utilissimo shortcut anche in Karmic e senza installare alcun pacchetto aggiuntivo.

Sotto Gnome è sufficiente cliccare su Sistema -> Preferenze -> Tastiera. Portarsi poi sull’etchetta Disposizioni e cliccare su Opzioni disposizione… Qui premere su Sequenza di tasti per terminare il server X e mettere la spunta su Control + Alt + Backspace.

Al momento l’unico modo che conosco per abilitare la scorciatoia da console è di inserire all’interno del file ~/.xinitrc il seguente comando (che eseguito in console abilita lo shortcut solo per la sessione corrente):

Altre procedure, compresa quella che permette di aliblitare la scorciatoia in KDE, le trovate sul wiki ufficiale di Ubuntu.

La lista della spesa

Per portare a termine con successo la mod avremo disogno dei seguenti oggetti:

• Una lastra di rame di dimensioni 14 x 14 x 1.5 mm.
• Della Pasta Termoconduttiva (consiglio la Arctic Cooling MX-3)
• Del solvente per Pasta Termoconduttiva (io utilizzo dell’alcool isopropilico)
• Uno o due Cotton fioc
• Un panno usa e getta
• Un cacciavite Phillips
• Un taglierino o un coltello a lama liscia
• Un guanto in lattice usa e getta

La maggior parte degli oggetti in lista dovrebbero essere facilmente reperibili in casa. Quello che risulta più difficile da trovare, che costituisce anche il pezzo fondamentale, è la lastra di rame.
Fortunatamente è possibile acquistarla su ebay per meno di 12€: è sufficiente cercare «Copper Shim 14mm x 14mm» per trovare l’inserzione Prime Quality 1.5mm Copper Shim 14mm x 14mm venduta dal power seller metaloffcuts. Spedisce tranquillamente in tutto il mondo e utilizzando la Royal Mail Airsure il Copper Shim arriverà a casa vostra in circa una settimana. Scoprirete con una rapida ricerca su google che la maggior parte di quelli che hanno effettuato la mod hanno acquistato la lastra di rame da questo negozio online.

I Risultati

La differenza di temperatura della GPU sotto carico tra prima e dopo la mod è veramente impressionante. Io stesso sono rimasto stupito quando ho constatato che la lastra di rame abbassa la temperatura di ben 36°! Il sensore è passato infatti da una temperatura di 105° ad una di appena 69°.
Ovviamente i 105° li raggiungevo solamente utilizzando applicazioni che fanno pesante uso dell’accelerazione 3D (videogiochi), normalmente, anche senza Copper Mod, la temperatura difficilmente arrivava a 70°.

Come procedere

Una volta rimediato tutto il materiale si devono seguire questi semplici passi:

1. Rimuovere la batteria
2. Rimuovere il Module Cover svitando le 4 viti che lo chiudono
3. Rimuovere il Thermal Cooling Assembly svitando le 5 viti che lo fissano alla scheda madre
4. Eliminare i residui della vecchia Pasta Termoconduttiva da CPU, GPU e Thermal Cooling Assembly (utilizzare un Cotton fioc imbevuto di alcool per ripulire CPU e GPU)
5. Staccare il GPU Thermal Cooling Pad dal Thermal Cooling Assembly aiutandosi con un taglierino o con un coltello a lama liscia ed eliminare gli eventuali residui di adesivo rimasti.
6. Applicare uno strato sottilissimo di Pasta Termoconduttiva su CPU, GPU e GPU Thermal Cooling Assembly.
7. Posare, facendo molta attenzione, la lastra di rame sopra la GPU (ricordarsi di rimuovere le protezioni di plastica dalla lastra).
8. A questo punto si dovrebbe vedere qualcosa di simile.
9. Ora non rimane che rimontare il Thermal Cooling Assembly e il Module Cover.

Lettura delle temperatue

Per effettuare una lettura delle temperature sotto Linux è possibile utilizzare NVIDIA X Server Settings (in Ubuntu lo trovate in Sistema -> Amministrazione -> NVIDIA X Server Settings):

Agli utenti Windows consiglio invece il sempre ottimo Riva Tuner, software che permette di tenere d’occhio le temperature anche durante l’utilizzo di applicazioni 3D Full Screen come i videogiochi.

Fonti utilizzate

Le immagini e le procedure descritte in questo articolo sono state tratte dal seguente forum: Dell XPS M1330 – nVidia GeForce 8400M GS – Copper Mod