Gigafile oder Adapter von AmigaKit - das Dilemma

[Atariosimus]

Überlege gerade was sinnvoller für meine Zwecke ist

Hier mal die Punkte:

1. Adapter AmigaKit
- bis 1GB zusammen mit dem Atari Controller 0391möglich.
- Mit HDDRUTIL ist eine Austauschbarkeit zwischen Atari und PC möglich.
- Die Geschwindigkeit liegt bei ca. 720 kb/s
- Pera Putniks Mod mit bis zu 2 GB bei FAT16 möglich, bessere Kompatibilität bei alten Spielen.
- Pera Putniks Software ist kostenlos, Dateien vom Atari am PC mit Mod lesbar.
- Der Adapter ist mechanisch stabil und zusammen mit dem Controller ist die beste Originalität vorhanden.
- Durch die vergleichsweise geringe Kapazität bleibt der gespeicherte Inhalt übersichtlicher
- Backups dauern nicht so lange
- preislich sehr attraktiv
- nur Micro SD möglich
- LED Stiftleiste vorhanden
- Auch für Amiga und andere Rechner geeignet
- Abschlußwiderstände sind frei steckbar und erforderlich bei MegaSTE
- Lieferzeit 1 bis 2 Wochen
- 12V Versorgung erforderlich

2. Gigafile
- hohe Speicherkapazität
- schnell
- relativ teuer, zusätzlicher Adapter auch erforderlich
- alter Controller nicht mehr nutzbar
- mechanisch sitzt der leicht schräg auf den Stiftleisten, da der SD Schacht auf Controller aufliegt
- Micro SD über Adapter und normale SD möglich
- sehr kompakt und klein
- Backups können sehr groß werden, kann zeitlich dauern
- LED Stecker zum direkten Anschluss an das Gehäuse fehlt
- sporadische unproblematische Bootprobleme
- gute Kompatbilität zu gängiger Treibersoftware
- deutscher Support
- kurze Lieferzeit
- keine zusätzliche Spannungsversorgung bei internem Einbau

Hab ich noch was vergessen?

[Börr]

Was für ein Adapter von AmigaKit?

[Atariosimus]

Steht hier

https://amigakit.amiga.store/product_info.php?products_id=1264

https://forum.atari-home.de/index.php/topic,14443.0.html

https://www.itead.cc/scsi2sd.html

[Lukas Frank]

Wenn für Mega STE ...

... würde ich warten bis Alan wieder MonSTer anbietet. Da kann man 4 IDE Geräte nutzen. Also zum Beispiel zwei IDE auf SD Adapter ...

[ari.tao]

... und ein etwa schon vorhandenes GigaFile kann man dann auf ´extern´ umbauen und ggf. auch an andere Ataris hängen...
Einen der wichtigsten Punkte hast Du noch gar nicht entdeckt: Die Möglichkeit, nicht nur eine Boot-Part. zu nutzen. Da würde ich dringend von PPs Spezialität abraten, nicht bloß, weil alle anderen es anders machen, sondern weil PPs Ummäppen der Kennungen auf C: die Verwendung von Links praktisch unmöglich macht.
Wenn die Kostenfreiheit so wichtig ist, dann nimm doch CBHD. Der ist immerhin XHDI-kompatibel.

[1ST1]

Auch mit CHBD verweigert EasyMint die Installation.

[Atariosimus]

Persönlich bin ich nicht auf den Preis angewiesen, da ich sowohl Gigafile als auch die anderen Sachen
habe. Es reizt mich eben das Optimale rauszuholen und zu vergleichen. Es geht um das Gesamtpaket.

[ari.tao]

Arbeitest Du für die Stiftung Warentest? 
Oder hat gar Heise den Retro-Markt entdeckt? 

[Atariosimus]

...sondern weil PPs Ummäppen der Kennungen auf C: die Verwendung von Links praktisch unmöglich macht.

Wenn das so ist frage ich mich warum ich das hier nachgebaut habe. Gibts denn dazu noch
einen Thread um das nachzulesen. Einfach super was Du alles weißt.

[ari.tao]

Vielleicht gibt´s da einen älteren Thread, aber afaik nicht aus den letzten zwei Jahren - mußt Du mal die Such-Funktion bemühen.
Links sind möglich mit MiNT, mit MAGX und - in einer sehr speziellen Form - mit Gemini, letztere waren die ersten, die mir begegnet sind (unter TOS!).

[1ST1]

symbolic links sind aus Unix/Linux bekannt (ln / ln -s Befehl in der bash) . Die werden auf FAT-Partitionen nicht unterstützt, auch auf z.B. Linux nicht. Und TOS/GEMDOS selbst unterstützt auch keine Links in Dateisystemen, nichmal mit BIGDOS. FAT und FAT32 haben da auch nix direktes, Windows 9x/NT...10 kann aber LNK Dateien anlegen, das sind aber nur Verknüpfungen, also quasi eine richtige Datei wo drin steht, wo es weiter geht. Richtige Links gehen nur unter Unix/Linux-artigen Dateisysemen (iNodes dürfte da das Stichwort sein), wie z.B. ext2, ext3, ext4, reiserfs, minix-fs, btfs, ... (NTFS kann das auch, nützt aber einem Atari nichts). MiNT kann Minix und ext2, deswegen geht das da. Wenn man aber MiNT mit PPutniks Festplattentreiber nicht installieren kann (XHDI Fehler), kommt man da auch nicht weiter.

[Ektus]

Unter MagiC (IIRC ab Version 5) gehen auch symbolische Links auf FAT, sogar über Laufwerksgrenzen hinweg. Mit diesen Verknüpfungen, die sowohl für Dateien als auch für Ordner möglich sind, kann MiNT ebenfalls umgehen.

MfG
Ektus.

[Atariosimus]

Wo gibts denn einen D-SUB 19 Stecker? Conrad war ziemlich ratlos.
Hat jemand eine gute Alternative dazu?

Will die Gigafile extern missbrauchen.

[czietz]

Wo gibts denn einen D-SUB 19 Stecker? Conrad war ziemlich ratlos.
Hat jemand eine gute Alternative dazu?

Will die Gigafile extern missbrauchen.

Einfache Lösung: Passendes Kabel bei Inventronik kaufen.

Wenn Du es unbedingt selbst bauen willst, hat z.B. Exxos 19-polige D-SUB-Stecker: https://www.exxoshost.co.uk/atari/last/storenew/. Der Stecker an der Gigafile (HD D-SUB, 26-polig) sollte einfacher zu bekommen sein.

[Atariosimus]

Internen Stecker hab ich. Externen Stecker wollte ich selbst bauen.
Bin davon ausgegangen, dass das nicht so schwierig beschaffbar ist.

Eventuell bau ich das mit Batterie um den 5 V Anschluß vom Rechner zu sparen.

[1ST1]

Unter MagiC (IIRC ab Version 5) gehen auch symbolische Links auf FAT, sogar über Laufwerksgrenzen hinweg. Mit diesen Verknüpfungen, die sowohl für Dateien als auch für Ordner möglich sind, kann MiNT ebenfalls umgehen.

MfG
Ektus.

MiNT weiß ich, hab ich ja geschrieben. Da Magic aber nur FAT Dateisystem benutzt, ist das sicher kein vom Dateisystem unterstützter Link, sondern aus FAT-Sicht ist es eine (Text-)Datei, in der ein Zielpfad drin steht, der von Magic interpretiert wird. Kein Dateisystem-Feature wie symlinks z.B. auf EXTx.

[Atariosimus]

...ich probier das mal aus mit diesen Links. Da herrschen doch recht unterschiedliche Ansichten.
Zuvor wird aber die Kapazität noch etwas gepuscht.

[czietz]

Bin davon ausgegangen, dass das nicht so schwierig beschaffbar ist.

Diese 19-poligen Stecker sind fast so schwierig zu bekommen, wie die PLCC68-Sockel, die Atari verwendet hat. Ich meine mich dunkel daran zu erinnern, dass irgendjemand mal etliche Kartons 19-poliger Stecker bei irgendeinem Hersteller in China hat auftragsfertigen lassen. Aber ich finde das nicht wieder.

EDIT: Hier ist es: http://www.bigmessowires.com/2016/06/04/db-19-resurrecting-an-obsolete-connector/. Frage ist, ob er noch welche hat; er scheint sie en gros weiterverkauft zu haben.

[mfro]

Unter MagiC (IIRC ab Version 5) gehen auch symbolische Links auf FAT, sogar über Laufwerksgrenzen hinweg. Mit diesen Verknüpfungen, die sowohl für Dateien als auch für Ordner möglich sind, kann MiNT ebenfalls umgehen.

MfG
Ektus.

MiNT weiß ich, hab ich ja geschrieben. Da Magic aber nur FAT Dateisystem benutzt, ist das sicher kein vom Dateisystem unterstützter Link, sondern aus FAT-Sicht ist es eine (Text-)Datei, in der ein Zielpfad drin steht, der von Magic interpretiert wird. Kein Dateisystem-Feature wie symlinks z.B. auf EXTx.

Tatsächlich ist ein ext2 symbolic link nichts anderes: eine Datei die den Zielpfad enthält.

Symbolische Links sind erfunden worden, um Links über Dateisystemgrenzen hinweg möglich zu machen. Vorher kannte man nur Hardlinks und das sind echte inode-Zeiger. Eine inode innerhalb eines Dateisystems auf eine inode-Nummer innerhalb eines anderen zeigen zu lassen, wäre ein wenig gewagt.

[ari.tao]

SymLinks unter MiNT gibt es schon sehr lange, möglicherweise von Anfang an (also seit 1.0x zusammen mit MultiTOS verteilt wurde), und selbstverständlich (auch) unter FAT . Dagegen hat MAGX sie tatsächlich erst sehr spät (ab Version 4.x?) übernommen: Es sind durchaus dieselben (und es gibt daher keine Probleme damit, wenn man zw. MiNT & MAGX hin und her pendelt).
Man unterscheidet auf dem Atari zw. relativen und absoluten Links (gemäß relativen & absoluten GEMDOS-Pfaden). Die relativen wollte schon FN aus MiNT verbannen, ohne daß das aber tatsächlich je durchgesetzt wurde. Hintergrund war mal eine Diskussion unter Mäusen (die ich aber nicht kenne). Tatsächlich habe ich später Anlaß gehabt, etliche rel. Links durch absolute zu ersetzen.
Das Gerede über iNodes und über (andere) Dateisysteme ist in Bezug auf die (symbolic) Links von MiNT völlig unangebracht.

PS: Gemini-Links sind schlicht Mupfel-Scripts und daher nur von eingeschränktem Nutzen, dh. man kann sie nur auf Prge. setzen.