Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #128155 > unrolled thread

grub/BIOS K(r)ampf

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-19 08:39 +0000
    Re: grub/BIOS K(r)ampf Michael Brand <brandm@gmx.net> - 2023-02-19 09:57 +0100
      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-19 09:22 +0000
      Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-19 15:20 +0100
        Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 21:24 +0100
          Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 13:07 +0100
    Re: grub/BIOS K(r)ampf Markus Schaaf <mschaaf@elaboris.de> - 2023-02-19 11:22 +0100
      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-19 10:45 +0000
        Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-19 11:59 +0100
        Re: grub/BIOS K(r)ampf Markus Schaaf <mschaaf@elaboris.de> - 2023-02-19 13:58 +0100
    Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-19 15:45 +0000
      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-19 17:23 +0000
        Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-19 19:20 +0100
          Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-19 19:37 +0000
            Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-19 22:59 +0100
              Re: grub/BIOS K(r)ampf Frank Miller <miller@posteo.ee> - 2023-02-19 23:20 +0100
                Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-20 08:39 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 07:58 +0000
                    Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 09:26 +0100
                      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 11:01 +0000
                        Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-20 14:19 +0100
                          Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 16:19 +0000
                      Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-20 16:52 +0100
                        Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 21:25 +0100
              Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 07:40 +0100
              Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 07:36 +0000
                Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-20 09:02 +0100
                  Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 09:13 +0100
                    Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 11:06 +0000
                      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 12:08 +0100
                      Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-20 20:15 +0100
                        Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 20:40 +0100
                        Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 21:29 +0000
                          Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 09:58 +0100
                            Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 09:09 +0000
                              Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 13:08 +0100
                        Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 09:57 +0100
                          Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-21 12:28 +0100
                            Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 13:10 +0100
                    Re: grub/BIOS K(r)ampf Andreas Kohlbach <ank@spamfence.net> - 2023-02-20 15:07 -0500
                      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 21:23 +0100
                      Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 09:59 +0100
                        Re: grub/BIOS K(r)ampf Andreas Kohlbach <ank@spamfence.net> - 2023-02-21 18:07 -0500
                          Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-22 08:29 +0100
                            Re: grub/BIOS K(r)ampf Andreas Kohlbach <ank@spamfence.net> - 2023-02-22 17:13 -0500
                            Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-23 21:45 +0100
                              Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-23 23:01 +0000
                                Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-24 00:59 +0100
                                  Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-24 17:42 +0000
                                    Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-24 22:15 +0100
                    Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 21:44 +0100
                      Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:00 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 11:04 +0000
                Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-20 19:49 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 19:14 +0000
                    Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 20:45 +0100
                      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 21:38 +0000
                        Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:02 +0100
                          Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-02-21 21:19 +0100
                            Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-21 23:22 +0000
                              Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-22 08:27 +0100
                                Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-22 13:02 +0100
                                Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-22 16:56 +0000
                                  Re: grub/BIOS K(r)ampf Markus Schaaf <mschaaf@elaboris.de> - 2023-02-22 18:33 +0100
                                    Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-22 18:11 +0000
                                      Re: grub/BIOS K(r)ampf Markus Schaaf <mschaaf@elaboris.de> - 2023-02-22 19:34 +0100
                                        Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-23 21:47 +0100
                                          Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-24 22:17 +0100
                                            Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-25 09:21 +0100
                                  Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-22 20:12 +0100
                                    Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-23 09:33 +0000
                                      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-23 19:51 +0100
                                        Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-23 19:21 +0000
                                          Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-23 21:17 +0100
                                            Re: grub/BIOS K(r)ampf Markus Schaaf <mschaaf@elaboris.de> - 2023-02-23 21:39 +0100
                                              Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-24 08:43 +0100
                                                Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-02-24 20:26 +0100
                                                  Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-25 19:25 +0100
                                                    Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-02-26 00:10 +0100
                                                Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-24 22:31 +0100
                                                  Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-25 19:27 +0100
                                            Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-23 22:53 +0000
                                              Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-24 22:45 +0100
                                            Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-24 22:41 +0100
                    Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-21 02:25 +0100
                      Re: grub/BIOS K(r)ampf Frank Miller <miller@posteo.ee> - 2023-02-21 05:12 +0100
                      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 07:52 +0000
                        Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:02 +0100
                          Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 09:14 +0000
            Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-20 09:45 +0100
        Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-20 09:41 +0100
          Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 11:09 +0000
            Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-20 16:57 +0100
              Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 22:04 +0100
                Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:05 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 09:18 +0000
                    Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-21 12:51 +0100
                      Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-21 17:47 +0000
                      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-21 19:10 +0100
                        Re: grub/BIOS K(r)ampf Kay Martinen <usenet@martinen.de> - 2023-02-21 23:28 +0100
                          Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-22 08:19 +0100
                    Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 13:11 +0100
                    Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-21 19:11 +0100
              Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 21:40 +0000
                Re: grub/BIOS K(r)ampf Marcus Jodorf <m@bogomips.de> - 2023-02-21 02:40 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 07:55 +0000
                    Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-21 09:26 +0100
                      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 08:38 +0000
                        Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-21 19:12 +0100
                      Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-21 17:37 +0000
                  Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:07 +0100
                    Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-21 17:32 +0000
                Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:06 +0100
                  Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 09:20 +0000
          Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 21:53 +0100
            Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-02-21 10:09 +0100
              Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-21 21:43 +0100
    Re: grub/BIOS K(r)ampf Bernd Mayer <beambamboom@yahoo.com> - 2023-02-19 22:58 +0100
      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 07:39 +0000
        Re: grub/BIOS K(r)ampf Bernd Mayer <beambamboom@yahoo.com> - 2023-02-20 10:19 +0100
          Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 11:13 +0000
            Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 22:21 +0100
              Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 07:57 +0000
          Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 22:18 +0100
            Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-21 08:00 +0000
      Re: grub/BIOS K(r)ampf Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-02-20 22:15 +0100
    Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-20 07:50 +0000
      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-02-20 09:10 +0100
    Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-25 19:56 +0000
      Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-25 22:18 +0000
        Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-25 22:47 +0000
          Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-02-25 23:54 +0000
            Re: grub/BIOS K(r)ampf Enrik Berkhan <Enrik.Berkhan@inka.de> - 2023-02-26 08:53 +0000
      Re: grub/BIOS K(r)ampf Bernd Mayer <beambamboom@yahoo.com> - 2023-02-26 09:13 +0100
      Re: grub/BIOS K(r)ampf Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-02-26 12:56 +0000

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

#128463

Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
>Du schriebst am Fri, 24 Feb 2023 08:43:31 +0100:
>
>> Dumme Firmware hat lange Tradition. Asus hat es vor 20 Jahren mal
>
>Das ist leider nur zu richtig.
>
>> gewagt, ein BIOS auszuliefern, dsas den MBR überhaupt erst ausgeführt
>> hat, wenn es eine auf aktiv gesetzte primäre Partition gefunden hat,
>
>... was vollkommen der Spezifikation für den Vorgang entspricht ...
>
>> obwohl Linux mit grub damals schon sehr gut aus einem lógischen
>> Laufwerk hätte booten können wenn das BIOS es nur probiert hätte
>
>... was standardmäßig so nie vorgesehen war ...
>
>> anstelle stumpf "Not found primary partition!" (sic!) auszugeben.
>
>Der BIOS-Bootvorgang ist eben genau so primitiv angelegt:
>- Laden des MBR und Ausführen als Programm.

Genau. Dieses BIOS hat allerdings VORHER noch SELBST geschaut, ob eine
aktive primäre Paritition da war, und wenn nein, den MBR nicht
geladen, geschweige denn ausgeführt. So kam es niemals zum Beweis,
dass es dann WIRKLICH und EINFACH funktioniert hätte, wenn das BIOS
nicht der Meinung gewesen wäre, schlauer zu sein als der Bediener.

>Nein, sonst nichts. _Wenn_ dieses MBR-Programm nach einer bootfähigen
>Partition sucht und keine findet, dann _sollte_ es sogar eine
>Fehlermeldung dazu ausgeben. Deren Inhalt kann natürlich beliebig
>mißverständlich sein.

Diese Fehlermeldung kam nicht vom MBR. Der MBR hätte einfach den Grub
aus dem hinterlegten logischen Laufwerk gestartet, wenn man ihn nur
gelassen hätte.

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128422

Marco Moock schrieb am 23/2/2023 21:17:

> Am 23.02.2023 um 19:21:57 Uhr schrieb Gerald E¡scher:
>
>> Marco Moock schrieb am 23/2/2023 19:51:
>> 
>> > Am 23.02.2023 um 09:33:45 Uhr schrieb Gerald E¡scher:
>> >  
>> >> Ohne CSM kann ein UEFI nicht von einer Platte mit MBR booten.  
>> >
>> > Warum ist das so?  
>> 
>> Weil sich im MBR Code befindet, der den Code im Bootsektor der
>> Boot-Partition ins RAM lädt und ausführt, der wiederum einen
>> Bootloader oder gleich den Kernel des zu startenden Betrübssystems
>> ins RAM lädt und ausführt.
>> Um die benötigten Sektoren der Festplatte einzulesen, wird hierfür der
>> BIOS-Interrupt 13h genutzt.
>> https://en.wikipedia.org/wiki/INT_13H
>
> Was passiert aber nun, wenn man eine MBR-Tabelle hat, da eine
> EFI-Partition anlegt und einen EFI-Booteintrag erstellt?

Weiß ich nicht, ob ein UEFI ohne CSM die MBR-Partitionstabelle auslesen
kann.

> Kann ein UEFI dann wirklich nicht booten?

Der GRUB-Installer wird vermutlich auf deinem Konstrukt aus MBR und
EFI-Partition den EFI-GRUB nicht installieren können, und falls doch
wird spätestens der GRUB Bootloader grubx64.efi (auf der EFI-Partition)
an der fehlenden GPT scheitern.

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#128448

Hallo Gerald,

Du schriebst am 23 Feb 2023 22:53:31 GMT:

> Weiß ich nicht, ob ein UEFI ohne CSM die MBR-Partitionstabelle
> auslesen kann.

Warum sollte es nicht? EFI ist _nicht_ an GPT gebunden.

> > Kann ein UEFI dann wirklich nicht booten?
> 
> Der GRUB-Installer wird vermutlich auf deinem Konstrukt aus MBR und
> EFI-Partition den EFI-GRUB nicht installieren können, und falls doch
...
Vermutungen - probier's besser aus. Ich erwarte da eher andere
Problemstellen.
(Leider _kann_ ich das nicht ausprobieren, ohne mir einiges an
wichtiger Ausstattung zu zerlegen.)

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#128447

Hallo Marco,

Du schriebst am Thu, 23 Feb 2023 21:17:12 +0100:

> Was passiert aber nun, wenn man eine MBR-Tabelle hat, da eine
> EFI-Partition anlegt und einen EFI-Booteintrag erstellt?
> 
> Kann ein UEFI dann wirklich nicht booten?
> Für den Code im MBR wird es sich natürlich nicht interessieren.

Der Boot-Eintrag in der Tabelle im UEFI startet ein dadurch
referenziertes EFI-Programm, z.B. den EFI-grub oder den EFI-Stub an
einem EFI-fähigen Kernel, oder auch eine EFI-Shell. Hat das dort
eingetragene Programm keine EFI-Startfunktion, kann es natürlich nicht
vom EFI-BIOS gestartet werden, egal was es täte. Und dazu muß das EFI
das Programm natürlich auch finden können, was voraussetzt, daß es auf
einem Dateisystem liegt, mit dem es umgehen kann - die EFI-Partition
mit FAT32, und vielleicht inzwischen sogar NTFS. EXT wird das wohl eher
nicht, weil einer der Mitentwickler von (U)EFI halt in Redmond, Usa,
sitzt, und dort eine Aversion gegen sowas vorzuherrschen "scheint".

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#128295

Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:

>> Alleine deshalb hab ich schon GPT recht lange Zeit verwendet, noch
>> bevor ich meine Rechner überhaupt auf UEFI Mode umgestellt habe.  Ist
>> einfach robuster und besser.
>
> Nein. Mit UEFI hatte ich schon mehr als ausreichend boot Probleme.
> Da muss ich nicht weiter experimentieren.
> UEFI ist horrend kompliziert.

Was hast Du an GPT != UEFI denn noch nicht verstanden?

Du kannst GPT auch im BIOS-Modus problemlos verwenden.

BIOS selber kann zwar kein GPT aber Linux (oder z.B. grub2) kann es
schon ewig und sobald der gestartet ist, kann der damit problemlos
umgehen.


Gruß,

Marcus
⚂⚃

[toc] | [prev] | [next] | [standalone]

#128297

Marcus Jodorf wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:
>
>>> Alleine deshalb hab ich schon GPT recht lange Zeit verwendet, noch
>>> bevor ich meine Rechner überhaupt auf UEFI Mode umgestellt habe.  Ist
>>> einfach robuster und besser.
>>
>> Nein. Mit UEFI hatte ich schon mehr als ausreichend boot Probleme.
>> Da muss ich nicht weiter experimentieren.
>> UEFI ist horrend kompliziert.
>
> Was hast Du an GPT != UEFI denn noch nicht verstanden?
>
> Du kannst GPT auch im BIOS-Modus problemlos verwenden.
>
> BIOS selber kann zwar kein GPT aber Linux (oder z.B. grub2) kann es
> schon ewig und sobald der gestartet ist, kann der damit problemlos
> umgehen.

Lass doch gut sein. Ulli Horlacher hat in den vergangenen zwei Tagen
/nahezu unablässig/ darauf hingewiesen, daß er solche Dinge wie UEFI
oder GPT nicht nutzen *will*.
Also lass ihn doch basteln mit seiner gewohnten alten Hard- und Software!
Wenn es irgendwann eines Tages gar kein BIOS, MBR u.ä. mehr "zu kaufen" gibt,
ist Ulli vielleicht auch schon tot; und dann hat sich das erledigt.
(Also in dem Sinne, daß er sich nicht mehr mit sowas beschäftigen muss.)

Immer diese "Bekehrerei" und Predigten im Usenet..
..besonders dann, wenn sie von eigentlichen Thema langsam abdriften.

(Komm hier, eine Steilvorlage: ich benutze BIOS, MBR, GPT gemischt und
obendrein als Mail/Usenet-Client Thunderbird 38. :-)

[toc] | [prev] | [next] | [standalone]

#128303

Marcus Jodorf <m@bogomips.de> wrote:

> Was hast Du an GPT != UEFI denn noch nicht verstanden?
> 
> Du kannst GPT auch im BIOS-Modus problemlos verwenden.

Was hast du daran nicht verstanden, dass mir GPT genau GAR nichts bringt
ausser dass ich alles neu installieren muss?
Ich sehe ueberhaupt keinen Grund das zu tun.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#128316

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Was hast du daran nicht verstanden, dass mir GPT genau GAR nichts bringt
>ausser dass ich alles neu installieren muss?

Wer hat was von neu installieren gesagt?

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128322

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>Was hast du daran nicht verstanden, dass mir GPT genau GAR nichts bringt
>>ausser dass ich alles neu installieren muss?
> 
> Wer hat was von neu installieren gesagt?

Derjenige, der mir vorgeschlagen hat von MBR auf GPT umzupartitionieren. 
Das war ja der Ausloeser dieses Subthreads.
Dafuer gibt es bei mir genau gar keinen Grund.
Ich haette da nur Nachteile und keinen Vorteil.
Deshalb mach ich das nicht.

Ich mach neue Dinge nur, wenn sie mir auch einen Vorteil bringen. Ich bin
kein Versuchs- und Versions-Junkie.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#128224

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Bei GPT waeren es auch nicht weniger.
>Wo also soll da der Vorteil sein?

Der Vorteil ist dass Du besser getestete Codepfade abläufst und eine
größere Chance hat dass man Dir hilft, anstelle dass sich die Leute
auf der MBR Partitionierung festfressen und deswegen gar nicht zu
Deinem eigentlichen Problem vordringen.

Grüße
Marc, seit > 20 Jahren GPT verwendend
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128222

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:
>> Kann es sein, dass Mint fälschlich den EFI-Grub installiert hast, der
>> die EFI-Partition (FAT32 bzw. "msdos") nicht findet?
>
>Ich hab Mint gar nicht regulaer installiert via boot-Medium, sondern
>mittels rsync. Das hat also noch gar nicht gebootet, geschweige denn einen
>anderen grub installiert.

Und wie soll das System ohne Bootmanager booten? Einen
funktionsfähigen grub kann man nicht rsyncen.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128239

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:
>>> Kann es sein, dass Mint fälschlich den EFI-Grub installiert hast, der
>>> die EFI-Partition (FAT32 bzw. "msdos") nicht findet?
>>
>>Ich hab Mint gar nicht regulaer installiert via boot-Medium, sondern
>>mittels rsync. Das hat also noch gar nicht gebootet, geschweige denn einen
>>anderen grub installiert.
> 
> Und wie soll das System ohne Bootmanager booten?

grub ist laengst installiert.
Der funktioniert seit Jahren.
Nur die (unnoetige) config-Aenderung auf USB Keyboard verhinderte das booten.
Das ist ja inzwischen geloest.

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#128250

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>>Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:
>>>> Kann es sein, dass Mint fälschlich den EFI-Grub installiert hast, der
>>>> die EFI-Partition (FAT32 bzw. "msdos") nicht findet?
>>>
>>>Ich hab Mint gar nicht regulaer installiert via boot-Medium, sondern
>>>mittels rsync. Das hat also noch gar nicht gebootet, geschweige denn einen
>>>anderen grub installiert.
>> 
>> Und wie soll das System ohne Bootmanager booten?
>
>grub ist laengst installiert.
>Der funktioniert seit Jahren.

Du bist Dir aber bewusst dass ein auf BIOS installierter Grub in aller
Regel mit einer Blockliste arbeitet um seine Stage 1,5 (oder war es
stage 2?) zu finden und dass diese Blockliste nach Deiner rsync-Aktion
mit an Sicherheit grenzender Wahrscheinlichkeit nicht mehr passt?

Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und muss
ihn danach nur noch bei der UEFI Firmware "anmelden".

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128285

Hallo Marc,

Du schriebst am Mon, 20 Feb 2023 16:57:38 +0100:

> Du bist Dir aber bewusst dass ein auf BIOS installierter Grub in aller
> Regel mit einer Blockliste arbeitet um seine Stage 1,5 (oder war es
> stage 2?) zu finden und dass diese Blockliste nach Deiner rsync-Aktion
> mit an Sicherheit grenzender Wahrscheinlichkeit nicht mehr passt?

Wird nicht spätestens seit Einführung der 4KByte-Sektoren bzw. des
1MByte-"Leerraums" am Datenträgeranfang diese "Stufe 1.5" gleich mit
der"Sufe 1", dem Boot-Sektor, dorthin geschrieben? Da ist die
"Blockliste" dann immer dieselbe, solange man nicht die Konfiguration
des "grub" selber durcheinanderwirbelt (z.B. durch zusätzlich
eingebaute Module für neue Dateisysteme).

> Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und muss
> ihn danach nur noch bei der UEFI Firmware "anmelden".

Du kannst sogar einen EFI-fähigen Kernel _direkt_ 'bei der UEFI
Firmware "anmelden"', da ist nichtmalmehr ein "grub" dazu nötig. Das
Verfahren ist dann halt ähnlich wie beim alten "lilo", weil dann der
Kernel bei jeder Änderung (auch Update) _neu_ "angemeldet" werden muß.

Und noch'ne Alternative: Wenn das Hauptbrett eine EFI-Shell starten
kann, kann auch darüber ein in der EFI-Partition untergebrachter Kernel
mit EFI-Stub direkt als EFI-Programm gestartet werden, sogar per Skript
und, wenn sich jemand die Mühe gemacht hat, evtl. per Menü.

Der "grub" ist also bei EFI eigentlich nur mehr Gewohnheitssache.
Oder, was es leider zu geben scheint, eine durch halbherzige
EFI-Implementationen erzwungene Krücke.

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#128317

Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
>Du schriebst am Mon, 20 Feb 2023 16:57:38 +0100:
>
>> Du bist Dir aber bewusst dass ein auf BIOS installierter Grub in aller
>> Regel mit einer Blockliste arbeitet um seine Stage 1,5 (oder war es
>> stage 2?) zu finden und dass diese Blockliste nach Deiner rsync-Aktion
>> mit an Sicherheit grenzender Wahrscheinlichkeit nicht mehr passt?
>
>Wird nicht spätestens seit Einführung der 4KByte-Sektoren bzw. des
>1MByte-"Leerraums" am Datenträgeranfang diese "Stufe 1.5" gleich mit
>der"Sufe 1", dem Boot-Sektor, dorthin geschrieben? Da ist die
>"Blockliste" dann immer dieselbe, solange man nicht die Konfiguration
>des "grub" selber durcheinanderwirbelt (z.B. durch zusätzlich
>eingebaute Module für neue Dateisysteme).

Das weiß ich nicht, und ich bin sehr froh dass ich das nicht mehr
wissen muss. Ich habe auch schon sehr lange immer eine bios_grub
Partition verwendet. Mein größter Fehler bei der Umstellung auf UEFI
war, dass ich die EFI-Partitionen chronisch zu klein gewählt habe.
Inzwischen investiere ich den zweistelligen Centbetrag für 2 GB
EFI-Partition, da passen dann auch noch ein paar grml.isos mit drauf
ohne dass es problematisch wird.

>> Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und muss
>> ihn danach nur noch bei der UEFI Firmware "anmelden".
>
>Du kannst sogar einen EFI-fähigen Kernel _direkt_ 'bei der UEFI
>Firmware "anmelden"', da ist nichtmalmehr ein "grub" dazu nötig. Das
>Verfahren ist dann halt ähnlich wie beim alten "lilo", weil dann der
>Kernel bei jeder Änderung (auch Update) _neu_ "angemeldet" werden muß.

Das ist für mich der nächste Level, aktuell finde ich die Arbeit mit
grub einfach bequemer. Ich glaube, den gedanken mache ich mir, wenn
der EFI-Anteil in meiner flotte mal so hoch geworden ist dass die
Maschinen mit grub-pc statt grub-efi die Exoten geworden sind.

>Der "grub" ist also bei EFI eigentlich nur mehr Gewohnheitssache.
>Oder, was es leider zu geben scheint, eine durch halbherzige
>EFI-Implementationen erzwungene Krücke.

Ja, so sieht das aus.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#128323

Marc Haber <mh+usenetspam1118@zugschl.us> wrote:

> Ich habe auch schon sehr lange immer eine bios_grub Partition verwendet.
> Mein größter Fehler bei der Umstellung auf UEFI war, dass ich die
> EFI-Partitionen chronisch zu klein gewählt habe. Inzwischen investiere
> ich den zweistelligen Centbetrag für 2 GB EFI-Partition, da passen dann
> auch noch ein paar grml.isos mit drauf ohne dass es problematisch wird.

Wie gross sollte denn die bios_grub Partition sein?
Da ist ja nur der grub drauf ohne filesystem.
Da sollten doch 4 MB reichen?


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#128328

Am 21.02.23 um 10:18 schrieb Ulli Horlacher:
> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> 
>> Ich habe auch schon sehr lange immer eine bios_grub Partition verwendet.
>> Mein größter Fehler bei der Umstellung auf UEFI war, dass ich die
>> EFI-Partitionen chronisch zu klein gewählt habe. Inzwischen investiere
>> ich den zweistelligen Centbetrag für 2 GB EFI-Partition, da passen dann
>> auch noch ein paar grml.isos mit drauf ohne dass es problematisch wird.
> 
> Wie gross sollte denn die bios_grub Partition sein?
> Da ist ja nur der grub drauf ohne filesystem.
> Da sollten doch 4 MB reichen?

Bei einem Windows-Install wird die IMHO auf 100 MB Größe eingerichtet. 
FAT soweit ich erinnere. Wie groß ein Linux-Installer die macht weiß ich 
grad nicht.

  lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465,8G  0 disk
├─sda1   8:1    0   100M  0 part /boot/efi
├─sda2   8:2    0   128M  0 part
├─sda3   8:3    0 231,2G  0 part
├─sda4   8:4    0   7,6G  0 part [SWAP]
└─sda5   8:5    0 226,8G  0 part /

Das ist mein Laptop mit Win 7 Urinstallation (sda3), verkleinert auf die 
hälfte um Ubuntu 18 nachträglich drauf zu installieren.

Wie man sieht: sda1 100MB EFI.
/dev/sda2: PARTLABEL="Microsoft reserved partition"

Wird seit Jahren nur von Linux und Grub gestartet der auch immer noch 
Windows mit ein bindet und das weiterhin startbar hält. Geht via BBS 
oder im Grub-Menü. Das taucht aber nicht auf weil ich die bootorder auf 
Linux setzte. Und nicht auf den "Grub Boot" o.ä. benannten Eintrag im 
UEFI Setup. Denn dann funktioniert auch der Schnelle (Hybride?) Standby 
einwandfrei. AFAIR käme sonst erst das Grub-Menü mit seinem Delay und 
erst danach der Linux Desktop wieder. Falls es überhaupt funktionierte. 
Ist lange her.

sda1 sieht hier so aus.

root@lifebook:~# ls -al /boot/efi
insgesamt 6
drwx------ 3 root root 1024 Jan  1  1970 .
drwxr-xr-x 4 root root 4096 Feb 10 14:17 ..
drwx------ 5 root root 1024 Okt 13  2017 EFI
root@lifebook:~# ls -al /boot/efi/EFI
insgesamt 5
drwx------ 5 root root 1024 Okt 13  2017 .
drwx------ 3 root root 1024 Jan  1  1970 ..
drwx------ 2 root root 1024 Aug 17  2019 Boot
drwx------ 3 root root 1024 Okt 10  2017 Microsoft
drwx------ 2 root root 1024 Feb 17  2020 ubuntu
root@lifebook:~# ls -al /boot/efi/EFI/Boot
insgesamt 1020
drwx------ 2 root root   1024 Aug 17  2019 .
drwx------ 5 root root   1024 Okt 13  2017 ..
-rwx------ 1 root root 955656 Feb 18 16:43 bootx64.efi
-rwx------ 1 root root  85672 Feb 18 16:43 fbx64.efi
root@lifebook:~# ls -al /boot/efi/EFI/Ubuntu
insgesamt 4309
drwx------ 2 root root    1024 Feb 17  2020 .
drwx------ 5 root root    1024 Okt 13  2017 ..
-rwx------ 1 root root     108 Feb 18 16:43 BOOTX64.CSV
-rwx------ 1 root root     126 Feb 18 16:43 grub.cfg
-rwx------ 1 root root 2594696 Feb 18 16:43 grubx64.efi
-rwx------ 1 root root  856232 Feb 18 16:43 mmx64.efi
-rwx------ 1 root root  955656 Feb 18 16:43 shimx64.efi

Witzig finde ich das der memtest offenbar nicht unter ubuntu liegt 
sondern...

root@lifebook:~# ls -al /boot/efi/EFI/Microsoft/Boot
insgesamt 2274
drwx------ 26 root root   2048 Okt 10  2017 .
drwx------  3 root root   1024 Okt 10  2017 ..
-rwx------  1 root root  45056 Mai  7  2022 BCD
-rwx------  1 root root  41984 Mai  7  2022 BCD.LOG
-rwx------  1 root root      0 Okt 10  2017 BCD.LOG1
-rwx------  1 root root      0 Okt 10  2017 BCD.LOG2
-rwx------  1 root root 737512 Aug 27  2019 bootmgfw.efi
-rwx------  1 root root 733928 Aug 27  2019 bootmgr.efi
-rwx------  1 root root  65536 Okt 10  2017 BOOTSTAT.DAT
drwx------  2 root root   1024 Okt 10  2017 cs-CZ
drwx------  2 root root   1024 Okt 10  2017 da-DK
drwx------  2 root root   1024 Okt 10  2017 de-DE
drwx------  2 root root   1024 Okt 10  2017 el-GR
drwx------  2 root root   1024 Okt 10  2017 en-US
drwx------  2 root root   1024 Okt 10  2017 es-ES
drwx------  2 root root   1024 Okt 10  2017 fi-FI
drwx------  2 root root   1024 Okt 10  2017 Fonts
drwx------  2 root root   1024 Okt 10  2017 fr-FR
drwx------  2 root root   1024 Okt 10  2017 hu-HU
drwx------  2 root root   1024 Okt 10  2017 it-IT
drwx------  2 root root   1024 Okt 10  2017 ja-JP
drwx------  2 root root   1024 Okt 10  2017 ko-KR
-rwx------  1 root root 675048 Jun 12  2019 memtest.efi
drwx------  2 root root   1024 Okt 10  2017 nb-NO
drwx------  2 root root   1024 Okt 10  2017 nl-NL
drwx------  2 root root   1024 Okt 10  2017 pl-PL
drwx------  2 root root   1024 Okt 10  2017 pt-BR
drwx------  2 root root   1024 Okt 10  2017 pt-PT
drwx------  2 root root   1024 Okt 10  2017 ru-RU
drwx------  2 root root   1024 Okt 10  2017 sv-SE
drwx------  2 root root   1024 Okt 10  2017 tr-TR
drwx------  2 root root   1024 Okt 10  2017 zh-CN
drwx------  2 root root   1024 Okt 10  2017 zh-HK
drwx------  2 root root   1024 Okt 10  2017 zh-TW

Ｂｙｅ／
    ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#128341

Kay Martinen schrieb am 21/2/2023 12:51:

> Am 21.02.23 um 10:18 schrieb Ulli Horlacher:
>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> 
>> Wie gross sollte denn die bios_grub Partition sein?
>> Da ist ja nur der grub drauf ohne filesystem.
>> Da sollten doch 4 MB reichen?
>
> Bei einem Windows-Install wird die IMHO auf 100 MB Größe eingerichtet. 

Du wervechselst die bios_grub-Partition mit der EFI-Partition. Die
bios_grub dient dazu, eine Platte mit GPT-Partitionierung in einem
Rechner ohne UEFI zu booten.

-- 
Gerald

[toc] | [prev] | [next] | [standalone]

#128343

Am 21.02.2023 um 12:51:53 Uhr schrieb Kay Martinen:

> Am 21.02.23 um 10:18 schrieb Ulli Horlacher:
> > Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> >   
> >> Ich habe auch schon sehr lange immer eine bios_grub Partition
> >> verwendet. Mein größter Fehler bei der Umstellung auf UEFI war,
> >> dass ich die EFI-Partitionen chronisch zu klein gewählt habe.
> >> Inzwischen investiere ich den zweistelligen Centbetrag für 2 GB
> >> EFI-Partition, da passen dann auch noch ein paar grml.isos mit
> >> drauf ohne dass es problematisch wird.  
> > 
> > Wie gross sollte denn die bios_grub Partition sein?
> > Da ist ja nur der grub drauf ohne filesystem.
> > Da sollten doch 4 MB reichen?  
> 
> Bei einem Windows-Install wird die IMHO auf 100 MB Größe
> eingerichtet. FAT soweit ich erinnere. Wie groß ein Linux-Installer
> die macht weiß ich grad nicht.

Windows mag GPT und BIOS-Boot nicht.

[toc] | [prev] | [next] | [standalone]

#128353

Am 21.02.23 um 19:10 schrieb Marco Moock:
> Am 21.02.2023 um 12:51:53 Uhr schrieb Kay Martinen:
> 
>> Am 21.02.23 um 10:18 schrieb Ulli Horlacher:
>>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>>>    
>>>> Ich habe auch schon sehr lange immer eine bios_grub Partition
>>>> verwendet. Mein größter Fehler bei der Umstellung auf UEFI war,
>>>> dass ich die EFI-Partitionen chronisch zu klein gewählt habe.
>>>> Inzwischen investiere ich den zweistelligen Centbetrag für 2 GB
>>>> EFI-Partition, da passen dann auch noch ein paar grml.isos mit
>>>> drauf ohne dass es problematisch wird.
>>>
>>> Wie gross sollte denn die bios_grub Partition sein?
>>> Da ist ja nur der grub drauf ohne filesystem.
>>> Da sollten doch 4 MB reichen?
>>
>> Bei einem Windows-Install wird die IMHO auf 100 MB Größe
>> eingerichtet. FAT soweit ich erinnere. Wie groß ein Linux-Installer
>> die macht weiß ich grad nicht.
> 
> Windows mag GPT und BIOS-Boot nicht.
> 

Und??? Wie gerald nebenan anmerkte verwechsele ich bios_grub offenbar 
mit der EFI-Partition.

Aber mein Gerät hat m.W. UEFI und es Bootet Win 7. Es kann allerdings 
auch sein das ich in dem älteren Gerät Secure Boot Aus hab. IMHO ist 
damit nicht UEFI sondern BIOS-Boot (=CSM) am Zug.

Die Platte Hat GPT.

Ｂｙｅ／
    ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

Page 5 of 7 — ← Prev page 1 2 3 4 [5] 6 7  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web