Na razie mam dane o GFA:

FDISK II v.2.1 - critical update ;) - v.2.0 jednak miała poważny błąd w obsłudze dysku slave. Plik uaktualniony równo o północy, kto pobierał wcześniej, ten ma wersję z błędem. Dzięki dla Pinka za test. Reszty zarequestowanych rozszerzeń i ulepszeń jeszcze nie zrobiłem, może jutro.

http://drac030.krap.pl/fdisk2.arc

No tak, panowie, ale pytanie brzmiało "jak w TOS-ie przeczytać ww. nośniki nie formatowane na TT". Więc odpowiedź "pod MagiC-em" (tak samo jak odpowiedź "pod MiNT-em" albo "pod Linuxem") jest nie na temat; chyba, że zbyt dosłownie rozumiem pytanie ...

O ext2 pod TOS-em raczej zapomnij, a o ext3 zapomnij w ogóle. Co do FAT16, zdaje się, że pomaga załadowanie niejakiego BigDOS-a. Całkiem możliwe, że będzie też obsługiwał pecetowe partycje FAT32, ale tego nie jestem pewien.

FDISK v.2.0:

http://drac030.krap.pl/fdisk2.arc

KMKDIAG v.1.1:

http://drac030.krap.pl/kmkdiag.arc

Official release ;)

Edit:

Tu http://atariki.krap.pl/index.php/IDE_JZ/KMK/FDISK_II można obejrzeć, jak FDISK II wygląda.

Zapewne ;)

Inty się w innych basicach chyba oznacza przez % (np. WYNIK = 0 to real, a WYNIK% = 0 to int). W Acornie BBC taki int to liczba 32-bitowa ze znakiem. Jak proponujesz deklarować inty o różnej wielkości, albo np. ze znakiem i bez?

Ktoś wie, jak to jest zrobione w GFA?

Badów nie bada :) Sprawdza tylko, czy się pierwszy sektor dysku czyta i zapisuje. Jak nie, to mówi, że dysk jest do bani.

Skanowanie całości dysku na okoliczność badów mogę dodać.

FDISK II będzie miał support dla sektorów 128 (BIOS v. >= 1.8), 256 i 512 bajtów. Większe rozmiary sektora zależą od tego, jak będzie w końcu wyglądał BIOS v.2.0. Support dla dwóch dysków już jest, dysk do partycjonowania wybiera się z menu ukazującego się na początku. Menu główne podaje rozmiary partycji w sektorach fizycznych (po 512 B) i logicznych (tak jak widzi SIO), rozmiar sektora logicznego itp. Będzie można zarezerwować więcej niż jeden sektor na MBR. No i postaram się, żeby ta wersja FDISK-a chodziła na XEP-ie.

dely: z tego co mi wiadomo, do desktopu Pinka potrzebny jest szybki twardziel, bo ten program w kółko coś czyta z dysku. Jak masz twardysk i odczyt 50 kilo na sekundę, to się tego nie widzi :)

No, po pierwsze, mają SIO2IDE. Na AtariAge widać, że już ktoś tam to sobie złożył. A co do interfejsu z transmisją równoległą, ci "mieszkający poza Polską i Niemcami" nie mają alternatywy, bo - tak mi wygląda - najwyraźniej niczego lepszego opracować nie umieją.

Wystarczy zresztą rzucić okiem na tematy poruszane na comp.sys.atari.8bit, oraz większą część wątków na AtariAge, żeby się przekonać, iż mimo że komputer ma blisko 30 lat, jego posiadacze i "miłośnicy" w przeważającej części nie mają o jego konstrukcji bladego pojęcia; po MyIDE sądząc, autor myśli, że jest to coś w rodzaju ZX Spectrum, gdzie podobne rozwiązania są na porządku dziennym, jak to było widać na Foreverze.

Narzekacie, że KMK/JŻ IDE jest "drogie", chociaż, jak mówię, niejeden za stację dysków zapłacił dwa razy tyle. Ale tego typu rozwiązanie - to znaczy "nowe urządzenie" zapewniające dodatkowo 16-bitowy odczyt i zapis - jest rozwiązaniem jedynie przyzwoitym. Jeśli ktoś zrobi to samo np. dwa razy taniej, jeśli chodzi o koszty tzw. własne, osobiście postawię mu ramkę "Zywca" i pochylę czoła w uznaniu zasług.

Nic natomiast nie skłoni mnie do uznania, że szałas związany sznurkiem jest równie wspaniały co porządna chałupa, bo szałas ma przygniatającą przewagę w cenie. Kto mieszkał w szałasie i w porządnej chałupie, ten wie, że to bzdury.

I tak to wygląda z mojej perspektywy :)

BlackBoxa w Polsce chyba nie ma nikt (ale może się mylę). Z ludzi widywanych na tym forum ma to o ile się nie mylę TXG, a Nir Dary to na pewno. Poza tym BB ma to samo, co KMK/JZ IDE, mianowicie albo potrzebne jest 130XE, albo ręczne strojenie. No i nie jest taki szybki, a dyski SCSI są trudniej dostępne niż IDE.