Article View: de.comp.sys.amiga.tech
Article #3844Re: Amiga1200 - Floppy ???
From: Angela Schmidt
Date: Wed, 28 Feb 1996 15:31
Date: Wed, 28 Feb 1996 15:31
52 lines
3835 bytes
3835 bytes
Klaus Burkert (crest@arkon.dontpanic.sub.org) wrote: > In article <4gs9jm$hjb@nz12.rz.uni-karlsruhe.de> <uk8b@rzstud2.rz.uni-karlsruhe.de> wrote: > > Wenn DSKRDY erst nach den 500 ms kommt, bedeutet das doch, dass das > > Laufwerk einfach noch nicht _bereit_ ist, Daten zu lesen/schreiben. > > Das kann z.B. bei etwas verklemmten Disketten passieren. Ich halte > > es nicht fuer sinnvoll, dann mit aller Gewalt nach 500 ms zu schreiben. > Ob Du es für sinnvoll hältst oder nicht ist irrelevant, denn die Spec, > nach der das OS programmiert ist und damals C= die Laufwerke spezifizierte > sagt eben "max 500ms", wenn ein Laufwerke länger braucht, entspricht es > nicht der Spec. Punkt. Wenn eine Diskette im Laufwerke verklemmt ist, dann > entspricht diese Laufwerk/Disketten Kombination auch nicht der Spec, ergo > gibt es dann Fehler. Ein Fehler ist ja auch OK. (Sorry, ich habe die Diskussion nicht von Anfang an mitverfolgt. Wenn es _garantiert_ einen Fehler zur Folge hat, kann ich mich damit anfreunden.) Schlimm wird es erst, wenn _kein_ Fehler gemeldet wird - auch wenn das Laufwerk bzw. die Diskette nach 500 ms noch nicht die noetige Drehzahl ausweist. Ich habe mich nochmal schlau gemacht und mit einem der Autoren von TurboBackup (alte Hasen erinnern sich vielleicht, das Programm kam 1988 raus und war jahrelang das wohl zuverlaessigste Kopierprogramm auf dem Amiga) gesprochen. Er erzaehlte mir, dass es das Problem, dass DKSRDY _unmittelbar_ nach dem Befehl zum Einschalten des Motors gesetzt war, _definitiv_ bei einigen Drives gab. Alle von ihm getesteten 5 1/4 Zoll Laufwerke und alle _alten_ 3 1/2 Zoll Laufwerke hatten damit _keine_ Probleme. Wohl aber einige (damals) neuere 3 1/2 Zoll Laufwerke. Daher wartet TurboBackup erst einmal 500 ms, und dann noch so lange, bis DSKRDY gesetzt ist. Dasselbe Problem tritt uebrigens auch haeufig auf, wenn eine Diskette zuviel Cola getrunken hat... :-) Die Tatsache, dass TurboBackup auf jeden Fall 500 ms wartet, und dann auf DSKRDY wartet, ist nach Angaben der Autoren _einer_ der Gruende, warum mit TurboBackup kopierte Disketten _besser_ sind als andere Disks. PS: auch wenn ich eine Billig-Diskette verwende, die "klemmt", und dadurch nicht den Spezifikationen gehorcht, will ich nicht, dass ich dadurch ohne Warnung Daten verliere. Woher soll ich als User wissen, dass das Laufwerk und/oder die Disketten, die ich mir gekauft habe, nicht den Spezifikationen gehorchen? Wenn die Disketten abgewiesen werden - OK, damit kann ich leben. Aber bitte nicht so tun, als wuerde alles klappen und nachher komme ich an meine Daten nicht mehr heran! Noch ein Wort zu den Commo-Specs: seit ich OS 2.04 (oder war es OS 3.1?) installiert habe, hat mein A1000 Probleme mit dem internen Laufwerk. Erst als ich die Werte fuer settle delay und step delay erhoeht habe, sind diese Probleme verschwunden. Offenbar sind die von Commodore vorgegebenen Werte nicht unbedingt kompatibel zu Commodore-Hardware... -- Angela Schmidt // Angela.Schmidt@stud.uni-karlsruhe.de voice: +49 721 695307 IRC: Nessy \X/ http://home.pages.de/~Angela/ or: +49 731 712316
Technical Details
Message-ID:
<4h1sha$5o3@nz12.rz.uni-karlsruhe.de>Path:
arc1-ca.pugleaf.net!rzstud2.rz.uni-karlsruhe.de!uk8bReferences:
<4gs9jm$hjb@nz12.rz.uni-karlsruhe.de> <36883663@arkon.dontpanic.sub.org>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!rzstud2.rz.uni-karlsruhe.de!uk8b From: uk8b@rzstud2.rz.uni-karlsruhe.de (Angela Schmidt) Newsgroups: de.comp.sys.amiga.tech Subject: Re: Amiga1200 - Floppy ??? Date: 28 Feb 1996 15:31:54 GMT Organization: University of Karlsruhe, Germany Message-ID: <4h1sha$5o3@nz12.rz.uni-karlsruhe.de> References: <4gs9jm$hjb@nz12.rz.uni-karlsruhe.de> <36883663@arkon.dontpanic.sub.org> Reply-To: Angela.Schmidt@stud.uni-karlsruhe.de (Angela Schmidt) NNTP-Posting-Host: rzstud2.rz.uni-karlsruhe.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit NNTP-Posting-User: uk8b X-Newsreader: TIN [version 1.2 PL2]