157Who_am_I
Anmeldungsdatum: 14. Mai 2016
Beiträge: Zähle...
|
Ich bin vor kurzem mal wieder von Kali Linux auf Ubuntu umgestiegen aber GRUB hat sich auf der falschen Festplatte installiert.
Sowas ist mir bei unzähligen linux installationen noch nie passiert.
Meine konfiguration sieht wie folgt aus: - 500GB SSD (sda, Windows 10 Installation)
, 1TB SSHD (sdb)
, 4TB HDD (sdc, Ubuntu Installation) Aus irgendeinem Grund hat sich Grub nicht wie gewollt auf die Ubuntu HDD (sdc) installiert, sondern komischerweise auf die Windows 10 SSD (sda). Das bedeutet, von sdc booten funktioniert nicht, sondern man muss erst sda wegen grub booten, um dann Ubuntu auf sdc zu starten. Lange Rede kurzer sinn: Wir kriege ich Grub von sda auf sdc? Ich habe schon versucht "grub-install" zu verwenden
aber funktioniert leider nicht (sdc bleibt unbootable)
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Da bedarf es wesentlich mehr Informationen. EFI- oder BIOS-Installation? In welchem Mode wurde Windows10 und in welchem Mode Ubuntu installiert? Wenn du dein Installiertes Ubuntu nicht booten kannst, dann benutze das Live-System des Installationsmediums und mache folgende Abfragen im Terminal:
sudo parted --list
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
sudo efibootmgr -v # falls das nicht installiert ist
sudo apt-get install efibootmgr # und dann die vorgenannte Abfrage
Abfragen und Ausgaben postest du vollständig und als Code-Block formatiert in deinen Antwort.
|
157Who_am_I
(Themenstarter)
Anmeldungsdatum: 14. Mai 2016
Beiträge: 5
|
bowman schrieb: Da bedarf es wesentlich mehr Informationen. EFI- oder BIOS-Installation? In welchem Mode wurde Windows10 und in welchem Mode Ubuntu installiert? Wenn du dein Installiertes Ubuntu nicht booten kannst, dann benutze das Live-System des Installationsmediums und mache folgende Abfragen im Terminal:
sudo parted --list
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
sudo efibootmgr -v # falls das nicht installiert ist
sudo apt-get install efibootmgr # und dann die vorgenannte Abfrage
Abfragen und Ausgaben postest du vollständig und als Code-Block formatiert in deinen Antwort.
Windows und Ubuntu ist beides efi.
parted output: 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
36
37 | Modell: ATA CT500MX500SSD1 (scsi)
Festplatte /dev/sda: 500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 524MB 523MB ntfs Basic data partition versteckt, diag
2 524MB 629MB 105MB fat32 EFI system partition boot, esp
3 629MB 646MB 16,8MB Microsoft reserved partition msftres
4 646MB 499GB 499GB ntfs Basic data partition msftdata
5 499GB 500GB 929MB ntfs versteckt, diag
Modell: ATA ST1000DX001-1NS1 (scsi)
Festplatte /dev/sdb: 1000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 473MB 472MB ntfs Basic data partition versteckt, diag
2 473MB 578MB 105MB fat32 EFI system partition boot, esp
3 578MB 595MB 16,8MB Microsoft reserved partition msftres
4 595MB 1000GB 1000GB ntfs Basic data partition msftdata
Modell: ATA ST4000DM004-2CV1 (scsi)
Festplatte /dev/sdc: 4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 3791GB 3791GB ntfs Basic data partition msftdata
2 3791GB 3791GB 538MB fat32 EFI System Partition boot, esp
3 3791GB 4001GB 209GB ext4
|
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej 157Who_am_I, da frage ich mich, wie Du das hinbekommen hast, 3x esp , auf jeder Platte eine! (!1elf!). Gruß black tencate
|
157Who_am_I
(Themenstarter)
Anmeldungsdatum: 14. Mai 2016
Beiträge: 5
|
black_tencate schrieb: Hej 157Who_am_I, da frage ich mich, wie Du das hinbekommen hast, 3x esp , auf jeder Platte eine! (!1elf!). Gruß black tencate
Sammelt man sich halt beim Betriebssystem hin und her installieren so zusammen 😀
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15896
|
Hallo 157Who_am_I, Es darf eben nur eine EFI Partition geben ..... Gruss Lidux
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej 157Who_am_I, 157Who_am_I schrieb: ...
Aus irgendeinem Grund hat sich Grub nicht wie gewollt auf die Ubuntu HDD (sdc) installiert
im Prinzip wäre das falsch, in einem EFI esp System gibt es - wie ja normalerweise in einem MBR/MPT System auch - nur einen Platz für - bei esp eben die - bootloader. Der Installer hat also alles richtig gemacht. Und wenn Du grub dort hast, und den booten kannst, spricht ja nichts gegen ein sudo update-grub , welches dann Windows in sein Bootmenü aufnimmt.
...Das bedeutet, von sdc booten funktioniert nicht
Du möchtest also die O/S-Wahl per Setup Bootmenü durchführen? Führt aber auch zu keinem anderen Ergebnis. ...man muss erst sda wegen grub booten
naja, man bootet in einen Bootloader, wo der steht, ist ziemlich wumpe, von dem aus werden dann idealerweise alle verfügbaren O/S zum Laden angeboten. Lange Rede kurzer sinn: Wir kriege ich Grub von sda auf sdc? Ich habe schon versucht "grub-install" zu verwenden
aber funktioniert leider nicht (sdc bleibt unbootable)
nun, da gehört er ja auch nicht hin, sondern in die esp , und das geht dann, wie es in Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD (Abschnitt „grub-installieren“) beschrieben ist. Die richtige esp wählen! Die zu startende Platte mußt Du aber im Setup Menü wählen, wenn Du wechseln willst, oder eben als erste Platte sdc und Windows in das grub Menü mit aufnehmen. Du bist noch Antworten schuldig auf bowmans Fragen. Gruß black tencate EDIT: Lidux schrieb: Hallo 157Who_am_I, Es darf eben nur eine EFI Partition geben .....
da bin ich mir nicht sicher, werde das aber nachvollziehen (wenn ich eine Platte passend freigemacht habe) und dann berichten.
|
157Who_am_I
(Themenstarter)
Anmeldungsdatum: 14. Mai 2016
Beiträge: 5
|
hi black_tencate, black_tencate schrieb: Und wenn Du grub dort hast, und den booten kannst, spricht ja nichts gegen ein sudo update-grub , welches dann Windows in sein Bootmenü aufnimmt.
Windows ist schon im Bootmenu aufgenommen.
Der grund ist, dass wenn ich meine Windows SSD ausbaue und sie in einen anderen PC einsetze kann GRUB (meines wissens nach) nichtmehr laden, weil /boot/grub ja auf sdc ist.
Ich würde mir damit meine Windows installation unbootable machen und gleichzeitig mir den einstigspunkt zu ubuntu wegnehmen.
Ein weiterer Grund ist, dass ich dann FastBoot nichtmehr nutzen kann. Du möchtest also die O/S-Wahl per Setup Bootmenü durchführen? Führt aber auch zu keinem anderen Ergebnis.
Nö.
naja, man bootet in einen Bootloader, wo der steht, ist ziemlich wumpe, von dem aus werden dann idealerweise alle verfügbaren O/S zum Laden angeboten.
Naja Ich hab mal gehört, dass der Grub Bootloader und /boot/grub auf der gleichen HDD sein sollten.
Vermutlich hast du recht und ich sollte mit der GRUB installation zufrieden sein, denn am ende des Tages ist das doch so ziemlich wumpe. Du bist noch Antworten schuldig auf bowmans Fragen.
Die Befehle sagen auch nichts dass ich nicht schon gesagt habe:
Nämlich dass das OS im UEFI Modus ist, Das UEFI und Legacy unterstützt werden, dass 3 esps installiert sind.
Aber hier das kommplette output:
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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53 | sudo parted --list
Modell: ATA CT500MX500SSD1 (scsi)
Festplatte /dev/sda: 500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 524MB 523MB ntfs Basic data partition versteckt, diag
2 524MB 629MB 105MB fat32 EFI system partition boot, esp
3 629MB 646MB 16,8MB Microsoft reserved partition msftres
4 646MB 499GB 499GB ntfs Basic data partition msftdata
5 499GB 500GB 929MB ntfs versteckt, diag
Modell: ATA ST1000DX001-1NS1 (scsi)
Festplatte /dev/sdb: 1000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 473MB 472MB ntfs Basic data partition versteckt, diag
2 473MB 578MB 105MB fat32 EFI system partition boot, esp
3 578MB 595MB 16,8MB Microsoft reserved partition msftres
4 595MB 1000GB 1000GB ntfs Basic data partition msftdata
Modell: ATA ST4000DM004-2CV1 (scsi)
Festplatte /dev/sdc: 4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 3791GB 3791GB ntfs Basic data partition msftdata
2 3791GB 3791GB 538MB fat32 EFI System Partition boot, esp
3 3791GB 4001GB 209GB ext4
sngmng@sngmng-pc:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI
sngmng@sngmng-pc:~$ sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
BIOS boot specification is supported
UEFI is supported
sngmng@sngmng-pc:~$ sudo efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0000,0003,0001,0004
Boot0000* Windows Boot Manager HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b,0xfa000,0x32000)/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.}...r................
Boot0001* ubuntu HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b,0xfa000,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* Windows Boot Manager HD(2,GPT,1aa3d010-e48f-4f42-8deb-043e078dd7bb,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0004* Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........C.T.5.0.0.M.X.5.0.0.S.S.D.1...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L.8.1.4.2.1.E.4.4.9.0.3.D. . . . . . . . ........BO..NO..........S.T.1.0.0.0.D.X.0.0.1.-.1.N.S.1.6.2...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .4.Z.C.Y.4.V.N.R........BO..NO..........S.T.4.0.0.0.D.M.0.0.4.-.2.C.V.1.0.4...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .F.Z.0.N.H.G.K.6........BO
|
Gruß sn
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej 157Who_am_I, 157Who_am_I schrieb: ...wenn ich meine Windows SSD ausbaue und sie in einen anderen PC einsetze kann GRUB (meines wissens nach) nichtmehr laden, weil /boot/grub ja auf sdc ist.
Nein, grub ist nicht - wie bei einem MBR/MPT System (BIOS/legacy) - im MBR (sdX) einer Platte, sondern in der esp Partition! (in Deinem Fall ist das sdb2!)
Und ob die in einen anderen PC dann verbaute Platte bootet, hängt natürlich davon ab, ob der auch im EFI Modus läuft. (Anderenfalls müßtest Du gem. Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD installieren, der kann dann, egal ob EFI oder MBR/MPT immer booten (bei entsprechend angelegten grub.cfg ) Ich würde mir damit meine Windows installation unbootable machen und gleichzeitig mir den einstigspunkt zu ubuntu wegnehmen.
deswegen hatte ich ja vorgeschlagenblack_tencate schrieb: ...
nun, da gehört er ja auch nicht hin, sondern in die esp , und das geht dann, wie es in Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD (Abschnitt „grub-installieren“) beschrieben ist. Die richtige esp wählen!
Ein weiterer Grund ist, dass ich dann FastBoot nichtmehr nutzen kann.
bedenke, das fastboot Windows nicht herunterfährt! D.h., Du kannst/darfst auf eine solche Windowspartition nicht zugreifen!
Du möchtest also die O/S-Wahl per Setup Bootmenü durchführen? Führt aber auch zu keinem anderen Ergebnis.
Nö.
wenn Du den bootloader grub aber in die 3. Platte installierst (um die erste ausbauen zu dürfen und trotzdem booten können möchtest), mußt Du ja diese 3. Platte im Setup-Menü erstmal auswählen!
Naja Ich hab mal gehört, dass der Grub Bootloader und /boot/grub auf der gleichen HDD sein sollten.
aber nicht sein muß. Im EFI Sytem ist das ein bißchen anders, da schreibt (normalerweise) jedes O/S seinen Loader in diese (eine) EFI Partition.
Die Befehle sagen auch nichts dass ich nicht schon gesagt habe:
Nämlich dass das OS im UEFI Modus ist, Das UEFI und Legacy unterstützt werden, dass 3 esps installiert sind.
Aber hier das kommplette output:
| sngmng@sngmng-pc:~$ sudo efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0000,0003,0001,0004
Boot0000* Windows Boot Manager HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b,0xfa000,0x32000)/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.}...r................
Boot0001* ubuntu HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b,0xfa000,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* Windows Boot Manager HD(2,GPT,1aa3d010-e48f-4f42-8deb-043e078dd7bb,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0004* Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........C.T.5.0.0.M.X.5.0.0.S.S.D.1...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L.8.1.4.2.1.E.4.4.9.0.3.D. . . . . . . . ........BO..NO..........S.T.1.0.0.0.D.X.0.0.1.-.1.N.S.1.6.2...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .4.Z.C.Y.4.V.N.R........BO..NO..........S.T.4.0.0.0.D.M.0.0.4.-.2.C.V.1.0.4...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .F.Z.0.N.H.G.K.6........BO
|
diesen letzten Teil hatte wir vorher aber nicht, und, hast Du 2x Windows? Auf sda und auf sdb? Dann ist das mit dem Plattenausbau auch so eine Sache! Gruß black tencate
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Die Befehle sagen auch nichts dass ich nicht schon gesagt habe:
Äh, doch und zwar sehr wesentliches.
BootOrder: 0000,0003,0001,0004
Boot0000* Windows Boot Manager HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b)/,0xfa000,0x32000File \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS
Boot0001* ubuntu HD(2,GPT,f90e5abc-430f-4600-b723-85aaf1f4a31b,0xfa000,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* Windows Boot Manager HD(2,GPT,1aa3d010-e48f-4f42-8deb-043e078dd7bb,0xe1800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
Boot0004* Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200).
Das erste Windows und das Ubuntu habe die Boot-Dateien auf derselben EFI-System. Das zweite Windows benutzt eine andere ESP. Vielleicht die auf seiner Platte, aber dazu müsste man die PART-UUIDs der ESPs kennen. Dass das funktionieren kann, war mir bisher fremd und funktioniert auf den meisten Geräten meiner Erfahrung nicht, weil ich sowas erst zum 2. Mal sehe. Normalzustand ist bisher: es kann nur eine ESP geben, Basta. Mir kommt es so vor, als ob der TS den grundsätzlichen Unterschied zwischen BIOS und UEFI nicht verinnerlicht hat. Das BIOS sucht nach einem MBR mit Bootloader und dieser bootet dann das OS. Beim UEFI werden Booteinträge im NVRAM erstellt, welche dann auf die Boot-Dateien in der ESP verweisen und diese booten dann das OS. Das anstöpseln einer Platte mit Installiertem OS und installiertem Bootoader führt nicht automatisch dazu, dass dieses OS gebootet wird, weil im NVRAM dafür kein Eintrag vorhanden ist, der den Bootloader starten könnte. Dieser Eintrag müsste erst erstellt werden, damit das funktioniert und das OS aus dem EFI-Bootmenü auswählbar wird. Das wäre z.B. mit efibootmgr möglich. Dann müsste die installierte UEFI-Firmeware das auch noch zulassen. In deinem Rechner geht es anscheinend auch mit mehreren ESP. Dann müsstest du den Bootloader von Ubuntu in die ESP auf dessen Platte installieren. Das ist nicht sdc sondern eher sdc2. Danach für Ubuntu einen neuen Eintrag im NVRAM erstellen, der auf die ESP auf der Ubuntu-Platte verweist. Wenn dieser dann funktioniert, muss der alte Eintrag im NVRAM entfernt werden. Daraus ergibt sich aber auch, dass da einfache einstöpseln einer Windows-Platte in einen anderen PC nicht dazu führt, dass diese OS automatisch gebootet wird. Weil wegen siehe oben und EFI Grundlagen.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej bowman, bowman schrieb: ...
Normalzustand ist bisher: es kann nur eine ESP geben, Basta.
stimmt nicht ganz, habe es gerade getestet: ▶ 9026285. Habe leider keinen unabhängigen 2. PC mit EFI, kann also eine solche Platte nicht an einen anderen Rechner hängen und auf Bootfähigkeit (ohne weitere Bearbeitung) testen, allerdings kann ich mit der Konstellation auf diesem T520 auf die Einträge im NVRAM ("Ubuntu" und "Windows Boot Manager") verzichten, und im Setup die jeweilig gewünscht Platte direkt anwählen. Gruß black tencate
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Hey black_tenkate, deshalb hab ich ja auch "bisher" geschrieben. Deinen Thread hab ich übrigens auch schon kurz nach dessen Erstellung gelesen. 😉 Alle Reparaturen von Dualboot auf einem EFI, bei denen ich bisher dabei war, haben nur funktioniert, wenn man die Bootdateien auf einer gemeinsamen ESP abgelegt hat. Meiner Erfahrung nach wurde bei Installation eines zweiten OS, mit einer eigenen ESP der NVRAM komplett überschrieben und der Eintrag für das zuerst installierte OS war weg. Dass du das jetzt nachstellen konntest ist für mich verwunderlich. Da könnte man jetzt eine Studie machen, welche Firmware bei den Geräten im Einsatz ist, die mit mehreren ESP klar kommen und bei denen die Neuinstallation eines 2. OS mit eigener ESP den NVRAM nicht komplett überschreibt. Es wird immer bunter in der Welt des UEFI. Die Variationsmöglichkeiten scheinen Richtung unendlich zu gehen. Da blickt man langsam nicht mehr durch, was alles geht und was nicht und vor allem unter welchen Bedingungen. 😕
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15896
|
Hallo bowman, Da gebe ich dir vollkommen Recht, mit der Einführung von EFI ist alles nur noch "Murks". Ein einheitlich durchgehendes Prinzip kann ich auch nicht mehr erkennen. Gruss Lidux
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10957
|
Hej Lidux, Lidux schrieb: ...mit der Einführung von EFI ist alles nur noch "Murks".
ööö, nööö, warum? Das ging doch mit MBR/MPT genauso (auf jeder Platte ein O/S mit eigenem bootloader im jeweiligen MBR und Startplatte im "BIOS" wählen) Warum sollte das denn unter EFI anders sein? Und einheitliches BIOS gab 's doch auch nicht. 😈 Gruß black tencate
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
black_tencate schrieb: Das ging doch mit MBR/MPT genauso (auf jeder Platte ein O/S mit eigenem bootloader im jeweiligen MBR und Startplatte im "BIOS" wählen) Warum sollte das denn unter EFI anders sein?
Weil es anders ist. Mal so, mal so und dann wieder ganz anders. Mit BIOS eigentlich kaum vergleichbar. Einige EFI überschreiben den NVRAM komplett, wenn ein OS mit eigener ESP installiert wird. Einige anscheinend nicht. Dann gibst wieder welche - gleicher Hersteller, anderer Händler - bei denen nichts anderes installiert werden kann, als das vorinstallierte Windows10. Dann hat es wieder welche, bei denen Einstellmöglichkeiten gesperrt sind, und, und, und ... Du kannst heute nicht mehr darauf vertrauen, dass du ein Dualboot auf einem Rechner einrichten kannst. Bei BIOS kann ich mich an sowas nicht erinnern. Eigentlich sollte UEFI die Einrichtung eines Dualboot erleichtern und verhindern, dass MBR-Viren einen Rechner befallen können. Das war eine gute Idee. Nur ist das leider mittlerweile so pervertiert, dass mit den Einstellmöglichkeiten im EFI verhindert wird, dass der User das Betriebssystem/die Betriebssysteme installieren kann, das/die er will. Das ist eigentlich ein unzulässiger Eingriff in die Freiheit des Nutzer das Gerät zu nutzen, wie er will, wenn die Firmware des UEFI diese einschränkt. Eigentlich müsste der Hersteller oder Händler diese Gerät deutlich Kennzeichnen, so dass klar ist, dass nur Windows10 auf der Kiste läuft und sonst nichts anderes installiert werden kann. Als absoluten Machtmissbrauch empfinde ich es, wenn MS Vereinbarungen mit Herstellern trifft, dass diese die Geräte so ausstatten, dass darauf nur Windows läuft. Schöne neue Welt ...
|