ftape-HOWTO <author>Kai Harrekilde-Petersen, <tt>khp@login.dkuug.dk</tt> <date>Dernière mise à jour 17 juillet 1994 pour ftape-1.13b <abstract> Ce HOWTO présente l'essentiel de ce qu'il faut faire et ne pas faire pour utiliser avec succès le pilote (<sq>driver</sq>) <tt>ftape</tt> sous Linux. Le pilote <tt>ftape</tt> gère uniquement les lecteurs compatibles aux normes QIC-80 et QIC-40. Ces lecteurs de bandes se connectent au contrôleur du lecteur de disquettes (par exemple à la place d'un second lecteur). En revanche, il ne gère <bf>pas</bf> les lecteurs de bandes SCSI ou QIC-02, ni les lecteurs de type DAT qui se connectent en général (toujours?) à un contrôleur SCSI. Ceci n'est qu'un des différents HOWTOs disponibles pour Linux. Vous pouvez obtenir la série complète à partir de <url url="http://sunsite.unc.edu/mdw/linux.hmtl" name="The Linux Documentation home page">. Ce HOWTO a été traduit de l'anglais par Loïc PRYLLI, <tt>lprylli@lip.ens-lyon.fr</tt>, dernière mise à jour 2 septembre 1994. </abstract> <toc> <sect>Droits de diffusion <p> Ceci constitue le `Frequently Asked Questions' (FAQ) / HOWTO guide pour l'interface <tt>ftape</tt> (ftape-HOWTO), Copyright (C) 1993,1994 Kai Harrekilde-Petersen. <bf>Copyright :</bf> Ce document peut être librement diffusé <bf>en entier</bf>, sous n'importe quelle forme et gratuitement. Une diffusion partielle est autorisée, à condition de conserver le message de copyright, et d'inclure une note précisant que ce n'est pas la version intégrale et indiquant où obtenir le guide complet. Sous les mêmes conditions, ce document peut être inclus dans une distribution commerciale, sans accord préalable. L'auteur aimerait cependant être informé d'un tel usage. Ce HOWTO peut être traduit dans n'importe quel langage, à condition que la notice de copyright et les réserves d'utilisation soient préservées intactes, et qu'une note stipulant le traducteur soit ajoutée. <bf>Réserves pour l'utilisation :</bf> Bien que des efforts aient été faits pour fournir une information aussi correcte et à jour que possible, il est possible que l'usage des informations de ce document puisse conduire à une perte de données. AUCUNE GARANTIE n'est fournie en ce qui concerne l'information fournie par ce guide, et l'auteur ne peut pas être tenu pour responsable de quelque conséquence que ce soit pour tout dommage résultant de l'utilisation de ce guide. <sect>Préliminaires <p> <sect1>La version la plus récente de ftape - et où l'obtenir <p> A l'écriture de ce guide, ftape-1.13b est la version plus récente du pilote ftape, et peut être rapatriée à partir des sites suivants : <tscreen><verb> 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/ </verb> </tscreen> Vous devez obtenir les fichiers suivants : <tt>ftape-1.13b.tar.gz</tt>, <tt>ftape-1.13b.lsm</tt> et <tt>modules.tar.gz</tt>. Le fichier <tt>ftape-1.13b</tt> est le pilote proprement dit, le fichier <tt>.lsm</tt> est un fichier <sq>Linux Software Map (LSM)</sq> utilisé dans le cadre du projet LSM, et le fichier <tt>modules</tt> contient un ensemble d'utilitaires permettant de charger des pilotes dynamiquement. Note : si vous possédez une version ancienne des modules, par exemple les utilitaires <tt>modutils-0.99.14.tar.gz</tt> ou <tt>modutils-0.99.15.tar.gz</tt>, vous allez probablement avoir besoin de vous mettre à jour. <p> <sect1>Développement du pilote ftape <p> Si vous voulez suivre le développement du pilote ftape, envisagez de souscrire à la rubrique TAPE sur la liste de distribution (mailing-list) Linux-activists. Pour ce faire, envoyez un courrier électronique (e-mail) à <tt><linux-activists-request@niksula.hut.fi></tt>, en mettant sur la première ligne (ou dans l'en-tête) `<tt>X-Mn-Admin: join tape</tt>'. Si vous envoyez un message vide (ou si le système automatique de réponse ne peut interpréter votre message), vous recevrez un guide sur comment écrire une requête. Pour diffuser un courrier technique sur cette liste, écrivez à <tt><linux-activists@niksula.hut.fi></tt>, et n'oubliez pas que la première ligne (ou une ligne d'en-tête) doit contenir `<tt>X-Mn-Key: TAPE</tt>'. <sect1>Lecteurs supportés <p> Tous les lecteurs qui sont à 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 été utilisés avec succès : <itemize> <item> Colorado DJ-10 / DJ-20 (Jumbo 120 / Jumbo 250) <item> Archive 5580i / XL9250i <item> Insight 80Mb <item> Conner C250MQ <item> Wangtek 3080F <item> Iomega 250 (seulement un fichier par bande, malheureusement) <item> Escom / Archive (Hornet) 31250Q <item> Summit SE 150 / SE 250 <item> Mountain FS8000 <item> Colorado FC-10 High-Speed Controller </itemize> La gestion du contrôleur FC-10 a été intégré dans le pilote ftape à partir de la version 1.12. Vous pouvez vous référer aux fichiers (en anglais) <tt>RELEASE-NOTES</tt> et <tt>Makefile</tt> dans la distribution ftape pour avoir plus de précisions. Quelques lecteurs de bande (Iomega) mettent à tort l'indicateur `nouvelle-cartouche-chargée' (new-cartridge-loaded) à l'état actif chaque fois que le fichier de périphérique est ouvert. Ces lecteurs ne fonctionneront pas correctement avec les marques de fichiers du fait qu'après chaque fichier on se retrouve au début de la bande. NOTE : Si jamais vous possédez un lecteur qui fonctionne correctement, et qui n'est pas listé ci-dessus, envoyez s'il vous plaît un courrier au responsable de ce guide (<tt>khp@login.dkuug.dk</tt>). <sect1>Lecteurs NON-gérés <p> <itemize> <item> Tous les lecteurs qui se connectent via le port parallèle (par exemple : Colorado Trakker) <item> Contrôleur à haute-vitesse. (par exemple : Colorado TC-15 & FC-20) <item> Irwin AX250L / Accutrak 250. (pas un lecteur QIC-80) <item> IBM Internal Tape Backup Unit (identique au lecteur Irwin AX250L) <item> COREtape light </itemize> De manière générale, AUCUN lecteur se connectant au port parallèle n'est géré, en effet ces lecteurs utilisent plusieurs interfaces propriétaires différentes, qui sont très éloignés du standard QIC-117. Le contrôleur Colorado TC-15 (et ses sosies) ne sont pas gérés par l'interface ftape. Le Colorado FC-10 est le seul contrôleur qui peut être utilisé. Le support pour celui-ci a été intégré dans ftape version 1.12. Le Irwin AX250L (et l'unité 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 à la place le format propriétaire servoe (Rhomat) de Irwin). L'auteur n'a aucune information sur le format Rhomat, ni où l'on peut la trouver. Désolé. Le COREtape light ne fonctionne pas (encore). Quelques caractéristiques sont connues sur ce lecteur, mais on n'a pas encore réussi à lui faire accepter les données d'initialisation. Il n'est pas sûr qu'on arrive un jour à le faire marcher avec ftape. <sect1>Compilation et installation de l'interface <tt>ftape</tt> <p> Un guide d'installation est fourni dans la distribution ftape (le fichier <tt>Install-guide</tt> en anglais), lisez-le s'il vous plaît. <sect1>Où obtenir les sources du noyau (kernel) ? <p> Vous pouvez obtenir les sources du noyau à l'endroit où vous avez eu les sources de ftape. Ces sources sont disponibles dans les sites suivants (et n'importe quelle site miroir). <tscreen><verb> 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 </verb></tscreen> Vous trouverez un certain nombre de sous-répertoires, dont deux nommés respectivement <tt>v1.0</tt> et <tt>v1.1</tt>. Ils contiennent (bien évidemment) les versions <tt>v1.0</tt> et <tt>v1.1</tt> du noyau. Il est suggéré de choisir la version <tt>1.1.</tt>< <tt>... ></tt>. <sect1>Peut-on formater des bandes sous Linux ? <p> Pour le moment, non ! Cela est à l'étude, mais mieux vaut ne pas attendre que ce soit terminé. En attendant, vous allez devoir utiliser MessyDos (arghhh !) ou acheter des bandes préformatées. Cependant, la présence de secteurs défectueux n'est <em>PAS</em> vérifiée sur certaines bandes préformatées. Par sécurité, si le pilote ftape rencontre une bande sans blocs défectueux, un message d'avertissement sera émis. <sect1>Quels programmes de formatage peut-on utiliser sous DOS? <p> Les suivants ont été utilisés avec succès : <itemize> <item> logiciels de Colorado Memory System (<tt>tape.exe</tt>) <item> Connor Backup Basics v1.1 et toutes les versions Windows. <item> Norton Backup <item> QICstream version 2 </itemize> Les programmes suivants sont connus pour être plus ou moins bogués. <itemize> <item> CONNER Backup Basics 1.0 <item> CP Backup (fonctionne OK mis à part un gaspillage de place) </itemize> En fait, la plupart des logiciels sous DOS devraient marcher. Le Conner Backup Basics v1.0 a un paramètre erroné (quelqu'un a dû mal lire les spécifications QIC-80 !), ce qui est corrigé dans la version 1.1. Dennis T. Flaherty (<tt>dennisf@denix.elk.miles.com</tt>) a rapporté que les propriétaires 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 à jour (en échange du prix correspondant à la disquette). Signalons que les versions pour Windows fonctionnent très bien. On peut utiliser Central Point Backup, mais il gaspille de la place quand il rencontre un point défectueux sur la bande. NOTE : Si vous utilisez un logiciel de formatage sous DOS, qui n'est pas mentionné ci-dessus, prière d'écrire au responsable du guide (<tt>khp@login.dkuug.dk</tt>) de manière à rajouter l'information pertinente. <sect>Sauvegarde et Restauration <p> <sect1><label id="write-backup"> Stocker une archive sur une bande <p> Les programmes classiques que vous pouvez utiliser sont `<tt>tar</tt>', `<tt>dd</tt>' et `<tt>cpio</tt>'. Vous devrez aussi utiliser `<tt>mt</tt>' pour exploiter complètement le potentiel de vos bandes et de l'interface ftape. Pour commencer, il est recommandé de choisir `<tt>tar</tt>', qui permet d'archiver un ensemble de répertoires et de récupérer de manière isolée des fichiers d'une sauvegarde précédente. Il paraîtrait que <tt>cpio</tt> crée des archives plus compactes, et soit plus souple que <tt>tar</tt>, mais l'auteur n'a pas essayé. Pour effectuer par exemple, une sauvegarde des sources de votre noyau en utilisant <tt>tar</tt>, vous devez faire (en supposant que les sources soient dans <tt>/usr/src/linux</tt>) : <tscreen><verb> cd /usr/src tar cf /dev/ftape linux </verb></tscreen> Dans ce cas, les fichiers ne seront pas compressés, mais l'écriture sur la bande en sera plus continue. Si vous voulez cette fois utiliser la compression (et que vous possédez tar 1.11.2), il suffit d'inclure le drapeau(*) <tt>-z</tt>, par exemple : `<tt>tar czf /dev/ftape linux</tt>' Pour plus d'informations sur l'utilisation de <tt>tar</tt>, <tt>dd</tt> et <tt>mt</tt>, regardez dans les pages de références (man pages) et dans les fichiers texinfo qui sont fournis avec les distributions correspondantes. (*) <tt>tar</tt> suppose que le premier argument se constitue d'options, donc le `<tt>-</tt>' n'est pas vraiment nécessaire, autrement dit les deux commandes suivantes sont identiques : `<tt>tar xzf /dev/ftape</tt>' et `<tt>tar -xzf /dev/ftape</tt>' <sect1>Restaurer une archive <p> Maintenant, restaurons la sauvegarde des sources du noyau que nous venons de faire dans la section <ref id="write-backup"> ci-dessus. Pour cela tapez simplement : <tscreen><verb> tar xf /dev/ftape </verb></tscreen> Si lors de la sauvegarde vous avez utilisé la compression, tapez plutôt : <tscreen><verb> tar xzf /dev/ftape </verb></tscreen> Lorsque vous utilisez la compression, gzip va se plaindre de données superflues à la fin de l'archive (et cela va produire un message `broken pipe'). Ceci peut être ignoré sans problème. Pour les autres programmes utilitaires, lisez le manuel correspondant s'il vous plaît. <sect1>Tester une archive <p> tar a une option (<tt>-d</tt>) qui permet de détecter les différences entre deux archives. Pour tester votre sauvegarde des sources du noyau, tapez <tscreen><verb> tar df /dev/ftape </verb></tscreen> Si vous n'avez pas la page de manuel de <tt>tar</tt>, vous n'êtes pas (forcément) perdu. tar possède une aide en ligne : essayez `<tt>tar --help 2>&1 | more</tt>' <sect1>Comment stocker plus d'un fichier <tt>tar</tt> sur une bande <p> Pour stocker plus d'un fichier tar sur une bande, vous devez utiliser l'utilitaire <tt>mt</tt>. Vous l'avez sûrement déjà, si vous possédez l'une des distributions de Linux, par exemple Slackware ou Debian. <tt>tar</tt> génère une seule archive sur la bande et ne sait pas comment naviguer entre plusieurs archives sur une même bande, il se contente de faire des lectures ou des écritures sur le fichier de périphérique. <tt>mt</tt> est dédié aux manipulations de bande, embobiner ou rembobiner pour se positionner sur une archive spécifique, mais ne sait pas lire ou écrire des données sur la bande. Comme vous l'avez sans doute deviné, c'est l'association de <tt>tar</tt> et <tt>mt</tt> qui permet d'obtenir la fonctionnalité désirée. En utilisant le fichier spécial <tt>nrft[0-3]</tt> (<tt>nftape</tt>), vous pouvez vous servir de `<tt>mt</tt>' pour positionner la bande à la place désirée (par exemple `<tt>mt -f /dev/nftape fsf 2</tt>' pour embobiner jusqu'à passer deux ``marques de fichiers'', autrement dit sauter deux fichiers tar), et ensuite de <tt/tar/ pour lire ou écrire les données appropriées. <sect1>Ajouter des fichiers à une archive <p> <sq>Est-il possible d'étendre une archive (un fichier tar), c'est à dire sauvegarder une archive, puis plus tard, de lui rajouter des fichiers</sq> La réponse est NON. La documentation de <tt>tar</tt> vous dira d'utiliser `<tt>tar -Ar</tt>', mais ça ne fonctionnera pas à cause de limitations du pilote ftape actuel. <sect1>Monter/démonter (Mount/unmounting) des bandes. <p> Dans la mesure où une bande ne contient pas un ``système de fichiers'', il n'y a aucune raison pour à vouloir monter/démonter une bande pour restaurer le contenu de la bande, vous l'insérez dans le lecteur et exécutez la commande `<tt>tar</tt>' (ou la commande que vous utilisez d'habitude pour accéder au lecteur). <sq>Y a t-il une commande explicite de (dé)montage de la bande ?</sq> Aucune. Le périphérique (device) /dev/ftape est de type `caractère', et ne peut donc être appliqué à la commande <tt>[u]mount</tt>. Seuls les périphériques de type `bloc' le peuvent. <sect>Questions fréquemment posées <p> <sect1>Peut-on échanger des bandes avec un utilisateur de DOS? <p> Ce n'est pas possible pour l'instant. Ce problème <em>est</em> cependant à l'étude. Les logiciels DOS se conforment aux spécifications QIC-80 en ce qui concerne la disposition du systèmes de fichiers DOS, et ce doit être a priori facile d'écrire un programme capable de lire le format DOS. En fait, créer une interface utilisateur agréable est sûrement un problème plus compliqué. <sect1>Comment faire `....' avec <tt>tar</tt>? <p> Ces questions concernent le programme <tt>tar</tt> : lisez s'il vous plaît la page de manuel (<tt>man</tt> page) et la page <tt>info</tt> correspondante. Si vous ne les possédez pas, essayez `<tt>tar --help --> --2>&1 | more</tt>'. Si votre version de <tt>tar</tt> est v1.11.1 ou antérieure, considérez la mise à jour à v1.11.2. Cette version peut appeler <tt>GNU zip</tt> directement (autrement dit : elle supporte l'option de compression <tt>-z</tt>) et a de plus une aide intégrée élaborée. D'autre part, elle compile sans problème pour Linux. <sect1>Les transferts de DMA <tt>ftape</tt> donnent lieu à des erreurs ECC. <p> Malheureusement il y a quelques cartes graphiques SVGA qui ne décodent pas correctement leurs adresses. Ceci se produit typiquement quand les zones tampons de ftape sont dans la région <tt>0x1a0000</tt> à <tt>0x1c0000</tt>. Il arrive alors que les cycles d'écriture DMA soient faussés et qu'un octet écrit sur deux ait une valeur fausse (<tt>0xff</tt>). Ces problèmes ont été rapportés avec à la fois des cartes SVGA et des cartes ethernet. Nous connaissons au moins une carte (déficiente?) ATI 16bit VGA qui cause ce problème. 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). Déplacer la zone tampon ftape n'est qu'une solution partielle, a priori toutes les zones tampons DMA utilisées dans Linux peuvent avoir ce problème ! Mettons nous bien d'accord : ce comportement n'a rien à voir avec le pilote ftape. <sect1><tt>insmod</tt> indique que la version du noyau est erronée <p> Le programme <tt>insmod</tt> vérifie que la version du noyau courant est la même que celle mémorisée dans le pilote ftape lors de la compilation. C'est une chaîne de caractères dans <tt>kernel-version.h</tt>, (par exemple : <tt>char kernel_version[] = "1.0.4";</tt>) qui est extraite du noyau au moment où vous exécutez `<tt>make dep</tt>'. Si vous avez cette erreur lorsque vous essayer d'insérer le pilote ftape, supprimer le fichier `<tt>kernel-version.h</tt>' (dans la distribution ftape), tapez `<tt>make dep ; make</tt>' à nouveau pour recompiler et vous devez alors avoir une version à jour de <tt>kernel-version.h</tt>. Souvenez-vous que cette opération doit être renouvelée chaque fois que vous passez à une version différente du noyau. <sect1>Le noyau 1.1.0 ne compile plus avec l'option de support pour ftape. <p> (Bien que ce problème ne soit pas été reporté fréquemment, je le cite quand même au cas où !) Cela vient d'une erreur typographique (et d'un hacker (programmeur) qui n'utilisait pas ftape lui-même de sorte qu'il ne lui est jamais arrivé de tester le code qu'il écrivait). Cela a été corrigé dans <tt>patch1.gz</tt> qui peut être trouvé sur les sites ftp usuels.) <sect1>Où sont les exécutables/sources/man-pages pour <tt>tar</tt>/<tt>mt</tt>/<tt>cpio</tt>/<tt>dd</tt> ? <p> Tous ces outils sont développés dans le cadre du projet GNU, et les sources (ainsi que les pages de manuel) peuvent être récupérées à 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 récupérer à partir du site officiel GNU : <tt>prep.ai.mit.edu [18.71.0.38]:/pub/gnu</tt>. Les versions les plus récentes (au 26 mars 94) sont : <tscreen><verb> 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) </verb></tscreen> Ils compilent tous sans modifications sur Linux <tt>v1.0.4</tt> / <tt>libc v4.5.19</tt> / <tt>gcc v2.5.8</tt> (Le programme <tt>rmt</tt> nécessite quelques adaptations, mais n'est pas indispensable puisqu'il est seulement utilisé pour accéder à distance à un lecteur de bande). <sect>Déboguer le pilote ftape <p> <sect1>Le noyau/ftape se plante lorsque je fais `...' - est-ce un bogue ? <p> Non, c'est une caractéristique voulue ;-) Plus sérieusement, un logiciel fiable ne doit pas se planter. C'est particulièrement vrai pour le noyau qui ne peut pas ou plutôt ne <bf>devrait</bf> 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 considérez cela comme une erreur importante qui Doit Etre Corrigée. Ecrivez les détails de votre situation aux responsables du développement (voir section <ref id="email-addrs"> ci-dessous). <sect1>ftape n'arrête pas de dire `... new tape' (nouvelle bande), que doit-on faire ? <p> [Note : cette méthode ne marche plus; l'auteur ne sait pas pour l'instant remédier à cette situation] Pour arrêter cela, faîtes (de mémoire) : loggez vous en tant que root et faites `<tt>rmmod ftape</tt>'. ftape doit faire quelques `ratés', donner a peu près trois `segmentations fault', et expirer définitivement. Observez le témoin (LED) de votre lecteur de disquettes (vous en avez bien un, n'est ce pas?). Si il reste allumé de manière permanente, vous avez mis dans le mauvais sens le câble du lecteur de disquettes. Vérifiez le câble entre le contrôleur, le lecteur de bande <em>et</em> le lecteur de disquettes. En général, l'un (ou plusieurs) d'un des connecteurs a été mis dans le mauvais sens (dessus dessous), de sorte que l'emplacement 1 (broche 1) d'une extrémité se connecte à l'emplacement 34 (broche 34) de l'autre côté de la connexion. (Tous les emplacements pairs sont mis à la terre, donc votre lecteur de disquettes devrait aussi être inutilisable). Ne vous inquiétez pas; cela ne peut pas abîmer votre matériel. <sect1>OK il y a bel et bien un bogue .... euhh.... une caractéristique - Comment soumettre un rapport ? <p> Premièrement, assurez-vous que le problème est reproductible. Les erreurs aléatoires sont très embêtantes, du fait qu'elles sont impossibles à isoler :-/ Voilà une liste rapide à vérifier/reporter : <itemize> <item> La version du noyau, et les mises à jour appliquées (patches), y compris celles de ftape. <item> la version de ftape. <item> Le modèle et le fabriquant du lecteur de bande. <item> Ce que vous avez fait pour déclencher le problème. <item> Un fichier de traces (log) de l'exécution avec un niveau de traçage égal à 7. <item> Quelles anomalies se sont produites sur votre système. <item> Ne supprimez pas le noyau et le fichier <tt>ftape.o</tt> . Nous voudrons peut-être essayer quelques modifications ou exécuter des tests différents sur votre système. </itemize> Augmenter le niveau de traçage jusqu'à 7 (juste en-dessous du niveau maximum) et exécuter la commande fautive de nouveau. Récupérer les données de traçage à partir du `journal' du noyau ou de <tt>/proc/kmsg</tt>, cela dépendant d'où vous abritez vos messages d'erreur. N'essayez pas de `filtrer' les traces obtenues. Vous pourriez considérer certaines choses superflues alors qu'elles sont essentielles pour retrouver le bogue. Décrivez exactement ce que vous avez fait, et ce qui s'est passé sur votre système. En effet, il est possible que nous ne puissions pas reproduire l'erreur parce que nous utilisons un lecteur différent ou une autre version du noyau. <sect1>Comment changer le niveau de traçage ? <p> Il y a deux manières de le faire : soit vous pouvez changer le niveau de traçage par défaut (la variable `<tt>tracing</tt>' dans le fichier `<tt>ftape-rw.c</tt>') et recompiler, soit tapez <tscreen><verb> mt /dev/ftape fsr <tracing-level> </verb></tscreen> L'utilisation de la commande `fsr' avec mt est <em>une sorte de bidouille</em>, et est destinée à disparaître. <sect1>Lors de l'utilisation de <tt>/dev/nftape</tt>, il y a beaucoup de message superflus ... pourquoi ? <p> Cela vient d'un problème `historique', avant la version 0.9.10. De nos jours, les périphériques `non-rembobinants' fonctionnent correctement. Si votre version est ancienne, il est vivement recommandé de se mettre à jour avec la version 1.13b. </sect> <sect>Aide au développement de ftape. <p> <sect1>J'<bf>ADORE</bf> tout simplement ce pilote ftape, comment puis-je aider les développeurs. <p> Vous pouvez aider les développeurs de ftape en répondant aux questions des utilisateurs sur les `newsgroups'. Il y a beaucoup d'utilisateurs débutants, qui ont juste besoin d'une réponse très simple à leur question, par exemple `Où puis-je trouver le ftape-HOWTO'. En général postez s'il vous plaît votre réponse directement sur le `newsgroup', de manière à en faire profiter d'autres utilisateurs. C'est la meilleure manière d'apporter votre contribution, avec bien sûr le fait de tester le pilote et d'écrire des rapports de disfonctionnements précis. <sect1><label id="email-addrs">Je voudrais aider à développer `...' Qui dois-je contacter? <p> Vous trouverez une liste des développeurs ci-dessous. Si quelqu'un travaille déjà sur un projet similaire ou identique, contactez cette personne directement. Si au contraire, vous avez un programme où des ajouts sur lesquels personne ne travaille, contactez <tt><khp@login.dkuug.dk></tt> (et <em>NON</em> Bas, du fait qu'il est surchargé de travail et a peu de temps pour répondre aux questions. <descrip> <tag>Programme de formatage : (pas encore commencé)</tag> Kai Harrekilde-Petersen, <tt>khp@login.dkuug.dk</tt> Cesare Mastroianni, <tt>cece@dist.dist.unige.it</tt> <tag>le pilote ftape proprement dit :</tag> Bas Laarhoven, <tt>bas@vimec.nl</tt> <tag>ECC code : (ne vous joignez pas à nous, nous sommes déjà assez nombreux)</tag> Kai Harrekilde-Petersen, <tt>khp@login.dkuug.dk</tt> Bas Laarhoven, <tt>bas@vimec.nl</tt> David Mosberger-Tang, <tt>davidm@cs.arizona.edu</tt> Ning Mosberger-Tang, <tt>tn@cs.arizona.edu</tt> <tag>ftape-HOWTO :</tag> Kai Harrekilde-Petersen, <tt>khp@login.dkuug.dk</tt> version française : <tt>lprylli@lip.ens-lyon.fr</tt> <tag>format logique QIC-80 (lecture/écriture au format DOS) :</tag> Guido Muench, <tt>odiug@pool.Informatik.RWTH-Aachen.de</tt> Kai Harrekilde-Petersen, <tt>khp@login.dkuug.dk</tt> </descrip> </sect1> </sect> </article>