Bei einem selbstdokumentierten alten Rechner mit dem Radisys OS-9 habe ich ein Backup mit dd (und lokalem mit bzip2 komprimierten Image) erstellt, also die Daten auf der Platte 1:1 auf eine andere Kopiert, ohne Fehlermeldungen. Nun zeigt sich aber dss das Restore einen Haken hat: Das OS-9 startet zwar, bleibt dann aber stehen mit der Meldung „setparams: C_IDENTIFY retry“ die alle ca. 10 s wiederholt wird. Ich habe schon dutzende andere Platten mit OS-9 geklont und die starteten, in etwas anderen Rechnern, ohne Probleme. In der OS-9-Dokumentation und auch per Google finde ich dazu nichts, aber lokal etwas: In der MWOS/OS9000/SRC/IO/RBF/DRVR/RB1003/at_hd.h vom OS-9 V 4.9, in Zeile 62: #define C_IDENTIFY 0xec /* indentify */ Und in den Dateien, die auf den OS-9-Rechnern liegen findet sich in der Executable firstboot der String setparams: C_IDENTIFY retry Also irgendeine Identifizierung schlägt fehl, aber welche?
Was für eine Platte war die Quellplatte, und was für eine ist die Zielplatte? Vielleicht liegt darin ja ein Unterschied, mit dem der hier verwendete IDE-Treiber nicht rechnet? (Überschreitung einer der diversen "magischen Grenzen", die es während der Evolution vom Ur-WD1003 bis zum heutigen SATA-Interface und den beteiligten Platten so gab)
Das hier finde ich in den SCSI-2-Docs zu IDENTIFY:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
61 | |
62 | |
63 | |
64 | |
Was mich stutzig macht: 0xec impliziert, dass eins der als "reserved" markierten Bits (bit 3) gesetzt ist.
Rufus Τ. Firefly schrieb: > Was für eine Platte war die Quellplatte, und was für eine ist die > Zielplatte? Beides SATA, die Ziel-HDD ist nur 0,03 % größer. Die FDISK-Geometrie (CHS) ist bei beiden gleich und natürlich auch der Identifier, den fdisk anzeigt. Heute habe ich nochmal geklont, von HDD und nicht dem alten Image, und das Ergebnis ist nun ein simpler Blackscreen.
Jörg Wunsch schrieb: > Das hier finde ich in den SCSI-2-Docs zu IDENTIFY: Verwendet werden SATA-HDDs. Da gibt es doch keine SCSI-IDs oder?
Rolf F. schrieb: > Verwendet werden SATA-HDDs. > Da gibt es doch keine SCSI-IDs oder? SATA benutzt auch nur SCSI als Abstraktion, aber möglicherweise nicht auf der ebene, auf der das SCSI IDENTIFY benutzt wird (sondern ein, zwei Ebenen darüber). Sorry, bei "OS-9" hätte ich ja das hier vermutet: http://de.wikipedia.org/wiki/OS-9 Offenbar meinst du etwas anderes, aber dann solltest du das auch ein wenig genauer hinschreiben.
Gast
#3853847
Jörg Wunsch schrieb: > Offenbar meinst du etwas anderes Kann nicht sein, er schreibt ja "Radisys". Da es aber für 6809 oder 68000 Systeme wohl kaum SATA-Platten gab, müsste er wohl OS-9000 meinen. Georg
Die x86-Variante von OS-9 hieß zu Anfang "OS-9000", in einem genialen Marketing-Schachzug hat sich Microware dafür entschieden, alle Varianten fortan OS-9 zu nennen (vielleicht, um Apple etwas anzupieken, die eine Zeitlang ja auch ein Produkt namens OS 9 hatten ...).
Georg schrieb: > Da es aber für 6809 oder 68000 Systeme wohl kaum SATA-Platten gab Daher war ich ja auch erstmal Richtung SCSI gedanklich unterwegs. Rufus Τ. Firefly schrieb: > Die x86-Variante von OS-9 hieß zu Anfang "OS-9000", in einem genialen > Marketing-Schachzug hat sich Microware dafür entschieden, alle Varianten > fortan OS-9 zu nennen Dass das Ding noch ein Leben nach dem Tod erhalten hat, damit hatte ich allerdings nicht gerechnet. ;-) Ich hatte vor knapp 25 Jahren mit OS-9 was zu tun.
Jörg Wunsch schrieb: > Ich hatte vor knapp 25 Jahren mit OS-9 was zu tun. Dürfte bei mir ähnlich lang her sein, war allerdings nicht OS-9, sondern OS-9/68k. Auf dem 6809 lief bei mir Flex.
Jörg Wunsch schrieb: > vor knapp 25 Jahren Pah, das läuft hier produktiv! Hab mal in der Doku gestöbert, aber finde dieses IDENTIFY gar nicht. Allerdings hat unsere Maschine auch SCSI-HD.
Es zeigt sich noch ein weiteres Problem: Für den Fall das der Rechner stirbt muss ja ein neuer her, aber bei zwei ähnlichen verweigert das OS-9 das Booten, schon mit der originalen HDD, mit „error #000:009:000:002.“, vielleicht für No ROM information table found, aber das kann nicht sein. Wie kann man das beseitigen?
Inzwischen habe ich zwei weitere Klone getestet - alle gleiche Größe und gleiche FDISK-Geometrie: Der erste der beiden zeigt nur den Fehler „error #000:009:000:002.“, der zweite bootet im gleichen Rechner problemlos! Also einer von drei Klonen, wobei auch die FDISK-Geometrie geklont ist, kann in dem gleichen Rechner booten und die anderen beiden zeigen verschiedene Fehler.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.