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 devrait 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 email-addrs ci-dessous).
[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 `rmmod ftape'. 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 et 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.
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 :
ftape.o . Nous
voudrons peut-�tre essayer quelques modifications ou ex�cuter des
tests diff�rents sur votre syst�me.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
/proc/kmsg, 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.
Il y a deux mani�res de le faire : soit vous pouvez changer le niveau
de tra�age par d�faut (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 une sorte de bidouille, et est destin�e � dispara�tre.
/dev/nftape, il y a beaucoup
de message superflus ... pourquoi ?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.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:40