1) albo stacja jest zje/bana
2) albo nie, bo to jednak nie jest 100% ten sam system.
Falcon "widzi" jakieś śmieci podołączane do realnie istniejących plików, nazwy śmieci są przeważnie dwu-literowe, o ile pamiętam. Prawdopodobnie o tym mówimy. Te śmieci są zbędne, więc dawać zawsze cancel i tyle.
Nie występują za każdym razem, a tylko czasami (głównie, jeśli jest dużo plików i podkatalogów).
Statement z serii: Nie znam się, więc się wypowiem.
Ale u mnie to zawsze działało. Sprawdź sobie później, czy program działa. Jeśli tak, to znaczy, że to były właśnie te śmieci, o których może 'kto mondżejszy' wypowie się szerzej.

Polecam PARPC (szybki) lub GHOSTLINK (wolny). Jeden wymaga portu drukarki, drugi RS - tu może być pies pogrzebany przy PyCy...
Ewentualnie - karta sieciowa, ale nie testowałem, bo nie mam (do ST/TT/Falcona).

Szukałem CDRW na scsi i jest tego strasznie mało, a w niektórych przypadkach liczą sobie za to straszne pieniądze. Co do PARPC lub GHOSTLINK to już nad tym myślałem, nawet mam jednego laptopa który ma oba porty.

Sieciówka - a i owszem, wyraziłem nawet chęć przez stronę Lotharka i czekam kiedy w końcu produkcja ruszy :)

wieczor, a nie myślałeś o przejściówce IDE<->CF? Jest jeszcze coś takiego jak USB Floppy Emulator, znajdziesz to u Lotharka: http://lotharek.pl/product.php?pid=12
Mam to i pomimo tylko trybu ReadOnly jestem zadowolony.

A próbowałeś formatować na piecu z konsoli z wymuszeniem systemu FAT? Bo winda chyba domyślnie formatuje w FAT32, falcon to olewa, ale być może stąd się biorą śmieci. A tak winda będzie widzieć, że system to FAT:

format a: /FS:FAT

mało pojemne i trzeba nimi troszkę powachlować. W sumie podobnie jest z kartami CF i SD, pozbyłem się tego problemu nabywająć USB floppy emulator. Jak potrzebuję przenieść coś małego to poprzez USB, a jak coś większego to przez Usatana.

W sumie kilka razy zbierałem się żeby o podobny problem zapytać.
Wielokrotnie dyskietki w Falconie lub Mega STE (z flopkiem 1.44 z PC) zaczynały robić problemy. Dawno temu wyczytałem aby lepiej formatować na PC (nawet DD-ki - format a: /t:80 /n:9). Tak robię ale ciężko powiedzieć czy jest lepiej bo trudno to zmierzyć. W każdym razie problemy z odczytem dyskietek 3.5"często się zdarzają. Nagrywam np. driver hdd i na początku działa prawidłowo, a po jakimś czasie error, error, ...
Ciekawe też że dyskietki 5.25" na XL/XE to albo wczytują się za każdym razem albo wcale, a na ST/Falcon (przynajmniej pod TOSem) po błędzie można wcisnąć Retry i ładuje się dalej, czasem Retry 'łapie' dopiero za drugim, trzecim, albo dziesiątym razem, ale 'łapie'. I zwykle ta sama dyskietka sformatowana i nagrana tą samą zawartością zaczyna działać poprawnie.. choć zwykle po czasie znów zaczyna wariować.
Macie tak?

Tak, ja takie coś od zawsze miałem na swoim STE ( i Falconie też czasem ) Czasami nawet i ze 20 razy to Retry się waliło i w końcu poszło.

Kiedyś było o tym. DD to jeszcze jakoś trzymają.
Chodzi mniej więcej o ty,że im więcej na dyskietce ścieżek, tym są one węższe, więc na taką samą powierzchnię muszą zapamiętać więcej danych. Z tego względu - na Atari mamy 5,25" średnicy, 40 ścieżek, sektory po 256 bajtów. Na 3,5" DD mamy 40 ścieżek (360KB) po 512 bajtów - czyli już 2x tyle danych na mniejszej powierzchni. Potem mamy 80 ścieżek po 512 bajtów - czyli kolejne upychanie. Dodaj do tego gorszą jakość nośnika i coraz słabsze głowice (a przy tym węższe) w stacjach - i masz odpowiedź.

Generalnie takie zachowanie typu klepanie "retry" ile wlezie, to widziałem też u kuzynów, stąd można wysnuć wniosek, że to taki "standard" był, przynajmniej dla części STx'ów.
A co do pytania dlaczego, to nie mam pojęcia, ale jakieś tam podejrzenia mam :)
Tramiel ponoć zakupił jakąś wielką partię stacji dyskietek z odrzutu, dokładnie w jakich STx'ach one były montowane to już nie pamiętam, ale podejrzewam, że to właśnie te super stacje są odpowiedzialne za ten "dziwny odczyt" dyskietek.