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 | 5.6.7. IDENTIFY |
2 | |
3 | The IDENTIFY message (Table 5-5) is sent by either the initiator or the |
4 | target to establish an I_T_L nexus or an I_T_R nexus. |
5 | |
6 | IMPLEMENTORS NOTE: Use of the IDENTIFY message to establish an I_T_R nexus |
7 | allows connection to one of up to eight target routines or functions in the |
8 | target itself. These target routines are expected to be used for |
9 | maintenance and diagnostic purposes. |
10 | |
11 | |
12 | |
13 | |
14 | Table 5-5: IDENTIFY Message Format |
15 | |
16 | ============================================================================== |
17 | Bit| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |
18 | Byte | | | | | | | | | |
19 | ============================================================================== |
20 | 0 |Identify|DiscPriv| LUNTAR |Reserved|Reserved| LUNTRN | |
21 | ============================================================================== |
22 | |
23 | The identify bit shall be set to one to specify that this is an IDENTIFY |
24 | message. |
25 | |
26 | A disconnect privilege (DiscPriv) bit of one specifies that the initiator |
27 | has granted the target the privilege of disconnecting. A DiscPriv bit of zero |
28 | specifies that the target shall not disconnect. This bit is not defined and |
29 | shall be set to zero when an IDENTIFY message is sent by a target. |
30 | |
31 | A logical unit target (LUNTAR) bit of zero specifies that the I/O process is |
32 | directed to or from a logical unit. A LUNTAR bit of one specifies that the |
33 | I/O process is directed to or from a target routine. |
34 | |
35 | The logical unit number target routine number (LUNTRN) field specifies a |
36 | logical unit number if the LUNTAR bit is zero. The LUNTRN field specifies a |
37 | target routine number if the LUNTAR bit is one. The response to an invalid |
38 | value in the LUNTRN field is described in 6.5.3. Only the INQUIRY and REQUEST |
39 | SENSE commands are valid for target routines. If a target receives any other |
40 | command for a target routine, it shall return CHECK CONDITION status and shall |
41 | set the sense key to ILLEGAL REQUEST. |
42 | |
43 | An IDENTIFY message is invalid if a reserved bit is set to one or if the |
44 | LUNTAR bit is set to one and the target does not implement target routines. A |
45 | device may respond to an invalid IDENTIFY message by immediately sending a |
46 | MESSAGE REJECT message or by returning CHECK CONDITION status. If a CHECK |
47 | CONDITION status is returned, the sense key shall be set to ILLEGAL REQUEST |
48 | and the additional sense code shall be set to INVALID BITS IN IDENTIFY MESSAGE |
49 | FIELD. |
50 | |
51 | Only one logical unit number or target routine number shall be identified |
52 | per I/O process. The initiator may send one or more IDENTIFY messages during |
53 | a connection. A second IDENTIFY message with a different value in either the |
54 | LUNTAR bit or LUNTRN field shall not be issued before a BUS FREE phase has |
55 | occurred; if a target receives a second IDENTIFY message with a different |
56 | value in either of these fields, it shall go to BUS FREE phase (see unexpected |
57 | disconnect, 5.1.1). Thus an initiator may change the DiscPriv bit, but may |
58 | not attempt to switch to another I/O process. (See the DTDC field of the |
59 | disconnect-reconnect page (7.3.3.2) for additional controls over |
60 | disconnection.) |
61 | |
62 | An implied RESTORE POINTERS message shall be performed by the initiator |
63 | prior to the assertion of the ACK signal on the next phase for an inbound |
64 | IDENTIFY message sent during reconnection. |
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.
:
Bearbeitet durch Moderator
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.
:
Bearbeitet durch User
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.