Magnetic Pages Article | 1994-09-26 | 4KB | 52 lines
MPARTICLE
Die Diskette
D Die Struktur einer Diskette ist f
r viele immer noch ein Buch mit 7F Siegeln. Nun um den abzuhelfen lest einfach mal hier weiter.Ich setzeA mal vorraus, das Ihr wi
t,das eine Amiga Diskette in 80 ZylinderC aufgeteilt ist.Jeder dieser 80 Zylinder hat 2 Seiten,eine Ober undE eine Unterseite.Eine Seite nennt man Track,so das eine Diskette nachF Adam Riese aus 160 Tracks besteht. Man sagt f
r Track auch Head 0(f
rD die untere Seite der Disk)oder Head 1(f
r die obere Seite der Disk.F Jeder der 160 Tracks ist in 11 Sektoren unterteilt,wobei jeder der 11D Sektoren 512 Bytes Daten beinhaltet.Jetzt wird unser Taschenrechner gez
4 160 Tracks x 11 Sektoren =1760 Sektoren insgesammt.
E Somit sehen wir,das auf einer Disk insgesammt 1760 Sektoren sind.F
rG Sektoren kann man auch Bl
cke sagen.Nun hatte ich schon gesagt,das einA Sektor(Block) einen Dateninhalt von 512 Bytes hat.Nun mal wieder unseren Taschenrechner gezogen.
5 1760 Sektoren x 512 Bytes = 901120 Bytes insgesammt.
B Tja,wenn wir das nun noch durch 1024 teilen,kommen wir auf unsere
bekannte Diskettenkapazit
901120 Bytes:1024 = 880 Kbyte
0 Davon h
rten doch wohl schon die meisten,oder??- Nun wird es aber doch ein wenig kniffelig...C Wie sind nun diese Sektoren auf Diskette angeordnet?Wir wissen nunF schon,das ein Sektor512 Datenbytes beinhaltet.Unser Compi codiert nunF die Daten und f
gt so ganz nebenbei noch ein paar extra Infos (HeaderC genannt) hinzu und schreibt nun diesen ganzen Datenklumpen auf den@ Track.Technisch ausgedr
ckt w
re dies die MFM-Codierung.Auf die= gleiche Weise werden die restlichen 11 Sektoren auf die DiskB geschrieben.Nun ist aber der Track noch nicht voll,aber auch keinF Platz mehr f
r einen kompletten Sektor.Nun ist unser Compi auch nicht= bl
de und so f
llt er einfach den Leerraum mit $aa Bytes aufF ($aaaa=codiertes $00 Byte) was man GAP nennt.Das hat zum Beispiel dasG Ergebnis,das wir nach dem formatieren einer Diskette niemals volle 880E Kbyte frei haben. Tja,wo ist nun auf einer Disk ein Sektor zu finden; bzw.wo f
ngt er an und wo h
rt er auf?Man braucht nun eineB Markierung,die nicht in den Daten der Sektoren enthalten sind,undG somit als Start-und Endadresse erkannt werden k
nnen. Diese Markierung= hei
t SYNC=$4489.Wenn nun unser geliebtes St
ck einen Sektor> liest,liest er erstmal den gesammten Track und sucht nun nach
D SYNCs.Wenn er nun einen gefunden hat,wei
er,da
er am Anfang einesA Sektors ist.Nun schaut er im Header kurz nach,(da steht auch dieD Sektornummer drin)und schon wei
er,mit welchem Sektor er es zu tunC hat.Danach kann er n
mlich entscheiden,ob es der Sektor ist,den erA lesen sollte.Nun gibt es ja diese b
sen,b
sen Cracker,und mancheA Spielefirma versucht nun Ihr Produkt zu sch
tzen.Viele machen esE einfach durch Verwendung von Fremdformaten,das hei
sie einfach@ das SYNC-Word
ndern.Normalerweise ist es ja $4489 und nach derG Ver
nderung k
nnte es $a89a sein.Auch bestehen diese Formate nicht ausD 11 Sektoren zu je 512 Bytes sondern zum Beispiel aus einem einzigen= Sektor mit $1800 Bytes Dateninhalt.Das sind die gef
rchtetenF Longtracks.Wie der Name schon sagt,kann man somit mehr Daten auf eineG Diskette schreiben.Als Kopierschutz reicht er eigendlich schon aus, daB unsere klapprige Floppy diese Longtracks zwar lesen kann,aber zumF Leidwesen aller M
chtegernswapper diese nicht schreiben kann.
brigens? kann man dies zwar mit einigen Kopierprogrammen (z.B.XCopy mitG Hardware)umgehen,aber unsere Kopiersch
tzer sind ja auch nicht auf denB Kopf gefallen,und so kommen auch mal Shorttracks und andere fiese? Gemeinheiten auf den Markt.Ich hoffe nun,da
Ihr einen kleinen@ Einblick in die Tiefe unserer geliebten Diskette erhalten habt.
(.txt)