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 6 of 7 — ← Prev page 1 2 3 4 5 [6] 7  Next page →

#128359

Am 21.02.2023 um 23:28:57 Uhr schrieb Kay Martinen:

> Aber mein Gerät hat m.W. UEFI und es Bootet Win 7.

Win 7 kann BIOS/CSM und UEFI nutzen.

> 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.

Nein. SecureBoot ist ein Zusatzfeature von UEFI. UEFI kann auch ohne
SecureBoot genutzt werden. Bei aktivem CSM funktioniert SecureBoot
nicht.

> Die Platte Hat GPT.

Dann wird das Windows, sofern die System-Partition da drauf ist, im
UEFI-Modus installiert sein. Du kannst ja mal mit efibootmgr in nem
Live-Linux nachsehen (oder mit nem Windows-Tool). Es müsste nen Eintrag
Windows Boot Manager geben.

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

#128334

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>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?

Reicht locker, ja.

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]

#128344

Am 21.02.2023 um 09:18:41 Uhr 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?

Sogar 1 MiB.

https://wiki.ubuntuusers.de/GRUB_2/Grundlagen/#MBR-mit-GUID-Partitionstabelle-GPT

Die darf aber NICHT mit der EFI-Partition verwechselt werden.

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

#128289

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

>>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?

grub kann man neu installieren. Das hab ich schon hunderte mal gemavht.


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

Genau das hat bei mir noch nie funktioniert.


-- 
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]

#128296

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

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

Du gehst ins UEFI und stellst das da ganz normal bei der Bootreihenfolge
ein. Fertig.
Falls Du ein ganz schrottiges altes UEFI hast, daß Dir die
Auswahlmöglichkeit nicht bietet, kannst Du es auch einfach unter Linux
machen. efibootmgr verwenden oder einfach noch mal grub-install aufrufen.

Um dafür Linux initial im UEFI Modus hochfahren zu können, nimmst Du im
Regelfall einfach die übliche one-time-boot-selection.
Oder falls das wieder ein Rechner mit Schrottfirmware ist, der das nicht
auf die Reihe bekommt, dann wirfst Du eine UEFI shell in die
EFI-Partition und startest mit der den efi-grub2.

Im Vergleich zu Chainloadergehampel jedenfalls alles doch recht
entspannend.


Gruß,

Marcus
⚂⚃

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

#128304

Marcus Jodorf <m@bogomips.de> wrote:
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:
> 
>>> Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und muss
>>> ihn danach nur noch bei der UEFI Firmware "anmelden".
>>
>> Genau das hat bei mir noch nie funktioniert.
> 
> Du gehst ins UEFI und stellst das da ganz normal bei der Bootreihenfolge
> ein. Fertig.

Funktioniert nicht. Fertig.


> Falls Du ein ganz schrottiges altes UEFI hast, daß Dir die
> Auswahlmöglichkeit nicht bietet, kannst Du es auch einfach unter Linux
> machen. efibootmgr verwenden oder einfach noch mal grub-install aufrufen.

Um danach eventuell ein kaputtes nicht-boot-faehiges System zu haben. 
Nein Danke.
Warum sollte ich da was herumexperimentieren, was mir am Ende genau NULL
Vorteile bringt?
Das jetzige setup funktioniert.


-- 
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]

#128307

Am 21.02.2023 um 07:55:42 Uhr schrieb Ulli Horlacher:

> Marcus Jodorf <m@bogomips.de> wrote:
> > Ulli Horlacher <framstag@rus.uni-stuttgart.de> schrieb:
> >   
> >>> Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und
> >>> muss ihn danach nur noch bei der UEFI Firmware "anmelden".  
> >>
> >> Genau das hat bei mir noch nie funktioniert.  
> > 
> > Du gehst ins UEFI und stellst das da ganz normal bei der
> > Bootreihenfolge ein. Fertig.  
> 
> Funktioniert nicht. Fertig.

Dann ist das eine grottige UEFI-Implementierung. Bei HP funktioniert
sowas.

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

#128308

Marco Moock <mo01@posteo.de> wrote:

>> > Du gehst ins UEFI und stellst das da ganz normal bei der
>> > Bootreihenfolge ein. Fertig.  
>> 
>> Funktioniert nicht. Fertig.
> 
> Dann ist das eine grottige UEFI-Implementierung. Bei HP funktioniert
> sowas.

Das WAR ein HP PC.
Davon hatte mein Arbeitgeber mehrere 10000 gekauft.
Muell hoch drei.

-- 
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]

#128345

Am 21.02.2023 um 08:38:56 Uhr schrieb Ulli Horlacher:

> Marco Moock <mo01@posteo.de> wrote:
> 
> >> > Du gehst ins UEFI und stellst das da ganz normal bei der
> >> > Bootreihenfolge ein. Fertig.    
> >> 
> >> Funktioniert nicht. Fertig.  
> > 
> > Dann ist das eine grottige UEFI-Implementierung. Bei HP funktioniert
> > sowas.  
> 
> Das WAR ein HP PC.
> Davon hatte mein Arbeitgeber mehrere 10000 gekauft.
> Muell hoch drei.

UEFI auf den aktuellen Stand gebracht?
Sollte man immer nach dem Kauf machen, weil die Dinger meist
Kinderkrankheiten haben.

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

#128339

Marco Moock schrieb am 21/2/2023 09:26:

> Am 21.02.2023 um 07:55:42 Uhr schrieb Ulli Horlacher:
>
>> Marcus Jodorf <m@bogomips.de> wrote:
>> > 
>> > Du gehst ins UEFI und stellst das da ganz normal bei der
>> > Bootreihenfolge ein. Fertig.  
>> 
>> Funktioniert nicht. Fertig.
>
> Dann ist das eine grottige UEFI-Implementierung. Bei HP funktioniert
> sowas.

Bei Fujitsu ebenfalls und die Kiste ist von 2015. Apple kann es noch ein
paar Jahre länger mit bunten Icons als Bootmanager :-)

-- 
Gerald

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

#128319

Marcus Jodorf <m@bogomips.de> wrote:
>Im Vergleich zu Chainloadergehampel jedenfalls alles doch recht
>entspannend.

Man muss halt wissen wie es geht, und leider habe auch ich da noch
Lücken. Der Abschied von dem, was man in 35 Jahren gelernt hat, tut
schon ein bisschen weh.

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]

#128338

Marc Haber schrieb am 21/2/2023 10:07:

> Marcus Jodorf <m@bogomips.de> wrote:
>>Im Vergleich zu Chainloadergehampel jedenfalls alles doch recht
>>entspannend.
>
> Man muss halt wissen wie es geht, und leider habe auch ich da noch
> Lücken.

Außer wie die EFI-Partition aussehen und dass der EFI-Grub
installiert werden muss, muss man in den meisten Fällen nicht viel mehr
wissen. 
Ist blöd, dass die üblichen Partitionierungswerkzeuge die
EFI-Partition nicht automagisch anlegen können. 
Das Festplattendiensprogramm von macOS ist bei einer erstmaligen
Partitionierung radikaler. Wenn man GPT auswählt, wird eine
EFI-Partition erstellt, ob man will oder nicht. Die 200 MB freier
Platz tun heutzutage aber längst nicht mehr wehr.

-- 
Gerald

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

#128318

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>
>>>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?
>
>grub kann man neu installieren. Das hab ich schon hunderte mal gemavht.

Ja, aber hast Du das auch gemacht?

Und, warum tust Du Dir diese Extrarunden an, wenn es doch auch
einfacher geht?

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

Uralte Hardware oder nur nicht hartnäckig genug gewesen, es zu lernen?

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]

#128324

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

>>> 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?
>>
>>grub kann man neu installieren. Das hab ich schon hunderte mal gemavht.
> 
> Ja, aber hast Du das auch gemacht?

Liest du auch, was du zitierst?


> Und, warum tust Du Dir diese Extrarunden an, wenn es doch auch
> einfacher geht?

Einfacher gehts nicht. Ist ein Befehl.


>>> Einen grub-efi kann man übrigens ganz ohne Probleme rsyncen und muss
>>> ihn danach nur noch bei der UEFI Firmware "anmelden".
>>
>>Genau das hat bei mir noch nie funktioniert.
> 
> Uralte Hardware oder nur nicht hartnäckig genug gewesen, es zu lernen?

Alte Hardware bzw neuer Cisco Murks.

-- 
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]

#128284

Hallo Marc,

Du schriebst am Mon, 20 Feb 2023 09:41:25 +0100:

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

Wenn Du dessen Konfiguration, Module und "Stages" damit meinst: Was
bringt Dich zu der Ansicht, daß man den nicht "rsyncen" (soll wohl
mit "rsync" sichern/abgleichen/rekonstruieren heißen?) könnte?

Nur wenn Du dessen Boot-Sektor, üblicherweise zusammen mit der ersten
Stufe, im Anfangsbereich des Boot-Datenträgers meinst, trifft die
Aussage zu - aber den Bereich kann man mit einem Programm - und dafür
eignet sich "dd" recht gut - an eine zugängliche Stelle sichern und
von dort - ggfs. mit Hilfe eines Hilfssystems - auch wieder
zurückschreiben.

-- 
(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]

#128321

Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
>Wenn Du dessen Konfiguration, Module und "Stages" damit meinst: Was
>bringt Dich zu der Ansicht, daß man den nicht "rsyncen" (soll wohl
>mit "rsync" sichern/abgleichen/rekonstruieren heißen?) könnte?
>
>Nur wenn Du dessen Boot-Sektor, üblicherweise zusammen mit der ersten
>Stufe, im Anfangsbereich des Boot-Datenträgers meinst, trifft die
>Aussage zu - aber den Bereich kann man mit einem Programm - und dafür
>eignet sich "dd" recht gut - an eine zugängliche Stelle sichern und
>von dort - ggfs. mit Hilfe eines Hilfssystems - auch wieder
>zurückschreiben.

Warum sollte man sich das antun, wenn es Tools gibt, die den Job unter
Berücksichtigung von mehr Sonderfällen als ich mir jemals merken
könnte automatisch erledigen?

NATÜRLICH kann man den Bootmanager auch binär an der Systemkonsole
eintasten ("Echte Programmierer meiden Pascal", ca 1982), aber warum
sollte man das 2023 tun?

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]

#128352

Hallo Marc,

Du schriebst am Tue, 21 Feb 2023 10:09:26 +0100:

> >Nur wenn Du dessen Boot-Sektor, üblicherweise zusammen mit der ersten
> >Stufe, im Anfangsbereich des Boot-Datenträgers meinst, trifft die
> >Aussage zu - aber den Bereich kann man mit einem Programm - und dafür
> >eignet sich "dd" recht gut - an eine zugängliche Stelle sichern und
...
> Warum sollte man sich das antun, wenn es Tools gibt, die den Job unter
> Berücksichtigung von mehr Sonderfällen als ich mir jemals merken
> könnte automatisch erledigen?

Keiner hat was von Dir verlangt. Du hast halt geweint, daß da was nicht
ginge, und einen Weg genannt bekommen, wie das machbar _wäre_. Wenn man
unbedingt wpllte.

> NATÜRLICH kann man den Bootmanager auch binär an der Systemkonsole
> eintasten ("Echte Programmierer meiden Pascal", ca 1982), aber warum
> sollte man das 2023 tun?

Woher soll ich wissen, warum Du solche nutzlosen Spielchen machen
wollen könntest? Obwohl... Nein, heutzutage geht das nicht mehr.

-- 
(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]

#128189

Am 19.02.23 um 09:39 schrieb Ulli Horlacher:
> Ich hab grad BEINAHE meinen Haupt-Computer zuhause (softwaremaessig)
> geschrottet:
> 
> Da laeuft noch ein altes Ubuntu 18, dessen Support im April auslaeuft.
> Also hab ich auf eine freie Partition ein aktuelles Mint 21 installiert,
> indem ich es von einem vorbereiteten USB-Stick rueberkopiert hab.
> Dann noch update-grub aufgerufen. Sah alles ganz gut aus.
> Dann hab ich neu gebootet und wollte im grub die Mint-Installation
> anwaehlen.
> Das ging aber nicht, weil die Tastatur keinerlei Reaktion bewirkte, egal
> was ich eintippte.
> Nach timeout bootete dann wieder Ubuntu 18.
> Da funktionierte die Tastatur auch wieder.

Hallo,

in einem solchen Fall kann man ja von Ubuntu 18 aus das einmalige Booten 
von Mint 21 über die Datei /boot/grub2/grubenv einstellen.

Das geht über grub2-reboot mit dem Parameter des Titels für das Booten 
von mint in der grub.cfg.

Als Beispiel für Debian von OpenSUSE aus (Inhalt von grub2-reboot 
debian-1160):

#!/bin/sh
grub2-reboot 'Debian GNU/Linux (11.6) (on /dev/sdc2)'

https://www.mankier.com/8/grub2-reboot


Bernd Mayer

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

#128204

Bernd Mayer <beambamboom@yahoo.com> wrote:

> in einem solchen Fall kann man ja von Ubuntu 18 aus das einmalige Booten 
> von Mint 21 über die Datei /boot/grub2/grubenv einstellen.

Dazu muesste Mint erstmal starten. Grub konnte aber GAR kein System mehr
booten (nach aktivieren des USB keyboard support), weder Mint noch Ubuntu.
DAS war mein Problem.


-- 
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]

#128229

Am 20.02.23 um 08:39 schrieb Ulli Horlacher:
> Bernd Mayer <beambamboom@yahoo.com> wrote:
> 
>> in einem solchen Fall kann man ja von Ubuntu 18 aus das einmalige Booten
>> von Mint 21 über die Datei /boot/grub2/grubenv einstellen.
> 
> Dazu muesste Mint erstmal starten. Grub konnte aber GAR kein System mehr
> booten (nach aktivieren des USB keyboard support), weder Mint noch Ubuntu.
> DAS war mein Problem.


Hallo,

Einträge für USB-Keyboard hab ich hier auch nicht in grub2 trotz der 
Verwendung von USB-Maus und Tastatur.
Die Einstellungen sind offenbar nicht notwendig.

Die wichtige Frage ist ja, ob das Problem beim grub lag, oder bei der 
ungewöhnlichen Installation von linuxmint 21 (Partitionierung?).

Kannst Du denn mittlerweile linuxmint booten zur Kontrolle ob die 
Installation korrekt war?

Eine weitere Möglichkeit bei Bootproblemen wegen grub ist die supergrubdisk:

https://www.supergrubdisk.org/super-grub2-disk/


Bernd Mayer

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

Page 6 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