1 Ostatnio edytowany przez artik-wroc (2009-12-26 12:31:40)

Wiem, że temat się już pojawiał, ale nie znalazłem rozwiązania, więc poruszę go ponownie.

Pytanie: Jak utworzyć partycję widoczną pod Atari (MiNT lub Magic) i Linuksem ?

Próbowałem partycji FAT i Ext2, ale zawsze wyskakuje jakiś błąd i nie mam do niej dostępu. Albo coś tam root sector, albo unknow device i inne takie kwiatki.
Jak przygotuję dysk pod Linuksem to nie widzi go pod MiNT-em. Nawet jak pod MiNT-em wykonam polecenie mkfs.ext2 czy mkfatfs to niby wszystko zrobi, nie zgłasza błędów, a i tak kiszka.

Przykładowy komunikat: unitsize (16384) too small, clsizb 32768

Było miło :) Do widzenia.

2

Sprecyzuj, jaki to Linux, m68k czy i386? Na tym samym kompie czy na dwóch różnych? Czy "jak przygotujesz partycję pod MiNT-em", to jej typ jest ustawiony na LNX?

KMK
? HEX$(6670358)

3 Ostatnio edytowany przez artik-wroc (2009-12-26 13:31:42)

Linux to Mandriva 2009, za pomocą QTParted utworzyłem partycję ext2. W pliku fstab pod MiNT-em dopisałem ten dysk jako "ext2" (co ciekawe jak był jako "vfat", to był widoczny, tyle że sypał błędami podczas kopiowania). Podczas startu wywala błąd:
- unsuported inode size
- superblock could not be read itp
Jak zrobię partycję FAT to komunikat jest taki jak napisałem w poprzednim poście.
Szukałem jakiejś instrukcji dla opornych, ale na razie nic nie znalazłem.

Było miło :) Do widzenia.

4

Problemem może być niejaki "byteswapping", pogmeraj po opcjach hd-drivera, przełącz to i zobacz, czy pomaga (i386 jest little endian, a m68k big endian).

KMK
? HEX$(6670358)

5

Odpuszczam temat. Prawdopodobieństwo utraty danych podczas takiego przenoszenia jest zbyt duże. FAT FAT-owi nie jest równy, nawet jeśli oba są 32 :)

Było miło :) Do widzenia.

6

Ja nigdy nie miałem problemów. Po pierwsze potrzebujesz hddrivera, tylko ten sterownik widzi partycje z dysku pc. Po drugie załuż partycje na jakimś normalnym systemie operacyjnym, np. windows. W ten sposób założony fat napewno będzie działał*.

*pod warunkiem, że nie jest to ostatnia partycja na 2TB dysku, lub coś w tym stylu.

What can be asserted without proof can be dismissed without proof.

7

sqward: zdecyduj sie - normalnym, czy windows? akurat jesli chodzi o "zakladanie fat" to windows pod tym wzgledem jest debilnym systemem.
drac030: jesli to ot to chodzi - to hddriver jest debilnym oprogramowaniem - bo wszelkie opisy formatow jasno podaja kolejnosc bajtow w poszczegolnych polach (tak wiec albo hddriver obsluguje fat, albo obsluguje cos podobnego do fat - nim nie bedacego).

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

8 Ostatnio edytowany przez drac030 (2009-12-26 21:41:55)

Hd-driver nie obsługuje FAT-u, bo w ogóle nie obsługuje filesystemu. Sęk jednak chyba w tym, że odczyt dysku zapisanego na piecu daje na F030 słowa w odwrotnej kolejności bajtów. Nie zgłębiałem tematu, ale opcja kompensująca to w hddriverze jest.

KMK
? HEX$(6670358)

9 Ostatnio edytowany przez Cyprian (2009-12-26 23:55:39)

jelonek, problem nie leży w obsłudze FAT, bo tak jak draco wspomniał HDDriver nie jest za to odpowiedzialny, tylko  tzw. 'Endianness'.
Otóż na Atari poszczególne sektory na dysku są zapisywane w trybie BigEndian (bo to jest natywny tryb Motorola)  a na Intelu LittleEndian. Tak więc, żeby wymieniać dane pomiędzy pomiędzy tymi systemami trzeba stosować "byteswapping".



artik, tutaj znajdziesz mały tutorial wymiany danych Atari <--> Dos (Intel)
[url=http://joo.kie.sk/ultrasatan/hddriver/]A tutaj jak partycjonować dysk pod HDDriverem[/ul]

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

10

czyli inaczej piszac - misie z atari spartolili robote, bo miast trzymac sie standardu "zrobili po swojemu".
co do endianness - nie musisz mi tlumaczyc co to oznacza ;)

btw. jellonek, a nie jelonek.

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

11

W zasadzie trudno stwierdzić, kto spartolił. F030 odbiera dane z portu IDE 16-bitowymi move'ami (move.w) i tak to jakoś wychodzi. Przynajmniej nie trzeba byteswapować, żeby odczytać dane z ID (co np. trzeba robić na małym atari, bo inaczej teksty tam widniejące są raczej dziwne).

KMK
? HEX$(6670358)

12

Jellonek, na Atari bez problemu możesz czytać partycje LittleEndian (np. FAT/FAT32 z Windows), do tego właśnie służy "Byte Swapping" w HD Driver. Ale niestety programowy byteswapping spowalnia odczyt/zapis danych. Dla porównania z dane ST:
- Programowy byteswapping: 350KB/s; 700KB/sec z BLiTTERem
- Natywny format/sprzetowy byteswapping(twisted cable):  1300KB/s; 1800KB/s  z BLiTTERem
Dane wziąłem od kolegi PPera

Tak więc widzisz czemu na Atari nie stosuje się formatu danych Intel.

jellonek napisał/a:

btw. jellonek, a nie jelonek.

psze bardzo :)

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

13 Ostatnio edytowany przez artik-wroc (2009-12-27 21:31:54)

Cyprian napisał/a:

tutaj znajdziesz mały tutorial wymiany danych Atari <--> Dos (Intel)
[url=http://joo.kie.sk/ultrasatan/hddriver/]A tutaj jak partycjonować dysk pod HDDriverem[/ul]

Jak podzielić dysk to wiem. Chyba faktycznie najlepszy pomysł to opcja "TOS & Windows combined" w HD Driverze. Tyle że to może być tylko 1 partycja i max.512MB. Używałem tego i działa super. Problem w tym, że pod linuksem już nie widzi tej partycji.

Sformatowałem pod Win98 i też kiszka.

Było miło :) Do widzenia.

Zacznijmy od tego że wszyscy się mylicie ;)

HDDriver obsługę FATu ma po części, bo potrafi utworzyć takową partycję.
Używanie "TOS & Windows combined" nic nie pomoże. To jest specjalna opcja pozwalająca utworzyć dysk z pojedynczą partycją którą będzie mógł czytać i TOS i Windows, dzięki jakimś sztuczkom z tablicami partycji które portafi robić hdriver.

Aby dysk z PC był czytelny pod MiNTem, należy przede wszystkim włączyć dla niego w HDDriverze byteswapping. Następnie można podzielić go na partycje (z PCtową tablicą partycji), a potem najlepiej pod MiNTem utworzyć na tych partycjach systemy plików. Problem polega na tym, że aktualnie używane pod Linuksami programy mkfs.ext2 tworzą je z parametrami których MiNT nie obsługuje. W drugą stronę (tzn system plików założony pod MiNTem i czytany pod Linuksem) powinno być ok.

Co do byteswappngu, to nie tylko Atari ma z tym problem, i jest to po prostu dziura w specyfikacji ATA/ATAPI - każdy robi po swojemu.

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

15

Adam Klobukowski napisał/a:

HDDriver obsługę FATu ma po części, bo potrafi utworzyć takową partycję.

Adam, sorry, ale mylisz podstawowe pojęcia. To że HD-Util (program aplikacyjny) umie zapisać na partycję bootsektor GEMDOS-u i wyzerować obszar FAT-u oraz directory (czyli że zawiera w sobie coś w rodzaju mkgemdosfs), nie oznacza niestety, jakoby HD-Driver (rezydentny sterownik) miał cokolwiek wspólnego z obsługą FAT-u czy jakiegokolwiek innego systemu plików.

KMK
? HEX$(6670358)

drac030: nie mylę pojęć. Nie twierdzę (ani nie twierdziłem) że hddriver obsługuje FAT w sensie zapisu/odczytu, ale w takim że taką partycję tworzy. To, jakby na to nie patrzeć jest obsługą FATa :)

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

17 Ostatnio edytowany przez drac030 (2009-12-28 12:23:34)

HD-driver też takich partycji nie tworzy. Po prostu mylisz HD-Driver z HD-Utilem, jw. Żeby wszystko było jasne, zainicjowanie FAT-u na dysku to nie jest taka "obsługa", o jakiej tu mowa.

KMK
? HEX$(6670358)

Hddriver to cały pakiet który składa się z kilku programów, HD-Util to jego część, tak więc jest to nadal HD-driver. Co do obsługi - nikt wcześniej w wątku nie zająknął się o jaką dokładnie obsługę chodzi, tak więc semantycznie, logicznie i erystycznie jestem w prawie ;D

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

19

"jestem w prawie" - no a "prawie" robi roznice :P

The UNIX Guru`s view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep

20

Adam Klobukowski napisał/a:

Hddriver to cały pakiet który składa się z kilku programów, HD-Util to jego część, tak więc jest to nadal HD-driver. Co do obsługi - nikt wcześniej w wątku nie zająknął się o jaką dokładnie obsługę chodzi, tak więc semantycznie, logicznie i erystycznie jestem w prawie ;D

Zająknął się:

jellonek napisał/a:

jesli to ot to chodzi - to hddriver jest debilnym oprogramowaniem - bo wszelkie opisy formatow jasno podaja kolejnosc bajtow w poszczegolnych polach (tak wiec albo hddriver obsluguje fat, albo obsluguje cos podobnego do fat - nim nie bedacego).

Tak więc semantycznie nie jesteś w prawie, co za tym idzie, logicznie również nie, a co do erystyki, to już się na niej tu jeden przejechał :D Idź i nie grzesz więcej.

KMK
? HEX$(6670358)