![]() |
Hardware - MultiBoot
Hi alle,
ich habe verschiedene MultiBoot-Lösungen getestet. In Verbindung mit Backuplösungen (Acronis etc) gibt es immer diverse Probleme (kennt sicher jeder). VM´s sind m.E. auch keine wirklich perfekte Alternative. Also würde ich mir folgende Lösung wünschen: - Mainboard bietet Anschlüsse für z.B. 8 Platten (reichen ja tw. 60 GB) - Im Bios lassen sich diverse Bootvartianten definieren, die jeweils 2 Platten aktivieren, z.B. * Win7-Work: 1=Master, 2=Slave * Win7-64: 3=Master * Win7-Test32: 4=Master * XP-Work: 5=Master, 2=Slave * Win98: 6=Master - Beim Booten kann man dann eine der erstellten Varianten auswählen, wodurch 1 oder 2 Platten als Master und Slave aktiviert werden - Alle anderen Platten bleiben ohne Stromversorgung und sind somit vollständig getrennt von den anderen Platten Ich habe mal bei Asus und Intel angefragt, ob sowas existiert oder überhaupt denkbar ist. Asus hat geschrieben, dass sie nicht von einem Bedarf daran ausgehen. Intel hat (noch) nicht geantwortet. Sehe ich das irgendwie abgehoben? Was meint Ihr? Ich würde mir sofort so ein Mainboard kaufen. Technisch sollte das doch sicher machbar sein. Und im Netz finden sich jede Menge Nachfragen zu Multi-OS und kaum wirklich überzeugende Lösungen. |
AW: Hardware - MultiBoot
Was spricht gegen einen Bootmanager?
|
AW: Hardware - MultiBoot
Habe ich schon verschiedene getestet. Entweder zu unflexibel, aufwendig oder anfällig.
Ich drehe die Frage mal rum: Was spricht gegen eine Hardwarelösung? :wink: |
AW: Hardware - MultiBoot
Zitat:
On Topic: Wenn du eine Selfmade-Lösung akzeptierst: führe die Stromanschlüsse aus dem PC raus und baue dir einen kleinen Kasten, an dem du jede Stromversorgung mit einem Schalter kappen kannst. Vor dem booten einfach die gewünschte Kombination an Platten aktivieren und fertisch *g* |
AW: Hardware - MultiBoot
Ich dachte ja, dass das mit den NAS-Systemen geht, aber das ist wohl nicht so.
Selbst basteln liegt mir nicht so, und man müsste ja auch noch Master und Slave zuweisen. Aber grundsätzlich sehe ich das ähnlich und wundere mich halt, dass es so etwas nicht fertig gibt. (Wenn es im PC wäre, wäre es noch besser - Platz ist ja manchmal vorhanden.) Ich wollte nur mal wissen, ob Ihr an so etwas Interesse hättet, wenn es eine fertige Lösung gäbe. Immerhin wird ja hier auch oft über Multi-OS bzw. VM´s gesprochen. |
AW: Hardware - MultiBoot
Zitat:
Zitat:
|
AW: Hardware - MultiBoot
MASTER und SLAVE:
Gibt es das noch??? |
AW: Hardware - MultiBoot
@ RWarnecke :
VM´s betrachte ich als Notlösung. Booten von Platte X, Y, oder Z fände ich rundum sinnvoller. @hathor: Master sollte doch immer die Platte sein, von der gebootet wird. Ich meine jedenfalls eine Bootplatte und ggf. eine zweite (für Daten). Ich bin doch recht überrascht, dass das scheinbar keinen interessiert... Hätte Euch wirklich für fortschrittlicher eingeschätzt :mrgreen: |
AW: Hardware - MultiBoot
Früher hatte MASTER und SLAVE folgende Bedeutung:
Beide Festplatten waren am gleichen Kabel angeschlossen: MASTER bekam vom Controller zuerst ein Start/Reset-Signal, weil es Jumper an den HDDs mit entsprechender Konfiguration gab: MASTER, SLAVE, CS= CableSelect. Seit SATA ist das überholt. Gebootet wird entsprechend der Bootreihenfolge, wie es im BIOS eingestellt ist oder von einer aktiven Partition mit der Kennung 80hex. |
AW: Hardware - MultiBoot
Also zum Multiboot benutze ich immer GRUB.
- Über eine Textdatei zu konfigurieren - Wird bei der Installation diverser Linux-Distris automatisch aufgesetzt - Kommt mit diversen Dateisystemen zurecht: ext2, ext3, ext4, UFS, UFS2, ReiserFS, FAT, NTFS, ISO9660, JFS, Minix, FFS, XFS, ZFS - Kommt sowohl mit Windows als auch mit unixoiden Systemen klar - Läuft auf Festplatten, Disketten, CDs, DVDs, USB-Sticks usw. - Eingebaute Mini-Shell - Passwort-Sicherung möglich Was ist dein Problem mit Boot-Managern? Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:55 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz