ftape.
ftape zawiesza się gdy ..... - czy to błąd?
Nie, tak miało być ;‐)
A teraz poważnie. Dobry program się nie wiesza. Szczególnie jądro tego
nie robi lub nie powinno tego robić. Jeśli jednak tak się stanie
i możesz udowodnić, że to ftape jest winowajcą, możesz uznać
to jako Błąd, Który Powinien Być Usunięty. Napisz do administratora
(<kjj@pobox.com>) oraz na listę dyskusyjną.
Na początek, upewnij się, że możesz odtworzyć sytuację w której wystąpił
,,błąd''. Fałszywe błędy są szczególnie wredne, bo bardzo trudno je wytropić
(podobnie jak i prawdziwe):-/. Oto krótka lista małego myśliwego:
ftape'aftape'a. Może zostaniesz poproszony o
wypróbowanie jakichś łatek albo posłużyć się innym testem wykrywającym
być może i inne potencjalne błędy.Zwiększ wartość ,,trace level'' do 7 (prawie maksymalny poziom śledzenia)
i uruchom program/komendę które sprawiały kłopot. Potem przeczytaj informacje
zawarte w logu jądra (lub /proc/kmsg/ zależnie od tego gdzie
jądro umieszcza swoje komunikaty). Sprawdź, co wypisuje tam ftape.
Na początku może to się wydawać kompletnym bełkotem ale komunikaty
jądra/ftape'a mogą okazać się ważnym źródłem informacji o twoich
problemach. Większość zapisów zawiera nazwę funkcji, która go
wysłała, co może uprościć znacznie odpluskwianie. Następnie przejrzyj
odpowiednie pliki źródłowe i spróbuj sam zlokalizować robaka ;-).
Jeśli wersja twojego jądra (lub ftape'a) jest nie pierwszej świeżości
spróbuj użyć nowszej (lub najnowszej) i wtedy sprawdź czy błąd
jeszcze występuje. Jeśli zdecydujesz się przesłać informacje o
nim, pamiętaj, żeby umieścić istotne informacje o twoim systemie -
wersje jądra, ftape'a, dane płycty głównej (ISA/PCI/....) szybkości
zegara, kontrolera FDC i samego tasiemca. Opisz dokładnie i zwięźle
sytuację. Niektórzy nie mogą odpalić streamera na płytach PCI a
na 396DX ISA wszystko gra i buczy (dlatego przyglądnij się dokładnie
punktowi
Płyty główne PCI i ftape).
Pomyśl także o tych biednych duszyczkach, które płacą niemało kapuchy za dostęp do Internetu - nie wysyłaj potężnych logów sterownika bez wyraźnego powodu. Zamiast tego opisz swój problem i zaoferuj, że wyślesz log do zainteresowanych.
Swoje spostrzeżenia/raport wyślij do <linux-tape@vger.rutgers.edu>.
Możesz także napisać do <claus@momo.math.rwth-aachen.de>.