Ultrasatan SD Karte wird von Windows nicht erkannt

[1ST1]

Mach es mal selber, damit du es lernst.

[Bruno]

Klar probier ich das erstmal. Bei Problemen melde ich mich wieder.

[ari.tao]

Die ByteSwap Geschichte glaube ich nicht, muss ich selber sehen.

Nein @Lukas Frank , mußt Du gar nicht: Du liegst völlig richtig, denn diese Diskussion hatten wir schon mal hier:
   https://forum.atari-home.de/index.php?topic=14004.msg223361#msg223361
Und @Bruno findet da sicherlich auch ein paar nützliche Infos.

[1ST1]

Ari, würdest du eine Megafile 30 mit Byteswap formatieren?

Was wissen wir zu Byteswap?

1. Byteswap kann nur von Plattentreibern benutzt werden, die Byteswap unterstützen
2. Byteswap wird von der Lader-Routine im TOS NICHT unterstützt!
3. Der Plattentreiber wird von der Platte geladen. Wegen (2) kann TOS den Plattentreiber von einem Byte-geswappten Laufwerk NICHT lesen
4. Byteswap macht den Plattenzugriff langsam, weil jedes 16 Bit Wort erstmal gedreht werden muss (High-Byte gegen Low-Byte)
5. Endianess ist abhängig von der Prozessor-Architektur. Motorloa ist Big Endian, Intel ist Little Endian. Bei Little Endian steht das Low-Byte in einem 16 Bit Wort vorne. Bei Big Endian steht das High-Byte vorne.
6. AHDI, ICD, Hushi, SCSI-Tool, CHBD können kein Byteswap und können trotzdem von Megafile, UltraSatan & Co booten!

Und jetzt darüber mal nachdenken...

[Bruno]

Mit der Anleitung von Jookie und HDDRIVER habe ich jetzt eine 16GB Karte Formatiert und Partitioniert.
Hab mal Notator 3.21 gestartet, dauert ca. 15 sekunden.
Kann ich Notator auch Automatisch starten lassen wenn ich den Rechner einschalte?

[1ST1]

Ja, über "Anwendung anmelden" im Desktop-Menü. Siehe Handbuch TOS 2.0x im Mega-STE-Habdbuch auf www.dev-docs.org.

[ari.tao]

... würdest du eine Megafile 30 mit Byteswap formatieren?

Eine MegaFile30, ebenso wie andere alte Atari-Platten, sollte man überhaupt NIE formatieren! Die sind´s nämlich schon, und das genügt.

[ari.tao]

Und jetzt darüber mal nachdenken...

Nur zu, und viel Glück dabei! 

[ari.tao]

    Was wissen wir zu Byteswap? 

   https://de.wikipedia.org/wiki/Byte-Reihenfolge
   https://en.wikipedia.org/wiki/Endianness
   https://en.wikipedia.org/wiki/Endianness#Files_and_byte_swap
   https://github.com/RDCH106/ECM/wiki/Content
   http://wiki.newtosworld.de/index.php?title=Thunder_IDE_Interface
      Kapitel 3.2

Endianess ist ein Zustand -
   ByteSwap ist ein Vorgang! (Um die Endianess zu wechseln, in beiden Richtungen!)
Daran ändert auch keine Rechthaberei etwas --vv

[1ST1]

Weil ihr beide eben Unrecht habt. Ein CF- oder SD-Device am ACSI- oder SCSI-Port verhält sich genauso wie ein ZIP-/MO/Syquest/... sonstwie Wechsellaufwerk am ACSI/SCSI. Das heißt, es regelt die Endianess INTERN. Genausowenig wie ich mir bei einem ZIP-Laufwerk darum gedanken machen muss, muss ich es mir bei CF/SD-Laufwerken am selben Anschluss. Und man konnte schon mit dem ICD-Treiber und BIGDOS in den frühen 1990er Jahren Daten über solche Wechselmedien mit dem PC tauschen, ohne sich Gedanken um Endianess machen zu müssen, zumal weder ICD noch BIGDOS was von Endianess wissen, die verwenden ausschließlich das Motorola-Format für die Daten. (Treiber, welche das IDE-Interface nutzen, nutzen das Intel-Format automatisch, um die Steuerregister von IDE(komaptiblen) Laufwerken anzusprechen) 

Damit das funktioniert, muss man bei ACSI und SCSI Laufwerken - egal welche -  Byte-Swap AUSGESCHALTET lassen. Nur bei IDE ist das relevant, wenn man mit dem PC über IDE-Laufwerke Daten austauschen will. Nur dann, und Booten geht von solchen Medien nicht.

[Johannes]

Leute, ich finde hitzige Diskussionen sind ja nicht per se schlecht, wenn - ja wenn - sie auf einer fachlichen Ebene bleiben. Also, lehnt euch alle mal ein bisschen zurück, schaut eure Posts an und dann überlegt, ob ihr immer auf dieser Ebene bleibt.

Ihr habt bis heute, 21 Uhr Zeit, eure Beiträge entsprechend abzuändern, um persönliche Angriffe oder Spitzen herauszuoperieren. Ansonsten werde ich dies Beiträge entsprechend löschen und Verwarnungen aussprechen.

In diesem Sinne, frohes - und faires - diskutieren.

Johannes

[Bruno]

Zurück zum Thema:
Die 1GB SD Karte mit HDDRIVER  Partitioniert. Habe jetzt eine 256MB Partition die auf dem Atari und dem PC funktioniert. Programme hab ich auch schon übertragen, funktioniert.
Nur hab ich noch das Problem das ich nicht beide Karten gleichzeitig in der Ultrasatan nutzen kann.
Funktioniert nur in Slot 1 ?

[Johannes]

Auch wenn ich Dir nicht helfen kann, danke fürs Zurücklenken auf das eigentliche Thema ;-)

[kolli]

Irgendwie ist das für mich alles nicht plausibel. Wenn ich mit zB cbhd in Hatari ein HD-Image mit einer Partition anlegen und Daten drauf kopiere, kann ich diese Partition auf einem X86 Linux nicht mounten. Kopiere ich diese Partition nun mit DD und dem Parameter conv=swab (heisst wirklich so und macht laut man page das: swap every pair of input bytes), dann kann ich die resultierende Datei als fat Filesystem mounten. Das hat mE also nichts mit der Breite des Datenbus der jeweiligen Hardware zu tun, sondern mit der Definition eines Atari Filesystems.

[1ST1]

Eigentlich sollte es egal sein, in welchen Slot man die steckt. Aber ich habe es z.B. mit einer älteren Version von HDDRIVER mal nicht geschafft, ein ZIP-Medium an SCSI so zu partitionieren, dass der PC es auch lesen kann. Seit dem mache ich das immer am PC, und die kann ein ST mit HDDRIVER eigentlich immer lesen. Auch mit CFs für den Datenaustausch mit dem Falcon mache ich das so.

Dass der PC nur die 256MB Partiton ließt, ist normal. Denn Windows geht bei Wechselmedien immer nur von einer Partiton aus, egal wieviele da tatsächlich auf dem Medium drauf sind.

Ich empfehle dir daher: Lege dir eine (oder mehrere) SD-Karte(n) für Slot 1 an, von der der ST booten kann. SDs für den Datenaustausch mit dem PC richtest du am PC mit einer Partition ein. Dabei die TOS-Partitoonsgrößen beachten, also nimmst du bei deinem STE mit TOS 2.06 am besten SD-Karten mit 512MB oder 1GB. Im letzteren Fall musst du noch BIGDOS in den Autoordner deiner Boot-SDs legen.

[1ST1]

Irgendwie ist das für mich alles nicht plausibel. Wenn ich mit zB cbhd in Hatari ein HD-Image mit einer Partition anlegen und Daten drauf kopiere, kann ich diese Partition auf einem X86 Linux nicht mounten. Kopiere ich diese Partition nun mit DD und dem Parameter conv=swab (heisst wirklich so und macht laut man page das: swap every pair of input bytes), dann kann ich die resultierende Datei als fat Filesystem mounten. Das hat mE also nichts mit der Breite des Datenbus der jeweiligen Hardware zu tun, sondern mit der Definition eines Atari Filesystems.

Na ist doch klar, der Atari (bzw. Emulator) legt auf der Platte das Dateisystem ohne Byteswap an, und er braucht es ja auch so. Lass Hatari mal die nun geswappte Disk lesen, kann er nicht...

[Bruno]

Beide Karten als C. Kann ja nicht funktionieren oder? Wie ändere ich das?

[1ST1]

Es gibt keine zwei C:, keine Sorge, TOS bzw. der Plattentreiber meldet die Laufwerke der zweiten Karte automatisch hinter der ersten Karte an. Mal angenommen, auf der ersten Karte hast du C: und D:, dann werden die Partitonen der zweiten Karte automatisch als E: usw. angemeldet.

[kolli]

Die Laufwerkbuchstaben vergibt TOS beim Booten, das ist nicht dein Problem. Findet der Treiber 2 ACSI-Geräte mit unterschiedlicher ID? Ich weiß nicht, ob das jeder HD-Treiber kann. Der HD-Treiber auf deiner ersten SD Card muss so eingerichtet sein, dass er nach dem ersten erfolgreich gefundenen ACSI-Gerät weiter sucht. Ich hab keinen UltraSatan, aber in der Anleitung, die ich gefunden habe, steht auf Seite 15, dass man alle ACSI IDs selektieren muss, nicht nur die erste.

[kolli]

In der Anleitung steht weiter auf Seite 23, dass UltraSatan standardmäßig auf die IDs 1 und 2 eingestellt ist und man das mit dem Programm US_CONF.PRG ändern kann.
Am besten kontrollierst du auch, ob das bei dir richtig eingestellt ist.