TABLE DES MATIRES

Clef USB sous LINUX et FreeBSD

Jean-Marc LICHTLE 5 mai 2004

Table des matires

1 2 Introduction Un peu de technique 2.1 La clef bizarre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2 Les outils que nous allons employer . . . . . . . . . . . . . . . . . . . . . . . Emploi sous KNOPPIX ou DAMN SMALL LINUX Emploi avec FEDORA Core 1.B et DEBIAN Woody 3.0r2 Emploi avec MANDRAKE 9.2 5.1 Procdure de base . . . . . . . . . . . . . . . . . . . . 5.2 Amliorations . . . . . . . . . . . . . . . . . . . . . . 5.3 Reconnaissance automatique du matriel par Mandrake 5.4 MANDRAKE Move . . . . . . . . . . . . . . . . . . FreeBSD Partitionnement de la clef Iomega Emploi dune clef USB avec SUSE 9.0 Cas de la clef Lexar 2 2 2 3 3 5 6 6 7 8 9 9 10 11 12 13 14

3 4 5

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

6 7 8 9

10 Conclusion 11 Lauteur

Page 1

5 mai 2004

Introduction

A priori lemploi dune clef USB sous LINUX ou FreeBSD est trs simple. "Ya qu" charger le module qui va bien, introduire la clef dans le port, aprs quoi "ya plus qu" la "monter" dans larborescence. Vite dit. En pratique lutilisateur dbutant va se retrouver aux prises avec : Une clef USB pas tout fait standard et qui dispose dun partitionnement curieux. Une version de LINUX pleine de bonne volont qui effectue la reconnaissance automatique de nouveaux priphriques, qui prend en charge linsu de votre plein gr (pas facile placer celle-l !) une partie de la conguration ce qui constitue, mon avis plus une gne quune aide relle, surtout pour lutilisateur dbutant. Au nal, quand la clef est monte, des droits en criture insufsants pour lutilisateur de base. Jai fait tous les essais dcrits ici avec les systmes dont je dispose, tout dabord les distributions installes : Mandrake 9.2 Fedora Core 1.B Debian Woody 3.0r2 FreeBSD 5.2.1, qui comme son nom lindique est un UNIX de Berkley plutt quun LINUX. ensuite les distributions "live" utilisables la vole sans installation pralable : Mandrake Move Knoppix 3.3 Damn Small Linux et les clefs suivantes : PQI Intelligent Stick 2.0 128 Mo nomme dans la suite du texte I-Stick2 IOMEGA 258 Mo dsigne plus loin sous Iomega. LEXAR Jumpdrive2 dont le fonctionnement sera analys en n de document, en application de lexpos.

2
2.1

Un peu de technique
La clef bizarre

Et oui, je suis videmment, avec la chance qui me caractrise, tomb sur une clef dun modle rare (jespre) qui nest pas partitionn comme les autres. Ceux qui ont dj utilis sous LINUX des lecteurs de disquette ZIP savent que les disquettes de la marque IOMEGA sont partitionnes de faon assez curieuse puisque cest la partition 4 qui est utilise par dfaut. Je pensais que cette particularit tait spcique aux disquettes, et bien non, IOMEGA rdite avec ses clefs USB, au moins celle que jai entre les mains ! Et bien entendu pas une ligne dans la notice .... (enn je suppose, parce que javoue lavoir lue en diagonale, elle ne parle que de systmes dexploitation que je nutilise pas)
Page 2 5 mai 2004

2.2

Les outils que nous allons employer

2.2

Les outils que nous allons employer

Les outils notre disposition sont nalement peu nombreux ce qui va faciliter lapprentissage : La lecture du journal du dmarrage via la commande dmesg associe ventuellement less ou more. Cette commande afche en effet les messages qui ont dl (rapidement) au boot et permet donc de les tudier tte repose. Mais dmesg ne sert pas seulement lire ce qui sest pass au dmarrage, tous les vnements importants qui se droulent aprs le boot donnent lieu des enregistrements qui viennent allonger la liste des messages, mme si ceux-ci, une fois le boot termin, ne safchent plus sur la console. On utilisera ventuellement dmesg combin avec less ou tail pour slectionner le passage intressant. La lecture de la liste des modules chargs avec la commande lsmod, le chargement dun module avec modprobe ou insmod ou sa suppression avec rmmod. Toutes ces commandes semploient, bien videmment sous compte root. Il sagit en effet dintervenir au niveau du noyau du systme, en ajoutant ou en supprimant ce que certains nommeraient un "driver". Notez que la diffrence entre modprobe et insmod tient essentiellement au fait que insmod tente strictement de charger le moduel que vous lui demandez, au risque de ne pas aboutir si des dpendances sont insatisfaites, alors que modprobe se charge de ses dtails dintendance. La consultation de la liste des priphriques monts via la commande mount employe sans arguments ou alors en afchant le contenu de /etc/mtab avec cat /etc/mtab. On pourra galement consulter le chier /etc/fstab (toujours avec cat) qui liste tous les priphriques qui sont susceptibles dtre monts et pour lesquels ladministrateur a prvu des rglages (point de montage, droits en criture etc.). Avec certains systmes, Mandrake en particulier, la lecture du contenu du sous rpertoire /dev peut tre pleine denseignements. Compte tenu du volume dinformations disponible un ls | grep sd peut, par exemple, limiter lafchage aux entres commenant par les lettres sd, cest dire sda, sda1, sda2, sdb, sdb1 etc.. A la rexion un ls sd* ferait dailleurs aussi bien laffaire. Note pour les tourdi(e)s, lorsque jcris ls | grep le "|" nest las un "l" comme dans ludwigshaven mais le symbole pipe obtenu par [Alt Gr] - [6]. Attention, si vous voyez safcher toute une liste, des dizaines et des dizaines de sd* cherchez alors les plus rcents, ce sont ceux-l qui ont t modis lors de limplantation de la clef.

Emploi sous KNOPPIX ou DAMN SMALL LINUX

Note : Tous les extraits de copie dcran qui illustrent le chapitre sont issus dessais raliss avec DSL. Les deux systmes dexploitation sont livrs sur live CD. Il suft donc de booter sur le CD pour lancer KNOPPIX ou DSL directement sans installation ce qui est parfait pour faire des essais. Jai donc commenc mes essais en suivant la procdure simple qui consiste booter sans clef puis mettre celle-ci en place une fois le systme oprationnel. Cest en pratique le cas qui va se produire le plus souvent. En n de boot lemploi de lsmod permet de lister les modules chargs dans le noyau. L aussi
Page 3 5 mai 2004

grep va limiter la longueur de la liste, par exemple (Damn Small Linux) : # lsmod | grep usb va afcher la liste des modules dont le nom contient la chane "usb" : usb-uhci usbcore 21836 57088 0 1 (unused) [hid usb-uhci]

Il apparat immdiatement que le module usb-storage, prcisment celui qui doit prendre en charge la clef USB, nest pas charg. Notez dailleurs que usb-storage est galement utile pour connecter dautres priphriques, notamment les appareils photo. Le moment est venu de mettre en place la clef et de charger le module au moyen de la commande : # modprobe usb-storage Avec Knoppix le module usb-storage se charge automatiquement ds lintroduction de la clef. Une nouvelle utilisation de lsmod donne maintenant une liste un peu plus complte et qui comporte notamment la ligne relative usb-storage : usb-storage usb-uhci usbcore 54460 21836 57088 0 0 1 (unused) (unused) [usb-storage hid usb-uhci]

Un petit coup de dmesg va drouler la liste complte des messages de boot avec, la n, les messages rsultant de linstallation de la clef : hub.c: new USB device 00:11.2-2.2, assigned address 5 usb.c: USB device 5 (vend/prod 0x3538/0x31) is not claimed by any active driver. et ceux qui sont provoqus par le chargement du module : Initializing USB Mass Storage driver... usb.c: registered new driver usb-storage scsi1 : SCSI emulation for USB Mass Storage devices Vendor: I-Stick2 Model: IntelligentStick Rev: Type: Direct-Access ANSI SCSI revision: 02 Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0 SCSI device sda: 251904 512-byte hdwr sectors (129 MB) sda: Write Protect is off sda: sda1 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 5 USB Mass Storage support registered.

Page 4

5 mai 2004

Vous noterez quaprs lidentication de la clef usb-storage donne le nom du "device" attach la clef et qui va permettre de le monter, ici sda1. Il ne reste plus maintenant qu crer, si elle nexiste pas encore, lentre de sous rpertoire qui va accueillir le contenu de la clef, par exemple usbdrive : # mkdir /mnt/usbdrive puis "monter" la clef dans ce sous rpertoire # mount /dev/sda1 /mnt/usbdrive Vous noterez que, dans un cas classique dune clef ne comportant quune seule partition comme la I-Stick2, vous devez monter sda1. Dans le cas plus complexe de la clef Iomega dont la partition active est la sda4 vous devez remplacer sda1 par sda4 dans ce qui prcde. Nota : Les ennuis commencent ici avec la combinaison Knoppix / clef Iomega. Comme signal plus haut le module usb-storage se charge automatiquement ds lintroduction de la clef. En fait Knoppix lance deux utilitaires, rebuildfstab et scanpartition qui semblent drouts par larchitecture curieuse de la clef, si bien quune tentative de "montage" conduit un plantage de la console. Pour ma part jai trouv une parade peu glorieuse mais qui fonctionne, je commence par dcharger le module usb-storage : # rmmod usb-storage puis je le recharge simplement : # modprobe usb-storage aprs quoi jarrive monter ma clef.

Emploi avec FEDORA Core 1.B et DEBIAN Woody 3.0r2

La distribution Fedora adopte nalement un comportement trs sain, intermdiaire entre Knoppix et Mandrake objet du chapitre suivant, en ce sens que le module usb-storage se charge limplantation de la premire clef mais que les montages restent manuels. Avantage par rapport la Knoppix, le module usb-storage prend en compte correctement la clef Iomega. Par ailleurs, si votre cran afche la console principale (n 1) alors vous voyez safcher "en live" les messages qui sont paralllement mmoriss en vue dune restitution la demande par dmesg. Ce comportement est en fait trs semblable celui de FreeBSD comme nous le verrons un peu plus loin. La Debian Woody calque son comportement sur celui de DSL, ni chargement automatique du module usb-storage, ni "montage" automatique, tout doit se faire la main, lutilisateur sera donc immdiatement prvenu en cas de dysfonctionnement. Cette analogie de comportement ne doit pas surprendre, DSL et Knoppix sont tous deux apparents Debian. Le fait que Knoppix fasse une partie du travail en chargeant le module nest pas tonnant lorsquon imagine et apprcie le travail ralis par les auteurs de cette distribution pour en faire une distribution reconnaissant automatiquement le maximum de matriels.
Page 5 5 mai 2004

5
5.1

Emploi avec MANDRAKE 9.2

Procdure de base

La procdure est assez semblable ce qui a t dcrit plus haut, dmarrage sans clef, vrication des modules chargs : # lsmod | grep usb pour afcher la liste des modules dont le nom contient la chane "usb" : usb-uhci usbcore 25136 74988 0 1 (unused) [scanner printer usb-uhci]

Aprs installation de la clef une nouvelle utilisation de lsmod donne maintenant une liste un peu plus complte et qui comporte notamment la ligne usb-storage 91616 0

Un petit coup de dmesg va drouler la liste complte des messages de boot, avec la n les messages rsultant de linstallation de la clef : hub.c: new USB device 00:11.2-2.2, assigned address 5 usb.c: USB device 5 (vend/prod 0xa16/0x2299) is not claimed by any active driver. et ceux qui sont provoqus par le chargement du module (ici exemple avec la clef Iomega) : Initializing USB Mass Storage driver... usb.c: registered new driver usb-storage scsi1 : SCSI emulation for USB Mass Storage devices Vendor: I0MEGA Model: Mini256MB*IOM2D5 Rev: 2.00 Type: Direct-Access ANSI SCSI revision: 02 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 5 USB Mass Storage support registered. ...... sda: Write Protect is off /dev/scsi/host1/bus0/target0/lun0: p1 p2 p4 Vous noterez quaprs lidentication de la clef usb-storage donne une liste des partitions qui composent son systme de chiers, ici p1, p2 et p4. Le moment est venu de vrier que chacune de ces partitions correspond un "device". Un petit # ls /dev/sd* liste immdiatement les devices sda, sda1, sda2 et sda4. A la diffrence de ce qui se passait avec DSL ou Knoppix, cette fois Mandrake a t plus loin et a non seulement charg automatiquement le module usb-storage (ce que faisait dailleurs aussi Knoppix) mais de plus, si vous utilisez une clef "normale" comme la I-Stick2, Mandrake a :
Page 6 5 mai 2004

5.2

Amliorations

Cr un sous rpertoire /mnt/removable. Modi le chier /etc/fstab qui dni le montage des disques pour y ajouter une ligne relative la clef. Mont la clef sur /mnt/removable. Nota : Ici, encore une fois, la clef Iomega se distingue par un comportement particulier. En effet linstallation de la clef ne provoque ni modication du /etc/fstab, ni montage automatique. Nous sommes donc dans la situation de Knoppix, ceci prs quil est possible de monter la clef, en utilisant le bon device, sans dcharger / recharger le module ! Avec la clef I-Stick2 lintervention automatique au niveau du chier /etc/fstab a consist y rajouter une ligne semblable celle-ci : none /mnt/removable supermount dev=/dev/sda1,fs=ext2:vfat,--,codepage=850, iocharset=iso8859-15,kudzu 0 0 Cette ligne va "monter" automatiquement (supermount) le priphrique /dev/sda1 sur /mnt/removable.

5.2

Amliorations

La ligne ajoute /etc/fstab est enregistre. Au prochain dmarrage, que la clef soit monte ou non, la ligne sera prsente comme le conrmera la commande mount. Personnellement je pense que cest un inconvnient, dautant plus que la dmarche dcrite ci-dessus prsente un dfaut assez ennuyeux, seul ladministrateur peut crire des donnes sur la clef USB. Ceci est facile vrier en faisant un ls -alrt dans le rpertoire /mnt. Inutile de changer les droits daccs de /mnt/removable avant le montage en esprant les conserver une fois la clef installe, cette voix est sans issue, du moins sous Linux. Nous verrons en effet plus loin que cette mthode fonctionne avec FreeBSD. Ltude des pages de manuel, ici celle de mount, suggre que si vous voulez donner laccs aux utilisateurs de base il convient de monter en prcisant loption umask=0. En montage manuel cela reviendrait donc taper # mount -o umask=0 /dev/sda4 /mnt/removable Loption umask=0 xe les droits du sous rpertoire une fois mont 777, cest dire lecture, criture et excution pour tous. Cette syntaxe fonctionne bien entendu avec Mandrake, mais aussi Knoppix et DSL. Pour rsumer, Mandrake modie /etc/fstab dune faon qui ne nous arrange pas et de plus cette modication est enregistre. On pourrait imaginer effacer la ligne la main pour sen dbarrasser, ou alors la laisser et dmonter / remonter la clef, cette fois avec les bons droits. Une autre solution consiste modier cette ligne pour ladapter nos besoins. Jai utilis un temps la syntaxe suivante : none /mnt/istick supermount dev=/dev/sda1,fs=ext2:vfat,--,iocharset= iso8859-15,umask=0,codepage=850 0 0 largement inspire de la ligne fstab relative au lecteur de disquette. Par rapport la ligne dorigine cre automatiquement limplantation de la clef cette nouvelle version prsente les avantages suivants :
Page 7 5 mai 2004

5.3

Reconnaissance automatique du matriel par Mandrake

Je personnalise le nom du sous rpertoire en le dsignant par le nom de la clef ce qui vite les confusions (jai une deuxime ligne semblable avec iomega et sda4). Les options font apparatre umask=0. En rsum mon chier /etc/fstab se termine donc par ces lignes : none /mnt/istick supermount dev=/dev/sda1,fs=ext2:vfat,--,iocharset= iso8859-15,umask=0,codepage=850 0 0 none /mnt/iomega supermount dev=/dev/sda4,fs=ext2:vfat,--,iocharset= iso8859-15,umask=0,codepage=850 0 0 Il va sans dire que ce chier ne prsente rellement dintrt que pour la premire clef installe. La deuxime se verra en effet attribuer un device sdb qui ne gure pas dans la liste. En fait, si la seconde clef est la Iomega il faudra la monter la main, si cest la I-Stick2, elle se montra directement sur /mnt/removable, avec cration dune ligne adhoc dans /etc/fstab et curieusement avec des droits 777 alors que le nouvelle ligne cre ne comporte pas loption umask=0.

5.3

Reconnaissance automatique du matriel par Mandrake

La distribution Mandrake est connue et apprcie pour sa facilit dinstallation et de conguration. Aprs des annes dessais divers, jen reste cette analyse simple et basique, Mandrake demeure, quon le veuille ou non, le ticket dentre incontournable pour faire tourner Linux sur un PC familial qui sera utilis par plusieurs personnes. Dans ce genre dapplication la plupart des utilisateurs ne souhaitent surtout pas se casser la tte et veulent simplement mettre en oeuvre des habitudes de travail rodes sur des systmes dexploitation commerciaux comme ceux qui sortent des chanes Redmond (USA). La philosophie de Mandrake, du moins dans sa version grand public, dcoule de ce constat. Cest ainsi quau boot la Mdk 9.2 charge un soft nomm harddrake et qui va ragir immdiatement au cas ou il dcouvrirait un nouveau matriel. La couleur de fond de lcran charg par harddrake, un bleu bien connu, est trs peu engageante. Quand demander la petite dernire de ragir correctement aux sollicitations qui lui sont faites voil qui est certainement trop demander et probablement trs dangereux. Vous aurez bien entendu droit ici un cri du genre "papa cest quoi cet cran bleu" si, par suite dune diffrence de conguration, harddrake lance diskdrake au boot. Et cette diffrence peut simplement provenir du fait que, lors de la session prcdente, vous avez utilis la clef, priphrique que harddrake ne trouve plus au boot suivant. Pour ma part jaime les solutions expditives. Dans un premier temps jai simplement effac la ligne correspondante dans /etc/rc5.d (S05harddrake@), aprs quoi je me suis ravis en me disant que ce genre de procd ntait pas digne dun administrateur systme. La bonne solution consiste donc demander ofciellement Mdk de faire limpasse sur la dtection de matriel par la commande : # chkconfig --level 123456 harddrake off ce qui a pour effet de ne plus lancer automatiquement harddrake dans les niveaux dexcution 1 6. A la rexion il me semble que la suppression de harddrake ne relve pas simplement dune
Page 8 5 mai 2004

5.4

MANDRAKE Move

coquetterie dadministrateur parano mais dun point lmentaire de scurit. Si harddrake reconnait un cart de conguation au niveau dune clef USB il lance, tenez vous bien, diskdrake, un utilitaire qui permet entre autre, de partitionner, formater etc tous les disques prsents sur le systme et ce, sans demander le mot de passe administrateur ! En clair, le premier touriste qui dmarre votre belle machine en y plantant une clef USB, a la possibilit de dtruire compltement le systme la suite dune fausse manoeuvre. Par la suite, si dans votre activit dadministrateur, vous souhaitez malgr tout bncier des prestations de harddrake pour quil vous aide dtecter un matriel neuf, rien de plus simple, invoquez le " la main" avec : # /etc/rc.d/init.d/harddrake

5.4

MANDRAKE Move

Jai test ici ldition diffuse par LINUX Plante, non la version vendue en coffret par MANDRAKE. Cette dernire diffre, parait-il, par la prise en charge de la clef USB laquelle est "monte" comme rpertoire utilisateur dans la version coffret. Premier commentaire, Mandrake Move est sans contestation possible le champion toutes catgories de la reconnaissance de matriels puisquelle reconnait et monte mme un lecteur ZIP sur port parallle qui stait montr tout fait discret pendant tous ces essais ! Il en dcoule que, suivant que la clef est installe avant ou aprs le boot, elle aura, ici cest la I-Stick2, pour device sda1 ou sdb1, le lecteur ZIP prenant les adresses sdb4 ou sda4 selon le cas. Dans les deux cas le montage est dailleurs automatique mais avec une nuance : sur /mnt/windows si on boot avec la clef installe, et /mnt/removable si on installe la clef postriori. Dans les deux cas le rpertoire est accessible en lecture / criture pour lutilisateur de base. Ayant ralis ce test aprs avoir repartitionn la clef Iomega (voir plus loin) je ne suis pas en mesure danalyser le fonctionnement de Mandrake Move avec cette clef particulire.

FreeBSD

En comparaison de ce qui prcde la prise en charge des clefs USB par FreeBSD est presque simple. Le noyau, du moins dans la version qui quipe la version 5.2.1 de FreeBSD, est capable de reconnatre sans problme, aussi bien la clef I-Stick2 que la clef Iomega. Au montage de la clef la console 1 voit safcher les messages qui annoncent que le noyau vient de prendre en compte la cl ; umass0: I0MEGA Mini256MB*IOM2D5, rev 2.00/0.71, addr 5 GEOM: create disk da0 dp=0xc2db6850 da0 at umass-sim0 bus 0 target 0 lun 0 da0: <I0MEGA Mini256MB*IOM2D5 2.00> Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 246MB (504832 512 byte sectors: 64H 32S/T 246C)
Page 9 5 mai 2004

pour la clef Iomega et : umass1: I-Stick2 Flash Disk, rev 1.10/1.00, addr 6 GEOM: create disk da1 dp=0xc2dbd850 da1 at umass-sim1 bus 1 target 0 lun 0 da1: <I-Stick2 IntelligentStick > Removable Direct Access SCSI-2 device da1: 1.000MB/s transfers da1: 123MB (251904 512 byte sectors: 64H 32S/T 123C) pour la clef I-Stick2. Cet afchage sur la console principale (n 1) est dailleurs aussi une caractristique de Fedora. La commande dmesg permet, comme sous Linux, de relire ce texte aprs quil ait disparu de lcran, ou den prendre connaissance depuis une autre console. Je nai pas trouv lastuce qui permettait de voir, comme sous Linux, le numro de la partition. Seul la consultation du contenu du rpertoire /dev/ permet de vrier que dans le second cas, pour la clef I-Stick2, le device correspond da1s1 ("s" signiant certainement ici "slice"=tranche), alors que dans le premier cas ltude de /dev/ ne donne aucun renseignement, /dev ne contenant que le device /da0. Le montage de la clef dans larborescence se fait trs simplement, cette fois avec une commande mount diffrente de la commande courante sous linux, par exemple pour la clef I-Stick2 # mount_msdosfs /dev/da1s1 /mnt/usbdrive1 Pour la clef Iomega la syntaxe suivante est satisfaisante : # mount_msdosfs /dev/da0 /mnt/usbdrive2 Vous aurez not que les deux lignes de commande ne prcisent pas doption pour dnir les droits daccs. En fait, chose qui ntait pas possible sous Linux, le montage conserve les droits que possdait le rpertoire avant le montage ! Cest simple et efcace.

Partitionnement de la clef Iomega

Lass de me bagarrer avec le partitionnement curieux de ce produit jai ni par modier ce dernier pour rendre son format plus conventionnel. Cette petite manipulation ma donn loccasion dutiliser pour la premire fois diskdrake, ce qui ma fait mettre le doigt sur le danger potentiel de laisser cet outil la porte dun utilisateur de base. Je recommande en fait de procder ce repartitionnement, mme si, quand on est pas habitu utiliser diskdrake, cest un exercice qui laisse un peu les mains moites. Cette faon de faire rgle pas mal de problmes. Dans la dmarche prcdente la premire clef installe tait reconnue et monte correctement. La suivante restait, malgr les prcautions prises, le motif dune bonne prise de tte. Dans la foule du reformatage de la clef Iomega jai galement modi /etc/fstab de telle sorte monter la premire cl installe (sda1) sur /mnt/usbdrive1, la suivante (sdb1) sur /mnt/usbdrive2. Les montages sont donc simplement une question dordre dinstallation. Mais, me direz vous, comment faire si les deux clefs sont implantes avant le boot pour savoir dans quel ordre elles ont t reconnues ? Simple, faites donc un petit dmesg. Autre possibilit : la commande :
Page 10 5 mai 2004

# lsusb que nous navions pas utilis jusqu prsent lance sous compte administrateur donne la liste des priphriques USB reconnus. Voil par exemple le rsultat de cette commande sur ma machine : Bus Bus Bus Bus Bus Bus Bus 002 001 001 001 001 001 001 Device Device Device Device Device Device Device 001: 001: 002: 003: 004: 005: 006: ID ID ID ID ID ID ID 0000:0000 0000:0000 04b8:0103 05e3:0604 03f0:0704 0a16:2299 3538:0031

Seiko Epson Corp. Perfection 610 Genesys Logic, Inc. Hewlett-Packard Trek Technology (S) PTE, Ltd Power Quotient International Co., Ltd

Les deux clefs sont les deux dernires lignes, lordre des montages correspond lordre des lignes, Trek Technology est la clef Iomega, Power Quotient International la I-Stick2.

Emploi dune clef USB avec SUSE 9.0

Je rajoute de paragraphes mon expos au fur et mesure que je suis mis en prsence dune nouvelle distribution de LINUX. Cest le cas ici avec une SUSE 9.0 toute frache dballe de son lm de protection qui associait le DVD avec la revue LINUX CD. Nayant plus la clef IStick (prte) je nai fait lessai quavec la Iomega reformate. La mise en place de la clef charge automatiquement le module usb-storage et ajoute une ligne au chier fstab lequel prend ds lors la forme suivante : /dev/hda1 / reiserfs /dev/hda5 /home reiserfs /dev/hda3 swap swap devpts /dev/pts devpts proc /proc proc usbdevfs /proc/bus/usb usbdevfs /dev/cdrecorder /media/cdrecorder auto /dev/cdrom /media/cdrom auto /dev/dvd /media/dvd auto /dev/fd0 /media/floppy auto /dev/sda1 /media/sda1 auto sync,noauto,user,exec 0 0 defaults 1 1 defaults 1 2 pri=42 0 0 mode=0620,gid=5 0 0 defaults 0 0 noauto 0 0 ro,noauto,user,exec 0 0 ro,noauto,user,exec 0 0 ro,noauto,user,exec 0 0 noauto,user,sync 0 0 #HOTPLUG B3Fu.lpiMmJPoCT2

On y retrouve en dernire ligne les traces de la modication laquelle je viens de faire allusion. Le nouveau priphrique nest pas mont automatiquement (noauto) mais lutilisateur de base peut trs bien demander son montage (user) avec la commande classique $ mount /dev/sda1
Page 11 5 mai 2004

commande qui a pour effet de donner laccs au contenu de la clef via /media/sda1. Vous noterez que le fait pour un utilisateur de monter la clef rend cet utilisateur "propritaire" du priphrique, les autres utilisateurs ayant ventuellement un accs tant limits un rle de consultation sans droit de modication des chiers ainsi quen tmoigne la commande ls-alrt lance dans le sous rpertoire /media : drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x 2 2 2 2 7 20 8 root root root root root root jml root root root root root root users 48 48 48 48 176 464 16384 2003-10-02 2003-10-02 2004-05-04 2004-05-04 2004-05-05 2004-05-05 2004-05-05 22:43 22:43 18:06 18:06 21:15 21:46 21:49 floppy cdrom dvd cdrecorder . .. sda1

Cas de la clef Lexar

Pour la petite histoire jai tudi la question du montage des clefs en rponse une demande de ma lle, tudiante 3me cycle, qui tait ennuye par sa clef Lexar non reconnue par la Mandrake 9.2 qui quipe son portable. Le problme est dautant plus chaud que cette clef devait tre le moyen simple de raliser rapidement une sauvegarde de scurit de son travail. Par ailleurs sa conguration avait parfaitement fonctionn lpoque de son installation lors des tests avec ma clef IStick. Malgr mes conseils au tlphone, une collection de mails et lenvoi du brouillon de ce document, sans ce chapitre, rien ny a fait. Cest nalement lorsque jai eu loccasion de me trouver devant sa machine avec sa clef que jai pris la mesure du problme. Fort de toute ma science expose plus haut ;-) je narrivais malgr tout pas monter cette !*#@ ! de clef ! Pire encore, au bout dune srie de manipulations non documentes le contenu de la clef est apparu mais sans que je sois en mesure de reproduire le rsultat. Etant mon domicile jai donc refait avec la clef Lexar la srie dessais dcrite ci-dessus pour arrier au constat suivant : La clef Lexar monte sans le moindre problme sur DSL, Fedora, et FreeBSD ! Par contre Mandrake, aussi bien dans la version installe 9.2 que dans la version "live" Mandrake Move ainsi que Knoppix posent un problme Je nai pas fait dessais sur Debian, le disque ayant t reformat entre temps. Curieusement les distributions qui ne font pas de reconnaissance automatique du matriel semblent parfaitement laise avec cette clef. Aprs un grand nombre dessais sur les autres jai nalement mis au point lanalyse suivante : 192.168.1.1dd link1 UHLW 2 0 rl0 Les deux distributions Mandrake nont aucun mal reconnaitre la clef (dmesg, lsusb etc..) mais cest simplement le premier accs qui pose problme. En fait, sur un PC datant de n 2002 avec un processeur 1.6 GHz le premier accs met un peu plus dune minute aprs quoi les oprations suivantes, lectures, critures, dmontages, remontages avec des droits diffrents etc se passent sans problme et une vitesse normale.
Page 12 5 mai 2004

 La Knoppix prsente le mme phnomne mais en deux temps, une fois au montage, une fois au premier accs. Oh, bien sr jaurais t plus satisfait darriver une solution brillante du style "cest le thread du processus parent qui entre en conit avec le module du mulot" mais nalement jarrive une procdure qui fonctionne de faon certaine : Surtout ne pas booter avec une clef quon ne connait pas dja en place dans le port USB. Cest la meilleure faon de se faire une grosse frayeur parce que le processus risque de faire une pose inhabituelle. Exactement le genre de truc qui donne des sueurs froides Avec Mandrake, si vous avez une clef inconnue, ou une Lexar, linstaller en n de boot, avant login, ouvrir immdiatement un terminal administrateur avec CRTL-ALT-F1 et faire un accs cette clef avec, par exemple, cd ou ls. Louverture dun terminal est possible ds que lcran permettant le login est afch, retour par CRTL-ALT-F7. Bien entendu dans le cas de Knoppix il faudra au pralable en faire le montage. Attendre une bonne minute pour raliser un accs utilisateur depuis une application du genre navigateur ou diteur. De toutes faons il faut dja un peu de temps pour charger KDE, le temps pour Mandrake davancer dans le script de reconnaissance de clef, /etc/hotplug/usb.agent.

10

Conclusion

Il resterait certainement des tas de choses dire sur le sujet. Jaurais pu, par exemple, largir le sujet au montage dautres priphriques comme les appareils photo. Je suppose que certaines informations dveloppes ici pourraient constituer une aide dans certains cas. Jai prfr toutefois limiter le propos en esprant que ces quelques pages pourront tre utiles quelquun. Je ninsisterais jamais assez sur la ncessit, face un problme de clef USB, dune dmarche mthodique : Que sest-il pass ? Voir lafchage de la console principale (FEDORA, FreeBSD) ou les dernires lignes afches par dmesg. Quels sont les "devices" crs ? Sous Linux un ls -alrt /dev/sd* peut tre riche denseignements en fournissant une liste horodate des entres du rpertoire /dev. Quels sont les priphriques USB reconnus par le systme ? Ici cest la commande lsusb qui peut vous venir en aide. Quels sont les priphriques monts ? L cest la commande mount qui est mise contribution. Attention, la mention supermount ne signie nullement que le priphrique soit effectivement dj lu par le systme. Il le sera au premier accs, si le priphrique est en place. Avec cette petite trousse outils vous devriez pouvoir vous sortir de toutes les situations. En cas de panique absolue et pour tre certain de repartir sur des bases connues, vous pouvez dcider, aprs avoir "dmont" tous les montages de clefs qui ne donnent pas satisfaction, de recharger le module usb-storage aprs lavoir supprim. Jai pass en revue un grand nombre de distributions Linux, ainsi quune version de BSD. Lobjectif ici ntait pas de faire une tude acadmique de tous les cas possibles mais simplement
Page 13 5 mai 2004

de montrer que les comportements peuvent tre trs diffrents dune distribution lautre. Le lecteur aura donc la charge de vrier le comportement de sa distribution. Mon sentiment est que le comportement le plus able est certainement celui de DSL ou de FreeBSD qui laisse tout le travail la charge de ladministrateur, lequel devra successivment : Implanter la clef. Charger le module (pas avec FreeBSD). Vrier que la clef est bien prise en charge (dmesg ou console 1). Vrier ventuellement que le "device" attendu est bien cr. Crer le sous rpertoire de montage si ncessaire. Monter la clef en xant les droits des utilisateurs aux valeurs souhaites.

11

Lauteur

Jean-Marc LICHTLE, ingnieur Arts et Mtiers promotion CH73, auteur de diffrentes contributions que lon peut trouver sur : http ://www.lea-linux.org http ://jeanmarc.lichtle.free.fr Jai pris lhabitude de mettre au propre mes notes pour que les difcults surmontes produisent autant de documents mis disposition de la communaut des utilisateurs des Logiciels Libres. jml

Page 14

5 mai 2004