Considerate il seguente problema: avete una stampante non supportata da linux, ma nella vostra rete locale avete un sistema windows su cui la stampante può essere installata. Se tentate di condividere la stampante attraverso Samba, essa risulterà comunque non utilizzabile, dato che saranno necessari gli inesistenti driver linux. È proprio impossibile usare la stampante dalla vostra macchina Linux?

La risposta è no e all’indirizzo http://justin.yackoski.name/winp/ trovate una veramente ottima guida (in inglese) per riuscire nel vostro intento.

E’ stato molto emozionante, come la prima volta che mi comprai il portatile. Ora le idee sono un po’ cambiate, non so’ se in bene o in male, ma sono cambiate, non è come l’altra volta, ma l’emozione è la stessa… che bello… poche parole, vuole essere solo un “appunto” per la prima volta che…

Per la serie di miei articoli sull’installazione e la configurazione di gentoo sul Dell XPS M1330, oggi propongo la configurazione dei tasti speciali e multimediali. Chiedo venia per il tempo trascorso tra un articolo ed un altro ma all’epoca non mi son salvato link e passi effettuati e quindi non sempre ho tutto il materiale sotto mano.

Prima di proseguire ricordo il link ai miei ormai famosissimi articoli precedenti della serie “gentoo linux & dell xps m1330“.

Voglio premettere che l’articolo è basato su questa configurazione:

• dell xps m1330;
• linux gentoo;
• ambiente kde 3.5

Gli stessi risultati si possono, comunque, ottenere anche con configurazione diversa adattando chiaramente i passaggi che verranno fatti.
Per il nostro caso dovremmo distinguere due tipi di tasti: quelli i cui keycode (codice univoco abinato al tasto) vengono riconosciuti dal sistema e quelli i quali non vengono riconosciuti. Nel secondo caso dovremmo eseguire qualche operazione aggiuntiva. Vediamo come procedere:

1. dobbiamo avere installato sul nostro sistema xev, piccolo programmino che stampa a video gli eventi che si generano in X. Se non lo avete dovete installarlo, servirà per ottenere i keycode dei pulsanti;
2. apriamo una shell e lanciamo xev. Si aprirà una piccola finestra e il programma resterà in esecuzione mostrandoci a video delle informazioni per ogni operazione che faremo;
3. con xev in esecuzione, premiamo il tasto che vogliamo configurare (o la combinazione FN+tasto) e osserviamo il contenuto stampato nella shell:
   Ora ci sono tre possibilità:
   • se vedete nel messaggio a video un codice che inizia con XF86 (come quello cerchiato in verde) allora andate al punto 11;
   • se vedete un codice numerico accanto alla scritta keycode (come quello cerchiato in rosso) allora andate al punto 7;
   • se non appare nessuno dei due, non preoccupatevi, andate al punto 4.
4. se siete a questo punto significa che non avete nè il codice XF86 nè il keycode del vostro tasto speciale. La prima cosa da fare è identificare il codice esadecimale del tasto, dovrebbe essere nella stessa schermata di xev (in quella di esempio non c’è) ed è del tipo e0XX oppure XX;
5. individuato il codice esadecimale abbiamo bisogno di un’altra utility, setkeycodes, per trasformare questo codice esadecimale in un keycode come quello dell’esempio. La sintassi è di questo tipo:
   setkeycode codice_esadecimale keycode
   dove il codice_esadecimale è quello individuato al punto 4 e dove il keycode invece è un qualsiasi keycode libero. Potete vedere la lista dei keycode usati e liberi utilizzando il comando dumpkeys (eseguire da root);
6. chiaramente questa operazione si deve eseguire per ogni tasto che ci interessa. La soluzione migliore è mettere in uno script all’avvio tutte le chiamate a setkeycode che ci interessano. Ad esempio nel file /etc/conf.d/local.start potremmo inserire qualcosa del genere:
   setkeycodes e011 227
   setkeycodes e00a 222…
   A questo punto proseguire con il punto 7.
7. Se siete qui significa che avete il keycode per il vostro tasto speciale. A questo punto dobbiamo mappare questo keycode su un codice XF86 (riconoscibile quindi da X). Per fare questa operazione abbiamo bisogno di un altro programma Xmodmap. Se non lo avete, dovete installarlo.
8. Dobbiamo realizzare un file di testo contenente all’interno varie righe con la seguente formattazione:
   keycode XXX = XF86ETCETC
   per ogni keycode (e tasto) che ci interessa configurare. Un elenco di codici XF86 completo non sono mai riuscito a trovarlo. Sul web si trovano molti esempi, ad esempio questo post su ubuntu ne contiene alcuni.
   Ci sono comunque alcuni codici generici che si possono usare del tipo XF86LaunchA, XF86LaunchB, XF86Launch1, XF86Launch2, ecc.
9. Fatto ciò dobbiamo aggiungere Xmodmap in esecuzione automatica passandogli come parametro il file creato al punto 8. Ad esempio potremmo realizzare uno script contenente la seguente riga:
   /usr/bin/xmodmap $HOME/file_creato_punto_8
   da mettere nella nostra cartella ~/.kde/Autostart.
10. Al prossimo avvio i codici keycode saranno mappati su quelli XF86 e riconosciuti quindi da X. Possiamo eseguire l’ultimo passo e cioè usare questi codici per associare gli eventi.
11. Per associare i codici XF86 agli eventi, basta andare nel centro di controllo di kde > regionali e accesso facilitato > scorciatoie della tastiera.
    In questa schermata possiamo utilizzare i nostri tasti appena configurati e associarli a programmi, comandi, script, ecc.

Dovremmo aver finito…il post è un po’ lunghetto e spero di essere stato chiaro. Se qualcosa non va o avete problemi, commentate pure.

Eccoci al terzo capitolo dei post dedicati a gento su dell xps m1330. Oggi vediamo cosa serve per far funzionare il lettore di card integrato nel portatile.

Innanzitutto vediamo il modello di lettore con il comando lspci:

03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)

Anche in questo caso non voglio riscrivere cose già presenti abbondantemente sul web. Vi fornirò qualche link e qualche tips utile.

Innanzitutto per abilitare il funzionamento abbiamo bisogno dei driver mmc e mmc_sdhci. Per la configurazione corretta del kernel potete guardare la già segnalata guida di andrea brandi.

Il problema è che con la semplice configurazione del kernel il funzionamento non è assicurato. Questo perché il modello in questione ha alcuni problemi con le MMC. Le schede SD verranno riconosciute al primo colpo mentre le MMC no. Il problema è noto, se ne parla molto sul web e la soluzione è la seguente, aggiungere al file /etc/conf.d/local.start le seguenti righe:

setpci -s ’03:01.0′ 0xCA=0×57
setpci -s ’03:01.0′ 0xCB=0×02
setpci -s ’03:01.0′ 0xCA=0×00

La prima riga abilita la scrittura, la seconda disabilita il controller MMC (che da problemi) e la terza disabilita la scrittura.
Dopo aver fatto ciò dovrebbe funzionare alla perfezione sia con MMC che con SD: inserita la vostra card e il sistema la riconoscerà al volo.

Nel precedente articolo su gentoo e dell xps m1330 ho detto che avevo intenzione di scriverne altri. Quello che voglio scrivere oggi riguarda il letBus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Readerore di impronte digitali. Sicuramente non sarà la vostra precedenza quella di configurare il lettore biometrico con gentoo linux ma credo che non tutti possano trovare la stessa facilità nel configurare altro hardware e questo lettore.

Per prima cosa scopriamo di che modello si tratta:

il comando lsusb ci dirà che si tratta del modello

Bus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader

Spero che nel frattempo non sia cambiato. In tutti i casi dopo una breve ricerca su internet ho visto che c’è il progetto thinkfinger che permette di gestire i lettori biometrici della UPEK sotto linux.

La configurazione non è stata difficile: ho semplicemente seguito questa guida e il tutto ha funzionato al primo colpo. Per la configurazione sotto kde e gnome vi rimando alle relative guide.

E’ importante sottolineare (è scritto anche nell’how-to di kde) che se usate kde non potete utilizzare l’ultima versione di thinkfinger (la 0.3) perché va in conflitto con kdm e si impallerà tutto al momento del login. Ciò significa che dovrete utilizzare la versione 0.2.2 e ciò significa che potrete utilizzarlo solo per il login da shell. Per ora niente uso grafico…il supporto in kde è scarso.

Ricordatevi quindi di bloccare il pacchetto aggiungendo nel file /etc/portage/package.mask la riga

sys-auth/thinkfinger-0.2.2-r1

Per gnome invece nessun problema, io non l’ho usato ma ho letto sul web che non ci sono problemi.

Un’ultima cosa: esiste anche un altro progetto per linux e la gestione dei lettori biometrici, si chiama fprint e non ho ancora avuto modo di provarlo. Sul sito il nostro dispositivo è indicato come supportato ed in più l’autore dice che il tutto è compatibile con kde e quindi è possibile l’uso grafico (quello che ci serve!). Appena avrò il tempo e la voglia di provarlo ne scriverò un articolo…nel frattempo se qualcuno di voi ne sa di più…commenti pure!

Alla prossima!

Avendo acquistato il portatile in oggetto (dell xps m1330) mi è stato chiesto (da redsend) di scrivere uno o più articoli su come ho installato e configurato tutto il necessario per far funzionare gentoo sull’hardware del suddetto portatile.

La mia idea sarebbe di non scrivere degli how-to, tutorial, guide, ecc., perché in rete ce ne sono già e mi sembra inutile riscrivere le stesse cose. Preferirei, piuttosto, scrivere brevi articoli con link ai siti che ho utilizzato come riferimento e magari qualche suggerimento dove può essere utile.

In questo primo articolo voglio solo dire che l’hardware del portatile in questione è il seguente:

(comando lsusb)

Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc.
Bus 002 Device 001: ID 0000:0000
Bus 007 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader
Bus 007 Device 001: ID 0000:0000
Bus 006 Device 001: ID 0000:0000
Bus 005 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a Optical Wheel Mouse
Bus 005 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp.
Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp.
Bus 003 Device 003: ID 413c:8126 Dell Computer Corp.
Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp.
Bus 003 Device 001: ID 0000:0000

(comando lspci)

00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PCI Express Root Port (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation Mobile LPC Interface Controller (rev 02)
00:1f.1 IDE interface: Intel Corporation Mobile IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation Unknown device 0427 (rev a1)
03:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
03:01.2 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 12)
03:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
03:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff)
09:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
0c:00.0 Network controller: Intel Corporation Unknown device 4229 (rev 61)

E’ tutto compatibile al 100% con linux (in particolare con gentoo) e in rete si trova tutto l’indispensabile per configurarlo al meglio.

Avevo l’esigenza di avere anche windows XP sul mio portatile e quindi ho seguito questa guida e quest’altra per un corretto partizionamento. La prima (quella di andrea brandi), usata anche successivamente, si riferisce all’installazione di vista, mentre la seconda (quella di rafanto) spiega come installare xp e tutti i driver. Io ho proceduto nel seguente modo: dalla prima ho appreso il corretto partizionamento per il dual boot + mediadirect e dalla seconda ho installato/configurato xp e relativi driver.

Dalla guida di brandi ho preso spunto fino al paragrafo “Installare dell media direct” e poi dopo ho proceduto a modo mio utilizzando prima il cd live di mandriva per creare le partizioni (ritengo diskdrake il miglior partizionatore grafico per linux) e poi dal cd minimale di gentoo 2008.0 che è compatibile con la nostra scheda ethernet. Ciò significa che si può procedere semplicemente seguendo l’handbook di gentoo senza i passaggi indicati nella guida di brandi.

Se qualcuno ha problemi su questa prima fase può scrivere qui!

L’acer ha messo in commercio un notebook con linux preinstallato. Il portatile è di fascia economica (399.00 €): hard da 80GB, 1GB di ram, processore Celeron, ecc. Potete comprare il notebook a questo indirizzo.

La distribuzione installata è Linpus, distribuzione che non conoscevo e che, a quanto leggo sul sito, è progettata proprio per i pc low-cost.

Devo dire che l’acer ancora una volta è stata avanti, già mi aveva sorpreso quando per prima aveva reso disponibile il modulo di rimborso di windows…ora anche linux preinstallato!

Scusate se continuo con la segnalazione di video (che magari non interessano molto) ma oggi un nostro lettore (grazie daryl) mi ha segnalato questo video di un monitor asus super resistente. Dategli un’occhiata perché è impressionante!

http://it.youtube.com/watch?v=AAdku9YhSCI

Spero che non sia una bufala come ai tempi dell’ipod e del limone (chiedo al nostro lettore musikele di indagare ; )  perché è davvero interessante la robustezza di questo prodotto!

Ho ottenuto il rimborso di Windows. C’è l’ho fatta!!! Sì anche io sono nella lista di quei pochi che ci sono riusciti. Ora vi spiego come.

Come ben saprete, durante l’estate ho comprato un notebook di marca Asus. Ovviamente si trattava di un portatile da equipaggiare con Linux. Avevo avanti tre alternative:

• Notebook vergine
• Notebook con linux preinstallato
• Notebook con windows

Penso che sia ovvio dirvi che le prime due opzioni risultavano abbastanza difficili da praticare: solo con difficoltà si riuscivano a trovare piccole aziende che trattassero materiale del genere in Italia. Inoltre tali opzioni non garantivano la possibilità di una vasta scelta tra un insieme veramente vario di modelli e tecnologie e soprattutto non fornivano adeguate garanzie e assistenza come invece avveniva per una grande azienda (come è stato ampiamente discusso anche nei commenti al post “!(Microsoft Windows *) => !Acquistare(TOSHIBA)“). E ovviamente, come tutti saprete, il fenomeno Dell-Ubuntu ancora non è sbarcato in Italia e a quanto sembra (leggi “Non voglio windows!!! neanche DELL mi aiuta :(“) sarà ancora lontano a venire.

Quindi, l’unica soluzione possibile era selezionare un computer che avesse una buona compatibilità hardware con Linux e provare a chiedere il rimborso di Windows: come già accennato la scelta è caduta su un modello di marca Asus. Tuttavia prima di procedere con l’acquisto pensai di inviare una mail alla filiale italiana della casa taiwanese, di cui riporto il testo:

Sono un privato interessato all’acquisto di un notebook.
Sono particolarmente attratto da alcuni prodotti proposti dalla vostra azienda. Tuttavia ho notato che tutti i notebook proposti prevedono la presenza di un sistema operativo Microsoft Windows. Dato che non sono interessato a questa caratteristica, chiedevo se la vostra azienda permettesse anche l’acquisto di notebook senza sistema operativo o con altri sistemi operativi.

In caso contrario sarei interessato a conoscere la posizione dell’azienda nei riguardi di un eventuale rimborso del sistema operativo, se consentito dalla licenza d’uso (EULA) del prodotto, in mancanza dell’accettazione di tale licenza.

Era il giorno 16 giugno 2007. La risposta non si fa attendere moltissimo. Infatti solo 2 giorni dopo leggo:

Gentile cliente,
grazie per aver contattato il supporto commerciale di ASUSTEK Italy.

La informiamo che i notebook di marca Asus vengono venduti al pubblico solo unitamente al sistema operativo Microsoft.

Pertanto se desidera potrà restituire il software e ricevere il relativo rimborso, inviando il portatile e gli accessori presso la sede di ASUSTEK Italy S.r.l., unitamente alla copia del documento d’acquisto del prodotto, affinché Asustek provveda a trattenere la licenza per il S.O. e il relativo CD-ROM, nonché a rimuovere il programma dal notebook acquistato.

Sono positivamente colpito da questa risposta che mi fa convincere ancora di più delle qualità della scelta. Intanto continuo a valutare altre alternative, ma poi procedo con l’acquisto. Questo, un po’ per ritardi miei, un po’ per ritardi del rivenditore avviene solo il 3 Agosto 2007. Prontamente provvedo a contattare l’help desk di Asus per avere istruzioni sul procedimento da seguire per la richiesta di rimborso. Telefonicamente mi notificano che non è necessario inviare il notebook, basterà inviare loro

• copia del documento d’acquisto del notebook
• adesivo di licenza Microsoft
• cd del software perfettamente sigillato

il tutto accompagnato da una lettera accompagnatoria (in cui siano indicate anche le coordinate bancarie per il pagamento) che riporto qui:

Gentile Asus Italy

ho acquistato un portatile Asus della serie A8SC in data 3 Agosto 2007, come evidenziato dal documento di acquisto di cui è allegata una copia.
Non essendo interessato al sistema operativo Microsft Windows e agli altri software compatibili solo con tale sistema operativo fornitomi con il portatile, ho provveduto a non accettare la licenza OEM associata.
Pertanto richiedo rimborso del prezzo pagato per il seguente software:

Sistema Operativo Genuine Windows Vista Home Premium
Symantec Norton Internet Security 2007
NERO 7 Essentials

Seguendo le istruzioni fornite da voi nell’email allegata e poi rettificate attraverso comunicazione telefonica con l’HelpDesk, allego l’adesivo della licenza Microsoft e i cd di Windows Anytime Upgrade e di Nero OEM Suite perfettamente sigillati.

Siccome ero stato invitato ad avviare questa procedura dopo Ferragosto, invio mezzo raccomandata tutto l’occorrente il 20 Agosto 2007. La ricevuta di ritorno mi informa che tutto il materiale è stato consegnato 2 giorni dopo. A questo punto c’è da attendere solo i soldi…

E questa attesa è piuttosto lunga. Mi avevano avvisato che avrei dovuto aspettare molto, ma dopo i due mesi comincio a spazientirmi di non aver ricevuto alcuna informazione (né alcun soldo), e il giorno 2 Novembre invio loro la seguente email:

Ho acquistato nel mese di agosto un portatile asus con windows vista. Non essendo interessato a questo sistema operativo ho provveduto a non accettare la licenza e a sostituirlo con un nuovo sistema operativo linux a me più congeniale.

Dopo essermi informato sia via mail sia telefonicamente con l’help desk ho anche richiesto il rimborso del suddetto sistema operativo (e di altre applicazioni collegate), inviando il materiale richiesto il giorno 20 Agosto 2007 mediante raccomandata e giunta a voi, da quanto riportato dalla ricevuta di ritorno 2 giorni dopo.

Essendo passati ormai più di 2 mesi e non avendo ricevuto da voi alcuna notizia, né tantomeno il rimborso, chiedo informazioni sullo stato della richiesta e su quanto tempo debba aspettare ancora.

Dopo 3 giorni mi rispondono, chiedendomi ulteriori informazioni sulla richiesta:

Gentile Cliente,
grazie per aver contattato il supporto commerciale di ASUSTEK Italy.

Al fine di rintracciare la Sua richiesta La invitiamo a fornirci i Suoi dati, quindi nome e indirizzo indicati sulla raccomandata e a specificare cosa ha spedito presso la nostra sede.

Prontamente invio loro quanto richiesto, attraverso la seguente email

Allora sono Nome Cognome Indirizzo

Nella raccomandata erano presenti:
-copia del documento di acquisto del notebook
-adesivo di licenza Microsoft
-cd del software perfettamente sigillato
-lettera accompagnatoria in cui motivavo l’invio del materiale e fornivo inoltre i dati bancari necessari per ottenere il rimborso

Inoltre come mi era stato chiesto sulla busta ho provveduto a specificare “All’attenzione dell’help desk”

Spero che queste informazioni bastino al fine di riuscire a rintracciare la mia richiesta e a fornirmi le informazioni che desidero

Dopodiché cade di nuovo il silenzio. Comincio a temere di dover riprovarci, stavolta in maniera un po’ più “cattiva” e invece il 15 Novembre ricevo la seguente mail:

Gentile Cliente,

Le chiediamo cortesemente di rinviarci tutti i dati del portatile ( modello, numero di serie ) e i Suoi dati bancari, per procedere al rimborso del sistema operativo tramite bonifico.

Ci scusiamo per il disguido e rimaniamo in attesa di un Suo riscontro.

Invio loro quanto chiesto il giorno successivo e… E credevo fosse questioni di giorni. Invece no, non è così. Infatti il giorno 29/11, stanco di attendere li ricontatto nuovamente via mail:

Ma quanto tempo devo aspettare ancora per il rimborso?!?
Sono quasi 3 mesi che ho inviato tutto il materiale necessario e (come potete leggere dalla storia delle mail) vi ho rimandato tutto il necessario per rieffettuare le verifiche e infine in data 16/11 i miei dati bancari completi.

Sono passati ormai quasi 2 settimane!!! C’è ancora molto da attendere?

Il giorno 5 dicembre, dopo non aver ricevuto nessuna risposta invio una nuova email, stavolta un po’ più cattivo e minaccioso:

Dalla precedente richiesta (mostrata qui sotto) è passata una settimana senza ricevere ancora risposta.
Credo che ora l’attesa e l’assenza di informazioni si stia facendo insostenibile. Attendo un rimborso della licenza Windows da oltre 3 mesi e nonostante mi abbiate richiesto nuovamente informazioni su tutto ciò che vi avevo già mandato per verifiche e controverifiche ancora nulla di concreto è accaduto.
Ora credo che sia troppo. Spero da parte vostra di ricevere effettivamente il rimborso o quantomeno chiarimenti sulla data di emissione dello stesso, altrimenti sarò costretto a ricorrere legalmente per cercare di ottenere questo mio diritto.

E effettivamente sono intenzionato a rivolgermi alle associazione dei consumatori appropriate. Preparo tutti gli incartamenti necessari, ma poi rimando il tutto a dopo le sopraggiunte festività natalizie. Finché il 27/12/2007, controllando lo stato del mio conto corrente verifico la presenza di un bonifico a mio favore che riporta la seguente descrizione:

rimborso vista home premium bonifico n. 0922xxxxxxxxxx disposto da: asustek italy srl

ed ammonta alla cifra di… 36€. Sì solo 36€.

Diciamo che sono contento di essere riuscito ad ottenere il rimborso indipendentemente dalla sua entità, ma data la cifra piuttosto irrisoria sorge spontanea la domanda: quando conviene a noi utenti del pinguino chiedere tale rimborso? La mia risposta è che la convenienza sta nel provare a convincere qualche grande società a vendere computer vergini. E la vostra risposta?

Come molti di voi avranno letto in giro, anche su gentoo è ora disponibile la versione del kernel 2.6.23, sia nella versione originale (vanilla-source), sia nella versione patchata appositamente per gentoo (gentoo-sources). Ma fate molta attenzione a quello che fate…

Infatti questa versione del kernel (gentoo-sources-2.6.23-r3) risulta incompatibile con i driver per schede nvidia obsolete (<=nvidia-drivers-1.0.9639). Nel caso possediate tale configurazione la ricompilazione del driver con il nuovo driver fallirà.

Data la recente uscita di tale nuova versione del kernel non sono disponibili ancora soluzioni per questo problema. Pertanto quello che vi consiglio di fare è di rimandare l’aggiornamento del kernel e consultare di tanto in tanto questo post per sapere se ci sono eventuali cambiamenti (potete eventualmente sottoscrivervi ai commenti grazie alla nuova funzionalità aggiunta dal caro redsend).

Appena so qualcosa di più (per ora solo forum in tedesco che riportano il problema ma non soluzioni) vi farò sapere.

La soluzione è la seguente:

Aggiornare gli nvidia-drivers alla versione 96.43.01. Per farlo bisogna modificare nel file /etc/portage/package.mask la riga relativa agli nvidia-drivers ponendola a:

>=x11-drivers/nvidia-drivers-97

Aggiornando poi i driver con

emerge -uav nvidia-drivers

non dovrebbero più verificarsi problemi di compilazione del modulo con la versione 2.6.23 del kernel.

Come espressamente richiestomi da redsend, vi descrivo qui brevemente come configurare la vostra Gentoo in modo che possa agevolmente trattare filesystem NTFS.

Prima di iniziare, credo che sia opportuno descrivere un po’ qual’è lo stato dell’arte per quanto riguardo il supporto linux ad NTFS:

• I driver NTFS di prima generazione presenti nel kernel fino alla versione 2.6.12 permettevano di accedere al filesystem in sola lettura, grazie all’intenso lavoro di reverse engineering per scoprire i segreti di questo formato chiuso di proprietà Microsoft;
• Con i driver di seconda generazione (dal kernel 2.6.12 ad oggi) è stato permesso anche l’accesso in scrittura che non danneggi la struttura del filesystem: ossia non si possono creare nuovi file, ne tantomeno modificare la dimensione di un file. Praticamente inutile.
• I driver di terza generazione (stabili da febbraio 2007) sono sviluppati invece fuori dal kernel e permettono un completo accesso in lettura e scrittura tramite FUSE (un interfaccia ai filesystem implementata in userspace).

Per installare tali driver è necessario che nel kernel non sia selezionata l’opzione “File Systems -> Filesystem in Userspace support“. A questo punto basterà installare con

emerge -av ntfs3g

che automaticamente installerà anche fuse. Per renderlo subito funzionante sarà necessario anche dare il comando

update-modules

Questo basta per installare i driver e sarà possibile montare partizioni NTFS con

ntfs-3g /dev/nome_device /mountpoint

o inserire tale voce in /etc/fstab indicando come filesystem ntfs-3g (no ntfs, altrimenti caricherà se installato il driver del kernel).

Fin qui tutto facile direte voi. I primi problemi, in realtà, si verificano con l’automounting e l’Hardware Abstraction Layer. Infatti il supporto HAL al mounting (quello che praticamente permette ai nostri DE di visualizzare l’iconcina del device e di montarlo/smontarlo con un semplice click) può montare un filesystem NTFS solo attraverso il driver presente nel kernel, grazie alle regole di automounting di default. Per ovviare a questo problema bisogna apportare delle modifiche ai file di configurazione di HAL (ATTENZIONE: le operazioni di seguito riportate sono valide solo per versioni di hal >= 0.5.9. Per le precedenti versioni vi rimando al seguente HOWTO. )

La prima operazione da compiere è recuperare gli script di mount e unmount degli storage utilizzati dalle versioni 0.5.7 di HAL. Per farlo basta eseguire i seguenti comandi:

ebuild /usr/portage/sys-apps/hal/hal-0.5.7.1-r5.ebuild install
cd /var/tmp/portage/sys-apps/hal-0.5.7.1-r5/image/usr/share/hal/scripts.
cp hal-system-storage-mount hal-system-storage-unmount /usr/libexec

Questa operazione non sovrascriverà nessuno degli script installati da hal-0.5.9. Inoltre questi script non saranno cancellati da aggiornamenti di HAL. Per concludere bisognerà aggiornare le policy di HAL creando il seguente file 10-ntfs-policy.fdi nella directory /etc/hal/fdi/policy/:

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<match key="volume.fstype" string="ntfs">
<match key="@block.storage_device:storage.hotpluggable" bool="true">
<merge key="volume.fstype" type="string">ntfs-3g</merge>
<merge key="volume.policy.mount_filesystem" type="string">ntfs-3g</merge>
<merge key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-system-storage-mount</merge>
<append key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-system-storage-unmount</append>
<append key="org.freedesktop.Hal.Device.Volume.method_execpaths" type="strlist">hal-storage-eject</append>
</match>
</match>
</device>
</deviceinfo>

Riavviando hal l’automount dovrebbe funzionare senza problemi.

Un’altra soluzione al problema potrebbe essere quella di sovrascrivere il file /sbin/mount.ntfs con il seguente script:

#!/bin/bash
ntfs-3g $1 $2

Questa soluzione potrebbe dare problemi nel caso sia installato anche il driver kernel e potrebbe essere sovrascritta da aggiornamenti del sistema.

Per entrambi le soluzioni proposte è consigliabile avere molta cura nell’applicarle per il corretto funzionamento del sistema.

Edit:

come segnalato da musikele (attentissimo, come sempre)  questo video è una bufala! Chiedo scusa per la poca attenzione, ma la cosa mi intrigava non poco. Non provate a farlo che rischiate di sputtanare il vostro ipod!

Non so se avete già sentito parlarne o l’avete visto in giro, ma oggi voglio segnalarvi un video niente male di un folle che ci mostra come ricaricare l’ipod in modo economico…con una cipolla!!!

http://www.youtube.com/watch?v=GfPJeDssBOM

da non credere!

Tempo fà vi parlavo di un possibile acquisto di una scheda di acquisizione e in questo articolo mostravo vari modelli di cui avevo valutato i pro e i contro e infine la scelta era finita sull’Hauppauge WinTV-PVR-USB2, un attima scheda davvero… con codifica hardware mpeg2, ingresso TV, Composite, S-Video e con la radio.

Uno dei motivi principale per cui è stata scelta questa scheda era il supporto completo dei driver presenti addirittura all’interno del kernel dalla versione >=2.6.18 . Infatti la sua installazione si è rilevata molto semplice e veloce…

1) Installazione dei Driver nel Kernel (>= 2.6.18)

Come primo passo bisogna abilitare i driver nel kernel, bene allora esguiamo questo…

redvaio redsend # cd /usr/src/linux
redvaio linux # make menuconfig

Ora che abbiamo difronte il menu della configurazione del kernel spostiamoci come indicato di seguito e abilitiamo le seguenti voci

Device Drivers —>
Multimedia devices —>

<M> Video For Linux
[*] Enable Video For Linux API 1 (DEPRECATED)
— Enable Video For Linux API 1 compatible Layer
[*] Video capture adapters —>

— Video capture adapters
[*] Autoselect pertinent encoders/decoders and other helper chips
[*] V4L USB devices —>

— V4L USB devices
<M> Hauppauge WinTV-PVR USB2 support
[*] Hauppauge WinTV-PVR USB2 support for 29xxx model series
[*] Hauppauge WinTV-PVR USB2 support for 24xxx model series
[*] pvrusb2 sysfs support (EXPERIMENTAL) (NEW)
[ ] pvrusb2 debug interface (NEW)

dopo aver selezionato tutte le voci, usciamo dal menu di configurazione e compiliamo il kernel, installando anche i driver (ricordiamoci di aver la partizione di boot montata altrimenti diamo il comando “mount /boot”)

redvaio linux # make
redvaio linux # make modules_install
redvaio linux # make install

Compilati ed installati i driver nel kernel passiamo al caricamento del firmware

2) Caricamento del Firmware

Per far funzionare la scheda di acquisizione i driver precedentementi compilati ed installti devono essere in grado di caricare il firmware del dispositivo. Il file da caricare vengono estratti da i driver per windows con un apposito script in Perl, che analizza tutte le directory dei driver e trova la DLL con all’interno il firmware e crea 4 tipi di file

Ho inserito questi file in un archivio che potete scaricare a questo indirizzo, il firmware è stato recuperato dall’ultima versione del driver che credo difficilmente verrà aggiornata visto che l’ultima release risale al 2005. Se invece vi và di vedere come vengono estratti i firmware e approfondire questo argomento potete andare a sul sito dei driver pvrusb2 e leggervi la guida, che a mio parere è molto ben fatta e chiara.

Questi file devono essere copiati sotto la cartella dove udev andrà a cercare quando i driver gli faranno richiesta. Nel caso della gentoo i file del firmware vengono messi sotto la cartella /lib/firmware ma questo può cambiare da distribuzione a distribuzione, per verificare con certezza quale sia il path corretto dove inserire i file, date questo comando

redvaio linux # grep FIRMWARE_DIR /etc/hotplug/firmware.agent

Vi appariranno diverse linee e in queste linee vi è la dichiarazione della variabile FIRMWARE_DIR, il contenuto di questa variabile è il path in cui dovete copiare i file del firmware. Il risultato finale sarà quindi (nel mio caso) questo…

redvaio ~ # ll /lib/firmware/ | grep v4l
-rw-r–r– 1 root root 262144 Oct 3 12:36 v4l-cx2341x-enc.fw
-rw-r–r– 1 root root 12559 Oct 3 12:36 v4l-cx25840.fw
-rw-r–r– 1 root root 8192 Oct 3 12:36 v4l-pvrusb2-24xxx-01.fw
-rw-r–r– 1 root root 8192 Oct 3 12:36 v4l-pvrusb2-29xxx-01.fw

Ora che il fimware è stato caricato e i driver sono stati compilati, dobbiamo riavviare con il nuovo kernel e collegare la scheda di acquisizione.

3) Verifica funzionamento

Per verificare che i driver vengono caricati correttamente e riescono ad accedere al firmware utilizziamo il comando dmesg, dopo che il computer si è riavviato aspettiamo che si carica tutto e alla fine colleghiamo la scheda, l’output del comando sarà simile a quello di seguito

Oct 3 12:47:09 redvaio tuner 4-0061: Tuner mode: analog TV
Oct 3 12:47:09 redvaio tuner 4-0061: Frequency: 175.25 MHz
Oct 3 12:47:09 redvaio tuner 4-0061: Standard: 0×00000005
Oct 3 12:47:09 redvaio wm8775 4-001b: Input: 2
Oct 3 12:47:09 redvaio pvrusb2: Device initialization completed successfully.
Oct 3 12:47:09 redvaio pvrusb2: registered device video0 [mpeg]
Oct 3 12:47:09 redvaio pvrusb2: registered device radio0 [mpeg]

Come si può osservare dai log sono stati creati due dispositivi, video0 e radio0, su i quali possiamo vedere la tv, gli ingressi composite, s-video (video0) e ascoltare la radio (radio0). Per testare se si vede qualcosa basta dare il comando

redvaio redsend # mplayer /dev/video0

Inizialmente si vedrà un canale della televisione molto male, ma l’importante è che siamo riusciti a farla funzionare…

Questo è il sito dei driver pvrusb2 http://www.isely.net/pvrusb2/pvrusb2.html dove potete trovare moltissime informazioni utili per l’installazione ed il funzionamento.

In un post successivo descriverò come acquisire dalla scheda e quali programmi utilizzare per modificare i video ottenuti. Infine cercherò di mostrarvi come configurare MythTV per utilizzare la scheda e trasformare la vostra linux-box in un media center. Quest’ultima cosa mi sta dando molte noie nella configurazione quindi penso che passerà un pò di tempo…

Volevo spendere due parole riguardo la possibilità di vedere la TV attraverso la scheda, posso garantirvi che per il momento l’unica possibilità di vedere la tv attraverso la scheda è tramite mplayer e mythtv, se pensate di poter far funzionare tutti gli altri programmi che esistono per la tv sotto linux scordatevelo… il problema principale è che la scheda che abbiamo comprato è troppo buona, nel senso che effettuando la codifica hardware e quindi trasmettendo al pc direttamente il filmato codificato in mpeg, non c’è nessun programma per la tv che riesca a decodificare in quel formato. L’unica possibilità è l’uscita di xawtv 4.x che però per ora ancora deve essere rialasciata ed è disponibile solo sotto svn (che non sono riuscito a compilare), oppure l’alternativa è configurare MythTV (che sembra molto difficile, io ci sto mettendo dei giorni e ancora non ho finito). Se volete utilizzare mplayer invece dovete mettervi a cambiare frequenza a manina, facendo un echo in certi file di configurazione dei driver (per info vedi questo).

Per qualsiasi correzione, chiarimento o aiuto basta lasciare un commento al post riempendo possibilmente il campo email per potervi contattare.

Non sto per proporvi l’ennesimo articolo dove si parla di come ottenere il rimborso della licenza di Windows preinstallato sul vostro notebook. Quello che voglio segnalare oggi è un sito italiano che vende notebook di varie marche già senza Windows!

Si tratta dei laboratori AIDAN, negozio del modenese che ha sempre avuto nella sua offerta PC Desktop senza sistema operativo (o con linux preinstallato) e che da poco ha dato il via all’iniziativa Empybook.
Per ora ci sono 4 modelli di portatili (2 hp, un acer e un dell) ma, come si legge sul loro sito, se l’iniziativa avrà successo, promettono di inserire altri modelli a listino senza windows preinstallato.
[Edit: Come potete leggere nei commenti, ora i laboratori AIDAN forniscono qualsiasi tipo di portatile senza Windows preinstallato. Basta farne richiesta e loro si occupano del resto. Che dire? meglio ancora!]

L’iniziativa non è male, considerando che in questo modo l’utente risparmia tutta la fase (a volte veramente lunga) di richiesta rimborso presso il distributore di turno. Mi auguro che il listino diventi corposo e, soprattutto, che altri negozi seguano quest’esempio…anzi se ne siete a conoscenza di altri, segnalateli!

E’ da un po’ che dovevo comprarmi una scheda di acquisizione video, ma un po’ il tempo e un po’ la difficoltà nello scegliere un buon prodotto che oltre ad essere qualitativamente valido sia anche compatibile con linux, ha ritardato l’acquisto di un bel po’ di tempo.

L’altro giorno, sollecitato da un urgente richiesta di convertire una VHS in MPEG, ho deciso di cercare e acquistare questa benedetta scheda.

Premetto che il prodotto che cercavo apparteneva ad una fascia medio-bassa, questo dovuto sia all’elevato costo di prodotti di ottima qualità di fascia alta e sia alle scarse conoscenze dell’argomento (che spero di approfondire).

Ecco le caratteristiche che la scheda deve avere:

• in primis voglio che sia compatibile con linux
• permetta di acquisire video analogico tramite ingessi RCA o S-VIDEO
• abbia al suo interno un chip per la codifica hardware in mpeg, questo fà risparmiare un sacco di cicli di CPU e permette il suo utilizzo anche su macchine non eccellenti dal punto di vista delle prestazioni
• voglio una scheda USB per trasportarla semplicemente su diversi computer e per usarla anche con il portatile
• che abbia anche il sintonizzatore TV e radio non è indispensabile ma con poca differenza nel prezzo lo compro!
• il telecomando nel caso abbia anche TV e radio non è che mi dispiace se ci sia
• che non costi molto?!
• design bello ed ergonomico (cosa?!)
• chiedo troppo?! :)

Per cercare la scheda che più si adattava alle mie esigenze, per prima cosa ho selezionato i produttori più famosi i cui prodotti si riescono facilmente a reperire su internet o in qualche buon negozio. Tra questi ho scelto Hauppauge, Terratec, Pinnacle. Tra questi produttori ho scelto il prodotto che rispettava le caratteristiche sopra menzionate. In particolare ho attenuto 3 schede in tutto

• Hauppauge WinTv-PVR-USB2 (scheda)
• Pinnacle Dazzle Video Creator (scheda)
• TerraTec Grabster AV 400 (scheda)

Ora rimaneva solo da cercare quale tra queste era compatibile con linux e nel caso fossero più di una, entrava in gioco il rapporto qualità prezzo. Dopo numerose ricerche sono arrivato a queste conclusioni: molti dei prodotti Hauppauge sono supportati sotto linux, non con driver ufficiali, ma che allo stesso modo di quelli per windows compiono un discreto lavoro (punto per Hauppauge); della Pinnacle non sono riuscito a trovare quasi nessuna informazione, ne sui chipset che usano le periferiche ne se qualcuno aveva provato sotto linux a farle funzionare (ho cercato poco, ma se era veramente supportata dovevo trovarlo subito, anche perchè è quella più economica tra le tre, il prezzo si aggira tra gli 80 e i 90 euro)(-1 Pinnacle); molti prodotti della TerraTec sono supportati sotto linux, dovuto al fatto che utilizzano chipset Connexant, sul sito non forniscono i driver per linux ma hanno inserito alcuni link dove poter reperire informazioni a riguardo (+1 TerraTec); Pinnacle scartata, rimangono in gioco Hauppauge e TerraTec. L’evento che mi ha fatto prendere una decisione è stato quello di trovare, con molta sorpresa, il driver per la scheda Hauppauge proprio all’interno del Kernel. Questo implica un buon driver, che funziona bene senza problemi e che sia funzionale al 100%. A questo punto non ho esitato a scegliere di comprare la Hauppauge WinTv-PVR-USB2.

Spero di non rimanere deluso dalle aspettative, ma appena arrivarà e avrò modo di utilizzarla vi farò sapere…