To ze pecetowe partycje da sie podmontowac to normalne.
Linux nie posiada wszystkich dostepnych na Amigę filesystemów, wiec montowanie partycji moze sie nie udac.

Hmm, wydaje mi się, że kolega zbytnio się skupił na wszystkim oprócz parametru offset. No, ale cóż - takie uroki ppa...

Pozwolę sobie zebrać do kupy to co zostało napisane bo jak ktoś kto się nie zna tu zajrzy to się chyba nie połapie we wszystkim:

Amigową partycje na karcie CF montujemy w ten sposób:

mkdir /media/amiga_dh0
mount -t affs /dev/sde1 /media/amiga_dh0

W GParted można sprawdzić co wpisać zamiast [ sde ].

Aby zamontować Amigową partycję z pliku będącego obrazem karty CF wpisujemy:

mkdir /media/amiga_dh0
mount -t affs -o offset=8258560 ~/media/magazynWindows/Amiga/systemhdd.img /media/amiga_dh0/

[ offset ] jest informacją dla polecenia [ mount ] gdzie zaczyna się partycja, którą montujemy. To również sprawdzamy w GParted, w którym jest podany nr 1. sektora (należy go pomnożyć przez 512).

Aby zrobić obraz dysku CF wystarczy wpisać:

dd if=/dev/sde of=./media/magazynWindows/Amiga/systemhdd.img bs=512 count=427444

W sumie to nie wiem czy [ bs ] i [ count ] są konieczne.

Aby przywrócić zrobiony obraz karty CF to samo, ale na odwrót:

dd if=./media/magazynWindows/Amiga/systemhdd.img of=/dev/sde bs=512 count=427444

Do montowania można sobie napisać skromny skrypt:

mkdir /media/amiga_dh0 /media/amiga_dh1 /media/amiga_dh2
mount -t affs /dev/sde1 /media/amiga_dh0
mount -t affs /dev/sde2 /media/amiga_dh1
mount -t affs /dev/sde3 /media/amiga_dh2

Do od montowania też:

umount /media/amiga_dh0 /media/amiga_dh1 /media/amiga_dh2
rmdir /media/amiga_dh0 /media/amiga_dh1 /media/amiga_dh2

PS. Nie działają mi znaczniki ; ; umieszczone pomiędzy polami [ code ], np:

przykład1

B ; I ; U

przykład2

Enter też pozostaje bez efektu, [ tu zrobiłem ENTER ]
nie przechodzi to linii poniżej tylko jest 1 ciągiem.

Ostatnia aktualizacja: 25.07.2014 21:47:48 przez glon

Kurde, jakby po tym ostatnim co napisałem było jeszcze 1 [ code ] to by było w jednej lini, ale mi się czas na edycje skończył.

Pozwolę sobie zebrać do kupy to co zostało napisane...

Super, na pewno się to przyda początkującym użytownikom linuksa

W GParted można sprawdzić co wpisać zamiast [ sde ]. Aby zamontować Amigową partycję z pliku będącego obrazem karty CF wpisujemy:

Pozwolę sobie podać, wg. mnie, prostszy sposób na listowanie partycji, przy którym nie trzeba nic przeliczać:

parted plik_obrazu_dysku_amigowego unit b print

Nie mam w tej chwili obrazu dysku, ale dla prawdziwego dysku wygląda jak poniżej.

root@gegu-lap0:~# parted /dev/sda unit b print
Model: ATA ST750LX003-1AC15 (scsi)
Disk /dev/sda: 750156374016B
Sector size (logical/physical): 512B/4096B
Partition Table: msdos

Number  Start          End            Size           Type      File system     Flags
 1      1048576B       101711871B     100663296B     primary   ntfs            boot
 2      102760448B     59999518719B   59896758272B   primary   ntfs
 3      59999518720B   750156374015B  690156855296B  extended                  lba
 5      60000567296B   80000057343B   19999490048B   logical   xfs
 6      80001105920B   716000198655B  635999092736B  logical   xfs
 7      716001247232B  723999784959B  7998537728B    logical   linux-swap(v1)
 8      724000833536B  750155464703B  26154631168B   logical   ntfs

Pole start każdej partycji, to właśnie nasz offset podany w bajtach.

W sumie to nie wiem czy [ bs ] i [ count ] są konieczne.

Podanie tych parametrów, w przypadku kopiowania całych urządzeń nie jest potrzebne, jednakże warto użyć parametru "bs=2M" lub "bs=4M" - przyśpieszy to operację kopiowania. Można się pobawić parametrem "bs" i sprawdzić, przy jakim ustawieniu osiągnie się najwyższą prędkość, która zależy od użytego czytnik oraz karty cf.

Jeszcze mam jedną małą uwagę:
W jednym miejscu zaczynasz ścieżki od tyldy (~), a w innym od kropki - fajnie by było, gdybyś ujednolicił te ścieżki, ponieważ początkujący (w linuksie) będą mieli problem z odnalezieniem swoich plików.

Oczywiście, to Ty stworzyłeś mini tutoriala, więc nie będę Ci dyktował co masz robić - ja swoje powiedziałem i twierdzę, że to co zrobiłeś, to dobra robota (przydatne dla nowych)

Wszystko ladnie, pieknie , ale linux nie ma wszystkich filesystemow amigowych i nie ma co uogólniac piszac "amigowa partycja".
Ktoś zastosuje sie do opisu i nie zadziala bo uzywał na Amidze SFS,PFS itp.

W sumie to zostało to trochę olane, ale to prawda.
"amigowy system plików" bądź co bądź zmieniał się na przestrzeni lat, poprawiano go, więc jeden od drugiego czymś tam się różni na pewno, a na ile polecenie mount -t affs jest w stanie sobie z tym poradzić to trudno powiedzieć.
U mnie to działa, ale i tak ograniczam się do przenoszenia archiwów *.zip, a potem je rozpakowuje już na Ami. Więcej czasu to zabiera, ale luzem jakoś boje się przenosić pliki.

Jeszcze mam jedną małą uwagę:
W jednym miejscu zaczynasz ścieżki od tyldy (~), a w innym od kropki - fajnie by było, gdybyś ujednolicił te ścieżki, ponieważ początkujący (w linuksie) będą mieli problem z odnalezieniem swoich plików.

W sumie racja, nie zwróciłem uwagi, to napisze tutaj:
tylda ; ~ ; katalog użytkownika, np:

/home/[nazwa_usera]/Dokumenty

to to samo co:

~/Dokumenty

A kropka oznacza katalog, którym się znajdujemy. Nie jest ona tam potrzebna, ale jakoś tak mi się wydaję to przejrzystsze jak mam kropkę to mi się lepiej patrzy.
Nie jest potrzebna tzn. jak ktoś by chciał ją usunąć to wraz ze slash-em ( / )obok, bo slash na początku ścieżki oznacz katalog główny, inaczej root.

Ostatnia aktualizacja: 26.07.2014 11:26:26 przez glon

affs jak nazwa wskazuje odnosi sie do fastfilesystem


Ostatnia aktualizacja: 26.07.2014 11:35:39 przez Norbert

Z amigowymi tego nie próbowałem, ale pecetowe partycje działają w ten sposób bez problemu.

Wydaje mi się, że nie powinno być problemu. Spróbuje tego z parametrem offset i zobaczę.

[ offset ] jest informacją dla polecenia [ mount ]

Yyy... Gdzie coś takiego widzisz?

Aby zrobić obraz dysku CF wystarczy wpisać:
dd if=/dev/sde of=./media/magazynWindows/Amiga/systemhdd.img bs=512 count=427444

Po co podawać parametry bs i count Przecież jak się skończy dysk to polecenie dd przestanie kopiować.

W sumie to nie wiem czy [ bs ] i [ count ] są konieczne. Aby przywrócić zrobiony obraz karty CF to samo, ale na odwrót:

Przy przywracaniu też nie sę potrzebne.

Pole start każdej partycji, to właśnie nasz offset podany w bajtach.

Coś mi ten parametr offset nie działa wg Twojego pomysłu.
Wg tego może lepiej by było wyciągnąć partycję z pliku obrazu i dopiero zamontować.

Nie wiem czy ja wcześniej coś inaczej robiłem czy jak, ale też teraz nie mogę zamontować partycji znajdującej się w pliku będącym obrazem karty CF.

Tworze obraz karty CF:

[localhost@localhost dd_image]$ sudo dd if=/dev/sde of=./amigahd.img

Przy użyciu [ parted ] sprawdzam gdzie zaczyna się 1. partycja...

[localhost@localhost dd_image]$ sudo parted ./amigahd.img 
GNU Parted 3.1
Użycie /home/localhost/media/magazynWindows/Amiga/dd_image/amigahd.img
Witamy w GNU Partedzie! Listę poleceń można zobaczyć po napisaniu 'help'.
(parted) unit B                                                           
(parted) print                                                            
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 221788
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 2274330
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 5964068
Model:  (file)
Dysk /home/localhost/media/magazynWindows/Amiga/dd_image/amigahd.img: 3997163520B
Rozmiar sektora (logiczny/fizyczny): 512B/512B
Tablica partycji: amiga
Flagi dysku: 

Numer  Początek     Koniec       Rozmiar      System plików  Nazwa  Flaga
 1     8258560B     218851839B   210593280B   affs3          DH0    ładowalna
 2     218851840B   2110062079B  1891210240B  affs3          DH1
 3     2110062080B  3997143039B  1887080960B  affs3          DH2

(parted) quit

... a następnie ją montuje (na różne sposoby)...

[localhost@localhost dd_image]$ sudo mkdir /media/amiga_dh0/
[localhost@localhost dd_image]$ sudo mount -t affs -o offset=8258560 ./amigahd.img /media/amiga_dh0/
mount: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop0,
       brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd

       W niektórych przypadkach przydatne informacje można
       znaleźć w logu systemowym (np. dmesg | tail)

[localhost@localhost dd_image]$ sudo mount -t affs -o loop,offset=8258560 ./amigahd.img /media/amiga_dh0/
mount: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop0,
       brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd

       W niektórych przypadkach przydatne informacje można
       znaleźć w logu systemowym (np. dmesg | tail)

[localhost@localhost dd_image]$ sudo losetup -o 8258560 /dev/loop1 ./amigahd.img
[localhost@localhost dd_image]$ sudo mount -t affs /dev/loop1 /media/amiga_dh0/
mount: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop1,
       brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd

       W niektórych przypadkach przydatne informacje można
       znaleźć w logu systemowym (np. dmesg | tail)

[localhost@localhost dd_image]$ sudo mount -o loop,ro,offset=8258560 ./amigahd.img /media/amiga_dh0/
mount: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop0,
       brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd

       W niektórych przypadkach przydatne informacje można
       znaleźć w logu systemowym (np. dmesg | tail)
[localhost@localhost dd_image]$

... i zamontować nie mogę.

Ktoś ma pomysł dlaczego nie działa?

PS. ten [ parted ] rzeczywiście wygodniejszy :D .

Ostatnia aktualizacja: 27.07.2014 14:31:18 przez glon

@ QkiZ
Wycinanie partycji z dysku lub obrazu dysku, to nie jest to co tygrysy lubią najbardziej. Oczywiście nie bronię Ci używać dd do tworzenia obrazów partycji z obrazów dysków, jednakże pozwól, że przedstawię Ci sposób jak to zrobić, zgodnie z moją koncepcją, zakładającą użycie parametru offset dla mounta oraz parteda do listowania partycji.
Jako, że nie bawiłem się nigdy montowaniem filesystemów amigowych pod linuksem, to zeszło mi około 0,5h na rozpracowanie i udowodnienie słuszności mojej koncepcji. Miałem mały problem z informacją o niewłaściwym root block partycji, ale z tym też sobie poradziłem.

W mojej zabawie użyłem pliku hdf, utworzonego w uae, zawierającego 3 partycje, sformatowane odpowiednio w ffs, ffs+international, ffs+directory cache, o etykietach odpowiednio DH0, DH1, CHANGE_ME (nie pytaj, nie ważne).
Tutaj małe wytłumaczenie:
Nie ma znaczenia, czy do naszego eksperymentu użyjemy prawdziwego dysku twardego, karty cf, obrazu dysku/karty wykonanego za pomocą dd/hddrawcopytool, czy może pliku hdf, ponieważ plik hdf, to binarna kopia 1:1 (raw) fizycznego dysku.
Koniec małego wytłumaczenia.

Posiadam plik jak poniżej:

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# ls -la
razem 102404
drwxrwx--- 1 root vboxsf             0 lip 27 13:04 .
drwxrwx--- 1 root vboxsf       4096 mar 28 07:50 ..
-rwxrwx--- 1 root vboxsf  104857600 lip 27 14:02 Test.hdf
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles#

Na początek musimy się dowiedzieć, gdzie zaczynają się i jaki mają rozmiar (dopiero w trakcie zabawy odkryłem, że rozmiar jest niezbędny) nasze partycje amigowe. Użyjemy, zgodnie z moim pomysłem, do tego parteda:

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# parted ./Test.hdf unit b print
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 756
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 1386
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 103194
Model:  (file)
Disk /media/sf_gskorod/Downloads/uae/UAE portable/HardFiles/Test.hdf: 104857600B
Sector size (logical/physical): 512B/512B
Partition Table: amiga

Number  Start    End         Size        File system  Name       Flags
 1      258048B  516095B     258048B     affs1        DH0
 2      516096B  903167B     387072B     affs3        DH1
 3      903168B  104767487B  103864320B  affs3        CHANGE_ME

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles#

Ponieważ moduł affs używa urządzenia loop, to możemy skorzystać z opcji dla niego dostępnych, czyli offset oraz sizelimit do podania początku partycji oraz jej wielkości.
Sizelimit ustawiamy taki, jak Size podany przez parteda.

Tutaj małe wytłumaczenie:
Jako, że amiga używa RDB, a nie MBR, to w niektórych przypadkach mount/loop nie potrafią właściwie określić wielkości partycji, co skutkuje komunikatem (w dmesgu) "AFFS: No valid root block on device loop0" przy próbie podmontowania partycji amigowej - tutaj jest miejsce na użycie parametru sizelimit. Przy montowaniu partycji pecetowych z pliku (zawiera tablicę MBR) w/w narzędzia potrafią sobie same odczytać potrzebną im wielkość partycji.
Szkoda, że o powyższym nikt na necie nie napisał.
Koniec małego wytłumaczenia.

Montujemy pierwszą i kolejne partycje, podstawiając wcześniej odczytane wartości:

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# mount ./Test.hdf /tmp/test0 -t affs -o loop,offset=258048,sizelimit=258048
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# mount ./Test.hdf /tmp/test1 -t affs -o loop,offset=516096,sizelimit=387072
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# mount ./Test.hdf /tmp/test2 -t affs -o loop,offset=903168,sizelimit=103864320
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles#

Sprawdzamy czy mamy podmontowane partycje:

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=255330,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=205928k,mode=755)
/dev/disk/by-uuid/1a3e0c68-9ec2-4af4-91a4-be12e9958654 on / type xfs (rw,relatime,attr2,inode64,noquota)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
pstore on /sys/fs/pstore type pstore (rw,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=704700k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
none on /media/sf_gskorod type vboxsf (rw,nodev,relatime)
none on /mnt/gskorod type vboxsf (rw,nodev,relatime)
none on /sys/fs/cgroup type tmpfs (rw,relatime,size=4k,mode=755)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,name=systemd)
/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles/1/Test.hdf on /tmp/test0 type affs (rw,relatime)
/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles/1/Test.hdf on /tmp/test1 type affs (rw,relatime)
/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles/1/Test.hdf on /tmp/test2 type affs (rw,relatime)
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles#

Listujemy zawartość jednej z podmontowanych partycji:

root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles# ls -la /tmp/test0
razem 4
drwxr-xr-x  1 root root    0 lip 27 13:08 .
drwxrwxrwt 15 root root 4096 lip 27 14:20 ..
drwx------  1 root root    0 lip 27 13:08 Trashcan
-rw-------  1 root root 1172 lip 27 13:08 Trashcan.info
root@gegu-praca:/media/sf_gskorod/Downloads/uae/UAE portable/HardFiles#

Coś mi ten parametr offset nie działa wg Twojego pomysłu.

Także jestem przekonany, że powyższym opisem udowodniłem, że "ten parametr offset działa wg. mojego pomysłu".

Dziękuję Ci bardzo, że swoimi słowami zmotywowałeś mnie do nauczenia się czegoś nowego, ponieważ nienawidzę, gdy ktoś mi mówi, że nie mam racji, gdy wiem, że ma rację. Szkoda tylko, że nie napisałeś, że " parametr offset nie działa...", bo brakuje mu sizelimit do pary. No ale cóż, tak, to już się dzieje na ppa...

Kiedyś pewna mądra kobieta, dla której mam szacunek po dziś dzień, powiedziała:

Nie mów, że się nie da. Powiedz, że nie umiesz.

Warto się nad tym chwilę zastanowić.

A teraz, jeśli pozwolisz, idę zrobić obiad.

@ glon
Use the force (sizelimit)

Zobacz sobie do dmesga.

---edit---
Gdzieś porąbałem tagi formatujące, stąd się trochę tekst rozwala.

Ostatnia aktualizacja: 27.07.2014 14:43:41 przez gegu

Dzięki za szybką odpowiedź. Jestem uparty więc zrobiłem po swojemu, ale dopisałem do loop siezelimit:

[localhost@localhost dd_image]$ sudo parted ./amigahd.img 
[sudo] password for localhost: 
GNU Parted 3.1
Użycie /home/localhost/media/magazynWindows/Amiga/dd_image/amigahd.img
Witamy w GNU Partedzie! Listę poleceń można zobaczyć po napisaniu 'help'.
(parted) unit B                                                           
(parted) print                                                            
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 221788
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 2274330
Pralloc = 0, Reserved = 2, blocksize = 1, root block at 5964068
Model:  (file)
Dysk /home/localhost/media/magazynWindows/Amiga/dd_image/amigahd.img: 3997163520B
Rozmiar sektora (logiczny/fizyczny): 512B/512B
Tablica partycji: amiga
Flagi dysku: 

Numer  Początek     Koniec       Rozmiar      System plików  Nazwa  Flaga
 1     8258560B     218851839B   210593280B   affs3          DH0    ładowalna
 2     218851840B   2110062079B  1891210240B  affs3          DH1
 3     2110062080B  3997143039B  1887080960B  affs3          DH2

(parted) quit

[localhost@localhost dd_image]$ sudo mount -t affs -o loop,offset=8258560,sizelimit=210593280 ./amigahd.img /media/amiga_dh0/
[localhost@localhost dd_image]$ cd /media/amiga_dh0/
[localhost@localhost amiga_dh0]$ ls
C             Demos       Disk.info       Fonts       Icons          L          Locale        Prefs            Programs.info  S.info        System.info  T.info      Utilities.info
C.info        Demos.info  ENV             Fonts.info  Icons.info     Libs       Locale.info   Prefs.info       Rexxc          Storage       T            Tools       WBStartup
Classes       Devs        Expansion       Games       Internet       Libs.info  MyFiles       Programs         Rexxc.info     Storage.info  Temp         Tools.info  WBStartup.info
Classes.info  Devs.info   Expansion.info  Games.info  Internet.info  L.info     MyFiles.info  Programs\AmiTCP  S              System        Temp.info    Utilities   WBStartupM
[localhost@localhost amiga_dh0]$

Dzięki za pomoc, udało się .
Z tym offset zawaliłem bo sądziłem, że wystarczy podać początek, a koniec polecenie mount znajdzie sobie samo, ponieważ ktoś mi kiedyś tak napisał na ppa, wprowadził mnie w błąd, ale cóż każdemu się zdarzyć może, mnie też.

Ostatnia aktualizacja: 27.07.2014 14:46:19 przez glon

Fajnie, cieszę się, że pomogłem. Uciekam, bo niestety obiad sam się nie zrobi

Także jestem przekonany, że powyższym opisem udowodniłem, że "ten parametr offset działa wg. mojego pomysłu".

Spoko. Sizelimit - tego właśnie brakowało w Twoim poprzednim poście. Teraz spróbowałem i się udało. Ładnie można przeglądać. A próbowałeś sprawdzić jak działa zapis na takiej zamontowanej partycji Nie sypało potem błędami

Jeśli chodzi o zapis to jestem ostrożny i stosuje zasadę ograniczonego zaufania.
Pakuje wszystko do archiwów *.zip (np. 5 gier to 5 archiwów). Montuje partycje, kopiuje te archiwa, ale rozpakowuje je już tylko na Ami. Nie potrzebne już archiwa wyrzucam.
Archiwa kopiuje przez sudo, bo wole nie kombinować ze zmienianiem uprawnień.

Jak dotychczas bez problemów.

Mogłeś uzupełnić moją informację o sizelimit i byłoby po sprawie - wszyscy byliby szczęśliwi, a tak nie potrzebnie strzępiłem sobie język.

Wracając do pytania, to zapis na ffsie działa, trzeba pamiętać o sync po zapisie, przed odmontowaniem. Nie pamiętam dokładnie, ale gdzieś ktoś, kiedyś pisał, że nie działa montowanie ffs z directory cache (?) lub zapis (?) - nie wiem, u mnie działa. Nie umiem sobie zbytnio przypomnieć, bo czytałem o tym bardzo dawno, gdy jeszcze interesowało mnie kompilowanie kernela. Może ktoś pamięta?

Z ciekawostek, to znalazłem coś takiego, jak amitools - może komuś się przyda.

W każdym razie wydaje mi się, że temat kopiowania dysków/kart cf oraz ich montowania pod linuksem mamy już załatwiony. Może ktoś pobierze amitoolsy i pokaże krok po kroku, jak się zabrać do tworzenia struktury dysku amigowego pod linuksem/mac os - pomysł na ciekawy artykuł do ppa.
----edit----
Zawsze ze względów bezpieczeństwa, można utworzyć osobną, małą partycję do przenoszenia danych - jak się posypie przy zapisie/montowaniu, to nic złego się nie stanie.

Ostatnia aktualizacja: 27.07.2014 21:42:36 przez gegu

a tak nie potrzebnie strzępiłem sobie język.

Potrzebnie, potrzebnie

trzeba pamiętać o sync po zapisie, przed odmontowaniem

hmm... dziwne sync sam się robi podczas odmontowywania.

Nie pamiętam dokładnie, ale gdzieś ktoś, kiedyś pisał, że nie działa montowanie ffs z directory cache (?) lub zapis

No ja nie używam Directory Cache, bo na samej Amidze bywają z tym problemy.

Zawsze ze względów bezpieczeństwa, można utworzyć osobną, małą partycję do przenoszenia danych - jak się posypie przy zapisie/montowaniu, to nic złego się nie stanie.

Nom, to dobry pomysł.

Nie pamiętam dokładnie, ale gdzieś ktoś, kiedyś pisał, że nie działa montowanie ffs z directory cache (?) lub zapis (?) - nie wiem, u mnie działa.

Znalazłem, chodziło o typy DOS/6 oraz DOS/7, czyli OFS oraz FFS long filename. Kawałek z wikipedii:

More recently (from 2003), MorphOS and AmigaOS 4 have introduced support for a slightly updated "FFS2", by Olaf Barthel (FFS v46, v50 respectively). This is compatible with the older FFS. It is PowerPC native, and introduced two more dostypes (which are not capable of being read by the older FFS):
DOS\6: "Long Filename" (OFS-LNFS). This allowed files to have a longer filename (up to 107 characters) than the usual Amiga limit, which was 31 characters.
DOS\7: Long filenames for FFS (FFS-LNFS).
There were no directory caching modes available for LNFS dostypes, and International Mode was always enabled.
Despite the ability to use the long filenames, by this time FFS compared very poorly to other available filesystems on the platforms it was available for. Apart from these extra dostypes, there are little or no functional difference between FFS and FFS2 (although some older non-specified bugs may have been dealt with) and should still not be used except for legacy purposes. Disk validation is still necessary in FFS2 (and may still result in data loss) just as it was on FFS, despite early beliefs to the contrary.

Other implementations
There were few other implementations which are able to read FFS filesystems, which would normally require an Amiga emulator and a copy of the operating system ROMs to be read. Most notably, support for affs can be compiled into Linux kernels, and offers full read, write and format support on FFS and OFS partitions of all dostypes except DOS\6 and DOS\7 (which are probably incredibly rare).
On the Amiga, the freeware application xfs[6] could, among many filesystems, read and write to devices formatted in OFS or FFS, and was probably the sole Amiga filesystem apart from FFS/FFS2 itself to do so. It did not support DOS\6 or DOS\7, or formatting of devices.

źródło: http://en.wikipedia.org/wiki/Amiga_Fast_File_System

Odświeżam nieco temat, czy jest jakieś narzędzie pod AmigaOS 3.x, które zgra obraz CAŁEGO dysku do pliku, a nie tylko pojedynczych partycji jak TSGUI?
Chodziłoby o możliwość zgrania dysku na kartę CF przez PCMCIA bez wyciągania go fizycznie z Amigi

podłączam się pod pytanie...

Jedna kwestia, nawet jeśli się da, trzeba plik z obrazem dysku gdzieś zapisać - docelowo CF przez PCMCIA, ale tutaj wchodzi FATowskie ograniczenie wielkości pliku

Istnieje driver do exfat dla Amigi.
Jest w wersji read only , ale po małej poprawce w źródłach staje się również do zapisu.
W exfat wielkosc pliku jest zwiększona, ale nie wiem czy Amiga będzie potrafiło to zapisać poprawnie.
Musiałby ktoś przetestować.

Najprościej pod windows'em przy pomocy programu Win32DiskImager robi obraz kart i penów i zapisuje. Link do pobrania https://sourceforge.net/projects/win32diskimager/
Powodzenia

Że zacytuję sam siebie:

Chodziłoby o możliwość zgrania dysku na kartę CF przez PCMCIA bez wyciągania go fizycznie z Amigi

Pod Windowsem wszystko jest proste

Ostatnia aktualizacja: 20.10.2018 00:29:26 przez Jacques

http://aminet.net/package/util/sys/Dev-Handler

potem

copy DEV:scsi.device/0 to CF0:kopiadysku.obraz

Ostatnia aktualizacja: 21.10.2018 01:36:13 przez Norbert