Po czasie formatowania widzisz czy formatuje w turbo czy nie...
Bad sectory:
Błędy w zapisanych domenach to najmniejszy problem np (po położeniu magnesu) sformatujesz od nowa i po kłopocie.
Błędy w śladzie magnetycznym z powodu "słabego" nośnika (nie utrzymuje danych ale cały czas mówimy o "magnetyku") to już raczej klopsowy temat i takie dyskietki do kosza wywalam, bo nie wiesz co na niej możesz zapisać i co z niej odzyskasz więc są niepewne i tyle
Błędy związane z zarysowaniem - jak najbardziej dysk do kosza z 2ch powodów - ta rysa to odkształcenie, które może "pukać" w głowicę, bo przy 300 rpm nie wiem nawet czy wytwarza się poduszka powietrzna a jeżeli tak to jaka ona jest "wysoka" - oczywiście metodą "Polaczka" z lat 80tych można formatować dyski zaczynając od miejsca "zaraz za rysą" i liczyć z dużym prawdopodobieństwem na właściwy wynik, natomiast trzeba by to robić przy każdym formatowaniu tej dyskieki - analizować błędy w śladzie magnetycznym i przy pojedynczej rysie jest to wykonalne natomiast cały czas to "pracuje" się zmienia - oczywiście nie na lepsze - wniosek - j.w.
Read Error po formacie - jeżeli nie jest to uwalona stacja to logiczne - jest to uwalona dyskietka - czyli ad kosz.
Dwa zdania jeszcze - fast formaty są dobre bo są szybkie - około 10s bez weryfikacji i x2 z weryfikacją natomiast przyznam szczerze, że bardziej wyrafinowanie robi to DOS i aby sprawdzić przydatność dyskietki - warto zrobić format dosem
Zależy co rozumiesz pod pojęciem identyczne - jak domyślam się chodzi tylko o dane w sektorach - to z pomocą przychodzi opcja verify czy compare w R.C. V2.5 Backup
Dość dokładnie kopiuje dane exa dual copier - oczywiście mówimy o standardzie - kopiuje ztcp i dane z sektora i ID z nagłówków. Więc kopiowanie z opcją verify jest czymś w ten mod...
Rozszerzając temat zmieńmy podejście - nie istnieją dwa identyczne dyski... Pytanie brzmi - co chcesz sprawdzić czy jest "identyczne" tudzież "podobne" - chociażby każda mini rysa czyni dysk innym no i efekt formatowania się może zmieniać wówczas - możesz porównywać dane w sektorach, dane w nagłówkach, ale już np policzenie bitów w obszarze GAP nagłówka czy sektora mogłoby być niemożliwe bądź utrudnione jak i bezużyteczne. Tak samo nie policzysz ile bitów zużyto na długość znaku synchronizacji... Dalej biorąc pod uwagę możliwość inwencji programisty w tworzenie śladu magnetycznego (np. zmienna ilość bloków, zmienna gęstość zapisu, dodatkowe informacje w obszarze GAP, zmiana kodowania nagłówka, rezygnacja z nagłówka... ... ...) Możliwości jest tyle, że nie sposób stworzyć skutecznego oprogramowania - trzeba się ukierunkować na to czego szukasz...
Podstawowe ("głębsze") informacje takie np jak zawartość nagłówka podejrzysz Disk Demmonem - reasumując - pytanie zbyt ogólne