ftape-HOWTO
 Kai Harrekilde-Petersen, [email protected]
 Derniere mise a jour 17 juillet 1994 pour ftape-1.13b

 Ce  HOWTO  presente l'essentiel de ce qu'il faut faire et ne pas faire
 pour utiliser avec succes le pilote ("driver") ftape  sous  Linux.  Le
 pilote  ftape  gere  uniquement  les  lecteurs  compatibles aux normes
 QIC-80 et QIC-40. Ces lecteurs de bandes se connectent  au  controleur
 du lecteur de disquettes (par exemple a la place d'un second lecteur).
 En revanche, il ne gere ppaass les lecteurs de bandes SCSI ou QIC-02,  ni
 les lecteurs de type DAT qui se connectent en general (toujours?) a un
 controleur SCSI.  Ceci n'est qu'un des differents  HOWTOs  disponibles
 pour  Linux.  Vous  pouvez  obtenir  la serie complete a partir de The
 Linux Documentation home page <http://sunsite.unc.edu/mdw/linux.hmtl>.
 Ce  HOWTO a ete traduit de l'anglais par Loic PRYLLI, [email protected]
 lyon.fr, derniere mise a jour 2 septembre 1994.

 11..  DDrrooiittss ddee ddiiffffuussiioonn

 Ceci constitue le `Frequently Asked Questions'  (FAQ)  /  HOWTO  guide
 pour  l'interface  ftape  (ftape-HOWTO),  Copyright  (C) 1993,1994 Kai
 Harrekilde-Petersen.

 CCooppyyrriigghhtt ::

 Ce document peut etre librement  diffuse  eenn  eennttiieerr,  sous  n'importe
 quelle forme et gratuitement. Une diffusion partielle est autorisee, a
 condition de conserver le message de copyright, et d'inclure une  note
 precisant  que  ce  n'est  pas  la  version  integrale et indiquant ou
 obtenir le guide complet. Sous les memes conditions, ce document  peut
 etre  inclus dans une distribution commerciale, sans accord prealable.
 L'auteur aimerait cependant etre informe d'un tel usage.

 Ce HOWTO peut etre traduit dans n'importe quel  langage,  a  condition
 que  la  notice  de  copyright  et  les  reserves d'utilisation soient
 preservees intactes, et  qu'une  note  stipulant  le  traducteur  soit
 ajoutee.

 RReesseerrvveess ppoouurr ll''uuttiilliissaattiioonn ::

 Bien  que  des  efforts  aient  ete faits pour fournir une information
 aussi correcte et a jour que possible, il est possible que l'usage des
 informations  de  ce  document puisse conduire a une perte de donnees.
 AUCUNE GARANTIE n'est fournie en ce qui concerne l'information fournie
 par  ce  guide,  et l'auteur ne peut pas etre tenu pour responsable de
 quelque consequence  que  ce  soit  pour  tout  dommage  resultant  de
 l'utilisation de ce guide.

 22..  PPrreelliimmiinnaaiirreess

 22..11..  LLaa vveerrssiioonn llaa pplluuss rreecceennttee ddee ffttaappee -- eett oouu ll''oobbtteenniirr

 A  l'ecriture  de ce guide, ftape-1.13b est la version plus recente du
 pilote ftape, et peut etre rapatriee a partir des sites suivants :

          tsx-11.mit.edu   [18.172.1.2]: /pub/linux/ALPHA/QIC-80/
          sunsite.unc.edu [152.2.22.81]: /pub/Linux/kernel/tapes/
          ftp.funet.fi  [128.214.248.6]: /pub/OS/Linux/BETA/QIC-80/

 Vous  devez  obtenir  les  fichiers  suivants  :   ftape-1.13b.tar.gz,
 ftape-1.13b.lsm  et  modules.tar.gz.   Le  fichier  ftape-1.13b est le
 pilote proprement dit, le fichier  le  cadre  du  projet  LSM,  et  le
 fichier  modules  contient  un  ensemble  d'utilitaires  permettant de
 charger des pilotes  dynamiquement.   Note  :  si  vous  possedez  une
 version   ancienne   des   modules,   par   exemple   les  utilitaires
 modutils-0.99.14.tar.gz   ou   modutils-0.99.15.tar.gz,   vous   allez
 probablement avoir besoin de vous mettre a jour.

 22..22..  DDeevveellooppppeemmeenntt dduu ppiilloottee ffttaappee

 Si  vous  voulez suivre le developpement du pilote ftape, envisagez de
 souscrire a la rubrique TAPE sur la liste  de  distribution  (mailing-
 list) Linux-activists. Pour ce faire, envoyez un courrier electronique
 (e-mail) a <[email protected]>, en mettant sur la
 premiere  ligne  (ou  dans l'en-tete) `X-Mn-Admin: join tape'. Si vous
 envoyez un message vide (ou si le systeme automatique  de  reponse  ne
 peut  interpreter  votre  message), vous recevrez un guide sur comment
 ecrire une requete.

 Pour diffuser un courrier technique sur cette liste, ecrivez a <linux-
 [email protected]>,  et n'oubliez pas que la premiere ligne (ou
 une ligne d'en-tete) doit contenir `X-Mn-Key: TAPE'.

 22..33..  LLeecctteeuurrss ssuuppppoorrtteess

 Tous les lecteurs qui sont a  la  fois  compatibles  QIC-117  et  soit
 QIC-40,  soit  QIC-80  doivent fonctionner avec le pilote ftape.  Pour
 l'instant, les lecteurs suivants ont ete utilises avec succes :

 +o  Colorado DJ-10 / DJ-20 (Jumbo 120 / Jumbo 250)

 +o  Archive 5580i / XL9250i

 +o  Insight 80Mb

 +o  Conner C250MQ

 +o  Wangtek 3080F

 +o  Iomega 250 (seulement un fichier par bande, malheureusement)

 +o  Escom / Archive (Hornet) 31250Q

 +o  Summit SE 150 / SE 250

 +o  Mountain FS8000

 +o  Colorado FC-10 High-Speed Controller

 La gestion du controleur FC-10 a ete integre dans le  pilote  ftape  a
 partir  de  la version 1.12. Vous pouvez vous referer aux fichiers (en
 anglais) RELEASE-NOTES et Makefile dans  la  distribution  ftape  pour
 avoir plus de precisions.

 Quelques  lecteurs  de  bande  (Iomega)  mettent  a  tort l'indicateur
 `nouvelle-cartouche-chargee'  (new-cartridge-loaded)  a  l'etat  actif
 chaque fois que le fichier de peripherique est ouvert. Ces lecteurs ne
 fonctionneront pas correctement avec les marques de fichiers  du  fait
 qu'apres chaque fichier on se retrouve au debut de la bande.

 NOTE : Si jamais vous possedez un lecteur qui fonctionne correctement,
 et qui n'est pas liste ci-dessus, envoyez s'il vous plait un  courrier
 au responsable de ce guide ([email protected]).

 22..44..  LLeecctteeuurrss NNOONN--ggeerreess

 +o  Tous  les  lecteurs  qui  se  connectent via le port parallele (par
    exemple : Colorado Trakker)

 +o  Controleur a haute-vitesse. (par exemple : Colorado TC-15 & FC-20)

 +o  Irwin AX250L / Accutrak 250. (pas un lecteur QIC-80)

 +o  IBM Internal Tape Backup Unit (identique au lecteur Irwin AX250L)

 +o  COREtape light

 De maniere generale, AUCUN lecteur se  connectant  au  port  parallele
 n'est  gere,  en  effet  ces  lecteurs  utilisent plusieurs interfaces
 proprietaires differentes, qui sont tres eloignes du standard QIC-117.

 Le  controleur  Colorado  TC-15  (et ses sosies) ne sont pas geres par
 l'interface ftape. Le Colorado FC-10 est le seul controleur  qui  peut
 etre  utilise.  Le  support  pour  celui-ci  a  ete integre dans ftape
 version 1.12.

 Le Irwin AX250L (et l'unite de sauvegarde interne IBM)  ne  fonctionne
 pas  avec ftape. En effet, ils utilisent bien le standard QIC-117 mais
 pas  le  standard  QIC-80  (ils  utilisent  a  la  place   le   format
 proprietaire   servoe   (Rhomat)   de   Irwin).  L'auteur  n'a  aucune
 information sur le format Rhomat, ni ou l'on peut la trouver.  Desole.

 Le    COREtape    light   ne   fonctionne   pas   (encore).   Quelques
 caracteristiques sont connues sur ce lecteur, mais on n'a  pas  encore
 reussi a lui faire accepter les donnees d'initialisation. Il n'est pas
 sur qu'on arrive un jour a le faire marcher avec ftape.

 22..55..  CCoommppiillaattiioonn eett iinnssttaallllaattiioonn ddee ll''iinntteerrffaaccee ffttaappee

 Un guide d'installation est fourni  dans  la  distribution  ftape  (le
 fichier Install-guide en anglais), lisez-le s'il vous plait.

 22..66..  OOuu oobbtteenniirr lleess ssoouurrcceess dduu nnooyyaauu ((kkeerrnneell)) ??

 Vous  pouvez  obtenir les sources du noyau a l'endroit ou vous avez eu
 les sources de ftape. Ces sources  sont  disponibles  dans  les  sites
 suivants (et n'importe quelle site miroir).

          tsx-11.mit.edu [18.172.1.2]: /pub/linux/sources/system/
          sunsite.unc.edu [152.2.22.81]: /pub/Linux/kernel/
          ftp.funet.fi [128.214.248.6]: /pub/OS/Linux/PEOPLE/Linus

 Vous trouverez un certain nombre de sous-repertoires, dont deux nommes
 respectivement v1.0 et v1.1. Ils  contiennent  (bien  evidemment)  les
 versions  v1.0  et v1.1 du noyau. Il est suggere de choisir la version
 1.1.< ... >.

 22..77..  PPeeuutt--oonn ffoorrmmaatteerr ddeess bbaannddeess ssoouuss LLiinnuuxx ??

 Pour le moment, non ! Cela est a  l'etude,  mais  mieux  vaut  ne  pas
 attendre que ce soit termine. En attendant, vous allez devoir utiliser
 MessyDos (arghhh !)  ou acheter des bandes preformatees. Cependant, la
 presence  de  secteurs  defectueux  n'est  _P_A_S  verifiee sur certaines
 bandes preformatees. Par securite, si le pilote  ftape  rencontre  une
 bande sans blocs defectueux, un message d'avertissement sera emis.

 22..88..  QQuueellss pprrooggrraammmmeess ddee ffoorrmmaattaaggee ppeeuutt--oonn uuttiilliisseerr ssoouuss DDOOSS??

 Les suivants ont ete utilises avec succes :

 +o  logiciels de Colorado Memory System (tape.exe)

 +o  Connor Backup Basics v1.1 et toutes les versions Windows.

 +o  Norton Backup

 +o  QICstream version 2

 Les programmes suivants  sont connus pour etre plus ou moins bogues.

 +o  CONNER Backup Basics  1.0

 +o  CP Backup (fonctionne OK mis a part un gaspillage de place)

 En fait, la plupart des  logiciels  sous  DOS  devraient  marcher.  Le
 Conner  Backup  Basics  v1.0 a un parametre errone (quelqu'un a du mal
 lire les specifications QIC-80 !), ce qui est corrige dans la  version
 1.1.  Dennis  T. Flaherty ([email protected]) a rapporte que
 les proprietaires d'un  Conner  C250MQ  peuvent  obtenir  la  nouvelle
 version  1.1  en  appelant  au  1-800-230-5638  (aux  Etats-unis) pour
 demander une mise a jour  (en  echange  du  prix  correspondant  a  la
 disquette).  Signalons que les versions pour Windows fonctionnent tres
 bien.

 On peut utiliser Central Point Backup, mais il gaspille  de  la  place
 quand il rencontre un point defectueux sur la bande.

 NOTE  :  Si vous utilisez un logiciel de formatage sous DOS, qui n'est
 pas mentionne ci-dessus,  priere  d'ecrire  au  responsable  du  guide
 ([email protected]) de maniere a rajouter l'information pertinente.

 33..  SSaauuvveeggaarrddee eett RReessttaauurraattiioonn

 33..11..  SSttoocckkeerr uunnee aarrcchhiivvee ssuurr uunnee bbaannddee

 Les programmes classiques que vous pouvez utiliser sont `tar', `dd' et
 `cpio'.  Vous devrez aussi utiliser `mt' pour  exploiter  completement
 le potentiel de vos bandes et de l'interface ftape. Pour commencer, il
 est recommande de choisir `tar', qui permet d'archiver un ensemble  de
 repertoires  et  de  recuperer  de  maniere  isolee des fichiers d'une
 sauvegarde precedente. Il paraitrait que cpio cree des  archives  plus
 compactes,  et soit plus souple que tar, mais l'auteur n'a pas essaye.
 Pour effectuer par exemple, une sauvegarde des sources de votre  noyau
 en  utilisant  tar,  vous  devez  faire  (en supposant que les sources
 soient dans /usr/src/linux) :

              cd /usr/src
              tar cf /dev/ftape linux

 Dans ce cas, les fichiers ne seront pas  compresses,  mais  l'ecriture
 sur la bande en sera plus continue. Si vous voulez cette fois utiliser
 la compression (et que vous possedez tar 1.11.2), il suffit  d'inclure
 le drapeau(*) -z, par exemple : `tar czf /dev/ftape linux'

 Pour  plus d'informations sur l'utilisation de tar, dd et mt, regardez
 dans les pages de references (man pages) et dans les fichiers  texinfo
 qui sont fournis avec les distributions correspondantes.

 (*)  tar  suppose que le premier argument se constitue d'options, donc
 le `-' n'est pas vraiment necessaire, autrement dit les deux commandes
 suivantes  sont  identiques  :  `tar  xzf  /dev/ftape'  et  `tar  -xzf
 /dev/ftape'

 33..22..  RReessttaauurreerr uunnee aarrcchhiivvee

 Maintenant, restaurons la sauvegarde des sources  du  noyau  que  nous
 venons  de  faire  dans  la  section  ``'' ci-dessus.  Pour cela tapez
 simplement :

              tar xf /dev/ftape

 Si lors de la sauvegarde  vous  avez  utilise  la  compression,  tapez
 plutot :

              tar xzf /dev/ftape

 Lorsque  vous  utilisez la compression, gzip va se plaindre de donnees
 superflues a la fin de l'archive  (et  cela  va  produire  un  message
 `broken pipe'). Ceci peut etre ignore sans probleme.

 Pour  les autres programmes utilitaires, lisez le manuel correspondant
 s'il vous plait.

 33..33..  TTeesstteerr uunnee aarrcchhiivvee

 tar a une option (-d) qui permet de  detecter  les  differences  entre
 deux  archives.  Pour  tester  votre  sauvegarde des sources du noyau,
 tapez

              tar df /dev/ftape

 Si vous n'avez  pas  la  page  de  manuel  de  tar,  vous  n'etes  pas
 (forcement) perdu. tar possede une aide en ligne : essayez `tar --help
 2>&1 | more'

 33..44..  CCoommmmeenntt ssttoocckkeerr pplluuss dd''uunn ffiicchhiieerr ttaarr sur une bande

 Pour stocker plus d'un fichier tar sur une bande, vous devez  utiliser
 l'utilitaire mt. Vous l'avez surement deja, si vous possedez l'une des
 distributions de Linux, par exemple Slackware ou Debian.

 tar genere une seule archive sur la  bande  et  ne  sait  pas  comment
 naviguer  entre  plusieurs archives sur une meme bande, il se contente
 de faire des lectures ou des ecritures sur le fichier de peripherique.
 mt  est dedie aux manipulations de bande, embobiner ou rembobiner pour
 se positionner sur une archive specifique, mais ne sait  pas  lire  ou
 ecrire  des donnees sur la bande. Comme vous l'avez sans doute devine,
 c'est  l'association  de  tar  et   mt   qui   permet   d'obtenir   la
 fonctionnalite desiree.

 En  utilisant  le fichier special nrft[0-3] (nftape), vous pouvez vous
 servir de `mt' pour positionner la  bande  a  la  place  desiree  (par
 exemple  `mt  -f /dev/nftape fsf 2' pour embobiner jusqu'a passer deux
 ``marques de fichiers'', autrement dit sauter deux fichiers  tar),  et
 ensuite de tar pour lire ou ecrire les donnees appropriees.

 33..55..  AAjjoouutteerr ddeess ffiicchhiieerrss aa uunnee aarrcchhiivvee

 "Est-il  possible d'etendre une archive (un fichier tar), c'est a dire
 sauvegarder une archive, puis plus tard, de lui rajouter des fichiers"

 La  reponse est NON. La documentation de tar vous dira d'utiliser `tar
 -Ar', mais ca ne fonctionnera pas a cause  de  limitations  du  pilote
 ftape actuel.

 33..66..  MMoonntteerr//ddeemmoonntteerr ((MMoouunntt//uunnmmoouunnttiinngg)) ddeess bbaannddeess..

 Dans  la  mesure  ou  une  bande  ne  contient  pas  un  ``systeme  de
 fichiers'', il n'y a aucune raison pour a vouloir monter/demonter  une
 bande  pour  restaurer  le contenu de la bande, vous l'inserez dans le
 lecteur et executez  la  commande  `tar'  (ou  la  commande  que  vous
 utilisez d'habitude pour acceder au lecteur).

 "Y a t-il une commande explicite de (de)montage de la bande ?"

 Aucune.   Le peripherique (device) /dev/ftape est de type `caractere',
 et ne peut donc etre  applique  a  la  commande  [u]mount.  Seuls  les
 peripheriques de type `bloc' le peuvent.

 44..  QQuueessttiioonnss ffrreeqquueemmmmeenntt ppoosseeeess

 44..11..  PPeeuutt--oonn eecchhaannggeerr ddeess bbaannddeess aavveecc uunn uuttiilliissaatteeuurr ddee DDOOSS??

 Ce n'est pas possible pour l'instant.  Ce  probleme  _e_s_t  cependant  a
 l'etude.  Les logiciels DOS se conforment aux specifications QIC-80 en
 ce qui concerne la disposition du systemes de fichiers DOS, et ce doit
 etre  a  priori facile d'ecrire un programme capable de lire le format
 DOS. En fait, creer une interface utilisateur agreable est surement un
 probleme plus complique.

 44..22..  CCoommmmeenntt ffaaiirree ``........'' aavveecc ttaarr?

 Ces  questions  concernent le programme tar : lisez s'il vous plait la
 page de manuel (man page) et la page info correspondante. Si  vous  ne
 les possedez pas, essayez `tar --help --> --2>&1 | more'.

 Si  votre version de tar est v1.11.1 ou anterieure, considerez la mise
 a jour a v1.11.2. Cette  version  peut  appeler  GNU  zip  directement
 (autrement  dit  :  elle  supporte l'option de compression -z) et a de
 plus une aide integree  elaboree.  D'autre  part,  elle  compile  sans
 probleme pour Linux.

 44..33..  LLeess ttrraannssffeerrttss ddee DDMMAA ffttaappee donnent lieu a des erreurs ECC.

 Malheureusement il y a quelques cartes graphiques SVGA qui ne decodent
 pas correctement leurs adresses. Ceci se produit typiquement quand les
 zones tampons de ftape sont dans la region  0x1a0000  a  0x1c0000.  Il
 arrive  alors  que  les  cycles d'ecriture DMA soient fausses et qu'un
 octet ecrit sur deux ait une valeur fausse (0xff). Ces  problemes  ont
 ete  rapportes  avec a la fois des cartes SVGA et des cartes ethernet.
 Nous connaissons au moins une carte (deficiente?) ATI  16bit  VGA  qui
 cause ce probleme.

 La  solution la plus simple est de mettre la carte dans un emplacement
 8bit (ce n'est souvent pas suffisant pour  reconfigurer  la  carte  en
 8bit).  Deplacer la zone tampon ftape n'est qu'une solution partielle,
 a priori toutes les zones tampons DMA  utilisees  dans  Linux  peuvent
 avoir  ce  probleme ! Mettons nous bien d'accord : ce comportement n'a
 rien a voir avec le pilote ftape.

 44..44..  iinnssmmoodd indique que la version du noyau est erronee

 Le programme insmod verifie que la version du  noyau  courant  est  la
 meme  que celle memorisee dans le pilote ftape lors de la compilation.
 C'est une chaine de caracteres dans kernel-version.h, (par  exemple  :
 char  kernel_version[] = "1.0.4";) qui est extraite du noyau au moment
 ou vous executez `make dep'.  Si vous avez cette erreur  lorsque  vous
 essayer  d'inserer  le  pilote  ftape,  supprimer  le fichier `kernel-
 version.h' (dans la distribution ftape), tapez `make  dep  ;  make'  a
 nouveau  pour  recompiler et vous devez alors avoir une version a jour
 de kernel-version.h.  Souvenez-vous  que  cette  operation  doit  etre
 renouvelee  chaque  fois  que  vous passez a une version differente du
 noyau.

 44..55..  LLee nnooyyaauu 11..11..00 nnee ccoommppiillee pplluuss aavveecc  ll''ooppttiioonn  ddee  ssuuppppoorrtt  ppoouurr
 ffttaappee..

 (Bien que ce probleme ne soit pas ete reporte frequemment, je le  cite
 quand meme au cas ou !)

 Cela  vient  d'une  erreur typographique (et d'un hacker (programmeur)
 qui n'utilisait pas ftape lui-meme de sorte qu'il ne  lui  est  jamais
 arrive  de  tester  le  code  qu'il ecrivait). Cela a ete corrige dans
 patch1.gz qui peut etre trouve sur les sites ftp usuels.)

 44..66..  ttaarr/mt/cpio/dd ?  Ou sont les executables/sources/man-pages pour

 Tous  ces  outils  sont developpes dans le cadre du projet GNU, et les
 sources (ainsi que les pages de  manuel)  peuvent  etre  recuperees  a
 partir de pratiquement n'importe quel site ftp dans le monde entier (y
 compris ftp.funet.fi, tsx-11.mit.edu, et sunsite.unc.edu).  Dans  tous
 les  cas  on  peut  les  recuperer  a  partir  du  site officiel GNU :
 prep.ai.mit.edu [18.71.0.38]:/pub/gnu.  Les versions les plus recentes
 (au 26 mars 94) sont :

              cpio:   2.3 (cpio-2.3.tar.gz
              dd:     3.9 (fileutils-3.9.tar.gz)
              mt:     2.3 (cpio-2.3.tar.gz)
              tar:    1.11.2 (tar-1.11.2.tar.gz)
              gzip:   1.2.4 (gzip-1.2.4.tar.gz)

 Ils  compilent tous sans modifications sur Linux v1.0.4 / libc v4.5.19
 / gcc v2.5.8 (Le programme rmt necessite  quelques  adaptations,  mais
 n'est pas indispensable puisqu'il est seulement utilise pour acceder a
 distance a un lecteur de bande).

 55..  DDeebboogguueerr llee ppiilloottee ffttaappee

 55..11..  bboogguuee ??  LLee nnooyyaauu//ffttaappee ssee ppllaannttee lloorrssqquuee jjee ffaaiiss  ``......'' --  eesstt--
 ccee uunn

 Non, c'est une caracteristique voulue  ;-)

 Plus serieusement, un logiciel fiable ne doit pas  se  planter.  C'est
 particulierement  vrai  pour  le  noyau  qui  ne peut pas ou plutot ne
 ddeevvrraaiitt pas planter. Si le  noyau  se  plante  lorsque  vous  utilisez
 ftape, et que vous pouvez montrer que c'est le pilote ftape qui en est
 responsable, alors considerez cela comme  une  erreur  importante  qui
 Doit  Etre  Corrigee.  Ecrivez  les  details  de  votre  situation aux
 responsables du developpement (voir section ``'' ci-dessous).

 55..22..  qquuee ddooiitt--oonn ffaaiirree ??  ffttaappee nn''aarrrreettee ppaass ddee ddiirree ``......  nneeww  ttaappee''
 ((nnoouuvveellllee bbaannddee)),,

 [Note : cette methode ne  marche  plus;  l'auteur  ne  sait  pas  pour
 l'instant remedier a cette situation]

 Pour  arreter cela, faites (de memoire) : loggez vous en tant que root
 et faites `rmmod ftape'. ftape doit faire quelques `rates',  donner  a
 peu pres trois `segmentations fault', et expirer definitivement.

 Observez  le temoin (LED) de votre lecteur de disquettes (vous en avez
 bien un, n'est ce pas?). Si il reste  allume  de  maniere  permanente,
 vous  avez mis dans le mauvais sens le cable du lecteur de disquettes.
 Verifiez le cable entre le controleur,  le  lecteur  de  bande  _e_t  le
 lecteur  de  disquettes.  En  general,  l'un  (ou  plusieurs) d'un des
 connecteurs a ete mis dans le mauvais sens (dessus dessous), de  sorte
 que   l'emplacement  1  (broche  1)  d'une  extremite  se  connecte  a
 l'emplacement 34 (broche 34) de l'autre cote de  la  connexion.  (Tous
 les  emplacements  pairs  sont  mis  a la terre, donc votre lecteur de
 disquettes devrait aussi etre inutilisable). Ne  vous  inquietez  pas;
 cela ne peut pas abimer votre materiel.

 55..33..  -- CCoommmmeenntt ssoouummeettttrree uunn rraappppoorrtt ??  OOKK iill yy aa bbeell eett bbiieenn uunn bboogguuee
 ........ eeuuhhhh........ uunnee ccaarraacctteerriissttiiqquuee

 Premierement,  assurez-vous  que  le  probleme  est reproductible. Les
 erreurs  aleatoires  sont  tres  embetantes,  du  fait  qu'elles  sont
 impossibles a isoler :-/ Voila une liste rapide a verifier/reporter :

 +o  La  version  du  noyau, et les mises a jour appliquees (patches), y
    compris celles de ftape.

 +o  la version de ftape.

 +o  Le modele et le fabriquant du lecteur de bande.

 +o  Ce que vous avez fait pour declencher le probleme.

 +o  Un fichier de traces (log) de l'execution avec un niveau de tracage
    egal a 7.

 +o  Quelles anomalies se sont produites sur votre systeme.

 +o  Ne  supprimez  pas  le  noyau et le fichier ftape.o . Nous voudrons
    peut-etre essayer quelques  modifications  ou  executer  des  tests
    differents sur votre systeme.

 Augmenter  le  niveau de tracage jusqu'a 7 (juste en-dessous du niveau
 maximum) et executer la commande fautive  de  nouveau.  Recuperer  les
 donnees  de  tracage  a partir du `journal' du noyau ou de /proc/kmsg,
 cela dependant d'ou vous abritez vos messages d'erreur.  N'essayez pas
 de  `filtrer'  les traces obtenues. Vous pourriez considerer certaines
 choses superflues alors qu'elles sont essentielles pour  retrouver  le
 bogue.  Decrivez  exactement  ce  que  vous avez fait, et ce qui s'est
 passe sur votre systeme.  En  effet,  il  est  possible  que  nous  ne
 puissions  pas reproduire l'erreur parce que nous utilisons un lecteur
 different ou une autre version du noyau.

 55..44..  CCoommmmeenntt cchhaannggeerr llee nniivveeaauu ddee ttrraaccaaggee ??

 Il y a deux manieres de le faire : soit vous pouvez changer le  niveau
 de  tracage  par defaut (la variable `tracing' dans le fichier `ftape-
 rw.c') et recompiler, soit tapez

              mt /dev/ftape fsr <tracing-level>

 L'utilisation de la commande `fsr' avec mt est _u_n_e _s_o_r_t_e _d_e _b_i_d_o_u_i_l_l_e,
 et est destinee a disparaitre.

 55..55..   ddee  mmeessssaaggee  ssuuppeerrfflluuss ...... ppoouurrqquuooii ??  LLoorrss ddee ll''uuttiilliissaattiioonn ddee
 //ddeevv//nnffttaappee, il y a beaucoup

 Cela vient d'un probleme `historique', avant la version 0.9.10. De nos
 jours, les peripheriques `non-rembobinants' fonctionnent correctement.
 Si votre version est ancienne, il est vivement recommande de se mettre
 a jour avec la version 1.13b.

 66..  AAiiddee aauu ddeevveellooppppeemmeenntt ddee ffttaappee..

 66..11..   ppuuiiss--jjee  aaiiddeerr  lleess  ddeevveellooppppeeuurrss..   JJ''AADDOORREE tout simplement ce
 pilote ftape, comment

 Vous pouvez aider les developpeurs de ftape en repondant aux questions
 des  utilisateurs sur les `newsgroups'. Il y a beaucoup d'utilisateurs
 debutants, qui ont juste besoin  d'une  reponse  tres  simple  a  leur
 question,  par exemple `Ou puis-je trouver le ftape-HOWTO'. En general
 postez s'il vous plait votre reponse directement sur  le  `newsgroup',
 de maniere a en faire profiter d'autres utilisateurs.

 C'est  la  meilleure  maniere d'apporter votre contribution, avec bien
 sur  le  fait  de  tester  le  pilote  et  d'ecrire  des  rapports  de
 disfonctionnements precis.

 66..22..  QQuuii ddooiiss--jjee ccoonnttaacctteerr??  JJee vvoouuddrraaiiss aaiiddeerr aa ddeevveellooppppeerr ``......''

 Vous  trouverez  une  liste  des developpeurs ci-dessous. Si quelqu'un
 travaille deja sur un projet similaire ou identique,  contactez  cette
 personne  directement.  Si au contraire, vous avez un programme ou des
 ajouts    sur    lesquels    personne    ne    travaille,    contactez
 <[email protected]>  (et  _N_O_N  Bas,  du  fait  qu'il est surcharge de
 travail et a peu de temps pour repondre aux questions.

    PPrrooggrraammmmee ddee ffoorrmmaattaaggee :: ((ppaass eennccoorree ccoommmmeennccee))
       Kai Harrekilde-Petersen, [email protected]

       Cesare Mastroianni, [email protected]

    llee ppiilloottee ffttaappee pprroopprreemmeenntt ddiitt ::
       Bas Laarhoven, [email protected]

    EECCCC ccooddee :: ((nnee vvoouuss jjooiiggnneezz ppaass aa nnoouuss,, nnoouuss ssoommmmeess ddeejjaa aasssseezz nnoomm--
       bbrreeuuxx))
       Kai Harrekilde-Petersen, [email protected]

       Bas Laarhoven, [email protected]

       David Mosberger-Tang, [email protected]

       Ning Mosberger-Tang, [email protected]

    ffttaappee--HHOOWWTTOO ::
       Kai  Harrekilde-Petersen, [email protected] version francaise :
       [email protected]

    ffoorrmmaatt llooggiiqquuee QQIICC--8800 ((lleeccttuurree//eeccrriittuurree aauu ffoorrmmaatt DDOOSS)) ::
       Guido Muench, [email protected]

       Kai Harrekilde-Petersen, [email protected]