Alles anzeigenSyntax boot im Monitor:
<geraetetyp>(<slice_minor_#>[,<offset>])<filename>
D.h. für MX300 dann sowas wie...
hd(10,0)boot ...Datei /stand/boot (Bootparameter)
hd(10,0)unix ...Datei /stand/unix (Kernel)
Ferner kann man im Monitor mittels...
ra ... lassen sich die Boot-Flags/Parameter lesen (die aber auf Standard gesetzt sein sollten, nachdem die Batterie aufgegeben hatte; bei Sun wäre das printenv)
wa ... gibt es das ggf. auch ???> (bei Sun wäre das setenv)
"wa" nicht, "wn<#>" anscheinend
Nachtrag Terminologie
Firmware-Monitor == "Power On Monitor"
Systemplatte == Bootplatte
Nachtrag Plattenaufteilung SINIX
Slice 0 enthält Teil des Programmes "boot" und fdisk-Tabelle
Slice 7 enthält VTOC (virt. table of contents)
Slice 10 enthält filsystem /stand mit FS-Type bfs (boot filesystem)
Nachtrag Programm boot
Nur ein Teil des obligatorischen Programmes "boot", welches auch unterhalb /etc/boot abgelegt ist, befindet sich auf Zylinder 0 der Systemplatte.
Nachtrag Syntax, siehe L6-3ff (S. 175)
"Der Hardware-Monitor spricht Geräte nicht über ihre SNIX-Gerätedateinamen an,
sondern verwendete Namen in einer betriebssysytemunabhängigen (bsu-)-Darstellung"
Schreiben in NVRAM
wn<#>=<string>
Für den NVRAM-Bootstring (erster Eintrag, beginnend ab Index 0)
wn0=<bootstring>
...für <bootstring> der MX300:
hd(<bsu_minor_#>)
...für <bsu_minor_#> zu ermitteln nach einer bestimmten Formel (Bit-Schema), bspw. bei MX500 für Festplatte am Mutlibus
<bsu_minor_#> = <scsi_channel> * 1024 + <scsi_connector> * 128 + <slice_#>
Ausgehend vom bsu-Wert "hd(1034)" aus dem SINIX Referenzhandbuch für Systemverwalter , p. 1-53 (Seite 77) komme ich dann laut deren Syntax auf folgende, von mir angenommene, vereinfachte (sicherlich falsche) Formel:
<mx300_bsu_minor_#> = ( <scsi_ctrl_#> * 2^14 ) + ( <scsi_disk_#_scsi_id?> * 2^10 ) + <slice_#>
SCSI_Ctrl_# bei MX300 nur einer, daher immer Teilergebnis "0"?
Wie das Mapping zwischen physischer SCSI-ID und Disk-Nummer (#) aussieht, keine Ahnung!
Auf das Beispiel bezogen auf die MX300 aus obiger PDF angewendet:
hd(1034) = ( 0 * 16384 ) + ( 1 * 1024 ) + 10
...für den ersten Controller (Index 0), zweite Platte (Index 1), Slice 10 (bfs /stand)
Gegenbeispiel (Beweis?):
hd(10) = (0 * 16384 ) + ( 0 * 1024 ) + 10
...für erster Ctrl (Index 0), erste Platte (Index 0), Slice 10
Ein bissl' konfus ist das schon: wenn bei allem der Index mit Null (0) beginnt, wäre dann Slice 10 nicht die elfte (11.) Slice, da Slice 0 (erste Slice für fdisk/Bootloader) reserviert ist?
I become "gaga" - Warum einfach, wenn es sichtlich auch kompliziert geht!? Hinter die bsu-Notation der MX300 bin ich auch mit der exemplarischen Formel noch nicht wirklich gestiegen. Sch*** Rätsel-raten. Am besten ich schalte erst mal ab...