[RalphS]

Kann hier nur grad auf nem BIOS-System schauen - hatte das damals beim UEFI-System händisch eingerichtet ohne eine MSR -- jedenfalls, auf dem BIOS-System hab ich hier die Windows-Startumgebung in der MSR. Davon sollte ja eine reichen, bzw gar keine, dann muß der Bootloader eben in die Windowspartition mit rein.

Ein Caveat gibt es aber. Wenn Du Bitlocker verwendest, oder Hyper-V aktiv hast, änderst Du die Bootkonfiguration soweit, daß es ohne *diesen* Bootloader nur noch schwer (Hyper-V) bis gar nicht mehr zu starten geht (Bitlocker).

[Sturmovik]

Versuch macht kluch... ich installier gleich mal ein Debian und pack wie beim anderen Rechner den Grub auf sda1. Mal sehn, ob ich den Rechner dann gleich wieder abreißen und neumachen muss

[RalphS]

Abreißen jetzt nicht, aber eventuell nen Bootloader schreiben.

Eigentlich alles nicht wild. grub2-efi nehmen und fertig. Den gibts auch als EFI-Anwendung.

[Sturmovik]

Jau, hat funktioniert, aber anders als gedacht... auf meinem Laptop kann ich im uefi auswählen, welchen Bootloader er nehmen soll, auf der Kiste hier macht Grub jetzt alles. So what, hauptsache es funktioniert.

Jetz erstmal nen Kaffee, dann KVM installieren und Windows virtualisieren.
Oder geh ich gleich Richtung Xen? Linux ist scheiße, da gibts zuviel Auswahl.

[Q 1]

http://https//

Nachmittag für alle.

[DK2000]

Windows legt eigentlich auf jeder GPT Platte eine MSR Partition an, sofern man die Platte nicht selber mit Diskpart einrichtet. Die MSR Partition auf GPT Platten ersetz den unpartitionierten Bereich am Ende auf Platten mit MBR. Die MSR Partition selber erhält dabei kein Dateisystem. Sie wird von Windows nicht generell benötigt, ist aber für bestimmte Funktionen der Datenträgerverwaltung Voraussetzung.

[Sturmovik]

das verwirrt mich nun vollständig... ich hab die SSD höchstpersönlich nach GPT konvertiert (mit diskpart) und dann Win8 draufgepackt. Keine MSR vorhanden

---

kurz mal parted gefragt... alles klar.
Win8 hat das GPT-Layout der Platte schlicht ignoriert und alles in msdos(MBR) zurückgewandelt

Dieser Beitrag wurde von Sturmovik bearbeitet: 07. März 2015 - 18:21

[DK2000]

Keine Ahnung. Bei mir ist die MSR auf jeder GPT Platte vorhanden. Sie wird aber nicht in der Datenträgerverwaltung angezeigt. Nur Diskpart zeigt sie an:

Spoiler

DISKPART> select disk 0

Datenträger 0 ist jetzt der gewählte Datenträger.

DISKPART> list partition

  Partition ###  Typ               Größe    Offset
  -------------  ----------------  -------  -------
  Partition 1    System             100 MB  1024 KB
  Partition 2    Reserviert         128 MB   101 MB
  Partition 3    Primär             105 GB   229 MB
  Partition 4    Wiederherstellun  6000 MB   105 GB

DISKPART> select disk 1

Datenträger 1 ist jetzt der gewählte Datenträger.

DISKPART> list partition

  Partition ###  Typ               Größe    Offset
  -------------  ----------------  -------  -------
  Partition 1    Reserviert         128 MB    17 KB
  Partition 2    Primär             931 GB   129 MB

Wobei auf der SSD habe ich sie selber angelegt, weil es halt so in der Anleitung zu der WIMBoot Installation stand. Auf Disk 1 hat Windows diese selber angelegt.

In der Windows 8.1 Installation in der VM (UEFI Mode) hat das Setup diese Partition aber auch von sich aus selber angelegt. Das Verhalten kenne ich so seit Windows 7 (64bit) im UEFI Mode.

Warum das bei Dir nicht geschehen ist, kann ich Dir jetzt auch nicht sagen.

---

Axo, das Setup hat wieder alles rückgängig gemacht. Ja, dieses Verhalten kannte ich bis vor Kurzem auch noch nicht. Erst Stafan hat mich darauf hingewiesen. Wenn man auf einer GPT Platte alle Partitionen entfernt und das Windows Setup im BIOS Mode startet, wandelt das Setup die GPT Platte automatisch wieder nach MBR, ohne das groß anzuzeigen (genauso umgekehrt).

Wenn man Windows auf einer GPT Platte installieren will, muss das Setup im UEFI Modus laufen.

[RalphS]

Zurückumgewandelt? Komisch. Macht Windows eigentlich gar nicht... sondern behauptet dann, die Platte ginge nicht zu verwenden.

Notfalls halt mit gdisk wieder zurückkonvertieren.

---

Ach? Neues Verhalten mal wieder? Tsk... furchtbar, dann hat man ja komplett die A-Karte, wenn man *versehentlich* im falschen Modus gestartet hat. Geht ja manchmal schnell, daß man statt UEFI:P0: DVDRW den P0: DVDRW Eintrag erwischt.

Dieser Beitrag wurde von RalphS bearbeitet: 07. März 2015 - 18:32

[DK2000]

Zitat (RalphS: 07. März 2015 - 18:31)

Zurückumgewandelt? Komisch. Macht Windows eigentlich gar nicht... sondern behauptet dann, die Platte ginge nicht zu verwenden.

Ja, dachte ich auch bislang immer. Aber es stimmt tatsächlich. Wenn man alle Partitionen im Setup entfernt, wandelt das Setup die Platte in den benötigen Modus um ohne es anzuzeigen:

Setup im BIOS Mode -> Platte wird nach MBR gewandelt
Setup im UEFI Mode -> Platte wird nach GPT gewandelt

Solange aber noch Partitionen drauf enthalten sind, meckert das Setup rum, dass es die Platte nicht verwenden kann.

Das war mir so noch nicht aufgefallen, da ich schon lange nicht mehr das Setup zu Installation von Windows verwendet habe. Meist installiere ich es über die Konsole mit einem selbst erstellten Setup-Batch, welche auf meine Konfiguration angepasst ist.

[Sturmovik]

ok, langsam wirds klarer... Mein BIOS/UEFI ist wohl noch auf BIOS-Boot eingestellt, deswegen verhält sich Windows dermaßen "fortschrittsverweigernd". Und ich Depp bin zu doof um den Schalter für UEFI Boot zu finden...
naja, vielleicht morgen nochmal alles auf Anfang drehn. Heute nich mehr.

[RalphS]

Ich tät ja sagen, CSM ausmachen und los. Aber da haben sich manche Boards ja auch schon eigen. :/

Am Besten beim Systemstart das firmware-eigene Bootmenü verwenden (oder im Setup "Boot Override"). Da sollten dann Einträge mit UEFI: drinstehen, soweit eine ESP oder eine FAT-Partition vorhanden ist.


Und ich werd erstmal ein neues Backup von /etc anlegen. Das hab ich jetzt davon, base.txz auszupacken und ./etc nicht auszusperren. Immerhin hatte ich noch ne master.passwd und eine group-Datei rumfliegen.

[Sturmovik]

Ja wie gesagt, ich find den Knopp fürs CSM nich oder wie auch immer das bei dem ASrock-Dingen heißt. Ich bin mir zeimlich sicher, dass ich damals beim Erstkontakt auf Legacy-Boot umgeschaltet hab. Nachher mal RTFMen
Im Wurst-Case liegts am Raid-Controller, den kann ich aber nich ausmachen, bis ich ne groß genuge Platte hab, um den RAID-VErbund aufzulösen. Ich könnt mir in den Arsch beißen, dass ich damals das RAID0 gebaut hab, wenn ich nich so ungelenkig wär.

---

ähm... /etc mit Mist überschrieben? Hehe, da sag noch einer, Backups sind für Feiglinge.

# dd if=/dev/random of=/

[DK2000]

Das sollte irgendwo zu finden sein, wobei diese Optionen teilweise dynamisch arbeiten und auch mal verschwinden, wenn man andere Einstellungen dazu aktiviert oder deaktiviert. Man sucht dann etwas und findet es nicht mehr.

[RalphS]

Auf Standardeinstellungen zurücksetzen. Normal steht das in den Boot-Einstellungen drin. Aber, vielleicht handhabt ASRock das anders als ASUS.

dd ... of=/ ? Nimm doch das device selber als Ziel. ... Also sd* oder was das auch immer bei Dir ist (= die Festplatten selber und nicht das virtuelle Gerät).

Und nein, nicht mit Mist. Nur mit der distributions-Konfiguration.

Dieser Beitrag wurde von RalphS bearbeitet: 07. März 2015 - 21:13