Ez lenne még egy fontos kijavítandó bug!
Ha jól tippelem a bool WD177x::readTrack() eljárást kéne fejleszteni.
Elvileg ha jól nézem adna vissza valami errorFlag-et, így nem értem miért tud hibátlannak tűnő olvasást generálni...

Na néztem a kódot, de ennek most nem állok neki. Vagy az kéne hogy értsem a WD működését, hogy könnyedén értsem hogy a kód mit miért akar úgy csinálni, ahogy,

vagy pedig kéne egy fizikai floppy, egy rossz sector -okkal rendelkező lemezzel, hogy jobb hijján a gyakorlatban kipróbálgassam, hogy mi történik a rossz szektorokkal, milyen infót kapok vissza róluk, mikor állnak azok az információk endelkezésre, és mit módosíthatok a WD kódon úgy, hogy az mást ne vágjon haza.

Majd ha lesz egy rendes gépem (floppy -val megáldott), akkor megnézem hogy lehet ezt megcsinálni.

Nincs valami olyan floppy egység, mint az USB DVD meghajtók ? Tehát amolyan "külső floppy", amit USB -re dugok, és lesz tőle fizikai floppy a gépben ?

Hát jó, ki gondolta volna ...

http://www.argep.hu/trend/USBF/Usb-floppy-drive.html

És egy ilyen akkor valszeg 100% -ban úgy működik mint egy floppy vezérlőre dugott példány, tehát ott és akkor lennének késlekedések, blokkolások mint a floppy vezérlősnél, ill. a rossz szektorokat is ugyanúgy jelzi a windows felé, mint a floppy vezérlőre dugott példány ? Vagy annyi a hasonlóság hogy floppy -t kell beledugni, de egyébkén más hardware, másfajta csatlakozás, másfajta API, és igazából semmi hasonlóság nincs a működésben ? Tehát arra gondolnék, hogy mittudomén ez nem track -enként tudja visszaadni hogy rossz a lemez, hanem lemezenként, megsérül rajta bármi, akkor nem olvassa a lemezt, vagy mittudomén, bármi más nem floppy vezérlős floppy -ként működés ...

Egyébkén szektorhibás lemezt hogy lehet hekkelni ? Átszúrom a lemezt egy helyen, akkor az szektorhiba lesz ? Egyébként meg olvassa majd a lemezt ?

szektorhibáról jut eszembe: én egy hibás lemezemet úgy mentettem meg (nagylemez) hogy nyomtam a retry-t és közben a lemezt az ujjammal fel le nyomtam (nagylemez kicsit kilóg a driveból)
jópár perc után végig beolvasta a hibás fájt

rajta volt egy játékom, ami így nem veszett el

Akkor lesz data error, ha az adatbájtokból számolt és a beolvasott CRC bájtok értéke összehasonlítva nem stimmel.
Ez lehet attól is, hogy sérült a lemez, és nem azok a adatbájtok olvashatóak, mint amik fel lettek írva (amihez az íráskor számolt CRC bájtok fel lettek írva).
Az említett trükknél, 512 bájtnál rövidebb szektort formázunk, ehhez íródik fel a CRC (a formázó adatcsomagban benne van a CRC felírása utasítás). Olvasáskor viszont 512 bájtra fog számolni CRC-t, ami nem stimmel a felírttal, már jön is a Data error hiba.

Aham ... tehát akkor valójában olyan, hogy a WD valahogy megtudja a floppy vas -tól, hogy nem sikerült beolvasni egy szektort hardveres hiba folytán, olyan nincs is, valójában hardveres szinten mindíg sikerül a beolvasás, "legfeljebb" atomhülyeségek vannak a beolvasott adatokban, és ezt a floppy vezérlőjének kell már megoldania, hogy felismerje ?

És akkor a WD IC -be ezek szerint be van építve egy ilyen CRC alapú teszt ( ami mellesleg ugye képes hibázni, tehát nem felismerni hogy hiba van ... jó kis régi világ, mikor még mindennek "lelke volt" ), ami alapján jelezni képes, hogy nesze itt a szektorod, de vigyazz vele, mert szerintem hibás adatok vannak benne ? Ha ez nem lenne a WD -ben, akkor az EXOS -nak kéne valami ilyen biztosító/ellenőrző módszert megvalósítania ?

Viszont ezt a CRC értéket (gondolom több bájt) valahova tennie kell a WD -nek, nem ? Tehát akkor valahogy már a floppy vezérlője mégis meghatároz lemez formázást, nem ? Ha azt nem is definiálja, hogy vannak ábrázolva a sector láncok a file -okhoz, ezt a CRC helyet csak ő határozza meg, nem ?

És egyebként hova határozza meg ? Szektoron belülre, vagy kívülre ?

Vagy az is lehet, hogy a teljes file kezelő (fájlokhoz szektor lánc nyilvántartó) logika is a WD -ben van ? Hat az csaknem azért ... annál alacsonyabb szintű dolog az, nem ?

Ezt befolyásolni lehet a formázáskor, amikor a RAW adatfolyamatba kiírt F7h bájt jelzi a CRC bájtok kiírását. Viszont ha nem oda tesszük, ahol majd olvasásánál várja, akkor CRC hiba generálódik, erről szólt a korábbi trükk.

És ezt a fícsört (hogy befolyásolni lehet) direkt trükközéshez tették bele ? Mert ha a beolvasást nem lehet "szinkronban" befolyásolni, akkor a trükködön kívül semmire nem jo ...

A szektorfejléc utáni, ill. az adatterület utáni két bájt az.

Na ez lenne a lényeg, tehát igenis meghatároz akkor a floppy vezérlő formázási információt ... akkor mitől kompatibilisek a floppy -k a különbözö vasakon ? Minden vezérlő ugyanúgy határozza meg a CRC bájtok helyét ? Vagy a világon mindenben (pld. a mai PC -k floppy vezérlőjében) is a WD ic (logika) van benne ? A WD licenszeli a világnak a floppy vezérlő okosságait ? Nyilván nem ...

Hmmm ... lassan át kéne rakni a WD/lemezkezelés részt az ep128emu topikból sajátba ...