Erfahrung mit Windows 10-Installation

[ManBla]

Hallo zusammen,

vorausschicken will bzw. muss ich, daß in meinem PC 2 Festplatten mit je 4 TB liegen und eine weitere Festplatte in einem Schubfach an der Vorderseite des PCs unter dem CD/DVD-Laufwerk.
Auf Platte 1 (nach Windows-Zählart) war einmal Windows 10 installiert, doch aus irgendeinem nicht nachvollziehbaren Grund hat diese Platte plötzlich den Geist aufgegeben. Ich habe es geschafft, sie wieder zum Leben zu erwecken und darauf erneut Windows zu installieren.

Zuvor hatte ich die Platte mit dem von diskpart stammenden Befehl clean gereinigt. Zwischenzeitlich hatte ich es geschafft, Windows auf der Platte im Schubfach zu installieren, was allerdings sehr geräuschvoll war. Mit Hilfe dieser Windows-Installation konnte ich Platte 1 wieder mit dem Gerätemanager und des Partitionsüberblicks mit einem System versehen, Partitions-Nummer und Formatierung habe ich dabei ausgeschlossen.

Nach reboot wurde diese Platte wieder erkennt, ich habe darauf eine 5GB-Partition eingerichtet mit fat32. Nur um ein Erkennungsmerkmal zu schaffen.

Darauf sollte nun Windows 10 geräuschlos installiert werden - natürlich nach Abschaltung der beiden anderen Platten.

Und jetzt kommt etwas, was ich bisher noch nicht so erlebt habe:
Die von mir eingerichtete 5GB-Partition lag ja an Nr 2 der Platte, Nr 1 war von Windows10 sozusagen als System-Partition eingerichtet worden.

Als ich Windows 10 installieren wollte, habe ich 210 GB von den 4 TB für Windows vorgesehen, was auch akzeptiert wurde.
Die Boot-Partition, die Windows normalerweise einrichtet, ist ca 500MB groß. Doch als die Installation fertig war, habe ich gesehen,
daß Windows meine 5 GB-Partition als Boot-Partition akzeptiert hat. Sie ist unverändert geblieben.

Das hat mich doch gewundert, weil bisher von Windows die Partitionen 1 bis 4 immer selber eingerichtet wurden.

Hat von euch jemand das auch schon erlebt?

Vorteil dabei: ich kann nun auch Linux-Distributionen diese Boot-Partition nutzen lassen, denn Platz ist genug vorhanden.

Gruß
Manfred

 

[BFF]

> Hat von euch jemand das auch schon erlebt?

Nein.

BFF

 

[Flomek]

Ich habe es jetzt 3 mal gelesen und immer noch nicht verstanden.

Ausserdem, was ist eine geräuschvolle Installation?

 

[cumulonimbus8]

Hat von euch jemand das auch schon erlebt?

Ich auch nicht…
Muss aber sagen. dass ich bei deinem planmäßigen Chaos nicht ganz durchblicke.
Die Regel ist simpel - im BIOS alles so managen, dass die Bootplatte Nummer 1 ist (und bleibt) und den Rest präventiv abklemmen. Dann WIN installieren.

CN8

 

[Max1milian]

Ja das ist bei windows ein bisschen seltsam. Bei mir ist es so, dass ich in meinem Pc zwei Festplatten drinnen habe. Eine HDD und eine SSD. Windows installiere ich immer auf die SSD aber den Bootloader installiert windows immer auf die HDD. Ich geb dir den Tipp bei der installation einfach alle Festplatten abzustecken auf die Windows nicht installiert werden soll und nach der Installation steckst du sie wieder dran.

 

[ManBla]

Genau so habe ich es gemacht. Sorry, wenn es chaotisch klingt.
Mal jetzt ohne die ganzen Vorbemerkungen meinerseits.
Der Hauptpunkt ist die Frage, warum Windows die 5GB-Partition so akzeptiert hat,
sonst wird doch alles vor Windows neu eingerichtet, Partition 1-3, Windows selbst auf 4.

Alles andere davor hätte ich mir wirklich sparen können.

Gruß
Manfred

 

[TheManneken]

Wenn du im Windows Setup nicht selbst die 5 GB Partition entfernst, wird die einfach stehen gelassen. Und selbstverständlich ist das so. Wäre ja sonst schick, wenn Windows selbst Partitionen löschen und den Inhalt überschreiben würde. Das Setup hat lediglich das getan, was du vorgegeben hast.

Ja, hättest du. Hinterher ist man schlauer und mehr als etwas Zeit hat es dich ja nicht gekostet. Versuch macht kluch.

 

[K-BV]

Vorteil dabei: ich kann nun auch Linux-Distributionen diese Boot-Partition nutzen lassen, denn Platz ist genug vorhanden.

Falls UEFI-Boot, ja! Dafür hätte aber auch die 500 MB gelangt.

Die ESP wird halt in Fat32 angelegt. Da schon eine unbenutzte FAT32 da war.............!?

Falls du ein Live-Linux bei der Hand hast, liefere mal die Terminal Ausgabe von "sudo parted -l" (-l = kleines L) und man sieht mehr.

Wäre ja sonst schick, wenn Windows selbst Partitionen löschen und den Inhalt überschreiben würde.

Mit Dateisystemen die Windows nicht kennt, hat es damit kein Problem!

L.G.

 

[Terrier]

Ein Screen von der Datenträgerverwaltung gehört auf jeden Fall immer zu so einen Thema.

 

[ManBla]

Hier das Ergebnis:

Modell: ATA ST4000DM004-2CV1 (scsi)
Festplatte  /dev/sdb:  4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:

Nummer  Anfang  Ende    Größe   Dateisystem  Name                          Flags
1      17,4kB  16,8MB  16,8MB               Microsoft reserved partition  msftres
2      16,8MB  5385MB  5369MB  fat32        EFI System                    boot, esp
3      5385MB  226GB   220GB   ntfs         Basic data partition          msftdata
4      226GB   227GB   1074MB  fat32        EFI System                    boot, esp
5      227GB   280GB   53,7GB  ext4         Linux filesystem
6      280GB   334GB   53,7GB  ext4         Linux filesystem
7      334GB   388GB   53,7GB  ext4         Linux filesystem

 

[K-BV]

Hallo!

Du hast 2 ESPs (EFI System Partitionen)! Ist insofern ungewöhnlich, dass sie sich auf einer Platte befinden. In dem Fall hätte Linux bei der Installation an sich die bereits vorhandene mit eingebunden.

Und 3 exakt große Linux Partitionen. Wie kommt das und für was sollen die genutzt werden?
Funktioniert der Dualboot einwandfrei über Grub oder musst du ins Bootmenü?

Zeig auch noch mal

sudo fdisk -l
sudo efibootmgr -v

Geht vom installierten Linux oder mit Live-Session, die im UEFI-Modus gestartet werden muss.


L.G.

 

[Nickel]

Windows installiere ich immer auf die SSD aber den Bootloader installiert windows immer auf die HDD. Ich geb dir den Tipp bei der installation einfach alle Festplatten abzustecken auf die Windows nicht installiert werden soll und nach der Installation steckst du sie wieder dran.

Das kann passieren wenn man Windows noch im veralteten "Bios/Legacy MBR-Partitionsstil" installiert.
Windows 10 einfach im neuen Standard "UEFI/GPT-Partitionsstil" installieren und dann landet nichts mehr auf einer anderen Festplatte.
Ich klemme schon seit Windows 8.1 (UEFI/GPT) keine anderen Platten mehr ab.

 

[ManBla]

fdisk -l
Festplatte /dev/sdb: 3,7 TiB, 4000787030016 Bytes, 7814037168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 6E2778C9-536C-4A08-967F-2832A75FEC94

Gerät         Anfang      Ende  Sektoren  Größe Typ
/dev/sdb1         34     32767     32734    16M Microsoft reserviert
/dev/sdb2      32768  10518527  10485760     5G EFI-System
/dev/sdb3   10518528 440598527 430080000 205,1G Microsoft Basisdaten
/dev/sdb4  440598528 442695679   2097152     1G EFI-System
/dev/sdb5  442695680 547553279 104857600    50G Linux-Dateisystem
/dev/sdb6  547553280 652410879 104857600    50G Linux-Dateisystem
/dev/sdb7  652410880 757268479 104857600    50G Linux-Dateisystem

Partition 1 beginnt nicht an einer physikalischen Sektorgrenze.

efibootmgr -v
** Warning ** : Boot000b is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot000d is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot000e is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot000f is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot008b is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot008c is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : Boot008d is not EFI 1.10 compliant (lowercase hex in name)
** Warning ** : please recreate these using efibootmgr to remove this warning.
BootCurrent: 0006
Timeout: 2 seconds
BootOrder: 0006,0002,0003,0004,0005,000B,000D,000E,000F,0000,0001,000A,000C
Boot0000* ST4000DM004-2CV104                    BBS(17,,0x0)
Boot0001* P4: HL-DT-ST DVDRAM GH70N             BBS(18,,0x0)
Boot0002* Windows Boot Manager  HD(2,GPT,1af28ca0-7820-4363-befc-96b85ca20a80,0x8000,0xa00000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...C................
Boot0003* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010480)/HD(1,GPT,e7bbd8a5-5792-4f85-a025-4017206272aa,0x800,0xf9800)
Boot0004* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010480)/HD(5,GPT,5cc0f8e3-9568-43bb-9441-716cc0272ab5,0x1a424000,0x20b000)
Boot0005* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010481)/HD(2,GPT,1af28ca0-7820-4363-befc-96b85ca20a80,0x8000,0xa00000)
Boot0006* Sabayon_Linux HD(2,GPT,1af28ca0-7820-4363-befc-96b85ca20a80,0x8000,0xa00000)/File(\EFI\Sabayon_Linux\grubx64.efi)
Boot000A* archefi4_grub HD(21,GPT,2fe9a79e-c98b-4721-bb40-3c122d9a3a41,0x87565000,0x330000)/File(\EFI\archefi4_grub\grubx64.efi)
Boot000C* pclivecd_grub HD(30,GPT,e90f04df-c66a-4074-a0f8-1e71749cc40f,0x1cfae000,0xfa800)/File(\EFI\pclivecd_grub\grubx64.efi)
Boot000b* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010481)/HD(4,GPT,e1c7a682-6e5e-41b7-a9e0-bc8e1659a8a2,0x1a430000,0x200000)
Boot000d* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010482)/HD(2,GPT,63d2fbc9-44ff-41b1-8b6c-e8a2832f91d4,0xfa000,0x31800)
Boot000e* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010482)/HD(5,GPT,caeccb54-0f29-4384-bc40-b393325b4654,0x19a28000,0x200000)
Boot000f* EFI: Hard Drive       PciRoot(0x0)/Pci(0x1f,0x2)/EDD10(0x2a010482)/HD(8,GPT,4b11526b-cec9-4eb6-b93a-8ae7c0c9f4cb,0x26428000,0x200000)
Boot008b  Removable Drive       BBS(Floppy,,0x0)SanDisk.
Boot008c  Hard Drive    BBS(HD,,0x0)SAMSUNG HD103SJ                 .

Ergänzung (28. August 2018)

Folgendes zu den 3 Linux filesystems:
Manche Linux-Distributionen, die ich nutze,
bauen im /boot-Bereich ein Verzeichnis
/grub
andere
/grub2
.Ich achte also darauf, daß ich eine Distribution mit grub und eine mit grubs
zusammen in eine EFIBOOT-Partition lege.
Zwei gleiche hiesse, daß diese im /grub-Verzechnis zB einander überschreiben,
Das genau will ich verhindern.

Im Windows-Boot-Verzeichnis liegt eine Linux-Distribution, deren Bootloader ich nutze,
ohne daß ich beim Start des Rechners eine Taste drücken muss.

Diesen Bootloader schütze ich besonders, denn der schließt den Windows-Bootloader automatisch mit ein.

Ich muß also auch für Windows keine Taste drücken, denn Windows taucht im Bootmenu auf.

Hoffentlich konnte ich ein wenig klar machen, was da bei mir läuft.

Gruß
Manfred

 

[K-BV]

Hallo!

Welche Distro benutzt denn noch Grub Legacy? Das ist doch schon seit 10 Jahren tot. Oder wurde das immer mitgeschleppt? Und Grub Legacy unterstützt m.W. kein UEFI.

So wie ich das hier sehe, benutzen Windows und Sabayon die gleiche ESP, lt. deren Verweis auf die UUID. Welche das ist könnte man mit

sudo blkid

feststellen. Ansonsten, klar, mittels "osprober" wird Windows in Grub(2) eingebunden. In der ESP werden aber keine konkurrieren Grub-Dateien überschrieben, wie vordem im MBR.

L.G.