atari-home.de - Foren
Software => Software (16-/32-Bit) => Thema gestartet von: guest3182 am Fr 08.05.2015, 10:39:56
-
Weiß jemand wo man die letzte Version (ich glaube 6.52) bekommt, sollte höger sein als 6.05?
-
gelöscht.
-
???
-
Habe hier die Version 6.56 ...
Schreibe mir eine PM mit deiner eMail Adresse !
-
Warum nicht direkt anhängen - hat doch (meineswissens) nie ein offizielles Copyright drauf gegeben!
edit: Anhang entfernt ...
-
Cool. Danke! Aber ist das normal das Hushi 4 Partitionen belegt obwohl nur eine da ist ???
-
Wie stellst Du sowas fest?
Bei mir ist (scheinbar) immer alles Roger - dh.:
- Wenn ich eine Festplatte mit SCSI-Tools eingerichtet habe und nur diese an einem Atari benutze, sind die entsprechend eingerichteten Partitionen verfügbar - nicht mehr!
- wenn nun zusätzlich eine zweite und weitere Platte(n) an das System hänge, habe ich deren Partitionen verfügbar, solange das Limit entsprechend maximaler Laufwerkszahl (TOS: 16) nicht erreicht ist ...
-
Also wenn ich Hushi von Diskette Lade zeigt der mit beim booten CDEF an.
Tatsächlich habe ich aber nur C, ich kann auch auch DEF anmelden, passiert
natürlich nix wenn ich draufklicke, die Partitionen gibt es ja nicht.
-
Mir ist gerade etwas aufgefallen: handelt es sich bei diesen Fragen um das System, für das Du auch diesen Thread (http://forum.atari-home.de/index.php?topic=11903.msg95095;boardseen#new) wälzt - dh Du arbeitest mit SD Karte, also mit Wechselmedium? In diesem Fall kann ich auf die Frage ...
Cool. Danke! Aber ist das normal das Hushi 4 Partitionen belegt obwohl nur eine da ist ???
... antworten: Das dürfte normal sein! Heute mittag bin ich davon ausgegangen, daß es sich um ein reines Festplatten-Problem handelt, aber auch mir ist aufgefallen, wenn ich mein externes SyQuest-Laufwerk angeschaltet habe und dann boote (Mega STE) habe ich 4 zusätzliche Laufwerke - ist also normal!
-
Die Sache mit den vier Partitionen lässt sich einstellen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=11916.0;attach=7977;image)
-
Warum nicht direkt anhängen - hat doch (meineswissens) nie ein offizielles Copyright drauf gegeben!
Das Copyright liegt bei Hard & Soft Computerzubehör GmbH bzw. bei Julian F. Reschke.
-
Das kann man aber nur einstellen, wenn man von
Platte bootet!? Ich boote ja von Diskette ...
Wenn der Treiber mal anspringt habe ich auch nur
eine Partition, so wie ich die Karte auch partitioniert
habe.
-
Das Copyright liegt bei Hard & Soft Computerzubehör GmbH bzw. bei Julian F. Reschke.
Tut mir leid - dann hast Du andere Infos als ich! Meinen Infos zufolge war das Paket ziemlich früh freigegeben! Ich habe mich zwar so ausgedrückt "... nie ...", damit meinte ich aber "... nicht mehr seit Internet ...! Ich nehme aber den Anhang wieder aus meinem Post raus!
Das kann man aber nur einstellen, wenn man von
Platte bootet!? Ich boote ja von Diskette ...
Wenn der Treiber mal anspringt habe ich auch nur
eine Partition, so wie ich die Karte auch partitioniert
habe.
Probiere es mal mit dem HUSHI.PRG, das ich anhänge! Lukas Frank hatte mich auf eine Idee gebracht. Ich habe daraufhin im STeEm per Harlekin-Monitor mit dem HUSHI.PRG mit meiner Treiberinstallation Harlekin-Monitor am Mega STE HUSHI.SYS verglichen (mußte zuvor Atribut auf "lesen/schreiben" setzen), festgestellt, daß die Sektoren ziemlich das Gleiche anzeigten - und dann kurzerhand, nachdem ich das Atribut wieder zurücksetzte ("nur lesen") den Treiber auf eine Wechselplatten-Partition eingestellt und dann HUSHI.SYS nach HUSHI.PRG kopiert! Der Treiber ist zwar ansonsten auf mein System eingerichtet, sollte aber kein Problem sein, da ich nichts anderes als 0-8-15 System (eine HDD mit 6 Partitionen habe) ...
edit: Hoffentlich kannst Du auf dem Atari den Dateinamen HUSHI.PRG noch sehen - ansonsten schreibe mir 'ne PN!
-
Du startest HUSHI und dann SCSITOOL und klickst auf installieren (Treiber/Hushi) und dann auf Konfigurieren oder so in der Art ...
-
Warum nicht direkt anhängen - hat doch (meineswissens) nie ein offizielles Copyright drauf gegeben!
Das Copyright liegt bei Hard & Soft Computerzubehör GmbH bzw. bei Julian F. Reschke.
Das regt mich auf !
Als Beispiel mal NVDI, ich habe damals bestimmt weit über 1000,-DM für die Software über die Jahre ausgegeben. Hatte die normale Version incl. Updates und die beiden Matrix Versionen plus die ET4000 Version ab 3 meine ich bis hin zur Version 5.
Ich finde ja es würde zum guten Ton gehören nach dem das Atari Schiff gesunken war die Programme incl. Quelldateien jedem frei zur Verfügung zu stellen. Die Leute und Firmen haben alle über die Jahre genug verdient damit. Da kam schon die ein oder andere Goldene Nase bei rum. Da gehört auch Verantwortung der User gegenüber dazu.
Wenn SCSI Tools oder auch NVDI frei incl. Quellen wären, hätten wir schon längs ein Programm für Massenspeicher an der Firebee oder aktuelle Druckertreiber ...
Wenn ich das richtig mitbekommen habe ist NVDI in der Tonne gelandet ...
-
Lukas!
reg Dich doch nicht auf ...!
meinen Infos zufolge - kann da aber auch was falsch verstanden haben - war SCSI-Tools lange vor Internet frei verfügbar!
-
Also ich habe das noch gekauft !
Die Junior Version lag glaube ich kostenlos immer den Fest und Wechselplatten und dem AT Bus Interface bei, die große Version musste gekauft werden ...
-
Also Hushi.sys konfigurieren und dann in prg
umbenennen? Allerdings ist Hushi.sys versteckt,
wie mache ich die sichtbar?
-
Habe ich für Dich schon gemacht (s #12) - allerdings ist das Attribut "versteckt" nicht aufhebbar!
-
Doch das geht mit fileinfo.cpx -> http://www.fiebelkorn.net/CPX.HTML
... oder auch manche Fileselectorboxen.
-
... oder auch manche Fileselectorboxen.
eben nicht - habe ich probiert!
Das CPX suche ich und lade es mal runter - vielleicht klappt's damit!
-
Es gibt da ja mehr als eine, zwei, drei oder vier oder fünf oder noch viel mehr ...
-
Mit dem CPX-Modul hats geklappt! An dem Dateinamen "HUSHI.SYS" War ein Attribut SYSTEM gesetzt, der das Verändern des Versteckt-Attributs behinderte. Mit dem CPX habe ich die Attribute nur lesen, SYSTEM und Hidden deaktiviert!
Ich habe aber noch einen anderen Fehler begangen! Ich habe die Konfiguration auf meinen schon vorher installiertem Treiber angewendet. Als ich (jetzt erst) mit meiner SyQuest testete, wurden weiterhin 4 Laufwerke angezeigt! Die im Post #12 angehängte HUSHI.PRG ist demnach unbrauchbar! Jetzt habe ich aber dann den Treiber deinstalliert, neu installiert und in der dann automatisch aufpoppenden Konfiguration Wechselmedien auf 1 Partition gesetzt, erst mit Neuboot getestet - und in der Startphase wird nun tatsächlich nur noch 1 Laufwerk angezeigt! Den Treiber habe ich jetzt wirder nach HUSHI.PRG kopiert, mit der CPX die Atribute deaktiviert und - hier kommt HUSHI.PRG, mit der ataristar es jetzt mal testen sollte!
-
Dann werde ich das mal heute Mittag testen.
Aber die genaue Vorgehensweise würde mich
schon interessieren ;D
-
Also im einzelnen: ich habe folgendes gemacht - bei mir lag ja der Treiber HUSHI.SYS vor! Durch Lukas Frank dargestellten Screenshot auf die Idee gebracht, habe ich denMega STE angeschaltet und versucht, in einem Diskmonitor (bei mir durch Harlekin dauerhaft verfügbar) zu laden, was erst nach verändern des "nur lesen" Atribut funktionierte. Als ich dann feststellte, daß HUSHI.SYS genau die gleiche Größe hatte, war für mich klar, ich muß beides mal vergleichen - ersten 5 unhd letzten 5 Sektorren waren identisch. DEann zu PRG kopiert ließ mich erkennen: Startbar. Nun habe ich noch meine Konfiguration der SYS Datei vorgenommen und die dann wieder nach PRG kopiert und Atributsanpassungen probiert. Dann erkannt: so läufts nicht! Treiber de- und neu installiert, direkt konvertiert, dann erst einmal getestet - so lief's richtig! Jetzt muß nur noch die Korrektur der Atribute erfolgen - aber wie? Der UIS 3 Fileselektor (mein Favorit) läßt Atributsänderungen zu, aber das "Versteckt" Atribut ließ sich nicht ändern! Mit dem CPX von gestern fiel auf: ein "SYSTEM"-Flag ist gesetzt! Als ich den deaktivierte, wurde die Atributsetzung "Sichtbar" aktiv!
-
Wenn man auf Installieren geht kann man doch auswählen wohin Installiert wird, geht doch auch auf A:\ oder nicht ?
-
Das Problem ist aber, daß SCSI Tools (HDDriver - zumindest in der mir vorliegenden v7.55 - übrigens auch sowie mW auch die ICD Treibersoftware) Disk "A:" gar nicht vorsehen zur Treiberablage und deshalb auch gar nicht anbieten oder wählen lassen! Zudem wird es wohl einen Grund geben, warum die Autoren vorgeben, ihn als PRG zu starten!
Ich würde eher Wert darauf legen zu untersuchen, warun sich ataristars Hardware so eigenartig verhält und den Treiber von "C:" nicht mag - er hat doch - wenn ich das richtig erfaßte, keine IDE, wo's bei den frühen TOSsen nötig wäre!
-
Ja, Festplattentreiber kann man nie auf A installieren,
warum auch immer.
Die neue Hushi läuft, auch mit zwei Partitionen auf
der Speicherkarte. Jetzt stellt sich mir nur die Frage,
wie ich an die Hushi.sys komme, mit dem CPX finde
ich nur nicht versteckte Dateien.
Der Fehler liegt ein eindeutig an der Gigafile. Mit dem
ICD Micro Host hatte ich nie solche Probleme. Die
Karten habe ich auch getauscht, beide von SanDisk
und Nagelneu.
Ich habe mal die LEDs der Gigafile beobachtet, wenn der
Treiber greift leuchtet eine Grün, wenn nicht leuchtet
eine Grün und die andere dauerhaft Rot.
Wolfgang Förster möchte sich wohl nicht dazu weiter äußern,
außer einem Verweis auf das Handbuch des benutzten Treibers
kam leider nichts >:(
-
Ja, Festplattentreiber kann man nie auf A installieren, warum auch immer.
Vermutlich, weil man leicht einen installierten Treiber zu PRG kopieren kann und dieser sich dann eben auch in den AUTO-Ordner einer Diskette verschieben läßt ;)
Wohl dem, der mindestens eine "normale" Atari ST Festplattenanlage hat :D
Die neue Hushi läuft, auch mit zwei Partitionen auf der Speicherkarte. ...
Freut mich, daß ich Dir schonmal hier weiterhelfen konnte
... Jetzt stellt sich mir nur die Frage, wie ich an die Hushi.sys komme, mit dem CPX finde ich nur nicht versteckte Dateien.
mit einem vernünftigen Fileselector, den man in den AUTO-Ordner packt! Ich Favorisiere den UIS (wofür das kürzel steht ist mir nicht ganz bewußt - vermutlich aber "Universal-Item-Selector! In meinen ST-Anfangszeiten kam mir schnell die Version 2.5 unter, später dann die Version 3 mit erweiterten Fähigkeiten, die heute ein unverzichtbarer Teil eines jeden AUTO-Ordners geworden ist!
Der Fehler liegt ein eindeutig an der Gigafile. Mit dem ICD Micro Host hatte ich nie solche Probleme. Die Karten habe ich auch getauscht, beide von SanDisk und Nagelneu.
Ich habe mal die LEDs der Gigafile beobachtet, wenn der Treiber greift leuchtet eine Grün, wenn nicht leuchtet eine Grün und die andere dauerhaft Rot.
Wolfgang Förster möchte sich wohl nicht dazu weiter äußern, außer einem Verweis auf das Handbuch des benutzten Treibers kam leider nichts >:(
Zu diesem Problemen enthalte ich mich lieber !!!
-
Wenn SCSI Tools oder auch NVDI frei incl. Quellen wären, hätten wir schon längs ein Programm für Massenspeicher an der Firebee oder aktuelle Druckertreiber ...
Der Festplattentreiber Cecile liegt seit Mai 2009 im Quelltext vor.
Für die Druckertreiber benötigt man nicht die Quellen von NVDI, denn es ist klar definiert wie GDOS-Treiber auszusehen hat. Somit kann den jeder der Lust und Laue hat einen schreiben. Ansonsten gibt es ja noch TTF-GDOS im Quelltext.
-
Hi,
Wenn SCSI Tools oder auch NVDI frei incl. Quellen wären, hätten wir schon längs ein Programm für Massenspeicher an der Firebee oder aktuelle Druckertreiber ...
Der Festplattentreiber Cecile liegt seit Mai 2009 im Quelltext vor.
Wenn es nicht für MiNT sein soll, bietet sich für Massenspeicher ein MetaDOS Treiber an. Der ist recht einfach zu schreiben, es müssen für einen BOS Treiber lediglich ein paar XBIOS Funktionen implementiert werden. Dann den Filesystemtreiber mit ein paar GEMDOS Funktionen. alles kein Hexenwerk und auf meiner Homepage inklusive Beispiel veröffentlicht.
Tschüß
Michael