  ftape-HOWTO
  Kai Harrekilde-Petersen, khp@login.dkuug.dk
  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 ppaass 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, lprylli@lip.ens-
  lyon.fr, derniere mise a jour 2 septembre 1994.

  11..  DDrrooiittss ddee ddiiffffuussiioonn

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

  CCooppyyrriigghhtt ::

  Ce document peut etre librement  diffuse  eenn  eennttiieerr,  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.

  RReesseerrvveess ppoouurr ll''uuttiilliissaattiioonn ::

  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.

  22..  PPrreelliimmiinnaaiirreess

  22..11..  LLaa vveerrssiioonn llaa pplluuss rreecceennttee ddee ffttaappee -- eett oouu ll''oobbtteenniirr

  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.

  22..22..  DDeevveellooppppeemmeenntt dduu ppiilloottee ffttaappee

  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 <linux-activists-request@niksula.hut.fi>, 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-
  activists@niksula.hut.fi>,  et n'oubliez pas que la premiere ligne (ou
  une ligne d'en-tete) doit contenir `X-Mn-Key: TAPE'.

  22..33..  LLeecctteeuurrss ssuuppppoorrtteess

  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 (khp@login.dkuug.dk).

  22..44..  LLeecctteeuurrss NNOONN--ggeerreess

  +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.

  22..55..  CCoommppiillaattiioonn eett iinnssttaallllaattiioonn ddee ll''iinntteerrffaaccee ffttaappee

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

  22..66..  OOuu oobbtteenniirr lleess ssoouurrcceess dduu nnooyyaauu ((kkeerrnneell)) ??

  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.< ... >.

  22..77..  PPeeuutt--oonn ffoorrmmaatteerr ddeess bbaannddeess ssoouuss LLiinnuuxx ??

  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.

  22..88..  QQuueellss pprrooggrraammmmeess ddee ffoorrmmaattaaggee ppeeuutt--oonn uuttiilliisseerr ssoouuss DDOOSS??

  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 (dennisf@denix.elk.miles.com) 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
  (khp@login.dkuug.dk) de maniere a rajouter l'information pertinente.

  33..  SSaauuvveeggaarrddee eett RReessttaauurraattiioonn

  33..11..  SSttoocckkeerr uunnee aarrcchhiivvee ssuurr uunnee bbaannddee

  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'

  33..22..  RReessttaauurreerr uunnee aarrcchhiivvee

  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.

  33..33..  TTeesstteerr uunnee aarrcchhiivvee

  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'

  33..44..  CCoommmmeenntt ssttoocckkeerr pplluuss dd''uunn ffiicchhiieerr ttaarr 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.

  33..55..  AAjjoouutteerr ddeess ffiicchhiieerrss aa uunnee aarrcchhiivvee

  "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.

  33..66..  MMoonntteerr//ddeemmoonntteerr ((MMoouunntt//uunnmmoouunnttiinngg)) ddeess bbaannddeess..

  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.

  44..  QQuueessttiioonnss ffrreeqquueemmmmeenntt ppoosseeeess

  44..11..  PPeeuutt--oonn eecchhaannggeerr ddeess bbaannddeess aavveecc uunn uuttiilliissaatteeuurr ddee DDOOSS??

  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.

  44..22..  CCoommmmeenntt ffaaiirree ``........'' aavveecc ttaarr?

  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.

  44..33..  LLeess ttrraannssffeerrttss ddee DDMMAA ffttaappee 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.

  44..44..  iinnssmmoodd 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.

  44..55..  LLee nnooyyaauu 11..11..00 nnee ccoommppiillee pplluuss aavveecc  ll''ooppttiioonn  ddee  ssuuppppoorrtt  ppoouurr
  ffttaappee..

  (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.)

  44..66..  ttaarr/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).

  55..  DDeebboogguueerr llee ppiilloottee ffttaappee

  55..11..  bboogguuee ??  LLee nnooyyaauu//ffttaappee ssee ppllaannttee lloorrssqquuee jjee ffaaiiss  ``......'' --  eesstt--
  ccee uunn

  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
  ddeevvrraaiitt 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).

  55..22..  qquuee ddooiitt--oonn ffaaiirree ??  ffttaappee nn''aarrrreettee ppaass ddee ddiirree ``......  nneeww  ttaappee''
  ((nnoouuvveellllee bbaannddee)),,

  [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.

  55..33..  -- CCoommmmeenntt ssoouummeettttrree uunn rraappppoorrtt ??  OOKK iill yy aa bbeell eett bbiieenn uunn bboogguuee
  ........ eeuuhhhh........ uunnee ccaarraacctteerriissttiiqquuee

  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.

  55..44..  CCoommmmeenntt cchhaannggeerr llee nniivveeaauu ddee ttrraaccaaggee ??

  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.

  55..55..   ddee  mmeessssaaggee  ssuuppeerrfflluuss ...... ppoouurrqquuooii ??  LLoorrss ddee ll''uuttiilliissaattiioonn ddee
  //ddeevv//nnffttaappee, 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.

  66..  AAiiddee aauu ddeevveellooppppeemmeenntt ddee ffttaappee..

  66..11..   ppuuiiss--jjee  aaiiddeerr  lleess  ddeevveellooppppeeuurrss..   JJ''AADDOORREE 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.

  66..22..  QQuuii ddooiiss--jjee ccoonnttaacctteerr??  JJee vvoouuddrraaiiss aaiiddeerr aa ddeevveellooppppeerr ``......''

  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
  <khp@login.dkuug.dk>  (et  _N_O_N  Bas,  du  fait  qu'il est surcharge de
  travail et a peu de temps pour repondre aux questions.

     PPrrooggrraammmmee ddee ffoorrmmaattaaggee :: ((ppaass eennccoorree ccoommmmeennccee))
        Kai Harrekilde-Petersen, khp@login.dkuug.dk

        Cesare Mastroianni, cece@dist.dist.unige.it

     llee ppiilloottee ffttaappee pprroopprreemmeenntt ddiitt ::
        Bas Laarhoven, bas@vimec.nl

     EECCCC ccooddee :: ((nnee vvoouuss jjooiiggnneezz ppaass aa nnoouuss,, nnoouuss ssoommmmeess ddeejjaa aasssseezz nnoomm--
        bbrreeuuxx))
        Kai Harrekilde-Petersen, khp@login.dkuug.dk

        Bas Laarhoven, bas@vimec.nl

        David Mosberger-Tang, davidm@cs.arizona.edu

        Ning Mosberger-Tang, tn@cs.arizona.edu

     ffttaappee--HHOOWWTTOO ::
        Kai  Harrekilde-Petersen, khp@login.dkuug.dk version francaise :
        lprylli@lip.ens-lyon.fr

     ffoorrmmaatt llooggiiqquuee QQIICC--8800 ((lleeccttuurree//eeccrriittuurree aauu ffoorrmmaatt DDOOSS)) ::
        Guido Muench, odiug@pool.Informatik.RWTH-Aachen.de

        Kai Harrekilde-Petersen, khp@login.dkuug.dk

