Kaivk
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Leider handelt es sich bei meiner Frage um etwas, das hier nicht ganz hingehört, weil es sich um die Installation von Windows (10, beim Spielen sind mir die Datenschutzsachen egal) neben einem existierenden Linux handelt. Ich hoffe, daß trotzdem sich einer hier zufällig mit der Materie auskennt. Prinzipiell weiß ich, daß die andere Richtung besser wäre, jedoch ist mein Linux (Debian 8) schon seit einigen Monaten installiert und derzeit sowohl mein Hauptsystem als auch das einzige System. Ich habe eine unverschlüsselte Bootpartition mit dem Kernel, ansonsten sind mein / und mein /home verschlüsselt. Hinter dem Linux sind die Überreste der total verqueren Windowspartionierung, als ich versuchte, Windows zu installieren. Es handelt sich um eine GPT-formatierte Festplatte im UEFI-Modus. Parted gibt aus. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35 | root@macbeth:/home/kai# parted -l
Model: ATA Crucial_CT512MX1 (scsi)
Disk /dev/sda: 512GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 211MB 210MB fat32 EFI System Partition boot, esp
2 211MB 1211MB 1000MB ext4
3 1211MB 431GB 430GB
4 431GB 432GB 472MB ntfs Basic data partition hidden, diag
5 432GB 432GB 105MB fat32 EFI system partition boot, esp
6 432GB 432GB 16,8MB Microsoft reserved partition msftres
7 432GB 512GB 80,3GB ntfs Basic data partition msftdata
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/Debian-Home: 400GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 400GB 400GB btrfs
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/Debian-Slash: 30,0GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 30,0GB 30,0GB ext4
|
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Den Wikiartikel zum EFI Bootmanagement kennst du schon? Im Prinzip ist es bei einer EFI-Installation sehr einfach, neue Betriebssysteme zu installieren. Bei dir sehe ich jedoch zwei EFI-Partitionen. Du kannst allerdings nur eine nutzen. Bei der Win-Installation sollte Win die schon existierende EFI-Partition eigentlich erkennen und den Win-Loader parallel zu Grub installieren. Nach erfolgreicher Win-Installation musst du gegebenenfalls wieder die Bootreihenfolge umstellen.
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
Im Prinzip ist das möglich - jedoch ist Dir gleich zu Anfang ein Fehler unterlaufen - bzw. begründet in DEBIAN 8 = Jessie! Es sind zwei EFI-Partitionen angelegt worden, eine zweite durch Windows, weil die von DEBIAN nicht korrekt angelegt wurde. Dazu starte jetzt mal das DEBIAN und lösche die Windows-Installation auf den
nachdem Du Dich vergewissert hast, dass dort das Windows drauf ist, insbesondere ob die /dev/sda5 nur die Einträge vom Windows hat - ansonsten erst mal belassen! Danach hätte ich unter DEBIAN im Terminal folgende Abfragen / Ausgaben:
ls -la /boot/efi/EFI
ls -la /boot/efi/EFI/debian
cat /etc/fstab
Danach öffnest Du bitte die Anwendung
und kontrollierst die Einstellung der EFI-Partition - siehe dazu die Anlage - das dann ggf. korrigieren. Erst danach bekommst Du Hinweise zur Installation von Windows 10. gruß syscon-hh
- EFI-Partition.png (22.7 KiB)
- Download EFI-Partition.png
|
Kaivk
(Themenstarter)
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Unter gnome-disk-utility, welches ich unter KDE erst nachinstallieren musste, war in der Tat die Flag als Systempartition nicht gesetzt. Nichtsdestrotrotz bootet der Rechner obwohl er auschließlich im EFI-Modus ist. Es scheint daran gelegen zu haben, dass ich es mit gparted angelegt habe. Auch habe ich die Groß- und Kleinschreibung geändert. Die abgefragten Sachen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | # ls -la /boot/efi/EFI
insgesamt 2
drwx------ 3 root root 512 Jun 15 05:44 .
drwx------ 3 root root 512 Dez 31 1969 ..
drwx------ 2 root root 512 Jun 15 05:44 debian
root@macbeth:/home/kai# ls -la /boot/efi/EFI/debian
insgesamt 118
drwx------ 2 root root 512 Jun 15 05:44 .
drwx------ 3 root root 512 Jun 15 05:44 ..
-rwx------ 1 root root 119808 Jun 15 05:44 grubx64.efi
root@macbeth:/home/kai# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/Debian-Slash / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda2 during installation
UUID=a5b0a524-c49d-46d9-93a3-eb9cb9de3430 /boot ext4 defaults 0 2
# /boot/efi was on /dev/sda1 during installation
UUID=DFDB-3731 /boot/efi vfat umask=0077 0 1
/dev/mapper/Debian-Home /home btrfs defaults,compress,ssd 0 2
|
Zudem noch die blkid's von dem geänderten Schema: | # blkid
/dev/mapper/sda3_crypt: UUID="U2EYx4-uQk9-C867-cUad-Co43-weOq-tyqdWw" TYPE="LVM2_member"
/dev/mapper/Debian-Slash: LABEL="Slash" UUID="6d96e6ad-d0a7-43cc-9b4a-a64df0544468" TYPE="ext4"
/dev/sda1: LABEL="EFI" UUID="DFDB-3731" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a5f30e33-a8d4-4f54-90ce-6389d909d6ec"
/dev/sda2: UUID="a5b0a524-c49d-46d9-93a3-eb9cb9de3430" TYPE="ext4" PARTUUID="54fd4f81-9b10-44ae-9b63-2bd07016fefe"
/dev/sda3: UUID="85d9d1a3-9ce5-446b-9239-919e9738fe77" TYPE="crypto_LUKS" PARTUUID="6325063b-6b0e-4b2f-8847-15539ab1b788"
/dev/mapper/Debian-Home: LABEL="Home" UUID="ed80bebb-7fa2-4696-8fd8-b05dfe573207" UUID_SUB="a6546170-8f31-4295-bcb7-0ec614721beb" TYPE="btrfs"
|
Vielen Dank für die Hilfe, Kai
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
Kaivk schrieb: Unter gnome-disk-utility, welches ich unter KDE erst nachinstallieren musste, war in der Tat die Flag als Systempartition nicht gesetzt. Nichtsdestrotrotz bootet der Rechner obwohl er auschließlich im EFI-Modus ist. Es scheint daran gelegen zu haben, dass ich es mit gparted angelegt habe. Auch habe ich die Groß- und Kleinschreibung geändert.
Das darf man eben nicht. wenn man danach nicht die original Eigenschaften wieder herstellt. Mit der geänderten, angepassten EFI-Partition läßt sich dann auch das Windows richtig installieren! Der Rest ist soweit es DEBIAN zulässt korrekt.
|
Kaivk
(Themenstarter)
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Vielen Dank, ich werde die Installation gleich mal nach einem Backup testen. Es wäre ja schon ironisch, dass Windows, welches normalerweise Groß- und Kleinschreibung total ignoriert, bei der EFI-Partition auf einmal wichtig nimmt. Oder meinst Du, daß es sich hierbei um die fehlende Flagge handelte? Ich melde mich dann danach nochmal, ob ich erfolgreich war. Ich habe auch schon einen zweiten Live-USB Stick beschrieben, um Grub im Zweifelsfalle wiederherstellen zu können.
|
Kaivk
(Themenstarter)
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Leider hat das nicht funktioniert. Ich frage mich, ob das entweder daran liegt, dass Windows seine komische 16MB Partition nicht direkt hinter dem EFI anlegen kann oder aber weil ich gegen das erste Gebot verstoßen habe: Ich bin Dein Betriebssystem, Du sollst keine anderen Betriebssysteme neben mir haben. 😉 Jedenfalls versucht es genau das Gleiche wie der Ausgangspunkt war.
|
Kaivk
(Themenstarter)
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Es war wohl eine Duplizität der Ereignisse. Der Stick war auch Fehlerhaft. Ich habe das Linux gelöscht, Windows installiert und muss jetzt das Linux zurückkopieren/neuinstallieren.
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
Kaivk schrie Ich frage mich, ob das entweder daran liegt, dass Windows seine komische 16MB Partition nicht direkt hinter dem EFI anlegen kann oder aber weil ich gegen das erste Gebot verstoßen habe:
Was soll das denn sein? Ab Windows-8 werden bei der Installation folgende Partitionen angelegt:
Wiederherstellung in der Regel ca. 400 bis 600 MiB EFI-Partition in der Regel ca. 100 MiB 1*) Systemreserviert in der Regel 128 MiB *2) Program-Partition (C:) in der Regel restlicher freier Bereich *3)
Anmerkung 1): Wird nur angelegt, wenn keine oder eine fehlerhafte EFI-Partition vorhanden ist. Anmerkung *2): Auch wenn diese Partition in einem EFI Bootmanagement als unformatiert erscheint, so wird das Vorhandensein dieser Partition - erst Recht ab Windows 10 - ausgewertet. Anmerkung *3): Sofern man nicht die Größe dieser Partition bei der Installation vorgibt. Ab Windows 10 haben wir festgestellt, dass auch bei einem Upgrade diese Basis-Partitionierung im vom Windows belegten Bereich nachgeholt wird. Das führt in der Regel zu Verschiebungen bei der Zählung und Anordnung der Partitionen. Um Dein Problem zu lösen, solltest Du bitte mal dieses abarbeiten:
und sofern erforderlich, die Reihenfolge im NVRAM auf DEBIAN umstellen.
|
Kaivk
(Themenstarter)
Anmeldungsdatum: 8. November 2009
Beiträge: 593
|
Hatte sich wegen der Neuinstallation dann gelöst. Dummerweise musste ich dann alles neu installieren. Mittlerweile läuft mein Notebook wieder, hat aber zu allem Überfluss jetzt erste Anzeichen von Hardwareproblemen, aber das ist ein ganz anderes Thema. Jedenfalls bin ich mir jetzt durch Windows sicher, dass ich ein Problem habe. Im Nachhinein hat sich herausgestellt, dass Windows im Bios-Modus auf einem NTFS-formatierten Stick installiert werden kann, bei UEFI nur mit einem FAT-formatierten Stick, wobei es aber von dem NTFS-formatierten Stick zwar startet aber bei der Installation dann abbricht. Meine Recherche legte sogar nahe, dass selbst das Tool von Windows selbst dort Zicken macht. syscon-hh schrieb: Kaivk schrie Ich frage mich, ob das entweder daran liegt, dass Windows seine komische 16MB Partition nicht direkt hinter dem EFI anlegen kann oder aber weil ich gegen das erste Gebot verstoßen habe:
Ich schrieb komisch, weil der Artikel unter Wikipedia nahelegte, dass diese Partition angelegt wurde, um um die UEFI-Spezifikationen rummauscheln zu können.
|