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

Started byUlli Horlacher <framstag@rus.uni-stuttgart.de>
First post2023-02-19 08:39 +0000
Last post2023-02-26 12:56 +0000
Articles 20 on this page of 159 — 23 participants

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 Erika Ciesla <abc@xyz.invalid> - 2023-05-11 22:24 +0200
                  Re: grub/BIOS K(r)ampf Frank Miller <miller@posteo.ee> - 2023-05-12 00:17 +0200
                    Re: grub/BIOS K(r)ampf Erika Ciesla <abc@xyz.invalid> - 2023-05-12 00:53 +0200
                      Re: grub/BIOS K(r)ampf Frank Miller <miller@posteo.ee> - 2023-05-12 01:50 +0200
                        Re: grub/BIOS K(r)ampf Marte Schwarz <marte.schwarz@gmx.de> - 2023-05-12 08:18 +0200
                          Re: grub/BIOS K(r)ampf Rolf Buenning <r.buenning@gmx.de> - 2023-05-12 14:59 +0000
                          Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-05-12 18:26 +0200
                            Re: grub/BIOS K(r)ampf Marte Schwarz <marte.schwarz@gmx.de> - 2023-05-12 22:14 +0200
                      Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-05-12 08:52 +0200
                        Re: grub/BIOS K(r)ampf Arno Welzel <usenet@arnowelzel.de> - 2023-05-13 10:13 +0200
                          Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-05-13 10:57 +0200
                            Re: grub/BIOS K(r)ampf Claus Reibenstein <creibens@gmail.com> - 2023-05-13 21:30 +0200
                              Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-05-13 21:38 +0200
                                Re: grub/BIOS K(r)ampf Claus Reibenstein <creibens@gmail.com> - 2023-05-13 21:47 +0200
                                  Re: grub/BIOS K(r)ampf "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-05-13 22:03 +0200
                                  Re: grub/BIOS K(r)ampf Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-05-14 10:04 +0200
                              Re: grub/BIOS K(r)ampf Arno Welzel <usenet@arnowelzel.de> - 2023-05-13 22:07 +0200
                              Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-05-13 22:47 +0200
                                Re: grub/BIOS K(r)ampf Joerg Lorenz <hugybear@gmx.ch> - 2023-05-14 07:07 +0200
                              Re: grub/BIOS K(r)ampf Detlef Sax <sax@noart.de> - 2023-05-14 07:22 +0000
                                Re: grub/BIOS K(r)ampf Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-05-14 18:41 +0000
                              Re: grub/BIOS K(r)ampf michaelnoeusenet@mac.com (Michael Noe) - 2023-05-14 10:44 +0200
                              Re: grub/BIOS K(r)ampf Hergen Lehmann <hlehmann.expires.12-22@snafu.de> - 2023-05-14 13:20 +0200
                  Re: grub/BIOS K(r)ampf Marco Moock <mo01@posteo.de> - 2023-05-12 08:44 +0200
              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 1 of 8  [1] 2 3 4 5 6 7 8  Next page →


#128155 — grub/BIOS K(r)ampf

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-19 08:39 +0000
Subjectgrub/BIOS K(r)ampf
Message-ID<tssn88$4s1$1@news2.informatik.uni-stuttgart.de>

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.
Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
ignoriert.
Man soll in /etc/default/grub eintragen:

GRUB_TERMINAL_INPUT="usb_keyboard"
GRUB_PRELOAD_MODULES="usb usb_keyboard ohci uhci ehci"

Das klang vernuenftig und nicht weiters gefaehrlich.
Nach erneutem update-grub (ohne Fehlermeldungen!) und reboot konnte ich
dann auch im grub die Mint-Zeile anwaehlen (Cursor, ENTER).
Allerdings kam dann eine Fehlermeldung, dass grub die boot-Platte msdos0,1
(o.ae.) nicht finden kann.
Diese Fehlermeldung erschien aber bei JEDEM grub Menue Eintrag, egal was
ich anwaehlte!
Somit hatte ich ein unbootbares System :-(

Aber ich hatte vorgesorgt und einen USB-Stick mit einem Rescue-System.
Den musste ich nur im BIOS anwaehlen... ging aber auch nicht, weil ich
nicht ins BIOS kam! Auch da wurde meine USB-Tastatur nicht erkannt.

F**K!

Nach einer Runde fluchen fiel mir ein, dass ich im Schrank ganz hinten
unten noch eine alte PS/2 Tastatur hatte. Gluecklicherweise hatte der
Fujitsu PC noch eine entsprechende Buchse dafuer!

Damit kam ich dann ins BIOS und konnte den USB Stick als boot device
anwaehlen.

Mit dem USB Stick grub konnte ich dann die Ubuntu 18 root Partition
anwaehlen und kam so ins alte System zurueck.

Als erstes loeschte ich da wieder die GRUB_TERMINAL_INPUT und
GRUB_PRELOAD_MODULES Eintraege.

Nach erneutem update-grub und reboot kam das alte System ganz normal
wieder hoch.

Meine Linux-Installationen befinden sich alle auf SAS-SSDs an einem IBM
SAS Controller, aber wieso beisst sich das mit GRUB_TERMINAL_INPUT und
GRUB_PRELOAD_MODULES?!

root@juhu:/# lshd
Device     Size Type         Label                       Mountpoint
sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
 sda1       64G btrfs        "U18"                       /
 sda2       32G Linux
 sda3       32G swap         "swap1"                     [swap]
 sda4      1.3T linux_raid   "mux:nts1"
  md127      4T btrfs        "local"                     /local
sdb        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
 sdb1       64G btrfs        "U18b"
 sdb2       32G Linux
 sdb3       32G swap         "swap2"
 sdb4      1.3T linux_raid   "mux:nts1"
  md127      4T btrfs        "local"                     /local
sdc        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
 sdc1       64G btrfs        "M21"
 sdc2       32G Linux
 sdc3       32G Linux
 sdc4      1.3T linux_raid   "mux:nts1"
  md127      4T btrfs        "local"                     /local
sdd        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
 sdd1       64G btrfs        "M21b"
 sdd2       32G Linux
 sdd3       32G Linux
 sdd4      1.3T linux_raid   "mux:nts1"
  md127      4T btrfs        "local"                     /local


Alles in allem: 1 h schwitzen und fluchen!


-- 
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] | [next] | [standalone]


#128156

FromMichael Brand <brandm@gmx.net>
Date2023-02-19 09:57 +0100
Message-ID<tsso9j$bnk1$1@dont-email.me>
In reply to#128155
Ulli Horlacher schrieb:
> Ich hab grad BEINAHE meinen Haupt-Computer zuhause (softwaremaessig)
> geschrottet:
[...]
> 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.
> Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
> ignoriert.

Normalerweise nicht...meine PCs hier booten auch über GRUB und die
Tastatur (eine Cherry G80-1000 von 1989 mittels PS/2-USB-Konverter an
einem Aten 4-Port-KVM) funktioniert dort einwandfrei.

> Man soll in /etc/default/grub eintragen:
> 
> GRUB_TERMINAL_INPUT="usb_keyboard"
> GRUB_PRELOAD_MODULES="usb usb_keyboard ohci uhci ehci"

Steht bei mir nicht drin.

> Das klang vernuenftig und nicht weiters gefaehrlich.
> Nach erneutem update-grub (ohne Fehlermeldungen!) und reboot konnte ich
> dann auch im grub die Mint-Zeile anwaehlen (Cursor, ENTER).
> Allerdings kam dann eine Fehlermeldung, dass grub die boot-Platte msdos0,1
> (o.ae.) nicht finden kann.
> Diese Fehlermeldung erschien aber bei JEDEM grub Menue Eintrag, egal was
> ich anwaehlte!
> Somit hatte ich ein unbootbares System :-(
> 
> Aber ich hatte vorgesorgt und einen USB-Stick mit einem Rescue-System.
> Den musste ich nur im BIOS anwaehlen... ging aber auch nicht, weil ich
> nicht ins BIOS kam! Auch da wurde meine USB-Tastatur nicht erkannt.
>
> F**K!

Ähm...du hast die USB-Tastatur aber an einer USB 2.0-Buchse
angeschlossen, nicht aus Versehen an einer USB 3.0?
Oder gar an einer zusätzlichen USB-Einsteckkarte?
Dann würde mich das Verhalten nicht wundern.

> Nach einer Runde fluchen fiel mir ein, dass ich im Schrank ganz hinten
> unten noch eine alte PS/2 Tastatur hatte. Gluecklicherweise hatte der
> Fujitsu PC noch eine entsprechende Buchse dafuer!
> 
> Damit kam ich dann ins BIOS und konnte den USB Stick als boot device
> anwaehlen.
Das war bei meinem letzten Board mit PS/2-Anschluß genau anders rum:
Im BIOS waren die PS/2-Anschlüsse abgeschaltet, so das die Tastatur
"nackt" überhaupt nicht funktionierte. Ich mußte über USB rein und
konnte dann die Einträge ändern. Nach Neustart lief dann auch die
PS/2-Tastatur am entsprechenden Anschluß.

Grüße,
Michael

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


#128158

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-19 09:22 +0000
Message-ID<tsspot$5f4$1@news2.informatik.uni-stuttgart.de>
In reply to#128156
Michael Brand <brandm@gmx.net> wrote:

>> Das ging aber nicht, weil die Tastatur keinerlei Reaktion bewirkte, egal
>> was ich eintippte.

> Ähm...du hast die USB-Tastatur aber an einer USB 2.0-Buchse
> angeschlossen, nicht aus Versehen an einer USB 3.0?
> Oder gar an einer zusätzlichen USB-Einsteckkarte?

Ja, ich hatte sogar mehrere USB2 Ports getestet.


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


#128170

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-02-19 15:20 +0100
Message-ID<tstb6p$iq19$1@news1.tnib.de>
In reply to#128156
Michael Brand <brandm@gmx.net> wrote:
>Ulli Horlacher schrieb:
>> Ich hab grad BEINAHE meinen Haupt-Computer zuhause (softwaremaessig)
>> geschrottet:
>[...]
>> 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.
>> Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
>> ignoriert.
>
>Normalerweise nicht...meine PCs hier booten auch über GRUB und die
>Tastatur (eine Cherry G80-1000 von 1989 mittels PS/2-USB-Konverter an
>einem Aten 4-Port-KVM) funktioniert dort einwandfrei.

Ich hatte mal das Problem, dass meine IBM-Tastatur von 1989 am
USB-Adapter vor dem Systemstqart NUR DANN funktioniert hat, wenn
ZUSÄTZLICH eine normale USB-Tastatur angeschlossen war. Dann
allerdings war auch die alte IBM ohne weiteres bedienbar. Ein Logitech
Unifying-Adapter, der sich auch als USB-TAstatur zeigt, hat allerdings
nicht ausgereicht.

Klingt komisch, war aber so. Inzwischen geht es auch ohne dazugehängte
weitere Tastatur.

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]


#128280

FromMarco Moock <mo01@posteo.de>
Date2023-02-20 21:24 +0100
Message-ID<tt0kt7$rdun$6@dont-email.me>
In reply to#128170
Am 19.02.2023 um 15:20:09 Uhr schrieb Marc Haber:

> Michael Brand <brandm@gmx.net> wrote:
> >Ulli Horlacher schrieb:  
> >> Ich hab grad BEINAHE meinen Haupt-Computer zuhause
> >> (softwaremaessig) geschrottet:  
> >[...]  
> >> 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.
> >> Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
> >> ignoriert.  
> >
> >Normalerweise nicht...meine PCs hier booten auch über GRUB und die
> >Tastatur (eine Cherry G80-1000 von 1989 mittels PS/2-USB-Konverter an
> >einem Aten 4-Port-KVM) funktioniert dort einwandfrei.  
> 
> Ich hatte mal das Problem, dass meine IBM-Tastatur von 1989 am
> USB-Adapter vor dem Systemstqart NUR DANN funktioniert hat, wenn
> ZUSÄTZLICH eine normale USB-Tastatur angeschlossen war. Dann
> allerdings war auch die alte IBM ohne weiteres bedienbar. Ein Logitech
> Unifying-Adapter, der sich auch als USB-TAstatur zeigt, hat allerdings
> nicht ausgereicht.
> 
> Klingt komisch, war aber so. Inzwischen geht es auch ohne dazugehängte
> weitere Tastatur.

Hat sich was an Hard- oder Software geändert?

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


#128331

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2023-02-21 13:07 +0100
Message-ID<tt2c6r$vs7a$1@news1.tnib.de>
In reply to#128280
Marco Moock <mo01@posteo.de> wrote:
>Am 19.02.2023 um 15:20:09 Uhr schrieb Marc Haber:
>
>> Michael Brand <brandm@gmx.net> wrote:
>> >Ulli Horlacher schrieb:  
>> >> Ich hab grad BEINAHE meinen Haupt-Computer zuhause
>> >> (softwaremaessig) geschrottet:  
>> >[...]  
>> >> 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.
>> >> Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
>> >> ignoriert.  
>> >
>> >Normalerweise nicht...meine PCs hier booten auch über GRUB und die
>> >Tastatur (eine Cherry G80-1000 von 1989 mittels PS/2-USB-Konverter an
>> >einem Aten 4-Port-KVM) funktioniert dort einwandfrei.  
>> 
>> Ich hatte mal das Problem, dass meine IBM-Tastatur von 1989 am
>> USB-Adapter vor dem Systemstqart NUR DANN funktioniert hat, wenn
>> ZUSÄTZLICH eine normale USB-Tastatur angeschlossen war. Dann
>> allerdings war auch die alte IBM ohne weiteres bedienbar. Ein Logitech
>> Unifying-Adapter, der sich auch als USB-TAstatur zeigt, hat allerdings
>> nicht ausgereicht.
>> 
>> Klingt komisch, war aber so. Inzwischen geht es auch ohne dazugehängte
>> weitere Tastatur.
>
>Hat sich was an Hard- oder Software geändert?

Die Software ändert sich ständig, wobei ich vermute dass sich der grub
nicht ganz so häufig ändert, IIRC war auch die UEFI-Firmware
betroffen. Ich hatte dann ein Jahr lang halt eine unbenutzte aber
angeschlossene USB-Tastatur hinterm Schrank liegen, als ich sie dann
mal aus Neugier abzog ging es ohne.

Aber das USB an der Maschine ist wild gebaut, mit drölfzig Hubs, noch
mehr Geräten, vermutlich hart am Rande der Spezifikation laufenden
Kabellängen, das ist alles seltsam, und Glückssache.

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]


#128159

FromMarkus Schaaf <mschaaf@elaboris.de>
Date2023-02-19 11:22 +0100
Message-ID<tsst9d$c5pa$2@dont-email.me>
In reply to#128155
Am 19.02.23 um 09:39 schrieb Ulli Horlacher:
> Ich hab grad BEINAHE meinen Haupt-Computer zuhause (softwaremaessig)
> geschrottet:

Ich habe für mich Folgendes entschieden, und bei einigen anderen 
auch beobachtet: Für Legacy-BIOS Syslinux und für UEFI 
systemd-boot (früher gummi-boot). Grub an sich mag okay sein, 
aber dieser Verhau an Scripten, die bei den Distributionen 
mitgeliefert werden, zusammen mit der Komplexität des GRUB, ist 
mir zu viel mentale Arbeit, nur um ein System zu booten.

MfG

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


#128160

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-19 10:45 +0000
Message-ID<tssuk2$6qe$1@news2.informatik.uni-stuttgart.de>
In reply to#128159
Markus Schaaf <mschaaf@elaboris.de> wrote:

> Ich habe für mich Folgendes entschieden, und bei einigen anderen 
> auch beobachtet: Für Legacy-BIOS Syslinux und für UEFI 
> systemd-boot (früher gummi-boot).

Bevor ich das teste: unterstuetzen die auch USB und SAS RAID Controller?

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


#128161

FromKay Martinen <usenet@martinen.de>
Date2023-02-19 11:59 +0100
Message-ID<n0c9cj-ird.ln1@news.martinen.de>
In reply to#128160
Am 19.02.23 um 11:45 schrieb Ulli Horlacher:
> Markus Schaaf <mschaaf@elaboris.de> wrote:
> 
>> Ich habe für mich Folgendes entschieden, und bei einigen anderen
>> auch beobachtet: Für Legacy-BIOS Syslinux und für UEFI
>> systemd-boot (früher gummi-boot).
> 
> Bevor ich das teste: unterstuetzen die auch USB und SAS RAID Controller?
> 

Wenn du im System-BIOS/UEFI Setup einen USB-Legacy Support an knipsen 
kannst sollte das m.E. reichen. Auch bei deinen vorigen Experimenten.

Da hatte ich bisher kein Problem eine USB Tastatur an internen Ports
des Mainboards zu benutzen.

Bye/
    /Kay

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

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


#128164

FromMarkus Schaaf <mschaaf@elaboris.de>
Date2023-02-19 13:58 +0100
Message-ID<tst6dl$d5ki$1@dont-email.me>
In reply to#128160
Am 19.02.23 um 11:45 schrieb Ulli Horlacher:
> Markus Schaaf <mschaaf@elaboris.de> wrote:
> 
>> Ich habe für mich Folgendes entschieden, und bei einigen anderen
>> auch beobachtet: Für Legacy-BIOS Syslinux und für UEFI
>> systemd-boot (früher gummi-boot).
> 
> Bevor ich das teste: unterstuetzen die auch USB und SAS RAID Controller?

Die haben eine andere Philosophie als GRUB: die können genau das, 
was die Firmware kann, und versuchen nicht, ein eigenes OS zu 
implementieren. Dort wo die Firmware den Bootloader läd, läd der 
genauso den Kernel und initrd. Danach läuft Linux und kann, was 
es kann. Deshalb mountet man die EFI-Partition meist direkt als 
/boot. Wenn das "BIOS" also Deine Tastatur und Laufwerke "sieht", 
dann der Bootloader auch. Es ist gerade diese Schlichtheit, die 
mir gefällt.

MfG

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


#128173

FromGerald E¡scher <Spamer@fahr-zur-Hoelle.org>
Date2023-02-19 15:45 +0000
Message-ID<167682151262.70954.854619916571253733.XPN@ID-37099.user.uni-berlin.de>
In reply to#128155
Ulli Horlacher schrieb am 19/2/2023 09:39:

> 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.
> Nach etwas Recherche fand ich heraus, dass grub u.U. USB-Tastaturen
> ignoriert.

Ist seltsam, der Grub auf meinem Fujitsu hat noch nie Probleme mit der
USB-Funktastatur gehabt. Hoffe ich jedenfalls, habe das Grub-Menü schon
lange nicht mehr benutzen müssen :-)

> Allerdings kam dann eine Fehlermeldung, dass grub die boot-Platte msdos0,1
> (o.ae.) nicht finden kann.
> Diese Fehlermeldung erschien aber bei JEDEM grub Menue Eintrag, egal was
> ich anwaehlte!
> Somit hatte ich ein unbootbares System :-(

Kann es sein, dass Mint fälschlich den EFI-Grub installiert hast, der
die EFI-Partition (FAT32 bzw. "msdos") nicht findet?

> Device     Size Type         Label                       Mountpoint
> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
                       ^^^^^^^

MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
Fall in Probleme rennen.

-- 
Gerald

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


#128175

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-19 17:23 +0000
Message-ID<tstluo$che$1@news2.informatik.uni-stuttgart.de>
In reply to#128173
Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:

> Ist seltsam, der Grub auf meinem Fujitsu hat noch nie Probleme mit der
> USB-Funktastatur gehabt. Hoffe ich jedenfalls, habe das Grub-Menü schon
> lange nicht mehr benutzen müssen :-)

Die Fujitsu PCs haben leider trotz identischer Modellnummer
unterschiedliche Hardware verbaut, je nach Jahrgang. Und auch
unterschiedliche BIOS-Versionen.


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


>> Device     Size Type         Label                       Mountpoint
>> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
>                        ^^^^^^^
> 
> MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
> Fall in Probleme rennen.

Ich hab nicht vor die SSDs umzuziehen. Die bleiben in dem PC.

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


#128177

FromKay Martinen <usenet@martinen.de>
Date2023-02-19 19:20 +0100
Message-ID<4s5acj-grd.ln1@news.martinen.de>
In reply to#128175
Am 19.02.23 um 18:23 schrieb Ulli Horlacher:
> 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.

Warum eigentlich? Ging das nicht als Install per Stick oder ODD?

>>> Device     Size Type         Label                       Mountpoint
>>> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"

>> MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
>> Fall in Probleme rennen.
> 
> Ich hab nicht vor die SSDs umzuziehen. Die bleiben in dem PC.

Hast du auch nicht vor die Partition von MBR auf GPT um zu formatieren? 
Letzteres ist schon seit einer Weile üblicher Standard. Ob Grub bei 
dessen fehlen aber ein Problem hat weiß ich nicht. Nur, MBR erlaubt 3 
PRI und 1 EXT Partition so weit ich erinnere. Und du hast sda bis sdd = 
4 Geräte + md laut deinem lshd. Offenbar alles auf einem SAS Kontroller, 
über dessen Device-Emulation (SCSI-DOS/MBR) Das könnte m.E. schon 
grenzwertig sein.

Bei deinem Haufen an Blockdevices hätte ich allerdings auch sorge bei 
Mint Install das Falsche Freie Gerät zu erwischen. Oder den Bootloader 
an die Falsche Stelle appliziert zu bekommen (wenn der evtl. nicht mal 
nachfragt).

Bye/
    /Kay

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

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


#128179

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-19 19:37 +0000
Message-ID<tsttqe$efo$1@news2.informatik.uni-stuttgart.de>
In reply to#128177
Kay Martinen <usenet@martinen.de> wrote:
> Am 19.02.23 um 18:23 schrieb Ulli Horlacher:
>> 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.
> 
> Warum eigentlich?

Weil ich das schon vorkonfiguriert hatte. Da steckt viele Stunden Arbeit
drin. Ich will nicht jedesmal wieder bei 0 anfangen.



>>>> Device     Size Type         Label                       Mountpoint
>>>> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
> 
>>> MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
>>> Fall in Probleme rennen.
>> 
>> Ich hab nicht vor die SSDs umzuziehen. Die bleiben in dem PC.
> 
> Hast du auch nicht vor die Partition von MBR auf GPT um zu formatieren? 

Nein. Wozu, warum?


> Letzteres ist schon seit einer Weile üblicher Standard. Ob Grub bei 
> dessen fehlen aber ein Problem hat weiß ich nicht. Nur, MBR erlaubt 3 
> PRI

4 primaere Partitionen. Reicht mir. Mehr brauch ich nicht.


> Offenbar alles auf einem SAS Kontroller,

Ja.


> über dessen Device-Emulation (SCSI-DOS/MBR) Das könnte m.E. schon 
> grenzwertig sein.

Funktioniert seit 2 Jahren. Warum sollte ich es aendern?


> Bei deinem Haufen an Blockdevices hätte ich allerdings auch sorge bei 
> Mint Install das Falsche Freie Gerät zu erwischen.

Bei GPT waeren es auch nicht weniger.
Wo also soll da der Vorteil sein?


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


#128191

FromKay Martinen <usenet@martinen.de>
Date2023-02-19 22:59 +0100
Message-ID<iniacj-rj.ln1@news.martinen.de>
In reply to#128179
Am 19.02.23 um 20:37 schrieb Ulli Horlacher:
> Kay Martinen <usenet@martinen.de> wrote:
>> Am 19.02.23 um 18:23 schrieb Ulli Horlacher:
>>> Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:

>>>>> Device     Size Type         Label                       Mountpoint
>>>>> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
>>
>>>> MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
>>>> Fall in Probleme rennen.

>> Hast du auch nicht vor die Partition von MBR auf GPT um zu formatieren?

> 4 primaere Partitionen. Reicht mir. Mehr brauch ich nicht.

>>  Device-Emulation (SCSI-DOS/MBR) Das könnte m.E. schon
>> grenzwertig sein.

> Bei GPT waeren es auch nicht weniger.
> Wo also soll da der Vorteil sein?

GPT erlaubt m.W. mehr Primäre. Bei MBR sind es IMHO nur maximal 3 Pri. 
Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?

Bye/
    /Kay

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

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


#128192

FromFrank Miller <miller@posteo.ee>
Date2023-02-19 23:20 +0100
Message-ID<63F2A0BF.5080003@backwurst.de>
In reply to#128191
Kay Martinen wrote:
> Am 19.02.23 um 20:37 schrieb Ulli Horlacher:
>> Kay Martinen <usenet@martinen.de> wrote:
>>> Am 19.02.23 um 18:23 schrieb Ulli Horlacher:
>>>> Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote:
> 
>>>>>> Device     Size Type         Label                       Mountpoint
>>>>>> sda        1.5T SCSI:DOS/MBR "NETAPP_X439_TPM3V1T6AMD"
>>>
>>>>> MBR ist voriges Jahrtausend. Damit wirst du früher oder später auf jeden
>>>>> Fall in Probleme rennen.
> 
>>> Hast du auch nicht vor die Partition von MBR auf GPT um zu formatieren?
> 
>> 4 primaere Partitionen. Reicht mir. Mehr brauch ich nicht.
> 
>>>  Device-Emulation (SCSI-DOS/MBR) Das könnte m.E. schon
>>> grenzwertig sein.
> 
>> Bei GPT waeren es auch nicht weniger.
>> Wo also soll da der Vorteil sein?
> 
> GPT erlaubt m.W. mehr Primäre. Bei MBR sind es IMHO nur maximal 3 Pri. 
> Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?

MBR erlaubt 4 primäre oder 3 primäre plus eine erweiterte Partition(en).

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


#128205

FromKay Martinen <usenet@martinen.de>
Date2023-02-20 08:39 +0100
Message-ID<enkbcj-mbl.ln1@news.martinen.de>
In reply to#128192
Am 19.02.23 um 23:20 schrieb Frank Miller:
> Kay Martinen wrote:
>> Am 19.02.23 um 20:37 schrieb Ulli Horlacher:

>>> Bei GPT waeren es auch nicht weniger.
>>> Wo also soll da der Vorteil sein?
>>
>> GPT erlaubt m.W. mehr Primäre. Bei MBR sind es IMHO nur maximal 3 Pri.
>> Du hast 4. Und mir ist so das EFI auch eine bräuchte. Und nun?
> 
> MBR erlaubt 4 primäre oder 3 primäre plus eine erweiterte Partition(en).

Danke. Ist länger her das ich es ausreizte. Und dann auch nur mit XFDISK 
und Hidden Partitions wg. Win und OS/2.

Eine EFI hab ich in seiner Auflistung aber nicht gesehen.

Bye/
    /Kay

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

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


#128208

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-20 07:58 +0000
Message-ID<tsv969$pk3$5@news2.informatik.uni-stuttgart.de>
In reply to#128205
Kay Martinen <usenet@martinen.de> wrote:

> Eine EFI hab ich in seiner Auflistung aber nicht gesehen.

Weil ich den Quatsch nicht brauche.


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


#128215

FromMarco Moock <mo01@posteo.de>
Date2023-02-20 09:26 +0100
Message-ID<tsvasc$mt0o$3@dont-email.me>
In reply to#128208
Am 20.02.2023 um 07:58:01 Uhr schrieb Ulli Horlacher:

> Kay Martinen <usenet@martinen.de> wrote:
> 
> > Eine EFI hab ich in seiner Auflistung aber nicht gesehen.  
> 
> Weil ich den Quatsch nicht brauche.

UEFI ist kein Quatsch - es ist bei neuen Mainboards alternativlos, weil
die Hersteller kein CSM mehr anbieten.
Hat mir anfangs auch nicht gefallen, ich habe es aber mittlerweile
gefressen und damit umgehen gelernt.

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


#128235

FromUlli Horlacher <framstag@rus.uni-stuttgart.de>
Date2023-02-20 11:01 +0000
Message-ID<tsvjtp$sj0$1@news2.informatik.uni-stuttgart.de>
In reply to#128215
Marco Moock <mo01@posteo.de> wrote:
> Am 20.02.2023 um 07:58:01 Uhr schrieb Ulli Horlacher:
> 
>> Kay Martinen <usenet@martinen.de> wrote:
>> 
>> > Eine EFI hab ich in seiner Auflistung aber nicht gesehen.  
>> 
>> Weil ich den Quatsch nicht brauche.
> 
> UEFI ist kein Quatsch - es ist bei neuen Mainboards alternativlos, weil
> die Hersteller kein CSM mehr anbieten.

So was hab ich nicht, deshalb ist es Quatsch mir so was aufschwaetzen zu
wollen.


> Hat mir anfangs auch nicht gefallen, ich habe es aber mittlerweile
> gefressen und damit umgehen gelernt.

Schoen fuer dich. ICH brauch es nicht.


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


Page 1 of 8  [1] 2 3 4 5 6 7 8  Next page →

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


csiph-web