Hallo David, David Haller schrieb:
Hallo,
Am Thu, 17 Feb 2011, Thomas Michalka schrieb:
David Haller schrieb:
Guck im BIOS nach der Bootreihenfolge der SATA-Controller. Die habe ich so eingestellt, dass der MBR der SSD geladen und gestartet wird. Dieser GRUB startet dann je nach Auswahl einen weiteren GRUB in einem Boot-Sektor, der wiederum dann einen Kernel startet.
Und die Controller-Reihenfolge?
Seltsamerweise sehe ich den JMicron-Controller im BIOS-Setup selber nicht, nur als Meldung beim Booten.
Welches MoBo?
Ein Asus M2N-TE (hat es frei zu kaufen wohl nie gegeben, da laut Targa speziell angefertigt für Targa).
Und an welchem Controller hängt die SSD und die externe Platte?
SSD: SATA-1, HDD: SATA-2, beide onboard am NVIDIA nForce 550 MCP. eSATA: JMicron JMB 363 Extra-Chip, aber auch onboard.
Ansonsten schau, durch welche Module/Treiber die Controller angesteuert werden. Ich hab hier den Onboard-Controller immer als /dev/sda-/dev/sdf. Das ist doch erst relevant, wenn der Kernel schon läuft.
Aber die Reihenfolge von sda-sdk wird gemäß SCSI-ID vergeben, und die wiederum hängt von der Reihenfolge der Controller (und Module) ab.
Onboard1 (SB710): [0:0:0:0] disk ATA /dev/sda [1:0:0:0] disk ATA /dev/sdb [2:0:0:0] disk ATA /dev/sdc [3:0:0:0] disk ATA /dev/sdd [4:0:0:0] disk ATA /dev/sde [5:0:0:0] disk ATA /dev/sdf Onboard2 (Marvell 9128): [8:0:0:0] disk ATA /dev/sdg [9:0:0:0] disk ATA /dev/sdh [15:0:0:0] process Marvell 91xx Config 1.01 - Onboard3 (JMB362): 2x eSATA, grad nix dran Onboard-IDE (SB710): [17:0:0:0] cd/dvd HL-DT-ST /dev/sr0 [17:0:1:0] disk ATA /dev/sdi
Wie bekomme ich dieses schöne Listing gleich wieder?
Und ich kann eben im Bios die Reihenfolge einstellen (Advanced -> Hard Disk Boot Priority).
Bei mir verhindert aber eine eingeschobene eSATA-Platte, dass der MBR-GRUB die ausgewählte HDD-Partition mit dem zweiten GRUB im Boot-Sektor findet (erst dieser zweite GRUB sollte dann einen Kernel laden und starten).
Wenn der eSATA-Controller ein Extra-Chip ist, dann ist der im BIOS eben vor dem internen. Wie gesagt, schreib mal Details zur HW. Achso,
lspci | grep 'ATA\|IDE'
user@rechner:~> sudo /sbin/lspci | grep 'ATA\|IDE' 00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1) 00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3) 00:05.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3) 05:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03) 05:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03)
Was grub2 damit macht ... Keine Ahnung. Wenn er das machen würde, was Du darüber beschreibst (evtl. auch unter Verwendung von Geräte-IDs), dann wäre das ein echter Fortschritt, weil dann nur noch eine Platte als "First Boot Device", von dem GRUB den MBR laden soll, in der BIOS-Konfiguration eingetragen werden müsste. Die anderen Geräte/Partitionen könnte GRUB2 dann aufgrund ihres 'absoluten' Namens finden. In dem Fall hätte ich wohl mein Problem nicht, vielleicht ist also GRUB2 meine Lösung.
Nein: http://www.gnu.org/software/grub/manual/grub.html#Device-map
Leider heißt es: "Unfortunately, even OS device names are not always stable. Modern versions of the Linux kernel may probe drives in a different order from boot to boot, [...]. As a result, the device map file required frequent editing on some systems." Letzteres wohl nur, wenn man einen GRUB installieren will. Aber immerhin: "GRUB avoids this problem nowadays by using UUIDs or file system labels when generating grub.cfg, and we advise that you do the same for any custom menu entries you write." Das hat Boris wohl gemeint, das ich tun soll, gilt aber für GRUB 1.99. Nur schade, dass /dev/disk/by-id/... nicht erwähnt werden.
Auch Grub2 braucht erstmal noch das BIOS. Wie schaut deine device.map denn eigentlich aus?
(fd0) /dev/fd0 (Controller gibt es wohl, aber kein Lw) (hd0) /dev/sda (war die eSATA-Platte !!!) (hd1) /dev/sdb (war die SDD !!!) (hd2) /dev/sdg (war die HDD !!!) Allerdings hat und musste sie so aussehen, als ich mittels SysRescueCD den GRUB im MBR und den Boot-Sektoren installiert habe, denn SysRescueCD hatte anscheinend eigene Vorstellungen von der Zuordnung der Geräte zu /dev/sdX (hier besonders für die HDD als 2. SATA-Platte). Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org