Tabea
Anmeldungsdatum: 31. März 2007
Beiträge: 633
|
Hallo, ich habe hier auf Platte 1 ein Ubuntu und Win10 parallel am laufen. Die Installation klappte ohne Probleme. Ich möchte nun auf einer zweiten Platte ein zweites Win10 drauf machen, welches dann das Win10 auf Platte 1 ersetzen soll. Dazu hab ich Platte 1 aus und Platte 2 angesteckt. Win10 installiert. Platte 2 dazugeholt, ins Ubuntu gebootet und wollte ein Grub-Update ausführen um das neue Win10 im Bootmanager verfügbar zu machen. Hat aber nicht funktioniert. Grub-Update findet nur das erste Win10. Was mach ich da nun? Vermutung war schon das uefi was damit zu tun hat, ich hab jedoch damals bei der ersten Ubuntu und Win10 Installation im Bios die Sache deaktiviert und angegeben, dass ich ein alternatives Betriebssystem installiere. Und das erste Win10 hat ja auch geklappt. Muss ich da evtl. vor der zweiten Win10 Installation irgendwas beachten? Ich kann das schon nochmal neu machen. Kann mir da jemand weiterhelfen? Danke
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Das sind alles keinen Informationen, die weiterhelfen könnten. Wie, was, wo genau installiert wurde sollte man schon wissen, bevor man dazu was sagen kann. Ubuntu 17.10? War das ein Versehen bei der Auswahl? Das ist seit Mitte Juli 2018 tot und bekommt keine Updates mehr, sollte also gar nicht mehr benutzt werden. Umstieg auf 18.04.1 LTS sollte zügig in Angriff genommen werden. Poste mal folgende Abfragen aus dem Terminal, wobei allen Platte angeschlossen sein sollten.
sudo parted --list
sudo fdisk -l # minus kleines L
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
Jede Abfrage einzeln machen und zusammen mit der Ausgabe hier posten und als Code-Block formatieren. {{{ Textpassage }}} Dann kann man vielleicht mehr dazu sagen.
|
Tabea
(Themenstarter)
Anmeldungsdatum: 31. März 2007
Beiträge: 633
|
sudo parted --list
[sudo] Passwort für tadeus:
Modell: ATA Samsung SSD 850 (scsi)
Festplatte /dev/sda: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 390GB 390GB primary ext4
2 390GB 500GB 110GB primary ntfs boot
3 500GB 500GB 505MB primary ntfs diag
Modell: ATA CT500MX500SSD1 (scsi)
Festplatte /dev/sde: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 524MB 523MB ntfs Basic data partition versteckt, diag
2 524MB 628MB 104MB fat32 EFI system partition boot, esp
3 628MB 645MB 16,8MB Microsoft reserved partition msftres
4 645MB 500GB 499GB ntfs Basic data partition msftdata
sudo fdisk -l
Medium /dev/loop0: 194,9 MiB, 204382208 Bytes, 399184 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop1: 86,9 MiB, 91099136 Bytes, 177928 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop2: 8 KiB, 8192 Bytes, 16 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop3: 87 MiB, 91160576 Bytes, 178048 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop4: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop5: 193,7 MiB, 203042816 Bytes, 396568 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop6: 86,9 MiB, 91115520 Bytes, 177960 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/loop7: 144,2 MiB, 151248896 Bytes, 295408 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Medium /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0x3c19312b
Gerät Boot Start Ende Sektoren Größe Id Typ
/dev/sda1 2048 761718783 761716736 363,2G 83 Linux
/dev/sda2 * 761718784 975782293 214063510 102,1G 7 HPFS/NTFS/exFAT
/dev/sda3 975783936 976771071 987136 482M 27 Hidden NTFS WinRE
Medium /dev/sde: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Typ der Medienbezeichnung: gpt
Medienkennung: C9D7FFC3-6788-48ED-9C66-E531D176D29B
Gerät Start Ende Sektoren Größe Typ
/dev/sde1 2048 1023999 1021952 499M Windows recovery environment
/dev/sde2 1024000 1226751 202752 99M EFI System
/dev/sde3 1226752 1259519 32768 16M Microsoft reserved
/dev/sde4 1259520 976773119 975513600 465,2G Microsoft basic data [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
BIOS sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
BIOS boot specification is supported
UEFI is supported Ich hoffe die Ausgaben passen alle so.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Mich wundert das nicht. Das zweite Windows auf sde wurde auf einen GPT im EFI-Mode installiert. Gut zu erkennen an der ersten Abfrage der Partitionen an der an zweiter Stelle liegenden 104 MB großen EFI-System-Partition. Da liegen die Bootdateien des Windows für den efi-Mode.
Festplatte /dev/sde: 500GB
Partitionstabelle: gpt
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 524MB 523MB ntfs Basic data partition versteckt, diag
2 524MB 628MB 104MB fat32 EFI system partition boot, esp
3 628MB 645MB 16,8MB Microsoft reserved partition msftres
4 645MB 500GB 499GB ntfs Basic data partition msftdata Ich schätze mal im "BIOS" war "efi or legacy (CSM, BIOS-Mode u.Ä.)" eingestellt - also beide Arten des Bootvorgangs möglich. Jedenfalls wurde das Windows10 im EFI-Mode gebootet und als EFI-Installation auf die Platte gebracht. Wenn du im BIOS auf EFI-Mode umstellst, müsste sich das Windows10 auf der sde anstandslos booten lassen. Nur kann man eben nicht aus einem System, das im BIOS-Mode gestartet ist ein OS booten, das im EFI-Mode installiert wurde, weil die Startvorgänge völlig anders ablaufen. Du musst für einen Neuinstallation im EFI-Setup-Menü die Einstellung so wählen, dass nur im BIOS-Mode (legacy, CSM, ...) gebootet werden kann. Dann die Ubuntu-Platte abklemmen und Windows10 im BIOS-Mode installieren. Dann landet der Windows-Bootloader auf der sde und kann vom os-prober des Grub2 von Ubuntu erkannt werden.
|
Tabea
(Themenstarter)
Anmeldungsdatum: 31. März 2007
Beiträge: 633
|
Ok, das heist also das zusätzliche Win10 auf der zweiten Platte muss ich neu installieren. Aber was ist das "EFI-Setup-Menü", wo finde ich das?
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Tabea schrieb: Ok, das heist also das zusätzliche Win10 auf der zweiten Platte muss ich neu installieren.
Nein, das ist nur eine Möglichkeit. Du könntest auch Ubuntu im UEFI-Modus installieren. Dazu musst du lediglich dein Installationsmedium im UEFI-Modus booten. Falls du Windows neu installieren möchtest, muss die Festplatte, auf der du Windows installieren möchtest mit MSDOS/MBR formatiert sein.
|
Knarf68
Anmeldungsdatum: 14. Mai 2013
Beiträge: 2701
|
Ein Ubuntu braucht nicht zu lange wie Windows. Würde Ubuntu im UEFI Modus installieren dazu im UEFI CSM oder Legacy auf UEFI umstellen dann passiert dass nicht mehr.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Tabea schrieb: Ok, das heist also das zusätzliche Win10 auf der zweiten Platte muss ich neu installieren. Aber was ist das "EFI-Setup-Menü", wo finde ich das?
Das ist das jetzige "BIOS" und da kommt man i.d.R. über drücken einer F-Taste nach dem Einschalten des Rechners rein. Wie genau steht auch in der Manual, bloß die liest anscheinend niemand. 🙄 Wenn Ubuntu im EFI-Mode installiert werden soll, dann muss 1. Das Installationsmedium im UEFU-Mode booten und 2. die Windows-Platte eingestöpselt sein. Dort befindet sich nämlich die EFI-Boot-Partition, in der alle OS ihre Bootloader ablegen müssen. Stöpselst du die Windows-Platte ab, wir einen neue EFI-Boot erstellt und Windows10 ist dann wie nicht mehr bootbar. EFI Bootmanagement liefert sehr viele weitere Infos.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo Tabea, Bei EFI musst dann sda auch eine gpt Partitiontabelle haben .... Gruss Lidux
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej zusammen, apt-ghetto schrieb: ...Du könntest auch Ubuntu im UEFI-Modus installieren. Dazu musst du lediglich dein Installationsmedium im UEFI-Modus booten.
Lidux schrieb: ...
Bei EFI musst dann sda auch eine gpt Partitiontabelle haben ....
hmmm.... Beides ist nicht erforderlich! Eine Möglichkeit z.B. wäre:
installiere einen grub (stand-alone) in die esp (sde2) erzeuge einen Bootloadereintrag dafür im nvram setze ihn an erste Stelle generiere eine grub.cfg (in esp/<grub-files>) ein passender menuentry wäre dann menuentry "Linux auf sda1 BIOS/MBR/MPT" {
insmod part_msdos
set root=(HD0,1) # besser UUID
linux /vmlinuz root=/dev/sda1
initrd /initrd.img Booten im EFI Modus
?hab ich in der Eile was vergessen? Glaube nicht! Ich weiß nicht, ob man alles erforderliche aus einer entsprechenden "RESULTs.txt" lesen kann, aber ich häng sie mal an (grub.cfg auf /dev/sda2. Gruß black tencate
- RESULTS.txt (102.0 KiB)
- Download RESULTS.txt
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Lidux schrieb: Bei EFI musst dann sda auch eine gpt Partitiontabelle haben ....
Nein, das stimmt nicht. Es muss lediglich die Festplatte (also die mit dem neuen Windows) mit der ESP angeschlossen sein. black_tencate schrieb: Hej zusammen, apt-ghetto schrieb: ...Du könntest auch Ubuntu im UEFI-Modus installieren. Dazu musst du lediglich dein Installationsmedium im UEFI-Modus booten.
Lidux schrieb: ...
Bei EFI musst dann sda auch eine gpt Partitiontabelle haben ....
hmmm.... Beides ist nicht erforderlich!
Stimmt, irgendeine Frickellösung gibt es bei Linux immer. Nur erfordern Frickellösungen ein grösseres Verständnis von der Materie und bei Problemen kann meistens nur der Erfinder der Frickellösung helfen, weil alle anderen von einer Standardinstallation ausgehen. Eine Möglichkeit z.B. wäre:
installiere einen grub (stand-alone) in die esp (sde2) erzeuge einen Bootloadereintrag dafür im nvram setze ihn an erste Stelle generiere eine grub.cfg (in esp/<grub-files>) ein passender menuentry wäre dann menuentry "Linux auf sda1 BIOS/MBR/MPT" {
insmod part_msdos
set root=(HD0,1) # besser UUID
linux /vmlinuz root=/dev/sda1
initrd /initrd.img Booten im EFI Modus
?hab ich in der Eile was vergessen? Glaube nicht!
Ja, den Teil mit den Sicherheitsaktualisierungen für Grub. Und wie sieht es mit os-prober aus? Ausserdem kann man Grub in Ubuntu deinstallieren.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej apt-ghetto, apt-ghetto schrieb: ...
Nein, das stimmt nicht. Es muss lediglich die Festplatte (also die mit dem neuen Windows) mit der ESP angeschlossen sein.
das allein hilft leider nicht, um ein weiteres Windows durch os_prober in die Menüliste zu bekommen
mucki@T520-BB-M500:~$ sudo grub-mkconfig -o grubcfg1
GRUB-Konfigurationsdatei wird erstellt …
Linux-Abbild gefunden: /boot/vmlinuz-4.15.0-33-generic
initrd-Abbild gefunden: /boot/initrd.img-4.15.0-33-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.15.0-20-generic
initrd-Abbild gefunden: /boot/initrd.img-4.15.0-20-generic
Windows Boot Manager auf /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi gefunden
Ubuntu 18.04 LTS (18.04) auf /dev/sda7 gefunden
Ubuntu 18.04.1 LTS (18.04) auf /dev/sda9 gefunden
Ubuntu 16.04.5 LTS (16.04) auf /dev/sdb6 gefunden
Ubuntu 18.04.1 LTS (18.04) auf /dev/sdb8 gefunden
erledigt
mucki@T520-BB-M500:~$ sudo blkid -o list
device fs_type label mount point UUID
------------------------------------------------------------------------------------------------------------------------------------------------------------
/dev/loop0 squashfs /snap/gnome-characters/69
/dev/loop1 squashfs /snap/core/4486
/dev/loop2 squashfs /snap/gnome-calculator/154
/dev/loop3 squashfs /snap/gnome-system-monitor/36
/dev/loop4 squashfs /snap/gnome-calculator/199
/dev/loop5 squashfs /snap/gnome-3-26-1604/70
/dev/loop6 squashfs /snap/gnome-logs/40
/dev/loop7 squashfs /snap/gtk-common-themes/319
/dev/sda1 ntfs Wiederherstellung (not mounted) A07C9F927C9F61B8
/dev/sda2 vfat /boot/efi F6A1-149C
/dev/sda4 ntfs W10-crucial-m500 /media/mucki/W10-crucial-m500 F488A58C88A54E44
/dev/sda5 ext4 BB-M500 / 9d2ba6ce-faa0-40cb-b0f8-6f288a7dbd77
/dev/sda6 ext4 BB-home-M500 /home 532b36dc-ddcb-445d-b29d-1f7628f7e70b
/dev/sda7 ext4 Mate-M500 (not mounted) cce793a2-ee77-4e9d-81f4-496f797cdf25
/dev/sda8 ext4 Mate-home-M500 (not mounted) 16d944c8-d754-402c-b9c6-58c94b0a75ff
/dev/sda9 ext4 Budgie-M500 (not mounted) f6b84754-97ac-4f0f-9b13-2376ef76475f
/dev/sda10 ext4 Budgie-home-M500 (not mounted) 28548340-e1a0-4d09-8e1d-84f9e7251c71
/dev/sdb1 ntfs W10-EVO /media/mucki/W10-EVO 925ECC675ECC4627
/dev/sdb2 ntfs W7-EVO /media/mucki/W7-EVO 925ECC675ECC4627
/dev/sdb5 swap [SWAP] 56f6c610-00d3-42c5-912a-e019802b8985
/dev/sdb6 ext4 XX (not mounted) be67ff73-118f-4411-846b-a4ca22c812a7
/dev/sdb7 ext4 XX-home /media/mucki/XX-home d4689c6a-0e72-4f20-9185-08ed123fa944
/dev/sdb8 ext4 BB (not mounted) 425a672c-ca45-4e7a-8a63-faac759bdf22
/dev/sdb9 ext4 BB-home (not mounted) 90079e99-6935-4ace-b54d-304a9391f997
/dev/sdb10 ext4 Daten (not mounted) 39935d73-0c7b-476f-b411-952833a7b990
/dev/sdb11 ext4 vms (not mounted) e654081f-d890-4632-b314-50ef0bd1c83c
/dev/sdb12 ext4 evo-mbr-boot (not mounted) 3fba0e52-a03f-4b25-b057-1fbfbf032c24
/dev/loop8 squashfs /snap/gnome-characters/117
/dev/loop9 squashfs /snap/gnome-logs/25
/dev/loop10 squashfs /snap/gnome-3-26-1604/59
/dev/loop11 squashfs /snap/core/5145
/dev/loop12 squashfs /snap/gnome-system-monitor/54
/dev/sda3 (not mounted)
mucki@T520-BB-M500:~$ sudo parted -l
Modell: ATA Crucial_CT120M50 (scsi)
Festplatte /dev/sda: 120GB
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 28,8GB 28,1GB ntfs Basic data partition msftdata
5 28,8GB 39,5GB 10,7GB ext4
6 39,5GB 50,2GB 10,7GB ext4
7 50,2GB 58,8GB 8590MB ext4
8 58,8GB 64,2GB 5369MB ext4
9 64,2GB 71,7GB 7516MB ext4
10 71,7GB 77,1GB 5369MB ext4
Modell: ATA Samsung SSD 860 (scsi)
Festplatte /dev/sdb: 250GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 53,7GB 53,7GB primary ntfs
2 53,7GB 96,7GB 43,0GB primary ntfs boot
3 96,7GB 250GB 153GB extended LBA
5 96,7GB 101GB 4295MB logical linux-swap(v1)
6 101GB 118GB 17,2GB logical ext4
7 118GB 140GB 21,5GB logical ext4
8 140GB 157GB 17,2GB logical ext4
9 157GB 178GB 21,5GB logical ext4
10 178GB 221GB 42,9GB logical ext4
11 221GB 250GB 28,8GB logical ext4
12 250GB 250GB 19,9MB logical ext4
mucki@T520-BB-M500:~$
...
Stimmt, irgendeine Frickellösung gibt es bei Linux immer. Nur erfordern Frickellösungen ein grösseres Verständnis von der Materie und bei Problemen kann meistens nur der Erfinder der Frickellösung helfen, weil alle anderen von einer Standardinstallation ausgehen.
was nun allerdings an einem sudo grub-install --... so wesentlich frickeliger sein soll als z.B. der Akt mit dem 'Verstecken' des grub Menüs und per
⇧ -Taste Sichtbarmachen, oder ähnliche Sperenzien rund um die Scripterei, erschließt sich mir nicht 😈. Dank syscon-hh haben wir ja ein ausführliches Kapitel im Wiki dazu, allein, ich muß an der Stelle immer 3x lesen, um durch diese "Rucksack"scripterei durchzusteigen. ...
Ja, den Teil mit den Sicherheitsaktualisierungen für Grub
da muß ich denn wohl meinen grub genauso behandeln, wie so manch anderes Programm z.B. aus univers o.ä. Und wie sieht es mit os-prober aus?
s.o., os_prober erkennt offensichtlich keine Mehrfachinstallationen von Windows! das ist ja der Hauptgrund, warum ich es so einrichte, daß ich meine grub.cfg selber editieren darf.
Ausserdem kann man Grub in Ubuntu deinstallieren.
genau das will ich aus 2 Gründen nicht
mit grub bekomme ich einfließende Sicherheitsupdates resp. neue Versionen (hoffentlich - Neuinstallation von grub poppt ja auf -) mit, und kann entsprechend reagieren wird mir so ohne Gefrickel eine grub.cfg erzeugt, auf die ich bei Bedarf aus meinem stand-alone grub jedezeit per configfile /... zugreifen kann.
Gruß black tencate
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
black_tencate schrieb: Hej apt-ghetto, apt-ghetto schrieb: ...
Nein, das stimmt nicht. Es muss lediglich die Festplatte (also die mit dem neuen Windows) mit der ESP angeschlossen sein.
das allein hilft leider nicht, um ein weiteres Windows durch os_prober in die Menüliste zu bekommen
Lies bitte noch einmal, was verlangt ist. Stimmt, irgendeine Frickellösung gibt es bei Linux immer. Nur erfordern Frickellösungen ein grösseres Verständnis von der Materie und bei Problemen kann meistens nur der Erfinder der Frickellösung helfen, weil alle anderen von einer Standardinstallation ausgehen.
was nun allerdings an einem sudo grub-install --... so wesentlich frickeliger sein soll als z.B. der Akt mit dem 'Verstecken' des grub Menüs und per
⇧ -Taste Sichtbarmachen, oder ähnliche Sperenzien rund um die Scripterei, erschließt sich mir nicht 😈.
Von welchem Versteckakt sprichst du? Und ja, grub-install X ist einfacher als grub-install X Y Z .
Ja, den Teil mit den Sicherheitsaktualisierungen für Grub
da muß ich denn wohl meinen grub genauso behandeln, wie so manch anderes Programm z.B. aus univers o.ä.
Sicherheitsprobleme bei Lösungen sollte man meiner Meinung nach immer erwähnen. Und wie sieht es mit os-prober aus?
s.o.,
Ich sehe oben nichts, was diesbezüglich hilfreich wäre. os_prober erkennt offensichtlich keine Mehrfachinstallationen von Windows!
Ist das denn verlangt? Meinem Verständnis nach nicht. das ist ja der Hauptgrund, warum ich es so einrichte, daß ich meine grub.cfg selber editieren darf.
Ausserdem kann man Grub in Ubuntu deinstallieren.
genau das will ich aus 2 Gründen nicht
mit grub bekomme ich einfließende Sicherheitsupdates resp. neue Versionen (hoffentlich - Neuinstallation von grub poppt ja auf -) mit, und kann entsprechend reagieren wird mir so ohne Gefrickel eine grub.cfg erzeugt, auf die ich bei Bedarf aus meinem stand-alone grub jedezeit per configfile /... zugreifen kann.
Und du bist nach wie vor überzeugt, dass das keine Frickellösung ist?
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo Das "muss" in meinem Beitrag war doch etwas zu viel, aber man sollte doch auf einem Rechner mit mehreren Platten einheitliche Partitionschemas / tabellen geben ...... und bei gpt sind Primäre nun mal fast unbegrenzt möglich. Gruss Lidux
|
Quadratschädel
Anmeldungsdatum: 1. Oktober 2016
Beiträge: 431
|
hallo tabea, ist deine frage beantwortet und hat die installation wie gewünscht funktioniert?
|