Donc ça y est, elle marche cette *$#@£& de carte 3G+? Après m'être battu avec à grands coups de screen /dev/ttyUSB0 et de echo "at+cpin=0000" > /dev/ttyUSB0, elle a finalement accepté mon PIN et est par conséquent tombée en marche. Pourquoi ? Ça reste obscur. Erreur de manipulation la dernière fois ? Probable. Une chose que j'ai remarquée cependant : la carte n'aime pas le changement de SIM à chaud. Ou c'est peut-être la configuration de l'interrupteur wireless que j'ai modifiée pour prendre aussi en compte la carte 3G+.

Pour ce qui est de la carte, elle n'est bien évidemment pas fabriquée par Dell comme vous pouvez vous en douter. Il s'agit en faire d'une Expedite EU870D de Novatel Wireless.

at+cgmi
Novatel Wireless Incorporated

OK
at+cgmm
Expedite EU870D MiniCard

OK

Ça semble être du bon matos à juger par la datasheet : tri-band en HSDPA/UMTS, quadri-bande en EDGE/GPRS. Comme la plupart des cartes 3G, elle fonctionne avec le driver option. La carte embarque en fait un contrôleur USB de type UHCI sur lequel est cablé un modem USB vu de manière très classique comme un port série. Exactement comme mon ancienne carte PCMCIA. On y accède donc via le périphérique /dev/ttyUSB0.

Côté commandes AT, je vous recommande chaudement la lecture d'une bonne référence. Ça aide à savoir ce qu'on fait, dans la mesure où un blocage de la carte est synonyme de redémarrage pour la réinitialiser. Quand on écrit son script, il faut veiller à bien attendre les réponses de la carte, contrairement à mon modem PCMICA auquel je pouvais tout balancer d'un coup. En script chat, ça donne :

ABORT BUSY
ABORT 'NO CARRIER'
ABORT VOICE
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
ABORT 'NO ANSWER'
ABORT DELAYED
'' ATZ
OK AT+CGDCONT=1,"IP","websfr"
OK ATD*99***#
CONNECT ''

Et voilà. Si vous le faites à la main, vous devriez vous voir gratifié d'un magnifique CONNECT HSDPA 3.6. Il ne restera plus qu'à lancer pppd avec les options qui vont bien.


Pour le lecteur d'empreintes digitales, c'est le driver ThinkFinger qu'il faudra installer. Le lecteur est lui aussi connecté en USB et requiert en outre le driver uinput pour fonctionner pleinement. Le moins qu'on puisse dire, c'est qu'il marche très bien, module PAM compris. On utilise un utilitaire tf-tool pour enregistrer et comparer les empreintes. Quand au module PAM, il s'active en modifiant votre /etc/pam.d/common-auth.

Vous pouvez alors choisir de vous authentifier soit par empreinte, soit par mot de passe en ajoutant cette ligne en tête de fichier :

auth    sufficient      pam_thinkfinger.so

Si vous remplacez le sufficient par un required, vous aurez alors besoin des deux, l'empreinte d'abord, le mot de passe ensuite. Attention cependant aux applications dont la gestion de PAM n'est pas terrible, XScreenSaver en tête. En gros, si l'écran se locke, vous êtes coincés. Dommage...

En effet, comme je l'expliquais il y a déjà bien longtemps, une empreinte digitale ne constitue pas à mon sens un élément d'authentification, mais d'identification. D'où l'idée de demander l'empreinte et le mot de passe. Donc pour le moment, je n'utilise pas ce lecteur pour me loguer.


Pour le multi-écran, il se trouve que le driver vidéo gère fort bien l'extension RandR 1.2, ce qui vous permet d'une part de détecter les écrans branchés à chaud et d'autre part de les inclure dans votre environnement grahique comme bon vous semble. Dans ma configuration, la machine est reliée à deux écrans 20 pouces LCD via sa station d'accueil. Manifestement, la carte ne peut gérer que deux affichages simultanés. L'idée est donc d'avoir l'écran du laptop en 1440x900 lorsqu'il est hors de sa station, ce qui correspond à la configuration normale, et les deux LCD en 1600x1200 sur la station.

Quand je boote sur la station, l'écran du laptop, dit LVDS, et le LCD relié en DVI, dit TMDS-1, s'activent en mirroir, résolution 1600x1200. Il s'agit donc de basculer le LVDS sur la sortie VGA, de doubler la taille du panel et de positionner correctement des deux écrans, ce que je fais avec un bête script.

#!/bin/sh
/usr/bin/xrandr --output TMDS-1 --off
/usr/bin/xrandr --output VGA --auto
/usr/bin/xrandr --output LVDS --off
/usr/bin/xrandr --fb 3200x1200
/usr/bin/xrandr --output TMDS-1 --auto
/usr/bin/xrandr --output TMDS-1 --right-of VGA

L'ordre des appels détermine ce que j'obtiends à la fin. Ainsi, je veux que la sortie VGA soit l'écran 0. Or, quand X démarre, c'est le DVI qui s'y colle. D'où son extinction pour que le VGA prenne sa place quand je l'active. Pour utiliser trois écrans, je pourrais avoir recours à un splitter genre Matrox DualHead2Go, mais quelque chose me dit qu'au niveau du placement des fenêtres, ça va poser un soucis...

Ah oui, j'oubliais. Il faut ajouter une entrée Virtual à chaque display défini dans le xorg.conf de la taille qui va bien. Sinon, le driver limitera la taille maximum de votre panel au plus petit carré capable de contenir votre configuration au boot. Dans mon cas, c'était un 1600x1600, ce qui est largement insuffisant. Pour que ça roule, j'ai donc :

Virtual 3200 1200

C'est nettement plus pratique et plus puissant que ce que j'avais sur ma Radeon dont les dernières versions des drivers se montrent pour le moins capricieuces en double affichage.