Penna USB rotta

Ultimamente mi sono capitati un paio di casi di tentativo di recupero dati da chiavetta USB corrotte, dove per corrotte non si deve intendere un banale problema al filesystem ma un danneggiamento a livello hardware

Nel caso del chiavetta in foto la situazione era peggiore in quanto la stessa e' stata schiacciata (probabilmente da un'auto) ed e' stata esposta a due giorni di pioggia prima di essere ritrovata (notare che si tratta di una 512 Mb quindi un hardware piuttosto vetusto)

In entrambi i casi in qualche modo l'elettronica era viva
Leggendo il file di log di Linux dopo aver inserito la chiavetta si vede che la stessa viene riconosciuta
------------------------------------------

Jan 17 05:10:50 debian kernel: [  358.044339] usb 1-4: New USB device found, idVendor=13fe, idProduct=1a00
Jan 17 05:10:50 debian kernel: [  358.044351] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 17 05:10:50 debian kernel: [  358.044362] usb 1-4: Product: USB DISK 28X            
Jan 17 05:10:50 debian kernel: [  358.044370] usb 1-4: Manufacturer:                         
Jan 17 05:10:50 debian kernel: [  358.046446] scsi5 : usb-storage 1-4:1.0
Jan 17 05:10:50 debian mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4"
Jan 17 05:10:50 debian mtp-probe: bus: 1, device: 6 was not an MTP device
Jan 17 05:10:51 debian kernel: [  359.044987] scsi 5:0:0:0: Direct-Access              USB DISK 28X     1.00 PQ: 0 ANSI: 0 CCS
Jan 17 05:10:51 debian kernel: [  359.049623] sd 5:0:0:0: Attached scsi generic sg1 type 0
Jan 17 05:10:51 debian kernel: [  359.051688] sd 5:0:0:0: [sdc] Attached SCSI removable disk
------------------------------------------

cio' che non riesco a capire bene e' come mai l'elettronica risponde ma non si riesce in nessun modo a montare l'unita' a disco. Mi viene il sospetto che il circuito di controllo della porta USB sia integro mentre il circuito di controllo delle memorie sia difettoso

Epson SX130 in Debian

Mia moglie ha comprato la Epson Stylus SX130...io sono francamente contrario alle stampanti a getto di inchiostro per la scarsa affidabilita' dei toner...in ogni caso e' stata una occasione per cercare di installare sia la stampante sia lo scanner integrato in una Debian Testing

La stampante non viene riconosciuta in modo automatico da CUPS per cui si devono scaricare dal sito Epson i driver che consistono in un file .deb per la stampante e due file .deb per lo scanner

piu' nello specifico i file sono
stampante
epson-inkjet-printer-201101w_1.0.0-1lsb3.2_i386.deb
scanner
iscan_2.29.1-5~usb0.1.ltdl7_i386.deb
iscan-data_1.13.0-1_all.deb

Attenzione: sul sito di Epson vi sono due file .deb che differiscono per ltdl (in un caso e' a numero 3 mentre nell'altro e' il 7.. quello giusto per debian testing e' il numero 7 perche' la dipende delle librerie viene soddisfatta soltanto per quest versione)

Una volta caricati i driver il lavoro non e' finito.
Per configurare la stampante si deve aprire il browser e puntare all'indirizzo http://localhost:631 (amministrazione di CUPS) in cui ci si logga con l'utente root. Dall'interfaccia Web si aggiunge quindi la stampante Epson che da ora in poi sara' disponibile alla stampa per le varie applicazioni (si possono effettuare anche le correzioni sul formato di stampa predefinito Letter modificandolo in A4)

Prova di stampa 

Per lo scanner invece non ci sono particolari attenzioni dato che e' utilizzabile immediatamente sia da XSane che da Image Scan

Google Chrome in Debian Testing

Installando Google Chrome da file .deb su una Debian Testing mi sono imbattuto in una dipendenza non soddisfatta relativa alla libreria libxss1

E' necessario quindi dare
apt-get install libxss1

e poi

dpkg -i google-chrome-stable_current_i386

Screenshot con Gimp 2.8

Ecco una cosa di cui mi scordo sempre....effettuare uno screenshot con Gimp

La risposta e' dal menu File/Create/Screenshot

TuxGuitar e Debian

Per utilizzare TuxGuitar in Debian si devono fare un paio di modifiche altrimenti il programma parte, il cursore si muove ma non si sentira' nessun suono

Prima di tutto si deve scaricare TuxGuitar insieme a Timidity

apt-get install tuxguitar timidity

dopo di cio', assicurandosi che il server Timidity sia partito, si deve andare nelle impostazioni di TuxGuitar e dalla sezione Audio si deve scegliere come Midi Port Timidity

ADT Android Bundle

Con l'andar del tempo e' sempre piu' semplice installare l'SDK di Android
E' da poco uscito l'ADT Bundle, un pacchetto piuttosto pesante (oltre i 400 Mb nelle sue varie versioni) che al  suo interno contiene pero' una bella sorpresa

Una volta spacchettato il file ci troviamo con Eclipse, il plugin ADT e l'SDK di Android gia' pronti ad essere utilizzati senza ulteriori configurazioni e download. E' sufficiente entrare nella directory eclipse e lanciare l'ambiente di sviluppo con il comando
./eclipse

rimane solo da configurare un AVD e poi si puo' iniziare a sviluppare

Errore su punto di ingresso Qt4Core.dll

Una volta scritta e testata una applicazione in Qt su Windows ho voluto provare a fare una build release per provare a lanciare direttamente il file eseguibile dall'esterno dell'ambiente di sviluppo

Il risultato e' stato a dir poco scoraggiante "Impossibile trovare il punto di ingresso della procedura nella libreria a collegamento dinamico QtCore4.dll"

Dopo qualche ricerca su Internet ho trovato che il problema deriva dal fatto che il fatto eseguibile cerca di eseguire una Dll QtCore4 differente da quella con cui e' stato compilato all'interno dell'ambiente di sviluppo

Certo che imbroccare quale sia la libreria QtCore4.dll che crea confusione e quale sia l'ordine preciso con cui Windows elegge la prima della lista e' piuttosto problematico e non e' possibile tentare un approccio di tipo try and test (sospetto comunque che sia quella legata a Python)

Elenco delle librerie QtCore4.dll installate sul mio sistema

Ovviamente questo problema non si presenta in Linux :>>>