geek stuff
- contributions
- django, shell et pythonrc local
- connexion internet via gprs
- installation et utilisation de divers périphériques
licence CC
... quelques conseils sur les périphériques suivant :
Il s'agit du modem Lucent V90 PCI, intégré au T20, théoriquement non supporté puisqu'il s'agit d'un winmodem. Toutefois, le modem fonctionne parfaitement avec les modules disponibles sur http://www.heby.de/ltmodem.
Le site propose des packages précompilés (rpm et deb), que je n'ai pas utilisé.
Les instructions de compilation et d'installation sont très complètes et très bien faites, et je n'ai eu aucune difficulté à compiler les modules (évidemment il faut avoir au moins les headers du noyau installés).
J'utilise la version 8.22a de ces modules, après avoir utilisé pendant 2 ans la 5.78 (avec un noyau 2.2.19).
Une fois les modules compilés et installés, dmesg me donne cette info :
Lucent Modem Interface driver version 8.22 (2002-04-11) with SHARE_IRQ enabled ttyLT00 at 0x1800 (irq = 11) is a Lucent Modem
Les modules concernés sont les suivants :
Module Size Used by Tainted: P lt_serial 21248 0 (autoclean) lt_modem 479739 0 (autoclean) [lt_serial]
Il s'agit d'une Philips PCVC740K (ToUCam Pro) USB. Toutes les informations nécessaires (compilation et installation des modules, création des devices nécessaires etc.) sont données sur le site Linux drivers for Philips USB webcams.
Le module principal pwc.o est désormais intégré dans les sources du noyau. Toutefois, le module de décompression pwcx.o n'est pas libre, et il faut le télécharger sur le site.
Lorsque la caméra est montée, les modules suivants sont ajoutés :
Module Size Used by Tainted: PF pwcx 87072 0 pwc 38752 0 [pwcx] videodev 4448 1 [pwc]
Le micro de la webcam est semble-t-il supporté au travers du module usb audio.o, je n'ai pas réussi à l'utiliser pour le moment.
32 Mo sur mon porte-clef, plutôt sympathique, non ? C'est ce que proposent désormais les clefs mémoires, une mémoire flash dans un support gros comme un briquet. Ces clés se branchent sur le port USB et vont aujourd'hui jusqu'à 128 Mo.
J'ai une clé IBM Memory Key 32 Mo qui porte les indications suivantes :
... et je ne sais pas ce que ça signifie.
En revanche, ce que je sais, c'est que cette clé est parfaitement supportée comme support de mémoire de masse par le module usb-storage. Plus précisément, j'ai suivi les indications de cette page.
Si vous ne lisez pas la langue de Shakespeare, les modules nécessaires sont (en plus de usbcore et usb-uhci) : usb-storage, scsi_mod, sg, sd_mod.
Il suffit ensuite de repérer quel device SCSI a été affecté à la clé, /dev/sda1 si comme moi vous n'avez rien d'autre sur la chaîne SCSI à ce moment. Créez un point de montage, et montez la clé en vfat :
# mount -t vfat /dev/sda1 /mnt/usbkey
Vous pouvez ensuite ajouter une ligne dans /etc/fstab pour monter la clé plus rapidement :
/dev/sda1 /mnt/usbkey vfat user,noauto 0 0
Lors de l'insertion de la clé, on lit dans /var/log/syslog :
kernel: usb.c: registered new driver usb-storage kernel: scsi0 : SCSI emulation for USB Mass Storage devices kernel: Vendor: IBM Model: Memory Key Rev: 1.01 kernel: Type: Direct-Access ANSI SCSI revision: 02
et les modules usb-storage et scsi_mod sont installés par hotplug.
Lors du montage, on obtient dans /var/log/syslog
kernel: Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 kernel: SCSI device sda: 64000 512-byte hdwr sectors (33 MB)
et le module sd_mod est ajouté. Chez moi, le module sg ne semble donc pas nécessaire.
Les appareils photos numériques peuvent être reconnus comme tels, ou en tant que périphériques de stockage au travers du support sur lequel les photos sont enregistrées. Le Toshiba PDR-M5 est dans ce dernier cas. Ce sera donc la carte SmartMedia qui sera vue comme un périphérique SCSI et au travers de laquelle on récupèrera les photos.
Les drivers nécessaires sont les mêmes que pour la clef mémoire évoquée ci-dessus.
On peut vérifier que l'appareil (sa carte) est bien vu comme un périphérique USB en montant le système de fichier USB (USB device filesystem). Celui-ci est géré de manière dynamique (comme /proc) et permet de vérifier l'état de la chaîne. On le monte simplement de la manière suivante :
# mount -t usbdevfs usb /proc/bus/usb
Le fichier /proc/bus/usb/devices est alors accessible et lisible. Pour le détail de la syntaxe utilisée, voir le document « The Linux USB sub-system » de Brad Hards, disponible sur linux-usb.org. Lorsque l'appareil est connecté et mis en mode connection, on obtient dans /proc/bus/usb/devices :
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 14 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=1132 ProdID=4331 Rev= 1.00 S: Manufacturer=TOSHIBA ?PDR-M4??[ S: Product=PDR-M4??[ C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl= 0ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
L'appareil est donc bien reconnu, et le driver nécessaire est indiqué sur la ligne qui commence par I:, il s'agit de usb-storage.
Pour savoir quel périphérique SCSI lui a été assigné, examiner le contenu de /proc/scsi/scsi :
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: IBM Model: Memory Key Rev: 1.01 Type: Direct-Access ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: TOSHIBA Model: PDR Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02
Ici l'appareil occupe scsi1, c'est-à-dire le /dev/sdb1. On pourra donc le monter de la manière suivante :
# mount -t vfat /dev/sdb1 /mnt/pdrm5
Le point de montage /mnt/pdrm5 ayant été créé à l'avance.
On trouve sur le point de montage deux répertoires :
A Django site.