Nach dem partitionieren ist erst ein Reboot notwendig damit die Partition erkannt wird... anschließend kann der Treiber installiert werden.???
Ich partitioniere, dann starte ich den Rechner neu, initalisiere die Partitionen und installiere dann den Treiber - hat eigentlich immer am besten funktioniert (HDdriver).....
IDE Platten sollten auf keinen Fall Formatiert werden ...
IDE Platten sollten auf keinen Fall Formatiert werden ...
Ach? Dann habe ich das mit zig Platten falsch gemacht.
Erklär mal warum!
Zur Low-Level-Formatierung:
Ich sehe das inzwischen nicht mehr so eng, denn ab einem bestimmten Zeitpunkt in Computer-History haben die IDE-Festplatten eh kein echtes Lowlevel-Format mehr gemacht, sondern füllen nur noch die Sektoren mit Nullen und machen einen rudimentären Schreibkesetest während dieser Aktion. Ganz alte IDE-Festplatten aus der Zeit, als man das noch als "AT-Bus" bezeichnet hat, das war zu Zeiten wo Platten noch im Bereich unter 1 GB waren, da haben die Festplatte in der Tat teilweise noch einen echten Lowlevel-Format gemacht, bei dem die grundlegenden Strukturen wie Spur- und Sektormarkierungen neu angelegt wurden, da konnte man noch viel kaputt machen. Aber solche Platten wird wohl kaum noch jemand heute neu an einem Falcon oder anderem Atari/Commodore oder PC betreiben.
Zu dem Falcon-Problem:
1. Sind die angelegten Partitionen nach einem Reset noch da?
2. Lassen sich die Partitionen nach dem Anlegen auch logisch formatieren?
3. Wenn man den Festplattenttreiber von Diskette gestartet hat, sind die Laufwerke nach Anmeldung auf dem Desktop einsehbar, lasse sich dort Daten speichern, oder zumindestens ein Ordner anlegen?
Hier einige Erfahrungen mit SSD im Falcon ...
http://www.atari-forum.com/viewtopic.php?f=27&t=19498
Formatieren ist nicht notwendig, schadet bei neueren Platten aber - im Gegensatz zu früher - nicht mehr. Ich glaube nicht, daß das Ding kaputt ist.
Welche HDDriver-Version ist das? Neu genug?
Das Dumme bei HDDRIVER (und - soweit ich weiß - bei allen anderen ATARI Harddisk-Tools) ist, daß der Treiber nicht ladbar ist, ohne den Rootsektor zu interpretieren, man diesen aber nicht umschreiben kann, ohne den Treiber zu laden.
Wenn da also mal Mist drinsteht, kann man sich leider relativ leicht in eine Sackgasse manövrieren, aus der man mit Bordmitteln nicht mehr herauskommt.
Ich würde erst mal an einem PC die SSD in einen konsistenten Zustand bringen. Am besten mit Linux-dd (Vorsicht: das steht für "destroys disks" - aufpassen, daß Du das richtige Device erwischst) erstmal mit Nullen vollschreiben. Ich partitioniere dann mit Aranym (weil's bequemer ist). Dazu das Gerät mit seinen CHS-Daten als zweite Platte in die Config eintragen. Nach dem Partitionieren Aranym neu starten und noch auf dem PC die SSD installieren.
Das Ergebnis läßt sich bei mir (4-GByte CF-Karte) problemlos im Falcon verwenden.
Mit dem USB auf IDE Adapter kannst du auch mal das Festplattendienstprogramm vom OSX nehmen ...Super Idee! Danke, Euch gehen wohl nie die Optionen aus! Da habe ich in den letzten 20 Jahren viel verpasst!
Vor 20 Jahren gabs ja auch noch keine vernünftigen ;) PC's ;D
Spaß beiseite! Wenn man nur noch PC mit S-ATA Festplattenports hat, ist meistens auch ein eSATA-Anschluß herausgeführt. In diesem Falle würde ich eine eSATA zu IDE Adaption vorziehen. Leider finde ich im Netz zZ kaum was passendes für Dich! Wenn Du Dich für eine CF Card entschieden hättest, dürftest Du einen passenden Port am PC vorhanden haben, da heutige PC in der Regel einen Cardreader verbaut haben, aber so?
HD Driver 8.45 von Disk- Falcon gebootet - CF partioniert (500,500 und 3x1 GB). HD Driver installiert (das ging aber auch nach reboot nicht gleich, erst nach einigen Mal hoch und runterfahren).
Als ich EasyMiNT installieren wollte, ist mir die interne HD irgendwie hinüber gegangen.Hast Du irendwie die Festplatte bzw Rechner bewegt, als ein Festplattenzugriff stattfand? Ansonsten muß in meinen Augen noch ein anderer Hardwaredefekt vorliegen!
Nun gut, ich wollte ja sowieso eine CF Karte einbauen. Habe ich gemacht!Gerade das mehrfache Hoch-/Runterfahren zeigt mir, daß der betreffende Falke entweder nicht gut mit KompaktFlash kann oder eben ein Hardwareprob vorliegt. Mein Tipp: teste mal mit anderem Treiberpaket. Falls Du irgendwas hin der Hinsicht probieren willst, melde Dich per PN!
HD Driver 8.45 von Disk- Falcon gebootet - CF partioniert (500,500 und 3x1 GB). HD Driver installiert (das ging aber auch nach reboot nicht gleich, erst nach einigen Mal hoch und runterfahren). Also nun das SYS File auf der C Partition der Karte war. Boot ohne Disk.
Nix, erkennt C nicht, erst wenn ich Disk rein tue, dann geht es!
Kann mir da jemand mal helfen!
Evtl. kleiner Step by Step für Dummys!
Gruss
Angelika
HD Driver 8.45 von Disk- Falcon gebootet - CF partioniert (500,500 und 3x1 GB). HD Driver installiert (das ging aber auch nach reboot nicht gleich, erst nach einigen Mal hoch und runterfahren).
Könnte sein, daß 8.45 noch Schwierigkeiten mit CF-Karten hat. Ich erinnere mich an ähnliche Probleme, als ich damals meinen Falcon umgebaut habe.
Tja, das mit der Festplatte war merkwürdig. Leider ist da gerade einer meiner Katzen auf den Falcon gehopst, dachte wohl es sein ein Vogel! Egal, wollte sowie so ersetzen mit einer CF oder DOM.Katzen sind nun nicht gerade Schwergewichte!
In der Zwischenzeit habe ich mir die neuste Version 9.01 besorgt und die Daten damit nochmal eingelesen, Partitionen erstmal so gelassen. Später wenn es geht muss eine Partition LNX Format haben; was ist da am besten gleich die D oder erst die E oder sogar erst am Ende die F/G mit 1 GB?
Jedenfalls, dann kam aber das merkwürdige - habe es Uwe schon genauer im Support Forum geschildert:
Nachdem ich die Gigafile angeschlossen habe, wird alles korrekt erkannt und von CF Card gebootet (C-Laufwerk), dort schreib er das Desktop.inf, also ist er auf dieser C-Platte von der CF.
Das Gigafile hat eine SD Karte mit 4 GB drin zu je 1 GB und kommt ab H. Angezeigt beim booten werden aber SCSI 0 bis 7, 0 für HDDRIVER, 1 bis 7 Gigafile (Bus 1) , IDE ist bei 0 (Bus 2).
Wenn ich nun die SD-Karte aus der Gigafile nehme geht wieder gar nichts, es wird nicht von C gestartet, sondern es kommt der einfache Desktop mit Laufwerk A und B.
Hm, danke Burkhard für den Hinweis, hört sich nach "nochmehr Aufwand" an. Aber nach heute - nee,Aufwand?
der Falcon soll laufen, da ich ihn in Zukunft für die Portierung von Software auf die Firebee brauche.
Aber z.Z. läuft alles über den SCSI Gigafile Boot und da wird die CF Karte erkannt und von dort gebootet.
Da ich zum Datenaustausch die GF immer dran habe. Okay, wenn es so sein soll.
Eigentlich wollte ich heute EasyMiNT drauf haben, nächste Woche erst mal wieder die monatliche FIamt-Erklärung dran!
... Angezeigt beim booten werden aber SCSI 0 bis 7, 0 für HDDRIVER, 1 bis 7 Gigafile (Bus 1) , IDE ist bei 0 (Bus 2).
??? Haa! Ich wusste es doch, "Aufwand".Wenn Du mich damit meinst - wäre das eine dekbar schlechte Idee! Ein /I\ Falke ist mir leider nie zugeflogen! Reparieren könnte ich also nicht!
Sowas hatte ich noch nie zu hause. ;-)
Aber dann weis ich ja, falls der Falke noch mehr spinnt, wohin ich mich wenden muss!
Genau, wie oben beschrieben, denn sonst sieht der Falcon (oder ein TT, da ists genauso) die eine Platte 8 Mal und bindet auch die Partitionen 8x ein! Das ist irgendwie doof und vermeidbar!
Woran kann das noch liegen?
Ich habe diesen gekauft:
http://www.amazon.de/gp/product/B00300110A/ref=oh_details_o09_s00_i00?ie=UTF8&psc=1
Müsste doch gehen?
Sollte da beim 0.7 nicht der Falcon selbst stehen?
So, neuer Versuch: Eine Kingston hatte ich noch, 4 GB. Wurde auf anhieb erkannt und dann partitioniert, diesmal gleich mit LNX und ohne Windows Komp., HDDRIVER auf C, aber ansonsten gleiches Ergebnis. Es wird nicht von C gebootet. ...Du solltest das Problem mal im HDDriver Forum beschreiben. Ich kann mir da irgendwie keinen Reim draus machen, mein Falcon hat eine 20 GB IDE-Platte und ab und zu habe ich eine 1GB SCSI-Platte dran, die ich bisher wechselseitig am TT und Falcon betrieben habe, um mal schnell größere Datenmengen auszutauschen. Dabei gabs bisher nie Probleme wenn die Platte angeschlossen ist, der Falcon bootet weiterhin von IDE. Doch eine Idee hab ich, stell mal die SCSI-ID der Gigafile auf 1 um.
@mfro: GF abgesteckt, kann nur noch mit Disk den HDDRIVER booten, der findet alles korrekt, aber er schaltet nicht auf C um. Sollte sich das nicht so wie bei der GF verhalten, das von GF Partition umgeschwenkt wird auf IDE.
Dann HDDRIVER auf C installiert, das meinste du mit Rootsektor? Bootet immer noch noch von IDE.
Soll ich den Rootsektor restaurieren?
@mfro: Genau so! Falcon bootet nicht von IDE ohne GF, bootet nicht mit GF ohne SD, erst wenn SD im GF ist , dann wird gebootet von C.
Ob die Gigafile auf der SCSI ID_0 oder sonstwas läuft, ausser ID_7 ist völlig egal …
Ich hatte auch schonmal das die Installation des "*.sys" Plattentreibers auf der Bootpartition nicht klappen wollte, ich musste es mehrmals versuchen …
Es wird ja nicht einfach nur die Datei "hddriver.sys" ins Rootverzeichnis der Partition C:\ kopiert sonders es wird da ja noch etwas in die Rootsektoren der Platte geschrieben, oder nicht !?!
Und deshalb teste mal AHDI_6 ...
Schön, dass Dein Problem gelöst ist.
Aber: Es gibt (s. auch HDDRIVER FAQ) keine spezielle Beschränkung für die Größe der Bootpartition. DIe kann genauso groß sein wie jede andere Partition, d. h. beim Falcon bis zu 1 GB. Mein Falcon bootet von einer CF-Karte, bei der die Bootpartition C: 900 MB groß ist. Das ist auch nicht weiter erstaunlich, denn der Bootcode im Bootsektor, der wiederum vom Code im Rootsektor nachgeladen wird, kommt mit jeder Partitionsgröße klar, so lange sie prinzipiell TOS-kompatibel ist. Vermutlich würde das Booten sogar noch klappen, wenn die Partition zu groß für das jeweilige TOS ist, aber dann kann TOS anschließend nicht auf die Bootpartition zugreifen.
Demnach dürfte es bei Dir an der Bootpräferenz gelegen haben, die offenbar weder auf "Keine" noch auf "TOS" eingestellt war. Du hattest ja ursprünglich schon eine falsche SCSI Initator-ID im NVRAM stehen, und auch die Bootpräferenz ist dort hinterlegt. Wobei dann aber auch das Booten von SCSI nicht hätte funktionieren dürfen, interessant :) ...